Re: Backup Scheduling
2001-07-27 08:20:33
In article <sb617c42.057 AT HEALTH-ES2.HEALTH.QLD.GOV DOT AU>, Steve Harris
<STEVE_HARRIS AT HEALTH.QLD.GOV DOT AU> says:
>
>Whoops!!
>
>Looks like I got it backwards. The example in the help under define =
>copygroup is a little confusing and could be interpreted either way (I did =
>check before I posted)
>
>One reason to do a full backup is to consolidate all active files onto as =
>small a set of media as possible in order to facilitate a quick restore.
>
>Steve.=20
Hello Steve
For this function you might want to look at two functions.
1) Since in it's normal operation tsm does inc backups only, it
normally use much less tape real estate then full/inc backup schemes.
To enable the data for restores to be on just a few tapes, look at
the collacate settings for the tape storage pool and the reclaim
function to merge sparce tapes into full tapes.
We use this feature and it does make a difference.
2) If you need to keep a snap shot of data for a long time without the
need to keep the data in the tsm data look at the backupset
function to snap a copy of the active fileset on a tape set that
can be removed from the tsm server.
len
-------------------------------------------------------------------------
Leonard Boyle snolen AT vm.sas DOT com
Leonard Boyle snolen AT vm.sas DOT com
SAS Institute Inc. ussas4hs@ibmmail
Room RB448 len.boyle AT sas DOT com
1 SAS Campus Drive (919) 531-6241
Cary NC 27513
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Backup Scheduling, Randal L Riedinger
- Re: Backup Scheduling, Steve Harris
- Re: Backup Scheduling, Andrew Raibeck
- Re: Backup Scheduling, Steve Harris
- Re: Backup Scheduling,
Len Boyle <=
- Re: Backup Scheduling, Andrew Raibeck
- Re: Backup Scheduling, Prather, Wanda
- Re: Backup Scheduling, Prather, Wanda
- Re: Backup Scheduling, Zlatko Krastev/ACIT
|
|
|