Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

Autoloader setup advice please

Updated: 20 Aug 2010 | 5 comments
AlEman's picture
0 0 Votes
Login to vote

hi all,
I need to setup a Dell 124T (lto4) at a branch office. The amount of data to backup is large - up to 9TB.
I just wondered how people would recommend setting this up. The administrator in the branch office needs to take a copy of the backup offsite at the end of every week. I was wondering what's the simplest/best way for him to easily identify which tapes to take.
We are using win2008 R2 on the backup server with 12.5. I may well upgrade to the new version of BUE (2010) released on monday as I hear 12.5 isn't supported on win2008 R2.
I hope this makes sense!
Cheers,
Al

Comments

CraigV's picture
28
Jan
2010
3 Votes +3
Login to vote

Hi there, What sort of backup

Hi there,

What sort of backup jobs are you running? Daily, weekly, monthly, or just 1 set?
If it is a GFS policy for example, consider partitioning your autoloader first-off. This will create logical partitions on the autoloader which you would use to direct jobs too in BEWS. This means keeping track of which tapes go where, and get ejected a lot easier.
If you don't have a type of job in mind  yet, I would consider doing either a Differential or INcremental job. Backing up 9TB every night is going to take forever, no matter how fast that LTO4 drive runs, even at its maximum 120MB/s. We back up a 3.8TB on a FC-connected IBM LTO4 library, and it completes in about 8 hours or so.
So, do the following:

1. Create partitions and direct jobs to those partitions.
2. Create a GFS policy and choose the option to use either Incremental/Differential backups. Run the full backup over a weekend if possible, and it will make all subsequent jobs a lot smaller.

Laters!

If you find this is a solution, please mark it as such.

pkh's picture
28
Jan
2010
0 Votes 0
Login to vote

Export after backup

You can set up a policy such that after the backup is done, the tapes used are exported to the portal of the autoloader.  Since your backup would require at least 9 tapes, someone would need to be around to remove the tapes from the portal as they are exported.

Otherwise, someone would need to check the job log, identify the tapes used and remove them from the autoloader.

AlEman's picture
28
Jan
2010
0 Votes 0
Login to vote

Thanks for the responses

Thanks for the responses guys. If they are to take a copy offsite each week then I guess they will need at least 2 full backups a week - as they won't be able to quickly restore from an offsite backup.
I don't see that having someone remove the tapes as they are written will work well as I assume the job will be on hold until the tape is removed.
I guess I need to see exactly how big the backup job is and how long it takes and make a decision from there on how to size the partitions.
-Al

pkh's picture
28
Jan
2010
4 Votes +4
Login to vote

> I don't see that having

> I don't see that having someone remove the tapes as they are written will work well as I assume the job will be on hold until the tape is removed.

No.  This is not the case.  Assuming that your job needs 4 tapes, as the backup job runs, it will use the tapes and then return them to their respective slots when they are done.  If you had set up a policy to export these tapes, then after the backup job is done, the export job will run.  Assuming that your autoloader has 1 portal, the first tape would placed in the portal and the user would be prompted to remove it.  When it is removed, the second tape would be placed in the portal and then another prompt would be issued to remove the tape.  This process would be repeated for the 3rd and 4th tapes.  If you don't remove, the tapes in time, the export job would fail, not the backup job.

CraigV's picture
19
Feb
2010
0 Votes 0
Login to vote

Any news here...?

Any news here...?

If you find this is a solution, please mark it as such.