ADSM-L

Re: test for DRM

2002-08-31 21:53:46
Subject: Re: test for DRM
From: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Sat, 31 Aug 2002 21:13:20 -0400
What SUN probably did not tell you was they were probably 32K or 64K blocks
to get that data rate.  TSM Database uses 4K and most other databases are 4K
or 8K.  Are you using raw volumes for the disk pools?  If so, talk to SUN to
find out what the optimal block sizes are.  If you are using a file system,
same thing.

Be careful how you talk to Tivoli about RAID-5 versus JBOD.  They think of
RAID-5 as being a bunch of disks you have raided, not a hardware raid
solution with a high end controller cache.

20MB to 30MB/sec sounds about right for a T3.  The T3 is a midrange device.
It may not be a good choice for a high write activity workload versus a
JBOD/Raid-1.  I do not know how smart the T3 is.  The 280 is a pretty good
little box based on my review of it, so I do not know that is the problem.

You are preaching to the choir on a protected disk pool.  If you lose it you
have lost the backups for that night which may be unacceptable.

One thing to consider is large files you may want to send directly to tape.
You can do this by setting a maximum file size in the primary disk pool.
TSM will mount up a tape and any time a file from a client exceeds the
limit, it writes it to tape instead of disk.  But, unless you have very
reliable tape and create your backup storage pool copies in time to
recapture the backup if the tape is bad, I do not know if this is an option
for you.

Backup Storage Pool commands start where they left off.

You say your environment is huge.  How many tapes do you have.  How much are
you trying to backup to these servers.  They may not be the right fit.

As far as the data integrity issue.  Did you not back something up?  Where
you missing some data?  What do you mean?  This is one place TSM really
shines over the other backup products.

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


-----Original Message-----
From: Chetan H. Ravnikar [mailto:Chetan.Ravnikar AT SYNOPSYS DOT COM]
Sent: Saturday, August 31, 2002 12:09 PM
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>
  • test for DRM, Chetan H. Ravnikar
    • Re: test for DRM, Seay, Paul <=