Well, as well as you want to run with data replication on in your normal production site, you want to run with replication on in your DR situation when production transaction are modifying data.
Just reverse the replication when starting up the DR site. And reverse replication again after returning to the normal site. Kees. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Jesse 1 Robinson > Sent: 14 February, 2019 0:41 > To: [email protected] > Subject: Re: Wells Fargo? Well f*&%#d at the moment: Data center up in > smoke, bank website, app down . The Register > > Willy-nilly is about notification and opportunity for preparation. For > example, management declares a surprise DR drill on a Saturday morning. > So the techs execute their well-rehearsed swap-over plan and begin > running production at the DR site. Real live transactions with actual > customer data. The old production site is now obsolete. > > Then Sunday at noon management decides to roll back before the new week > starts off. There is no time to plan. No time to test. The entire > environment has to copied back to prod overlaying the old data. And it > has to work from the get-go. > > Can anyone step up to that challenge? If not there could be some serious > willy damage. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > [email protected] > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Ed Jaffe > Sent: Tuesday, February 12, 2019 4:04 PM > To: [email protected] > Subject: (External):Re: Wells Fargo? Well f*&%#d at the moment: Data > center up in smoke, bank website, app down . The Register > > On 2/11/2019 7:06 PM, Jesse 1 Robinson wrote: > > All of this bodes ill for willy-nilly switching back and forth between > data centers unless there's some secret trick(s) I don't know about. > > > I don't know the tricks either. Guess I need to attend more DCM Project- > sponsored sessions at SHARE... ;-) > > I can attest that we have a number of customers that swap workloads > between two sites a couple/few times a year. (Does that count as > willy/nilly?) > > We have one or two with a third site in the mix! Yikes!!! > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
