ONTAP Discussions
ONTAP Discussions
Hi All
First post on new look forum.
Running Data ONTAP 8.2.1 and have a FAS8020 at our Production and a FAS2240-4 at our DR site. We currently use Snap Mirror relationships to mirror the Flex Volumes over from Production to DR. This is only for 7 days though. We want to ensure that we can keep longer term backups though for some of the flex volumes. .e.g the ones that hold the most critical data.
All of our Flexvolumes are used as VMware storage and are separated based on the OS installed. So for example we have a dedicated flexvolume for W2k3, W2k8, Linux and so on and we many of these with a size of 2TB.
I have spent reading some of the following NetApp documentation:
Data ONTAP 82 Data Protection Online Backup and Recovery guide for 7 mode
SnapVault Best Practises guide http://www.admin-sys.com/IMG/pdf/tr-3487.pdf
I have more questions than answers though! hopefully someone or a few others can help me with my questions
Any advice on this would be most appreciated.
Thanks
So, let me answer the first question b/c it might save you all the trouble.
If your DR filer and production filer have enough space where you can save, lets say 30 nightlys, then you don't need snapvault
A few things - depending on how you are going to manage snapvault. Are you going to manage snapvault from OCUM or at the filer CLI? This makes a huge difference in hwo you implement sv
Are you planning off coming off the primary data or coming off the mirror copy. Note, that if you come off the mirror copy, it will lock your VSM snapshot, so your VSM will not update while you are doing an SV
The beauty of SV is you can have any schedules and retention you desire, You have more flexability in scheduling with OCUM, but there are some downsides.
If you are already setup without qtrees, then don't think to migrate with qtrees. If you have VM's in same volume, they are all along the same ride for retention on that volume. So, if you have an exchange vm and a database vm in vol1, and your retention is 30 dailys, that's what it is for both. Only way to separate is to migrate
Thanks for your prompt reply
"If your DR filer and production filer have enough space where you can save, lets say 30 nightlys, then you don't need snapvault" For this would you mean I could use VMware VSC and just extended the retention this way? or do it via snapmirror and just keep more snapshots? Would there be a disadvantage of not doing it via SV?
"A few things - depending on how you are going to manage snapvault. Are you going to manage snapvault from OCUM or at the filer CLI? This makes a huge difference in hwo you implement sv"
My preference would be to use the OnCommand System Manager over CLI
"Are you planning off coming off the primary data or coming off the mirror copy. Note, that if you come off the mirror copy, it will lock your VSM snapshot, so your VSM will not update while you are doing an SV"
My preference would be to use the mirrored DR copy as all the work is done at DR end and no performance impact on production side however we run snapmirror every 2 hours for some of our flexvols, if it makes things better maybe I could adjust snapmirror so that is only performed every 12 hours and then Snapvault is performed more frequently, we could change snapmirror schedules if it is a threat and will be in the way of Snapvault.
"If you are already setup without qtrees, then don't think to migrate with qtrees. If you have VM's in same volume, they are all along the same ride for retention on that volume. So, if you have an exchange vm and a database vm in vol1, and your retention is 30 dailys, that's what it is for both. Only way to separate is to migrate"
Is it not possible to enable qtrees after volume is in use? My concern is in what I have read when it comes to restoring it easier to work with qtrees rather than flexvol. I am guessing I would need to create new flexvols with different retention periods or maybe create new flexvol with higher retention as most would be 30 days, only few servers would require longer retention.