And just to be really clear:
> i.e. instead of VEREXISTS=3DNOLIMIT, it should be VEREISTS=NOLIMIT
is a typo.... the latter part should be VEREXISTS=NOLIMIT :-)
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 01/20/2005
12:33:44:
> Jim, I don't know what goes on with my posts, but for some reason,
> wherever I wrote an equal (=) sign, something somewhere tacked "3D" (the
> ASCII hex code for '=') after it. I won't pretend to understand how
email
> formats work, but I didn't put it there.
>
> So wherever you see
>
> xxx=3Dyyy
>
> just read
>
> xxx=yyy
>
> i.e. instead of VEREXISTS=3DNOLIMIT, it should be VEREISTS=NOLIMIT
>
> I hope this gets translated correctly, or it really won't make sense!
:-)
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Development
> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> Internet e-mail: storman AT us.ibm DOT com
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 01/20/2005
> 12:13:41:
>
> > Andy,
> >
> > Thanks for the reference. I was wondering if you could clarify your
> > point about the paramaters for verexists and verdeleted. You stated:
> >
> > >you can create a managment class for your directories with
> > >VEREXISTS=3DNOLIMIT, VERDELETED=3DNOLIMIT, and RETEXTRA=3Dndays,
> > >where 'ndays' is the number of days to which you will guarantee PIT
> > >restores via the GUI. For example, if you want to be able to go back
> up
> > > to 30 days, then set RETEXTRA=3D30. Beyond 30 days, you will need
to
> > >use the CLI.
> >
> > Is the 3D still accepted syntax (this was 2001 after all) and how is
> > that interpreted?
> >
> > as always, thanks for your attention!
> >
> > Andrew Raibeck wrote:
> >
> > > Yes, TSM handles directory versioning the same as files.
> > >
> > > What does
> > >
> > > dsmc query backup c:\yourfoldername -subdir=yes -inactive
> > >
> > > show you? (Substitute the folder name in question where I have
> > > "c:\yourfoldername".)
> > >
> > > Go to http://search.adsm.org and do a search on
> > >
> > > +raibeck +pit +gui +nolimit
> > >
> > > For a couple of old posts from me that discuss this subject.
> > >
> > > Regards,
> > >
> > > Andy
> > >
> > > Andy Raibeck
> > > IBM Software Group
> > > Tivoli Storage Manager Client Development
> > > Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> > > Internet e-mail: storman AT us.ibm DOT com
> > >
> > > The only dumb question is the one that goes unasked.
> > > The command line is your friend.
> > > "Good enough" is the enemy of excellence.
> > >
> > > "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on
> > > 01/20/2005
> > > 08:43:27:
> > >
> > >
> > >>Does TSM handle folder versioning the same as files? That is, if a
> user
> > >>clicks on a folder to get to a file in it is the folder updated such
> > >>that a new version is backed up?
> > >>
> > >>I'm looking for a reason a GUI PIT restore wouldn't display a folder
> and
> > >>it's contents that were obviously there. I'm using DIRMC and have
> extra
> > >>versions and ver del set to one plus the values in the files MC, but
> if
> > >>a folder gets backed up everytime it's touched then there probably
> > >>aren't enough versions data exists.
> > >>
> > >>thanks,
> > >>Jim
> >
> > --
> > Jim Kirkman
> > ITS Infrastructure
> > UNC-Chapel Hill
> > 919-698-8615
|
