ONTAP Discussions

Is it possible to restore a vfiler from a snapvault

PASCAL_PETIT
3,209 Views

Hello,

I would like to secure my vfilers with snapvault.

Iis there a way to perform a snapvault from vfiler's root volume and can we use snapvaulted volume to perform a vfiler create toto -r path ?

Thank you for your help

1 ACCEPTED SOLUTION

scottgelb
3,209 Views

Not easily… would be several steps…and to keep one to one relationships all data (including vfiler root etc) would need to be in qtrees. Then you would need to snapmirror convert or flexclone then snapmirror convert to even use the the volumes for vfiler create –r. It should work but would be several steps and would cause issues trying to resync back (manual copy) to the source site since you made it writeable on the target…so the reversion would be manual copies then start the vault again. Not something easy to support.

View solution in original post

5 REPLIES 5

scottgelb
3,209 Views

The vault is readonly and qtree level. Snapmirror would be better then you could break mirrors and vFiler create -r. Even better is vFiler dr which automates a dr vFiler that can be activated and snapmirror is automated.

scottgelb
3,209 Views

Also. Unles you made /vol/vfiler_root/etc a qtree. The target would be one level deeper in a qtree and not usable. If you did make it a qtree you could snapmirror convert volumes but then you would lose your vault unless you clone first. And all volumes would need qtrees sonthebsame structure on the target. I couldn't recommend this with all the moving parts.

I would keep snapmirror/vFiler dr then consider a separate vault target if you need longer snapshot retention.

PASCAL_PETIT
3,209 Views

OK so no easy way to restore a vfiler from a snapvault, correct?

HENRYPAN2
3,209 Views

Yes Pascal,

No easy way to restore a vFiler from SnapVault yet.

Scott is the top gun. You may wish to follow his sound advice.

Good luck

Henry

scottgelb
3,210 Views

Not easily… would be several steps…and to keep one to one relationships all data (including vfiler root etc) would need to be in qtrees. Then you would need to snapmirror convert or flexclone then snapmirror convert to even use the the volumes for vfiler create –r. It should work but would be several steps and would cause issues trying to resync back (manual copy) to the source site since you made it writeable on the target…so the reversion would be manual copies then start the vault again. Not something easy to support.

Public