In this instance I'd probably just start off running normal incremental
processing...
(let adsm/tsm get its normal "stuff" going)
continue to run normal nightly incrementals
IF it comes time to say upgrade those applications to a new
version/release/level what you might do, to facilitate a more rapid restore
if need be, would be to push an image backup of the file systems.
I haven't played around with it but from what I've read, since image backups
are stored as a single object, performing a image backup won't screw with
any of the versions of any individual files found under normal incremental
processing.
I've used adsm/tsm for about 4+ years now on all sorts of platforms (client)
and basically all these neat little things that are showing up, such has
image backups, are to allow relief from some pain discovered once adsm hit
the real world... (or to just meet someone's desires).
got'a run
later,
Dwight
> ----------
> From: Jason Morgan -
> Finance[SMTP:Jason.Morgan AT BLAENAU-GWENT.GOV DOT UK]
> Reply To: ADSM: Dist Stor Manager
> Sent: Friday, August 25, 2000 10:06 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Backing up logical.
>
> Thanks for replying Dwight.. Here's a theoretical scenario.
>
> Iv'e just taken delivery of a new RS/6000.
>
> I have just installed an application under filesystems /app1 /app2
>
> What is my best method of backing up these filesystems under TSM 3.7
>
>
> Immediately after installing would you run
>
> a) A full backup image of the two filesystems or
>
> b) A full backup image of the two filesystems and a full incremental
> backup
>
>
> On day two /app1 and /app2 changes.
>
> Overnight would you
>
> a) Run an incremental image backup or
>
> b) Run an incremental image backup and an incremental backup
>
>
>
>
>
>
>
>
> > -----Original Message-----
> > From: Cook, Dwight E [SMTP:cookde AT BP DOT COM]
> > Sent: 25 August 2000 14:01
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: Backing up logical.
> >
> > well...
> > v Improve the speed with which TSM restores file systems containing many
> > small files.
> > v Conserve resource on the server during backups since only one entry is
> > required for the image.
> > v Provide a point-in-time picture of your file system which may be
> useful
> > if
> > your enterprise needs to recall that information.
> > v Provide a snapshot of your file system.
> > v Restore a file system or raw logical volume that has been corrupted.
> > Data
> > will be restored to the same state it was when the last logical volume
> > backup was performed.
> > OK, that's a little low to quote the manual...
> > RAW logical volumes is a real biggie... before you just couldn't do
> > that...
> > say you have a DB that uses raw volumes and you wanted to take a cold
> > backup... you really couldn't shut down the db and backup the raw
> volumes,
> > now you can.
> >
> > OK, we had a file system with 3/4 of a million files that were each less
> > than 80 bytes in length (on avg, so around 60 MB) and folks wondered why
> > it
> > was taking an extreamly long period of time to back it up (hours)...
> well,
> > it was simply all the DB overhead associated with 3/4 million files...
> now
> > that would be a single file, as far as db activity goes and would back
> up
> > in
> > a time you would expect 60 MB to back up in.
> >
> > Now the point in time you are talking about and the point in time they
> are
> > talking about are two different point-in-time situations here...
> > your pit restore would replace any individual files (a subset of the
> file
> > system)
> > the pit they are talking about here would be a complete replace of every
> > file because it is/was backed up as just one large file (not a whole
> bunch
> > of individual ones) so same results, just differs by the amount of
> > internal
> > tsm DB overhead and the amount of info moved.
> >
> > hope this helps
> > later,
> > Dwight
> > > ----------
> > > From: Jason Morgan -
> > > Finance[SMTP:Jason.Morgan AT blaenau-gwent.gov DOT uk]
> > > Reply To: ADSM: Dist Stor Manager
> > > Sent: Friday, August 25, 2000 6:24 AM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Backing up logical.
> > >
> > > Our site is going to be installing TSM 3.7 for AIX. We are currently
> > ADSM
> > > 3.1.2.50 for AIX.
> > >
> > > On reading the TSM manuals, there is a function to backup and restore
> > > logical volumes via TSM 3.7 clients.
> > >
> > >
> > > Currently to backup a filesystem we use e.g inc /first/export and are
> > able
> > > to use point-in-time restore.
> > >
> > > What benefits can the backup image and restore image functions give
> me.
> > >
> > > I can't see any at the moment. Can anyone enlighten me ?
> > >
> > >
> > > Jason
> > >
> > >
> > > Jason Morgan
> > > Technical Support Analyst
> > > Blaenau Gwent C.B.C
> > >
> > > Telephone: 01495 355230
> > > Email: Jason.Morgan AT blaenau-gwent.gov DOT uk
> > >
>
|
