Brian --
I don't have anywhere near your client count, so take this with a humongous
grain of salt :-)
I set up my disk pools based on tape pools (nextpools) based upon D/R
recovery requirements. I do very limited co-location, because I'm not about
to micro-manage my scratch tapes and I don't have enough tapes/drives to
make myself happy. Most of these pools are seperate so that the off-site
copypool tapes will be seperate, so we can do concurrent restores at D/R
without tape contention.
So --
archivepool -> arch-lt -> arch-lt-copy (mostly production non-sap oracle
databases)
backuppool -> aix-lt -> incr-lt-copy
ntpool -> nt-lt -> incr-lt-copy
naspool -> nas-lt -> incr-lt-copy (nas-lt is colocated by drive and rebuilt
at D/R before restoring the NAS)
prdlog1 -> prdlog1-lt -> prdlog1-lt-copy (all sap/oracle off-line redo logs,
copy 1)
prdlog2 -> prdlog2-lt -> arch-lt-copy (all sap/oracle off-line redo logs,
copy 2)
prdsap-lt -> prdsap-lt-copy (production sap/oracle database
backups, direct to tape)
testsap-lt (test/sbx sap/oracle -- direct to
tape, no offsite copy)
nt-exch-lt -> nt-exch-lt-copy (this is co-located, two
ms-exchange servers)
localpool -> local-lt (test non-sap oracle DB; no ofsite
copy)
indef -> indef-lt -> indef-lt-copy ('indefenite' retention archives, one to
seven years)
I'd prefer fewer disk pools, overall, but not at the expense of having
things be seperate on the off-site copies.
And the naming convention helps my batch scripts (q vol stg=*copy
acce=reado,readw for copy pool tapes to check out, as an example).
HTH
Tom Kauffman
NIBCO, Inc
-----Original Message-----
From: Brian L. Nick [mailto:BRIAN.NICK AT PHOENIXWM DOT COM]
Sent: Wednesday, October 08, 2003 8:52 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: TSM and storage pools
Hello everyone,
We are moving from TSM 4.2.1.9 on OS/390 to TSM 5.2 on AIX 5.2 and I have
the opportunity to recreate all of my Policy Domains, storage pools,
management classes and copy groups. I was wondering if anyone would like to
share opinions with regards to structure. What I mean is one large disk
pool for primary or breaking up the pool into several smaller pools. I am
looking for performance issues as well as maintenance issues. We are
backing up about 240 clients nightly from several different platforms
including AIX, NETWARE, NT, OS/2, WINDOWS 2000 and Sun Solaris systems
moving about 200GB of data nightly.
Any information / ideas that anyone wishes to provide would be
appreciated. If you'd like you can contact me at my e-mail address below or
via the phone number also listed below.
Thanks,
Brian
Brian L. Nick
Systems Technician - Storage Solutions
The Phoenix Companies Inc.
100 Bright Meadow Blvd
Enfield CT. 06082-1900
E-MAIL: Brian.Nick AT phoenixwm DOT com
PHONE: (860)403-2281
****************************************************************************
******* CONFIDENTIAL: This communication, including attachments, is intended
only for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information. If you are not the intended
recipient, you are hereby notified that you have received this document in
error, and any use, review, copying, disclosure, dissemination or
distribution is strictly prohibited. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
communication and destroy any and all copies of this communication.
****************************************************************************
*******
CONFIDENTIALITY NOTICE: This e-mail and any attachments are for the exclusive
and confidential use of the intended recipient. If you are not the intended
recipient, please do not read, distribute or take action in reliance upon this
message. If you have received this in error, please notify us immediately by
return e-mail and promptly delete this message and its attachments from your
computer system. We do not waive attorney-client or work product privilege by
the transmission of this message.
|
