Mark Zelden wrote:
[...]
If that were to happen, SMF is the least of my problems. DB2
archives go to virtual tape and as soon as all of the alternate logs
fill up, DB2 stops.
We can create "what if" scenarios all day that will cause problems.
By why limit those to virtual tape? We've had DASD controller
failures, CF, OS software, ISV software, even entire CEC go
belly up. So your not convincing me of anything.
In fact, I met STK outages, but not DASD outages. Modern DASD is fully
redundant, CF outage - that's why we have spare CF. Sysplex is
redundant, but usually single HSC CDS set serves multiple sysplexes. We
don't have spare STK HSC(*). (although it is theoretically possible).
From my *very* limited experience: Usually HSC outages are really short.
I agree, DB2 logs are much much more important, than SMF. That's why I
would suggest having archlogs on DASD and HSM (interval) migration to
tape. Similar process for SMF and other "logs". Asynchronous processes.
(*) I'm aware I can have multiple instances of HSC tasks, but those task
share CDSes. I can have more than one CDS, but sometimes there is a need
to restart all the HSC address spaces.
Just my $0.02
--
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
