If your data storage budget doesn't include a line item to review your disaster recovery test plan, don't panic....
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
You can still ensure the procedures and resources to recover IT assets work as designed with a few slight changes that will limit, but not cripple, your test.
While it is desirable to have an overall plan for each DR test that defines the purpose, scope, objectives and success criteria, this level of DR testing can last hours or even days. But if your disaster recovery test plan funding is limited, is it feasible and practical to conduct a test in an hour or less? The answer is yes, but with the following conditions:
- Expectations need to be changed, as time and lack of funding may not permit more rigorous testing.
- Success criteria need to be modified, as the inability to turn systems on and off and then record what happens will likely not occur.
- The number of DR participants will probably be less than in a true technology test, as the various technicians, programmers and administrators may not be available or needed.
So what elements of a disaster recovery test plan can you examine under such constraints? You can gather key test participants in a conference room, or use a conference bridge; distribute all relevant documents; and conduct a high-level walkthrough of the test, its structure, activities, scripts and other components without going into a significant level of detail. While this approach in no way replaces a true DR test, it is far less costly, enables discussion of key test attributes and identifies areas that may require further analysis.
Disaster recovery test plan documents
If you're looking for more help with your DR testing and business continuity processes, Paul Kirvan has created the following downloadable templates:
- DR process-level planning and procedures template
This document outlines the policies and procedures for technology disaster recovery, and how to recover critical platforms.
- Business continuity plan template
This BC plan helps users prepare for extended service outages and discusses how to restore those services to the widest extent possible in a minimum timeframe.
But there are possible risks with this approach to testing a DR plan. For example, technology that has not been properly tested and validated can cause a device or application to fail when placed into production.
Align your DR plan test with routine maintenance
Experts provide essentials for corporate DR plans
Companies more confident in DR plans than disaster recovery testing
Dig Deeper on Disaster recovery planning - management
Related Q&A from Paul Kirvan
When taking a hybrid disaster recovery approach -- using public and private components -- it's important to understand your requirements, assets and ...continue reading
If you're considering software-defined networking in your disaster recovery platform, define your DR requirements first. SDN can help support data ...continue reading
A call tree can be an important piece of disaster recovery planning. Follow these steps for call tree design and execution to ensure your company is ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.