I taught a class on disaster recovery a couple of years ago. It was interesting to see how few of the people who attended the class had actually thought about disaster recovery from a systems standpoint.
Having a good backup isn’t the end of disaster recovery, though it’s a start. And computer systems aren’t the only thing that has to be recovered from a disaster, but they are more and more important in business.
As the article below from CIO Insight notes, it’s not good enough to have a plan, you actually have to test it and then re-test it. I’m doing more and more work on our disaster recovery planning here at DGG. How about you?
Some things you might think about:
- How much does your insurance policy really cover? I found out recently that hardware and software is covered by our policy, but not data. Also, our business continuity policy used to cover only events that occurred on our business premises. So if the building was destroyed, that was covered. If a tornado tore out the infrastructure that supplies the electricity to the building, that wouldn’t have been covered.
- Are you backing up all the data you need? We’ve tended to insist on full backups with systems we setup, but we’ve seen systems where files were backed up selectively (so they took up less space on the backup media). That’s OK as long as you’re sure the files you backup are the ones you need.
- What would you do if your building was destroyed along with all its contents? Do you have an off-site backup? Where?
- What would you do in the event of “the big one” that destroys most of the city you live in. Here in Memphis, for example, we worry about an earthquake, since we sit on a fault line
- Do you need redundant data centers? That is, do you need a computer somewhere else that has the ability to continue to operate your company in the event of a total failure in your location?
These are some really basic questions, but think a bit about them. You may be frightened by what you learn.
Survey: Many Backup/Recovery Systems Going Untested