04-07-2015 12:08 PM
Hello,
I’m configuring backups for a few VM Guests (Windows Server 2008 R2) with multiple hard disk drives. I accidentally “blew up” the Datastore/LUNs where these VM Guests reside by attempting a VMware Policy Type backup because there were disk drives that were larger than 2TB (our SANs, Datastores currently do not have the capacity to take a snapshot of a volume this large). We will be upgrading our SANs in the future to handle the snapshot capacity. I can create a VMware Policy Type and use the ‘Exclude all data disks’ attribute, but it will only take a snapshot of the C:\ drive (Operating System). The problem with this is the Applications are installed on the D:\ drive. After the C:\ (OS) and D:\ (\Program Files\, Applications), there are additional disk drives that have database components that we backup using different backup policies so we don’t need to worry about them.
My question is which of these two options is the best way to backup just the OS and Application installations?
Recovery scenario would be to build up a fresh VM Guest (same OS version, same NBU Agent version) and restore the C:\, D:\, and System_State. Then work with the application administrator/owner to restore the other content and databases.
Solved! Go to Solution.
04-07-2015 04:22 PM
If C and D drives are only your requirement and staying static accross all the servers you are talking about...
i would perfer to go with first option. its pretty straight forward..
because you no need to mess with exclude list and you can see in backup selection what you are actaully trying to take backup , without looking in to exclude list.
it will be easy even if you hand it over your project to someone else to handle it later
04-07-2015 04:22 PM
If C and D drives are only your requirement and staying static accross all the servers you are talking about...
i would perfer to go with first option. its pretty straight forward..
because you no need to mess with exclude list and you can see in backup selection what you are actaully trying to take backup , without looking in to exclude list.
it will be easy even if you hand it over your project to someone else to handle it later
04-09-2015 04:48 PM
Thank you for your response.
I tested out a backup with the manual Backup Selections:
C:\ (OS) , D:\ (Apps), System_State
and tested the restore. Looks like this configuration will work for us since the majority of our clients are configured like this.
I made sure to follow the steps on this guideline where we aren't using Bare Metal Restore (BMR).
http://www.symantec.com/business/support/index?page=content&id=TECH56473
04-09-2015 05:09 PM
That linked doc is for Windows 2000 and/or Windows 2003, and seeing as Windows 2003 leaves MS support soon - it probably won't be a 'relevant' (-ish) doc for much longer.
Personally, I'd think twice about using that procedure for Windows 2008 (and/or R2), and certainly not for Windows 2012 (and/or R2).
Did you read the small print (in that linked doc) re what constitutes 'different' hardware? Any difference in hardware (and thus any difference in firmware or BIOS) of the machine being 'overlayed' is classed as a 'different' machine - the greater the differences - the less chance of success.
Your best bet is NetBackup BMR. It does what it is supposed to do.
04-09-2015 06:02 PM
Interesitng indeed.
Thank you for your feedback.
That article does make mention of Windows Server 2008 clients and not needing to use the "W2koption" command.
The restore is indeed the same "hardware" (VM Guest).
04-09-2015 11:48 PM
Hi NBMe, might be worth also looking at this comparison of overlay methods:
https://www-secure.symantec.com/connect/forums/physical-virtual-windows-2003-recovery#comment-10972951
...but you find that the tech note which was specific to Windows 2008 no longer exists.