Mark Zelden wrote:
On Mon, 14 May 2007 11:16:32 +0200, John Ticic
<[EMAIL PROTECTED]> wrote:
-- snip --
Just ran into that. Things that large should be on physical tape (if you
have it). We ran a report of dsns with more than 20 volsers and are
just about all of them were from DB2 and jobs created by the same
DBA. Our default forces things to virtual and people do have to let
us know if they want it to go to physical tape.
-- snip --
VSM (and VTS) offer simple, application independent duplication for
disaster recovery purposes. When you change jobs from using virtual tapes
to real tapes you have to look at how you're going to duplicate the tapes.
It's one reason to try to keep all your tapes virtual.
-- snip --
Exactly. We got out of the business of letting applications decide what to
duplex years ago. That is why our default is to go to virtual and we duplex
100% for disaster recovery. That was part of our VSM implementation when
we migrated from VTS.
So it's fool proof... we can't miss something because someone forgot to
tell operations there was a new application and a new tape that needed
to be added to a vault pattern and be sent off site or be added to a
TAPEREQ / MGMTCLAS or SMS change etc. This includes test data... but
since there are better retention controls for test data it really just a nit in
the total amount duplexed. It's a small trade off for simplifying the
management of the environment (which is very large) and guaranteeing
to the business that we will have all the tape data in a disaster.
[...]
Well, it's safe, convenient, error-proof, but EXPENSIVE.
Assuming budget limitations (who's not limited ?), I would choose more RTDs than VTDs *plus* RTDs.
Of course YMMV, for example multi-LPAR issue can be adressed with IBM ATAM or CA MIA, or just the number of VTDs.
Obviously VTDs still does not solve problem of huge datasets. It's not only
limitation of 255 volsers, for example AFAIK HSM does not backup file when
backup occupies more than 40 volumes.
Assuming "buy what you want" scenario I would buy many VSMs and RTDs <g>
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
