Understanding Your Points of Recovery
Our data protection specialist discusses Points of Recovery for your disaster recovery plan...
Lately we have been working with many clients on data recovery strategies and with the number of options available thought this article may be helpful. The large number of options to solve data recovery is both good news and bad news. The good news is that there are plenty of options to choose from the bad news is (you know the rest). In this article, we walk through some of the options we find most pervasive in our technical engagements, include definitions and provide technical lessons learned that we hope you find helpful.
The first place to start is to understand the value of your data. All data is not created equal and understanding what data has the most value and what data has the least value is a logical starting point. A method used to assign value to data and to systems is a Business Impact Analysis (BIA), which helps to classify data value using a most to least scale. The output of this analysis is often the starting point of a comprehensive process similar to the one outlined below.
The first step would be to collect information on the current environment, understand the future goals, consider the BIA and then analyze the gap. Once there is concurrence on the findings then you would go through the plan and design phase where the architecture is developed, refined, developed, refined again (rinse and repeat) until you have a hardened architecture that achieves the desired results. Next would be to implement the solution, validate the implementation, test the implementation and work on the production cutover plan. Once in production you ensure solution viability through regression testing, failover testing and periodic reviews to ensure the solution is keeping pace with ever changing Service Levels.
As you go through the process outlined above, you will come across many different recovery solutions and approaches. We are focusing more on recovery than high availability in this piece so you will not see some of the traditional high availability approaches that we have implemented. We will cover high availability in a future blog post.
Often overlooked, as a recovery method is transactional recovery; because many application and systems administrators perform transaction recovery without ever alerting the data protection team about a data loss or error. Transactional recovery utilizes a software program’s inherent “recovery” mechanisms to bring data back. Database logging is a very common form of transactional recovery with Database Administrators or software support resources typically performing the transactional recovery.