Paul,
I'm running TSM 5.3.4.0 on SLES9 2.6.5-7.276 under z/VM 5.3 on a z9-109
with one IFL. Database is 40GB on DS8100. My database is spread over 12
dbvolumes, each 3240 MB. I use half of twelve different 3390-9 volumes.
Three VG's are used, with 4 physical volumes (minidisks of 5008 cyls each),
striped 4 ways, with stripe size of 32K. I built 4 db.n.dsm files defined
on them, using commands
/opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.1.dsm 3240
/opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.2.dsm 3240
/opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.3.dsm 3240
/opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.4.dsm 3240
Four million files a day is much more than I typically run, although last
winter (as a Proof of Concept) I backed up 1.3 TB (3.9M files) from a
Windows file-and-print server in a day. At the time my database was on a
slow (vendor not to be named) disk subsystem, recently replaced with
DS8100, which has proven to be 7-10 times faster. Hard to say how fast we
could back up those files today.
I recently restored 1.4 TB of data (1.5M files) to a Windows client in 10.5
hours.
Are you using ECKD disk or zFCP? Striped? ESCON or FICON? What model of
processor? Backing up to disk or tape?
I believe the consensus view in the TSM community is that databases should
not exceed 100 GB (some say lower), otherwise you'll encounter the same
performance problems (particularly with expiration) that you are
experiencing. It may be time to split your server.
Best regards,
Mark
Paul Raulerson
<[EMAIL PROTECTED]
com> To
Sent by: The IBM [email protected]
z/VM Operating cc
System
<[EMAIL PROTECTED] Subject
ARK.EDU> Re: zSeries Linux - White Paper for
Management
09/27/2007 02:36
PM
Please respond to
The IBM z/VM
Operating System
<[EMAIL PROTECTED]
ARK.EDU>
What are you running on Mark? And how much are you backing up. I really
need some GOOD examples of TSM working! :)
I do have a large number of document images to back up each day, so what
happens to us is the database gets really large, well over a hungred
gigabytes. At htat point, it cannot expire information before new backups
are being added, and it *all* goes downhill from there. I blame the ancient
version of DB/2 that is embededed it in, and the Linux kernel version that
is required to run a TSM server on z/Linux on an IFL.
-Paul
----- Message from "Mark Wheeler" <[EMAIL PROTECTED]> on Thu, 27 Sep 2007
19:23:00 +0000 -----
To: [email protected]
Subject: Re: zSeries Linux - White Paper for Management
Really? That hasn't been my experience at all. Runs like a rocketship here.
Mark L. Wheeler
IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144
Tel: (651) 733-4355, Fax: (651) 736-7689
mlwheeler at mmm.com
“Extraordinary claims require extraordinary evidence." Carl Sagan
Paul Raulerson
<[EMAIL PROTECTED]
com> To
Sent by: The IBM [email protected]
z/VM Operating cc
System
<[EMAIL PROTECTED] Subject
ARK.EDU> Re: zSeries Linux - White Paper for
Management
09/27/2007 12:30
PM
Please respond to
The IBM z/VM
Operating System
<[EMAIL PROTECTED]
ARK.EDU>
Sorry Marcy - Tivoli Storagte Manager (TSM). Running the server on an IFL,
if you are backing up any number of files, will drag it down to the ground
in versy short order because of the database. It always amazes me that TSM
cannot do something simple, like backing up 4 or 5 million files per night,
without busting it's database. :)
I moved it from a Linux instance here to an LS20 Dual processor Dual Core
Blade with 8gb od RAM and it is much happier. What took intolerably long
times on the IFL runs in about 1/3 the time on the blade. That surprised me
so much that I spent about three or four weeks testing and proviing it over
and over and over. :)
-Paul
----- Message from "Marcy Cortes" <[EMAIL PROTECTED]> on Thu,
27 Sep 2007 17:24:00 +0000 -----
To: [email protected]
Subject: Re: zSeries Linux - White Paper for Management
Tivoli what?
Marcy Cortes
"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."
________________________________
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Raulerson
Sent: Thursday, September 27, 2007 10:21 AM
To: [email protected]
Subject: Re: [IBMVM] zSeries Linux - White Paper for Management
Hey Paul -
I have the barebones of one, but nothing in shape to publish at this
time. A couple of notes though; Mainframe Linux has most of the same
issues as workstation linux, but benefits greatly from the vast I/O
resourcs of the mainframe. It works better under z/VM than on the bare
metal (LPAR or no LPAR).
It fails miserably only in one situation, and that is where whatever you
are running on it is very compute intensive. For example, Tivoli really
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better
situated on an xSeries blade or pSeries server.
Also, don't even think of running XWindows clients on it; much better to
write customer Client/Server products, or use a web interface, than to
do that. In general, avoid processor intensive work, like image
manipulation or most scientific computing.
-Paul
