In the case of the NotPetya malware attack that crippled Maersk Lines, I believe they did not have backup for their router configuration files on the theory they had multiple routers and each backed the others up via replication. Of course when one got corrupted it happily replicated to all the others.
A much greater disaster was averted only because they had one router in Ghana which was offline at the time due to a power outage. I wrote the above from memory; nitpicking may be possible. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Glenn Wilcock Sent: Wednesday, July 8, 2020 8:26 AM To: [email protected] Subject: Re: Storage & tape question Hi All, I want to give another perspective on the need for backup copies. The focus here is on physical loss of storage. With replication, and many clients having 2, 3 and even 4 sites, the probability of needing a backup copy to recover from a physical loss of data really has decreased. (Still there, none the less). BUT, the probability for logical data corruption has INCREASED. Accidental and malicious data corruption is instantly mirrored to all replication copies, making them useless. Working in HSM, I regularly see calls requesting assistance in recovering large amounts of data from backup copies. We're all human and we all make mistakes. Some of those mistakes result in data loss. Also, all products have programming defects and some of those defects result in data loss. This speaks nothing to the current environment where governments are mandating policies and procedures for protecting against malicious data destruction. Your only hope for recovery is a PiT backup prior to the data loss/corruption. Not all loss/corruption will be found immediately. So, your ability to recover is a factor of how long it takes you to determine that there was corruption/loss and how much your willing to invest in keeping backup copies for at least that long. Glenn Wilcock DFSMS Chief Product Owner ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
