ADSM-L

Re: test for DRM

2002-09-03 06:07:26
Subject: Re: test for DRM
From: Don France <DFrance-TSM AT ATT DOT NET>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 3 Sep 2002 02:02:09 -0700
The recommended way to do a DR test is to take your copy pool (or a subset,
or a special-set) to another machine (NOT YOUR PRODUCTION box); if you
decide to use DRM (even if not) follow the instructions found in the Admin.
Guide -- this is about the most well-written piece of info across all the
books, even if you are not using the DRM component, it will teach you the
essential parts of performing a successful DR exercise.

Using a backup of your production TSM db, along with the other essential
config files, you install TSM and load the db on an alternate (DR-test)
machine;  if you're platform- and TSM-savvy, you could just install it on
the same system and even use the same library, to do an informal, in-house
test.  It's this alternate system that gets the "DR" treatment of marking
volumes destroyed, etc;  but, proceeding down this path without first
ensuring your backups are being done successfully will only lead to
disappointment... as putting the cart in front of the horse.

Meanwhile, Sun (their website, doc or PS folks) can help you with the spec.s
needed to configure your solution;  specifically, total system configuration
can be thrown off balance by inadequate distribution of the component
loads -- especially, NIC's need healthy sizings of CPU power (as in
Gigabit-E'net cards).  JBOD is great, but, in some cases you just need
protection -- consider raid-0+1 (or, go straight to tape for data that's
mission-critical and cannot simply be re-backed up the next night).

Hope this helps.

Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:don_france AT att DOT net

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Chetan H. Ravnikar
Sent: Saturday, August 31, 2002 9:09 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: test for DRM


Hi there and thanks in advance for all your tips and recommendations


we have a huge distributed new TSM setup, with server spread across the
campuses. We recently moved from 3 ADSM 3.1 servers to 9 TSM 4.2.2
servers all direct attached SUN 280r(sol-2.8), SUN T3 and Spectralogic 64K
libs

I have a few questions

1. We have TSM working on Solaris2.8 with SUN T3 storage for mirrored DB
   and storage pools. Our performances is nowhere close to what SUNs
   recomended T3 sustained writes which is 80MB. Recovery logs are on
   external D130 disk-packs

   has anyone seen a setup with SUN and is this normal? My writes to
diskpools are at 20 to 30 MB and that is slow. I have a raid5 setup for
the storage pools,
   Tivoli suggests JBOD for storagepools rather than raid5!? but how do  I
protect myself from a disk fail on a critacal quarter financial backup..
since the source gets overwritten as soon as they throw the data on to my
stoarge pools T3 (primary)

2. One such setup has a StorageTek L7000 lib and my customer wanted me to
prove that the tapes from offsite do work.

Tivoli suggests that I do not test DRM on a production system. But I had
no choice but to atleast test for bad media on the primary tapepool!if any
so I went ahead picked *a* node

with a select statement, marked all the tapes destroyed on the primary
tape pool(for that node), and started a restore of a filesystem. Prior
I had a bunch of tapes recalled from the off-site pertinent to the same
node.
Had them checked in as private and waited, to see if TSM picks those tapes
since the onsite were marked destroyed. This process has been rather
lengthy and tedious and unsuccessful

Has anyone done a rather simpler test for bad media, to prove that the
off-site tapes do work, less to say the test I performed came back with
data integrity errors and my customers are not happy and with all traces
setup.. Tivoli was unclear how that happened

(Tivoli claimed, there could be a flaw in my DRM process)

3. The last question, during a copy storage pools process, if I *cancel*
the process (since it took days), the next time I start (manual or via a
script) does it pick up from where it stoped!


thanks for all your responses, forgive me, My knowledge is pretty limited
and I started learning Tivoli while I started this project

Cheers..
Chetan

<Prev in Thread] Current Thread [Next in Thread>