Re: Tivoli Storage Manager 3.7
1999-10-13 12:57:58
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
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Tivoli Storage Manager 3.7, Julie Phinney
- Re: Tivoli Storage Manager 3.7, Alan R. White
- Re: Tivoli Storage Manager 3.7, Joshua Bassi
- Re: Tivoli Storage Manager 3.7, Alan R. White
- Re: Tivoli Storage Manager 3.7, Doug Thorneycroft
- Re: Tivoli Storage Manager 3.7, Joshua Bassi
- Re: Tivoli Storage Manager 3.7, Richard Sims
- Re: Tivoli Storage Manager 3.7, Nathan King
- Re: Tivoli Storage Manager 3.7,
Mauro M. TINELLI <=
- Re: Tivoli Storage Manager 3.7, arhoads
- Re: Tivoli Storage Manager 3.7, arhoads
- Tivoli Storage Manager 3.7, Julie Phinney
- Tivoli Storage Manager 3.7, ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: Tivoli Storage Manager 3.7, Joshua Bassi
- Re: Tivoli Storage Manager 3.7, ADSM : Dist Stor Manager [mailto:ADSM-L
|
|
|