- Google Cloud accidentally deleted UniSuper’s account and backups, causing a major data loss and downtime for the company.
- UniSuper was able to recover data from backups with a different provider after the incident.
- The incident highlighted the importance of having safeguards in place for cloud service providers to prevent such catastrophic events from occurring.
Follow the 3-2-1 rule for your important data, ideally 4-3-2 or better. Remember, if you only have one copy of your data, you actually have zero copies of your data.
what are these rules? i genuinely am not aware of them.
3 separate backups on 2 different media (ie 2 backups on 2 separate HDDs plus one on DVDs) with At least 1 offsite (ie a satellite office or your parents house for personal stuff)
cheers mate.
As the saying goes: if you only have one backup you have zero backups.
How the fuck does Google of all companies manage to accidentally delete that‽
Backups all tied to the same Google account that got mistakenly terminated, and automation did the rest?
It didn’t matter that they might have had backups on different services, since it was all centralised through Google, it was all blown away simultaneously.
It’s weird that backups got deleted immediately. I would imagine they get marked for deletion but really deleted something like a month later to prevent this kind of issue.
That’s when accounts are closed or payments missed, I think in this case they just deleted the sub itself which just bypassed everything for instant deletion.
I don’t see why it matters that it was a subscription. Anything which deletes data should be a soft delete.
Sometimes it has to be a hard delete to comply with a user’s request to remove data.
My first job was in a Big Iron shop in the late 80’s, where I was in charge of backups. We kept Three sets of backups, on two different media, one on hand, one in a different location in the main building, in a water and fireproof safe, and one offsite. We had a major failure one day, and had to do a restore.
Both inhouse copies failed to restore. Thankfully the offsite copy worked. We were in panic. That taught me to keep all my important data on three sets. As the old saying goes: Data loss is not an if question, but a when question. Also, remember that “the cloud” simply means someone else’s remote servers over which you have no control.
And had you ever tested the restore process?
In a big iron shop?everything gets tested, dry run, etc, but shit happens, hence backups
