Richard, We're using disk replication on HDS DASD for disaster recovery. We were able to reduce a script that had about 30 steps to one that isn't much more complicated than:
1. Suspend replication 2. IPL 3. Answer one question: is this a test or a real disaster? 4. Certify The "test or real disaster" answer determines the network configuration. DR tests are behind a firewall, so they use different OSA's than we would use for a real disaster. The answer can also be used for other things, such as determining which guests are started. We don't start z/Linux guests automatically during DR tests, because our Linux security product has a problem with two guests having the same name. If the DR guest refreshes keys or whatever it does with Active Directory, the production guest loses access. This seems to happen around midnight, so we start up DR guests when we're ready to test and shut them down as soon as we're done. One of our Linux people could explain this much better than I can. Make sure that your CP maintenance is current. We had a CP abend and guest I/O errors when we resumed replication on a z/VM 5.4.0 RSU 0801 or 0802 (I forget which) system. The problem went away when we upgraded to RSU 1001 plus some additional service. We have two copies of the disks in our DR site. This allows us to continue replicating production on the secondary disks while we test on the tertiary disks. Dennis "In all matters of opinion, our adversaries are insane." -- Mark Twain From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, November 10, 2010 16:51 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] BRP Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP situation. The time we are allotted to recover the system has been reduced to a number that is impossible using tape backups. I would appreciate it if anyone who is already doing this would regale me of their experiences - what they are doing, what are the gotchas, how satisfied are they, etc. It undoubtedly is different depending on the dasd vendors so here is what we have: * EMC DASD - about half of our DASD. * HDS DASD - the other half. * Currently, there is no SCSI, it is all ECKD We currently have no IBM DASD; however, that does not mean that we will not have some in the future. Every couple of years, we go through a DASD refresh, at which time we may change vendors. I will gladly accept replies on or off list. TIA. Regards, Richard Schuh ---------------------------------------------------------------------- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.