First off, STOP!!!! Second off, disaster recovery is a question of risk mitigation for a business. The business (NOT I.T.!!!!) must make the decision as to what level of risk mitigation they are willing to pay for. You can preach at them til their blue in the face, and it wont matter until something happens like a ransomware attack and they go down for a week or so.
Joe On Wed, Jul 8, 2020 at 7:21 AM R.S. <r.skoru...@bremultibank.com.pl> wrote: > No, you answered off topic. You initiate quarrels. Not only here. > You have a of time for trolling. And you always want to say "no, you're > wrong". > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > W dniu 08.07.2020 o 14:17, Seymour J Metz pisze: > > No thanks, I'll leave that sort of thing to you; you're much better at > it than I am. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > ________________________________________ > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of R.S. [r.skoru...@bremultibank.com.pl] > > Sent: Wednesday, July 8, 2020 7:58 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Storage & tape question > > > > Feel free to answer off-topic, criticize unsaid sentences and be > > self-concvinced you are right while rest of the world is wrong. Have a > fun. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > > > > > W dniu 08.07.2020 o 13:53, Seymour J Metz pisze: > >> Whoosh! You're completely missing the point. It's a matter of basic > probability theory. Given N independent adverse scenarios with > probabilities Pn, the probability that none of them will happen is > (1-P1)(1-P2)...(1-PN). > >> > >> But it's not my dog. Feel free to run without backups, as long as you > don't ask for sympathy when the balloon goes up. > >> > >> > >> -- > >> Shmuel (Seymour J.) Metz > >> http://mason.gmu.edu/~smetz3 > >> > >> ________________________________________ > >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of R.S. [r.skoru...@bremultibank.com.pl] > >> Sent: Wednesday, July 8, 2020 5:32 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Storage & tape question > >> > >> It has no value. > >> Terrorist attack is unlikely, but two terrorist attacks at the time are > >> more unlikely. Thousand terrorist attacks at the tima are even more > >> unlikely. > >> A bomb attack is unlikely. Large (atomic?) bomb attack is more unlikely. > >> When you have two datacenters and tapes in shelter off-site ...it is > >> still just unlikely to have coordinated attack on all the locations at > >> the time, and it is just unlikely to have shelters strong enough. > >> More data locations? Fine, more bombs. > >> And it is quite likely some malevolent people would know the adresses of > >> the locations. > >> > >> If you think you can protect your data against unlikely events > >> (disaster, etc.)... > >> Or rather: if you think you know how to do it, despite of the costs - > >> you're simply WRONG. > >> There is always some level of protection. The level is not infinite and > >> *cannot* be inifite. It can be high. Maybe "high enough" or "reasonably > >> high". > >> > >> > >> Side note: there are scenarios when achieving higher level of protection > >> is pointless. Let's assume ticket system for metro transportation > >> (buses) and ...war. Or ticket system for buses in Biloxi. > >> > >> -- > >> Radoslaw Skorupka > >> Lodz, Poland > >> > >> > >> > >> > >> > >> > >> W dniu 07.07.2020 o 17:27, Seymour J Metz pisze: > >>> A terrorist attack is unlikely. > >>> > >>> An earthquake is unlikely. > >>> > >>> A tornado is unlikely. > >>> > >>> A flood is unlikely. > >>> > >>> ... > >>> > >>> The more unlikely risks there are, the greater the odds that one of > them will happen. If you don't have off site backups then your data are at > risk, and when the balloon goes up it won't matter how unlikely the > particular failure mode was. > >>> > >>> > >>> -- > >>> Shmuel (Seymour J.) Metz > >>> http://mason.gmu.edu/~smetz3 > >>> > >>> ________________________________________ > >>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of R.S. [r.skoru...@bremultibank.com.pl] > >>> Sent: Tuesday, July 7, 2020 10:59 AM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Re: Storage & tape question > >>> > >>> W dniu 07.07.2020 o 16:52, Edward Finnell pisze: > >>>> 1200lbs Semtex make you realize what backups are for and where is > your cold site? > >>>> > >>>> In a message dated 7/7/2020 9:37:20 AM Central Standard Time, > rwjack...@firsthorizon.com writes: > >>>> R.S. is spot on: make backups. Because of the trauma from this one > event, we now have a three-way VTS grid, synchronous-mirrored SANs, and two > mainframes on the floor. > >>> I had serious discussion with some VIPs about it, approx 20 years ago > >>> (WTC attack). > >>> I had to explain we are starting DR centre with remote copy to protect > >>> against many disasters, BUT... > >>> Dedicated terrorist attack is unlikely, but when considered you cannot > >>> exclude coordinated attack on two (three) datacenters at the time. > >>> If you want to be safe you have to protect your datacenter well enough. > >>> And of course there is bigger bomb for bigger shelter. > >>> > >>> -- > >>> Radoslaw Skorupka > >>> Lodz, Poland > >>> > > > > ====================================================================== > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > http://secure-web.cisco.com/1jsXALB_1_owybUyIrlByLBwMOYpBDFWRm-pLMJxJguDSvIweQFNuxPa-UAVBWH3vxYJG7Lt4gLVB4-lQ-kYlyfEpP0NYpgzFMaQVioNeDz7Z4OiJtZ45rA2n-Mlrmt3J8ykaeYBTDr8P5UhNbrSA7BNOeu1zpdxmGcw22j3AJEFdsSTC7R8IKQBIgNTjDi7rIXGOlv7HRglb27rlcDJp2Ik6KV3jhJ42t-M5lN_Z9JDNb4JvBOUUIBYDYb-hqIW82Im5ebw_Bnk-m5aaob8FjBA_84vK8yRSGddLL0wrGoqnpVTi5TqZsd7i2h9Prted-iM-SVtRKQEYjjB1E6DF7oGy6eXGgQCSsUV1qFRV2-tmTH6rxLPrSRt4h9xwRLI0S0R3V01iUGo7EXrkf58EzGqbq7F14qDWiYbEEqJnCS8kULGaXGgyamuM7DuPkvbb/http%3A%2F%2Fwww.mBank.pl, > e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział > Gospodarczy Krajowego Rejestru Sądowego, KRS 0000025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2020 r. wynosi 169.401.468 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you > have printed out or saved). > > This message may contain legally protected information, which may be > used exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, > 00-950 Warszawa, > http://secure-web.cisco.com/1jsXALB_1_owybUyIrlByLBwMOYpBDFWRm-pLMJxJguDSvIweQFNuxPa-UAVBWH3vxYJG7Lt4gLVB4-lQ-kYlyfEpP0NYpgzFMaQVioNeDz7Z4OiJtZ45rA2n-Mlrmt3J8ykaeYBTDr8P5UhNbrSA7BNOeu1zpdxmGcw22j3AJEFdsSTC7R8IKQBIgNTjDi7rIXGOlv7HRglb27rlcDJp2Ik6KV3jhJ42t-M5lN_Z9JDNb4JvBOUUIBYDYb-hqIW82Im5ebw_Bnk-m5aaob8FjBA_84vK8yRSGddLL0wrGoqnpVTi5TqZsd7i2h9Prted-iM-SVtRKQEYjjB1E6DF7oGy6eXGgQCSsUV1qFRV2-tmTH6rxLPrSRt4h9xwRLI0S0R3V01iUGo7EXrkf58EzGqbq7F14qDWiYbEEqJnCS8kULGaXGgyamuM7DuPkvbb/http%3A%2F%2Fwww.mBank.pl, > e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, > 12th Commercial Division of the National Court Register, KRS 0000025237, > NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN > 169.401.468 as at 1 January 2020. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > . > > > ====================================================================== > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 0000025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2020 r. wynosi 169.401.468 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > Capital City of Warsaw, 12th Commercial Division of the National Court > Register, KRS 0000025237, NIP: 526-021-50-88. Fully paid-up share capital > amounting to PLN 169.401.468 as at 1 January 2020. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
