So, I just setup snapvault for the first time, and I was under the seemingly incorrect impression that once a scheduled snapvault copy occured the source snapshot would be deleted. For example, on the source filer I have a regular snapshot schedule with 6 hourly & 2 nightly, but on the vault destination I'd like to keep 7 nightly's & 12 weekly's. When I look at the .snapshot dir & 'snap list' of the source filer I see the nightly & hourly, but also the snapvault nightly & weekly's and that's confusing me. Are the sv nightly's supposed to take the place of the normal snapshot nightly's? I don't want to retain that many snapshots on the source, can I set the 'snapvault snap sched' on the source differently than the dest? I get that you can vault from multiple sources to one dest, so the snapshotting will be differant than a normal snapmirror, but there's clearly something I'm missing here, cause I wasn't anticipating the source retaining anything...
You can restore files from SnapVault primary snapshots,so you can disable 'snap sched' scheduling if you would like. You can also set "snapvault snap sched" differently on primary and secondary. On the primary filer, set number and schedule of snapshots kept on primary. On the secondary filer, set number of backup copies(snapshots) and transfer schedule.
Thank you for the replies. As to why, we had a consultant install and config the filers as none of us had done it. Now obvioulsy as we learn more, I'm second guessing their setup. The overview they gave us was that a snapshot needed to be created on the source ("create vol1a sv_nightly 7@mon-fri@22") and a transfer setup on the destination ("xfer vol1a sv_nightly 7@mon-fri@22 preserve=default,warn=0"). It seemed reasonable at the time, create a snapshot on the source, transfer the delta over to the destination, but then I assumed the source snapshot would be deleted, which it isn't. Are you saying the create on the source is unnecessary, and that we only need to schedule the transfer on the secondary/destination?
Ok, unless i'm completely off base, which I don't think i am b/c i know 7-mode snapvault pretty well, i believe your consultant set the environment up wrong.
There is no need to create snapvault sched's on the primary. This is a complete waste. The way snapvault works is you create an xfer snapvault schedule and once it's done doing the snapvault update it then creates the snapvault snapshot.
I have absolutely no idea what your consultant did because to me that doesn't make sense. He's not using a named snapshot from what i can see.
Are you mirroring that source volume as well?
Also, make sure your dst vol has no snap sched on it.
i believe your consultant set the environment up wrong.
There is no need to create snapvault sched's on the primary.
That's not what documentation says and not how I was told SV works. You must create snapshots on primary, because they are what secondary transfers. Schedules on secondary only say when and which snapshots to transfer - they do not cause snapshots themselves be created on primary.
Now you of course can have different retention policy on primary and secondary, but you still need at least one snapshot of each kind (hourly, nightly, weekly etc) that you want to transfer. I'm not aware of option to "create snapshot, transfer, delete snapshot".
Only if you are using a named snapshot, which I might have mistated because this isn't a VSM target so you aren't using the VSM base snapshot. If you are using the VSM base snapshot then you dont' need source snapshots.. so I'm glad you corrected me..