I'm trying to fill a void until the next VSC is (re)released. The customer wants to use VSC rather than SnapCreator/VIBE, but retain the ability to pull snapvaulted snapshots back with Protection Manager. So while SV-SMVI works great, it doesn't update through Protection Manager.
Is there a way to have SnapCreator use an existing .recent snapshot (taken through VSC) to pass to Protection Manager and do it's snapvault update?
It will not work eVen if tHe snapsHot name is in tHe rigHt format? I tHink tat wit SMVI it's possible to pass te Complete snap name. (sorry for tHe upperCase, my keyboard is working in a strange way at tHis moment)
If snapshot name is what SC expects then it should work. We havent tested this so its just theorycrafting at this point but SC is pretty flexible and if you can pass in snap or make it compatible w/SC snapshot I see no reason it wouldnt work.
Oh another thing make sure dataset is Application dataset you can see Application info at bottom under description if it isnt there use SC to create dataset. It must be app dataset. so either VSC or SC needs to create dataset. If you create by hand NOTHING will work, this is PM and there is no option to create application dataset from CLI or GUI.
As long as snapshot matches <SNAME>-<SNAP_TYPE>_recent or <something>-<something>_YYYYMMDDhhmmss
SNAME is set in sc config and SNAP_TYPE is policy so set with --policy for example if SNAME=test and --policy daily it would be test-daily_recent or test_daily_<YYMMDDhhmmss>
What you could do if you can create a snapshot SC understands is set following:
This would ensure SC doesnt create snapshot and doesnt delete snapshot
Next enable protection manager:
NTAP_DFM_DATA_SET=<filer name>:<dataset name>/<list of volumes in dataset separated by commas>
SC now should use your snapshot and register it in PM since there is nothing else to do.
However _recent wont work since though SC could register it in PM it wont be unique and PM cant handle that, meaning snapshot name must always be unique so you have to use timestamp.
In SC you can override timestamp by setting SNAP_TIME. I would do this in config:
and then from cli use --user_defined <timestamp>
Again this is all theory...we never tested this but the chances of something working are at least 50/50 and it sure doesnt hurt to try
If you get things working there is another interesting option
This will cause SC to actually kick off PM job after snapshot is registered, this removes PAIN in all other SnapManager integrations with PM of having two different schedules, so SC can drive everything. SC will even wait for PM job to complete and tell you if it succeeded or failed.