I think its greater value is in the online environment rather than the
disaster recovery environment. If you establish your active only pool
as a file device class you can easily keep up with the reclamation and
"with some inactive" becomes "with very few inactive".
Kelly J. Lipp
VP Manufacturing & CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777
lipp AT storserver DOT com
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Helder Garcia
Sent: Friday, February 16, 2007 5:13 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Active Only Storage Pools for DR
Well, as Colwell said, there is no magic here. Depending on your data
change rate, maybe it is not so bad. Many environments works with a 5 -
10% daily change rate.
On 2/16/07, Kelly Lipp <lipp AT storserver DOT com> wrote:
>
> Bill has summed it up nicely. Especially the "Active Data only,
> mostly, with some inactive data unless VERY aggressive reclamation is
done..."
>
> I sent information from a highly placed source within IBM about this a
> couple of weeks ago. If that helps at all.
>
>
> Kelly J. Lipp
> VP Manufacturing & CTO
> STORServer, Inc.
> 485-B Elkton Drive
> Colorado Springs, CO 80907
> 719-266-8777
> lipp AT storserver DOT com
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Colwell, William F.
> Sent: Friday, February 16, 2007 4:07 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Active Only Storage Pools for DR
>
> Helder,
>
> you have to use 'copy activedata' first. But then 'backup stgpool'
> will,
> on the same day, copy only active data, because that is all there is
> until the next nights backups occur. But this is no different than
> backing up from the standard backuppool. After that, time marches on
> and the copypool tapes, regardless of which pool is backed up, will
> develop holes of inactive versions.
>
> On first hearing, active-data only sounds great, but there isn't any
> magic to it.
>
> Bill Colwell
> Draper Lab
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Helder Garcia
> Sent: Friday, February 16, 2007 5:54 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Active Only Storage Pools for DR
>
> Which command did you use? "copy activedata" or "backup stgpool"?
>
> On 2/16/07, Colwell, William F. <bcolwell AT draper DOT com> wrote:
> >
> > Hi,
> >
> > I did a little test of active-only pools and they do have inactive
> files
> > in them.
> > The way they differ from ordinary pools is that during reclaim all
> > inactive versions will be squeezed out, whereas with ordinary pools
> > only
> expired
> > versions
> > are. Except at the very start of the AOP implementation there will
> > always be inactive versions.
> > You just can't reclaim that quickly.
> >
> > You copypool will still have inactive version too unless you reclaim
> it
> > aggressively.
> >
> > The feature is mis-named; it should be 'almost active-only if
> > aggressively reclaimed'.
> >
> > I hope someone else will run some simple test of this. When I did
> mine,
> > query contents
> > of the volumes showed the inactive files until the reclaim was done.
> >
> > Bill Colwell
> > Draper Lab
> >
> >
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On
> > Behalf
> Of
> > TSM_User
> > Sent: Thursday, February 15, 2007 2:02 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Active Only Storage Pools for DR
> >
> > For years I've been asked by my customers if they could have many
> > versions for files in their primary pools while limiting the
> > versions
> in
> > their copy pools to 1 for disaster recovery.
> >
> > In reading up on the new TSM V5.4 feature "Active-Only Storage
> Pools"
> > it looks like this is now a reality. I could create an Active-Only
> > storage pool (limited to backup data, no archive data). This new
> > pool would now become my new destination pool for my backup storage
> > pool command. I could even go one step further and choose to
> > collocate
> this
> > data by node. The end result would be a set of tapes at DR that
> > would not have to skip over any files when performing a restore.
> >
> > I realize great consideration has to be done before implementating
> > something like this because if the active file is corrupt you
> > wouldn't
>
> > be able to recover a previous version. Still, in the case of DR I
> > know
> I
> > have many customers that would accept the risk in order to reduce
> > the amount of data they have offsite and to speed up their restores.
> >
> > I know that you can set a tape in an active only storage pool to
> > offsite so I'm assuming that it will be included with move drm. I
> still
> > haven't completed testing myself yet though.
> >
> > I'm wondering if anyone out there is considering this as well?
> >
> >
> > ---------------------------------
> > Sucker-punch spam with award-winning protection.
> > Try the free Yahoo! Mail Beta.
> >
>
>
>
> --
> Helder Garcia
>
--
Helder Garcia
|
