Joshua,

        what are you saying is certainly true, but is also a bit
worrying. It isn't the first time that I came across sentences like
"The feature is for the moment available only for WNT/95 platforms".
Nathan said that he's fed up of "Marketing Presentations" and Richard
pointed out the need of stronger and detailed technical information.
I hope that words aren't covering something else, something that's going
to be missed ... I hope that ADSM/TSM is only a change in name.

Mauro, STM

> Today on UNIX servers yes.  But on NT no you do not need to quiesce
> the file system (using TDP for Workgroups and eventually TDP for
> Servers when that product ships).
>
> On UNIX eventually one will not need to unmount the file system either.
> Tivoli's statement of direction is to produce an online file
> system level backup.  This will prevent the headache of stopping all
> your production apps on a routine basis to backup the file systems
> and raw logical volumes.
>
>
> Joshua S. Bassi
> Storage Management Team Lead
> Dickens Services Group
> jbassi AT gloryworks DOT com
> (404) 386-9848
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> Alan R. White
> Sent: Monday, October 11, 1999 11:47 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Tivoli Storage Manager 3.7
>
>
> Joshua
>
> This is absolutely true but creating the opportunity to perform a logical
> volume backup is another issue. Any logical volume activity must be quiesced
> for this to work properly. In almost every circumstance this means the
> filesystem must be unmounted. This should be carefully considered when
> thinking about using this feature otherwise you can create backups which are
> of no use. Also think of the headaches and callouts this will cause when an
> app hasn't been shut down properly and the filesystem won't unmount.
>
> Used properly however I agree this is a good step forward. Using a single
> database object to store a filesystem of data leads to great scalability.
> Perhaps the disruption this kind of backup causes is justifiable once a
> month just for this reason. Look how unsuccessful the NT bare metal restore
> diskettes were simply because you had to take the box down to use it.
>
> A decent filesystem on all machines which incorporated intelligent
> journalling/snapshots/file-to-block mapping that a backup tool could exploit
> would be much better. One day.....
>
> Regards
> Alan
>
> ----- Original Message -----
> From: Joshua Bassi <jbassi AT GLORYWORKS DOT COM>
> To: <ADSM-L AT VM.MARIST DOT EDU>
> Sent: Monday, October 11, 1999 5:03 AM
> Subject: Re: Tivoli Storage Manager 3.7
>
>
> > Julie,
> >
> > One of the biggest performance benefits TSM (I know, I know) will
> > provide over ADSM is the logical volume backup support.  With this
> > feature you will be able to back at the logical volume level and not
> > the file level.  This will be much faster than the regular file level
> > backup because the entire logical volume will be backed up as one
> > image to TSM.  We can then use our regular file level backups to
> > backup any changed file within the logical volumes.  Upon restore
> > it will be a more traditional restore: restoring the "full backup"
> > (logical volume level) then restoring the "incremental" the changed
> > flat files.
> >
> > There are several other performance enhancements but this one is
> > one of the better ones.
> >
> >
> > Joshua S. Bassi
> > Storage Management Team Lead
> > Dickens Services Group
> > jbassi AT gloryworks DOT com
> > (404) 386-9848
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf 
> > Of
> > Julie Phinney
> > Sent: Friday, October 08, 1999 10:49 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Tivoli Storage Manager 3.7
> >
> >
> > My manager has heard 8:1 performance improvements are reported with TSM
> 3.7
> > over ADSM    (sorry, I must abbreviate).
> > I assume this is due to a combination of improvements.. including Adaptive
> > Differencing technology.
> >
> > Does anyone know,  does the bulk of performance improvements happen in the
> > server?
> > Must I upgrade both client and server  to see the improvement?
> > I'm sure the powers that be, here,  will want to see this performance
> > improvement as quickly  as possible  : )
> > I want to tell them what to expect...  some improvement with just a server
> > upgrade    or what.
> >
> > Is anyone using the TSM 3.7  S/390 Edition,  having replaced your ADSM/MVS
> > server?
> > Is there an upgrade fee?    Is the code available to download?
> > Any trouble with it?
> >
> > Thanks  once again, very much.
> > Julie