Glenn Wilcock wrote: You wrote a very good and educational reply - Much appreciated!
>... Mirroring solutions do not provide any protection here because the logical >corruption is just instantly mirrored to all locations of the data. Yup - see my post on IBM-MAIN on Fri, 31 May 2013 in thread "Re: To Backup or Not to Backup Data - That is the question" I re-quote for your convenience: <quote> >Or "human" disasters, Tom. Someone deletes a data set, and because the DASD is >mirrored everywhere, all your online copies are gone instantly. Oh, and if you >didn't have any real backup copies of the DASD, then all copies of that data >set are gone. The same goes for peer to peer tapes too. I have a hard time to convince my management and storage guys that I really need a SECOND set of SMF data. One set to do write and if RC=00 everywhere, repeat on second SMF set. This is because when we get a channel error resulting in 613 abend or so, every errors and halfwritten records written on the local site are also repeated at the other site. I then sit with two sets of useless SMF data residing at 2 sites. I made a breakthrough when I asked them to switch off local tapes so I can reread my SMF tapes from remote site to prove that the second set at remote site are ALSO damaged. Then only they see the need for duplicate SMF tapes. I got my extra SMF tapes with recovery procedures simplified. ;-) <end-quote> I also elaborated in thread "Re: Data volumes" on 11 June 2013 about those SMF 613 abends. While these channel errors are not caused by mirroring, these "logical corruption is just instantly mirrored." Thanks Glenn for your post. Groete / Greetings Elardus Engelbrecht ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
