As I've indicated before, we manage our own DR environment; no vendor involved. Still we discovered early on (~2000) that we needed to save various kinds of output--logs, dumps, user files, etc.--from DR testing. The problem: our DR systems use mirrored DASD, so 'normal' volumes get overwritten after testing is complete. As a solution, we created a few 'DR volumes' that are available in the DR environment but are never overwritten. An SMS rule directs any DR.* file to the set of DR volumes. Anyone who needs to save anything can copy or rename a normal file to DR.normal-dsn. It will be saved.
Since we own the DR environment, we can access the DR volumes at any time as they are part of the standard configuraton. If off-site testing is performed, some means of copying/dumping the DR volumes to removable media would be needed. Once restored back the ranch, the DR data sets can be mined at leisure. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of [email protected] Sent: Thursday, September 03, 2015 2:27 AM To: [email protected] Subject: Re: Smaller Private Area in DR > I wonder how many other people routinely ensure they have a usable dump > available back at the office after any test day. > Barbara maybe ... ;-) It was usually a fight to get a dump saved, in some cases to get the dump taken in the first place, especially when I am the only one in the installation who can actually *read* the dump afterwards. No dumps got taken if I wasn't there to demand them. In my last job, the boss'boss eventually even gave the ok to take a standalone dump of an AE machine during the day because he *knew* I would find something to get us closer to a solution. Took a few years to get there, though. And never mind that *taking* the sadump should not be the problem, getting the operators to find the docs and act upon it took at least twice as long as the actual sadump did. I believe using IPCS and reading dumps is a dying art practised only by a few magicians these days. A shame, really. <coming off of my soap box now> Barbara ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
