I can't find any written proof, but normally snapinfo volume doesn't get automatically replicated together with data or logs volumes. You can either create own schedule for it, or the TR-3819 mentions this:
"For smaller production hosts, the SnapInfo directory can share a volume with the transaction logs."
Thanks. Gee, I'd downlaoded and reviewed 4 other SMMOSS TR's but never saw TR-3819 ... and it's the most recent ... but it's on the second page of results if you search for "sharepoint" TR's (you have to click "Next"). I'll look at that one.
A more basic but related question ... Isn't the snapInfo directory needed at the DR site to perform a DR recovery operation. I'm not a SM-MOSS or SM-SQL expert but I thought it included important info needed to do a recovery/restore. And ... if it is needed, and it's in a separate volume (which our is), what kind of schedule would I set up to replicate it. We do a daily SMMOSS backup which now also triggers snapMirrors of DBs and Logs. If I schedule the snapInfo volume to snapMirror update a few few minutes after the SM-MOSS backup completes will that work? will be be consistent with the DBs/Logs?
I just got back on-site to look into this and found that now, a few days later, the SnapInfo volume is indeed now being SnapMirror updated at the same time as the data and log vols/LUNs by SMMOSS. Not sure why it didn't seem to update the first time we backed up with SMMOSS but it's picked now and all three vols/LUNs are SnapMirror updating.