Re: TSM V3.7.1 32bit client Critique..
1999-11-12 08:56:54
Our reason for wanting to do fulls is mostly to reduce tape spanning. We
would only be doing it every months or so to get the number of tape mounts
down to a minimum. ( this isn't really a HUGE request since I have bigger
fish to fry). We are just tring to make things more efficient in a DR
situation. I could be travelling down a bad path with my theory.
Back to the grind....
CR
__________________________________________________
Cris Robinson
Sr. Technical Analyst
Enterprise Storage Management / TSM (ADSM)
Liberty Mutual Insurance
Portsmouth, New Hampshire
603.431.8400.54837
mailto:cris.robinson AT libertymutual DOT com
-----Original Message-----
From: France, Don (Pace) [SMTP:don.france-eds AT EDS DOT COM]
Sent: Thursday, November 11, 1999 1:13 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: TSM V3.7.1 32bit client Critique..
Cris,
Your wish for FULL backup has been (essentially) answered in TSM
3.7... look
at backup sets. Alternatively, see Kelly Lipp's document
contrasting backup
versus archive versus "full" backup. The need for "full" backup (in
the
true sense of the old days of grand-father, father, son rotations of
complete copies of the universe) becomes highly questionable, given
these
two references.
INCRemental (forever) minimizes backup window after initial instance
for a
given client-node; backup sets (in v3.7.1) consolidates a copy of a
given
node's backup data without the network.
You realize, of course, this has become a religious discussion,
right?!?
Hope this help...
Don France
Technical Architect, P.A.C.E.
mailto:dfrance AT pacbell DOT net
PACE - http://www.pacepros.com
Bus-Ph: (408) 257-3037
-----Original Message-----
From: Robinson, Cris [mailto:Cris.Robinson AT LIBERTYMUTUAL DOT COM]
Sent: Wednesday, November 10, 1999 6:28 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: TSM V3.7.1 32bit client Critique..
Brett, Thanks for the answers.
I don't want to downplay the hard work that goes into developing the
TSM
products and we could go on discussing this forever trying to please
everyone.
Hopefully I can convince my company to abandoned desktop backup in
2000 and
I won't have these issues any more. It is still the only product I
would use
for desktop backup though.
Overall I like ADSM on the NT server, AIX server and Netware server
environment and my list of changes is a real short list, ( like a
full
backup option. Not a selective. Too many volumes, not enough time.)
I do think Tivoli should shuffle in a few more and new customers for
their
input though.
Take care...
CR
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- TSM V3.7.1 32bit client Critique.., Robinson, Cris
- Re: TSM V3.7.1 32bit client Critique.., Keenan Stratton
- Re: TSM V3.7.1 32bit client Critique.., JerryLawson
- Re: TSM V3.7.1 32bit client Critique.., Brett Walker
- Re: TSM V3.7.1 32bit client Critique.., Kelly J. Lipp
- Re: TSM V3.7.1 32bit client Critique.., Robinson, Cris
- Re: TSM V3.7.1 32bit client Critique.., France, Don (Pace)
- Re: TSM V3.7.1 32bit client Critique..,
Robinson, Cris <=
- Re: TSM V3.7.1 32bit client Critique.., Brett Walker
- Re: TSM V3.7.1 32bit client Critique.., David T Jones
- Re: TSM V3.7.1 32bit client Critique.., Tyler Durdan
- TSM V3.7.1 32bit client Critique.., ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: TSM V3.7.1 32bit client Critique.., ADSM : Dist Stor Manager [mailto:ADSM-L
- Re: TSM V3.7.1 32bit client Critique.., Robinson , Cris [mailto:Cris.Robinson
|
|
|