I am setting up a backup system using the latest Backup Exec 2010 R3, and I would like to use usb hard drives as a backup media. I'm trying to figure out the best hassle-free way to introduce a disk rotation strategy into Backup Exec, but I'm coming up with the following problems:
Setup (simplified to address the problem at hand)
- Backup Exec 2010 R3 server on a Windows 2003 R2 server
- Use a different backup-to-disk folder for each day of the week
- Rotate external disks based on the day of the week
Using the built-in removable backup to disk option
This option has problems, because backup-to-disk folders are based on drive letters instead of disk IDs. That means that:
- More than one removable backup to disk drives cannot be assigned to the same drive letter.
- If drive letters are assigned to disks to permit the creation of multiple removable backup to disk drives, you can easily use up all available drive letters when creating a comprehensive year-round backup system. Additionally, special setup is required to prepare disks for use (assigning a drive letter) to a drive.
- If drive letter assignment gets re-arranged due to windows USB drive behavior, backup drives won't come online.
All this means that I don't have a straightforward way to link removable backup to disk folders to external drives.
Using a backup to disk setup
This setup seemed to work, at first, since Backup Exec was finding disks and using them. However, the system does not seem to care which physical disk to use for a backup, and creates backup to disk folders on the drives that have already been set up with other backup to disk folders. Imagine this scenario:
Backup Exec Devices:
- BED001
- BED002
Corresponding Physical Devices:
- PD001
- PD002
PD001 and PD002 are attached to the system to handle two days worth of backups. However, Backup Exec uses BED001 for both backups, and creates a new backup to disk folder on PD001 to handle the backup.
The BIG Question
The big question here is how do I set up the system to make it easy to identify which disk is needed in the event a restore operation is required to retrieve data from a specific date?
Alternative answer: Forcing drive letter persistence
Although I'm definitely sticking with my first answer, I thought I'd add another approach, which you may be able to get working with some initial effort. A massive disclaimer on this though, as I've never tried it and, typically, unless you use Backup Exec in exactly the way it was intended, it usually ends in tears.
Force either via USBDLM or WMI script
Essentially, this approach requires ensuring that all of your backup USB disks are given the same drive-letter, prior to the backup job running. This might be doable using USBDLM, from http://www.uwe-sieber.de/usbdlm_e.html. Otherwise, you'd be looking at a WMI script -- either run manually or scheduled to run during the day, prior to the backup job -- to find a valid, connected USB disk by serial/model/device ID and assign its drive-letter to the fixed one of your RB2D. You may even be able to run this in a Pre-Job Command, provided the backup device is not determined prior to the pre-job run.
Background
I reckon the problems with this approach will be due to Backup Exec's numbering logic for the IMG files that end up on a (R)B2D. I expect that Backup Exec will lose track of what can be overwritten, etc. This might be avoidable if you were to perform inventory operations on the RB2D every time you used it. Again, if the pre-job command runs before the backup device is determined, you might be able to use
bemcmd.exe
to run a saved Inventory job, after the drive-letter is assigned and before the backup job runs.Sample VBScript to interface with WMI
A basic VBScript file that forces a the first partition on a disk to be mounted with a given drive-letter, based on a list of allowed Plug & Play Device IDs is as follows. It should work on anything Windows Server 2003 and upwards, but I only have XP to hand at the moment and so have not tested it myself:
Good luck.
Everyone is over-complicating this issue here, it is far easier and more obvious than first thought to do with Backup Exec.
Try using 3 drives
Use 3 drives, with one being a fixed drive that does not leave the premises (more on this in a second).
MON-1
andMON-2
. through toTHURS-1
andTHURS-2
.Friday1
through toFriday5
.JAN
-DEC
.Backups for MON, TUE, WED, THUR
The idea being that the backup will run to BOTH drives overnight. You'll get a failure as one drive cannot be found, but it'll backup to the other.
Backups for FRIDAYS and MONTHS
Every Friday and Month it backs up to your fixed drive that does not leave the premises for archival purposes.
Overview
So your backups should look like this (using GFS system and two USB removable drives).
MON1
MON2
TUES1
TUES2
WEDS1
WEDS2
THURS1
THURS2
FRIDAY1
FRIDAY2
FRIDAY3
FRIDAY4
FRIDAY5
MONTH-JAN
MONTH-FEB
. . .
MONTH-DEC
DAY1 pertains to USB Drive 1
DAY2 pertains to USB Drive 2
Works a treat too, as long as you remember to cancel failed backups and not have them reschedule.!
Try one drive letter per folder
Depending on how many USB disks you want to rotate, one option might be to mount all the USB disks, allowing them each to get their own drive letter, create a Removable B2D folder on each of them and add them all to a device pool. Your job would then target the device pool.
BE will check removable RB2D folders
In theory, because they are marked as removable, Backup Exec will check if each RB2D folder exists/is online before it are used. And, because they are in a pool (and the job targets that pool), Backup Exec will use the first online one it can find.
BE will NOT check fixed B2D folders
If you intend to rotate more USB disks than you can reliably assign drive-letters, you would have to create non-removable B2D folders on each of the drives. However, BE will not attempt to check whether they are online before they are used, so you would have to restart the BE services every time the USB disk is changed.
KB has more details: