In case anyone is confused, what happens when the server catches fire or is stolen?
I Don't Need Backups, I Use Raid1
11–20 of 53 posts
Re: I Don't Need Backups, I Use Raid1
#12This is a feature of Oracle, the redo logs are replicated to the standbys as normal, so you have an up to date copy of them on the standby, but only applied after an x hour delay. You can roll the standby forward to any intervening point in time and open it read-only to copy data out.
Less need of it these days with Flashback, of course, but it saved a lot of bacon.
Re: I Don't Need Backups, I Use Raid1
#13Re: I Don't Need Backups, I Use Raid1
#14A backup has not much value when stored in the same physical location with the original data. Any fire/flood/robbery will destroy all the data.
You still want off-site backups as well of course, in case of something more extreme, but they're usually going to be slower to recover from than nearby backups.
Re: I Don't Need Backups, I Use Raid1
#15In those same 15+ years, mostly working for startups, there have been numerous drive failures. Unfortunately, failure (a) to verify backups before there's a failure, and (b) to practice restoring from backups has often meant that a drive failure means loss of several days' worth of work. In one instance, the VCS admin corrupted the entire repo, there were no backups, that admin was shown the door, and we had to restart from "commit 0" with code pieced together from engineers' individual workstations. That was when I got religious about making & testing backups for my work and the systems I was responsible for...
Re: I Don't Need Backups, I Use Raid1
#16In case anyone is confused, what happens when the server catches fire or is stolen?
Re: I Don't Need Backups, I Use Raid1
#17Re: I Don't Need Backups, I Use Raid1
#18Re: I Don't Need Backups, I Use Raid1
#19Re: I Don't Need Backups, I Use Raid1
#20redundancy != backup
You just have to structure your redundancy to survive multiple threat models.
In which case, the redundancy offered by RAID alone is grossly insufficient.