As I said there are two ways to look at it. For full DR we all back up so that if a
site disaster were to happen we could keep the business running. If the hot site were
to be the one destroyed then you do need a plan because the next backup will need to
go somewhere. Remember the primary cop
Don't forget to consider the possibility that your disaster could happen
the other way around - the swarms of locusts may consume your hotsite,
leaving only your "primary site" functional. If the only copy of the
data is over there, you're in the same boat, up the same creek, without
the same paddl
Just a different thought why not back everything up to the a TSM server at the DR
hotsite. You should easily be able to backup 1.5 TB's of information in a night
though a 1 Gb connection. If this is new Fibre then you may have a 2 Gb connection or
more through DWDM (or what ever that acronym i
ECTED]
Subject: Re: Infrastructure design questions -- I need input please
I would recommend using the second server only in the event of a
disaster.
Since you are connected by fibre, the primary server can send the data
directly to the tape drives in the library at fibre speeds.
You don't w
|
|Subject:
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Thach, Kevin G
>My organization is developing a DR "hotsite" at one of our other
>facilities across town, and we are considering making some radical
>changes to our TSM environment. I know there are several folks on this
>list t
I would recommend using the second server only in the event of a disaster.
Since you are connected by fibre, the primary server can send the data
directly to the tape drives in the library at fibre speeds.
You don't want to try and make the 2 servers talk to each other via
server-to-server commun
everything seems fine to me
if you want to have full DR with TSM solution you have to
have another (same or similar) hardware infrastructure
to recover primary storage pools
your second TSM server would have function when something happen to the
primary storage data or cartidges or disks
-
--
