Dumb question - can integrity checks for backups be done with dump hashes/signatures, either in software or in the storage array (if the array maintains metadata about files/objects) ? If there's an automated flow for this, many teams could sleep peacefully, knowing that backups are in good condition, without having to actually pick one and test the flow.
- KB ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, July 8, 2020 8:56 PM, Glenn Wilcock <wilc...@us.ibm.com> wrote: > 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 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
