Improvements in technology do not mean that you should abandon good operational 
sense! You should always do backups.  Using raid arrays to improve performance 
and uptime has nothing to do with prudent operational procedures. 

Kenneth A. Bloom
CEO
Avenir Technologies Inc
/d/b/a Visara International
203-984-2235
bl...@visara.com
www.visara.com


> On Jul 8, 2020, at 7:53 AM, Seymour J Metz <sme...@gmu.edu> wrote:
> 
> 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/13KX_lN3BX68hjDkz_p4n7d0fTv9Fp_ITBuWYv8DIBKpGgFkMagtM8wSpgHfPmq6tk88sFd-uIGqeIL2MBsSvpMaK5ImTxrgLisXthU_q_390uLcCYUBOT6sK-6mWiT4OKa-g3LbB0DPvbYP5fIq0XfOV9G_J-Fa1_pJ2Du7c5bRNyxrv4lUoGXxZiaZkkaUZUIkQxXX-JwxaIJ0Rua7uDGfy5O_Sv8cZ5rAorWESCuH0xw05ipcwxhdAARehD2V_FmURK2Rl3dVTEXVU7_fnfk32zCAO0l0lO5T2Gvg_PlHMyVKgI3iioxxxNfYMCFCldUeX0K6TOYQdSTdkYKoIbG9BPC6YpLIQ1vpRF8F-GGVlsIRba_q9zEh96IgBWKeS-SNKIkPRuXNRyX6rRJpqQqE0V2kCzJ0r_EWi2V84kCLt-jxPnPD77rOV2-r2fOm6/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/13KX_lN3BX68hjDkz_p4n7d0fTv9Fp_ITBuWYv8DIBKpGgFkMagtM8wSpgHfPmq6tk88sFd-uIGqeIL2MBsSvpMaK5ImTxrgLisXthU_q_390uLcCYUBOT6sK-6mWiT4OKa-g3LbB0DPvbYP5fIq0XfOV9G_J-Fa1_pJ2Du7c5bRNyxrv4lUoGXxZiaZkkaUZUIkQxXX-JwxaIJ0Rua7uDGfy5O_Sv8cZ5rAorWESCuH0xw05ipcwxhdAARehD2V_FmURK2Rl3dVTEXVU7_fnfk32zCAO0l0lO5T2Gvg_PlHMyVKgI3iioxxxNfYMCFCldUeX0K6TOYQdSTdkYKoIbG9BPC6YpLIQ1vpRF8F-GGVlsIRba_q9zEh96IgBWKeS-SNKIkPRuXNRyX6rRJpqQqE0V2kCzJ0r_EWi2V84kCLt-jxPnPD77rOV2-r2fOm6/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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to