ADSM-L

Re: test for DRM: New Redpiece

2002-09-05 21:31:00
Subject: Re: test for DRM: New Redpiece
From: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 4 Sep 2002 23:57:20 -0400
There was a brand new 400+ page redpiece published in draft form this past
week.  My first scan of the document was it was some really good stuff.

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-----Original Message-----
From: Don France [mailto:DFrance-TSM AT ATT DOT NET]
Sent: Tuesday, September 03, 2002 5:02 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: test for DRM


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>