The Ultimate Disaster Recovery Checklist

Stay One Step Ahead of Potential Disasters

Prepare yourself before disaster strikes. When it comes to  data backup and disaster recovery (BDR), being prepared for  potential disasters is key to keep your business running.

It’s not only important to have a disaster recovery solution  you trust, but to make sure you test it as well.

Keep this DR checklist on hand.

Checklist

Prior to a disaster ever occurring (and unfortunately it’s a matter of when  and not if) ask yourself the following:
•Do you have a disaster recovery solution in place?
•Do you trust it?
•When was the last time your backup was tested?
•How long does it take to recover from your current backup solution?
•How long can you realistically be down? 1 hour? 1 day?
•What is the financial cost of downtime to your business?
•When a disaster occurs, is there an offsite copy?

The disaster moment has occurred—time to walk through the following steps:

1. Assess the problem and its impact on your business

Every disaster is different. Before doing anything, understand the underlying issue  and how it may affect you.
•Is the issue local to one machine, or does it affect your entire system?
•Have files been deleted or are servers/workstations down?

2. Establish recovery goals

Recovery is what makes a BDR solution different from a simple backup product.  Plan out your road to recovery.
•Restore the system, the data, or both? Should time be spent recovering files and folders before system recovery?
•Identify critical systems and prioritise recovery tasks.
•What date/time should you recover from?
•How long can your recovery take?

3. Select the appropriate recovery type(s)

To get to your “road to recovery”, the appropriate recovery procedure must be  followed. Think about which approach will best get you to your end goal.
•File restore. OR
•Local virtualisation. OR
•Off-site virtualisation.

4. Verify the recovery and confirm functionality with users

Once a recovery is verified, confirm that it interacts positively with users.
•Test network connectivity.
•Ensure all users can access resources and applications in the virtual environment.

5. Restore the original system(s), if needed

If the original system(s) needs to be restored, decide which restoration process  will work best.
•Bare metal restore. OR
•Virtual machine restore.

6. Self-assess afterwards

After it’s all said and done, take a step back and think about it: How well did your  team do? What could you have done differently?
•What precipitated the failure?
•What on going issues need to addressed?
•What can be done better in future DR scenarios?

For more information please contact us on 0131 541 0020, send us an email info@cans.scot or complete our request via our on-line request form here.

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s