A bigger issue than keeping tape addresses current is the size of dumps and number of tapes required. Our high-capacity tape drives (STK 9840's) are all in silos. Our system with the largest real storage doesn't have 9840's available, and one other system doesn't share its silo, so if it's down, there's no way to get a tape mounted. Tape Operations doesn't want to open the door and mount tapes manually. The good news for some of our systems is that even though 9840 isn't a supported device type for Standalone Dump, SAD can be generated for 3590's, and 9840's are close enough that they will work.
Dennis There are 10 kinds of people in the world; those that understand binary and those that don't. -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Ackerman Sent: Tuesday, August 08, 2006 09:56 To: [email protected] Subject: [IBMVM] Stand Alone Dump to Disk We were asked to update our stand-alone dump procedures. We don't use stand-alone dump very often, and the list of tape drives to use had gotte n badly out of date. We discovered that z/OS can take a stand-alone dump to disk. We get more involved in DASD address changes than in tape address changes (we have to move the data), so we would find it easier to keep a list of DASD addresses up-to-date. We run "lights-out" data centers, so operations would prefer not to have to mount a tape half-way across the country. Is there some way to take a stand-alone dump to DASD for VM? If not, woul d this be worth a SHARE requirement? z/OS apparantly requires stand-alone dumps more often that VM. When a z/O S system fails, it "varies itself out of the plex" -- at which point our operations is instructed to take a stand-alone dump. I'm not sure when we really need a VM stand-alone dump. Usually a PSW restaret will get us a dump. How often do you use stand-alone dumps?
