ADSM-L

Re: Tips on backing up over slow networks please

2004-10-28 04:38:41
Subject: Re: Tips on backing up over slow networks please
From: David McClelland <David.McClelland AT REUTERS DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 28 Oct 2004 09:38:03 +0100
Neil,

I would tend to turn this around and look at things from the point of
view of your business' restore/recovery requirements - finding neat ways
of backing up a lot of data over a thin pipe is all well and good, but
useless unless you can get it back to the client within the required
time period. Are your recovery requirements full system (in which case
it might take you hours or days to recover...), or only specific data
directories? What would your customers *need* in order to get their
systems back up and running?

It's a battle I constantly have - getting our users to give us their
*recovery* requirements, as opposed to what they believe their *backup*
should be...

Rgds,

David McClelland
Reuters Ltd., London

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
John Naylor
Sent: 27 October 2004 09:32
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Tips on backing up over slow networks please

Neil,
A thankless task
There is no magic tweak to TSM that will make it go faster than its
bottleneck, in your case the network will allow.
One option might be to look at centralised servers, but if this is not
possible, then you need to work out the best speed your network link
will provide say 100 mb. an hour for 256k and base your plans on what is
possible.
Oh and of course get management and the users signed up to whatever
service level you can provide.
Maybe one backup a week might concentrate a few minds.
good luck
John



Neil Sharp <neil AT dyadic DOT com>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
26/10/2004 16:04
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>


To
ADSM-L AT vm.marist DOT edu
cc

Subject
Tips on backing up over slow networks please






Has anybody has experience with backing up over slow N/W's (min. 256k)?

Unfortunately the clients are NOT Windows boxes so I can not use
adaptive backup or journaling features. Currently I am not aware of the
daily change rate of data on each system. My initial thoughts are to
perform a staggered initial backup and then once complete implement a
daily incremental backup. Things that I am looking for would be advice
on the best performance tuning parameters to use.

Thanks in advance

Regards

Neil Sharp <neil AT dyadic DOT com>,
Technical Support & TSM Consultant



**********************************************************************
The information in this E-Mail is confidential and may be legally
privileged. It may not represent the views of Scottish and Southern
Energy Group.
It is intended solely for the addressees. Access to this E-Mail by
anyone else is unauthorised. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be
taken in reliance on it, is prohibited and may be unlawful.
Any unauthorised recipient should advise the sender immediately of the
error in transmission.

Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading
names of the Scottish and Southern Energy Group.
**********************************************************************



-----------------------------------------------------------------
        Visit our Internet site at http://www.reuters.com

Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging

Any views expressed in this message are those of  the  individual
sender,  except  where  the sender specifically states them to be
the views of Reuters Ltd.