Hence the 'mirror' part in the word 'snapmirror' . Thanks for your explanation. I downloaded the PDF and will study it.
We snapvault all qtrees. This is once setup with snapvault cause of the backup/archiving part. All well for office documents, etc. But also the VMFS volumes are being snapvaulted. Besides the long sync - because snapvault is filebased and unaware of dedup - I now make the assumption it isn't as quick up and running in cause of emergency as when you snapmirror it?
Question which comes to mind: should we not snapmirror the VMFF5 volumes, so that VM's are up and running in no-time, and snapvault those snapmirrored volumes for backup/archiving purposes?