Learn how to develop disaster recovery strategies as well as how to write a disaster recovery plan with these step-by-step instructions. Formulating a detailed recovery plan is the main aim of the entire IT disaster recovery planning project. Once this work is out of the way, you’re ready to move on to developing disaster recovery strategies, followed by the actual plans.
Once you have identified your critical systems, RTOs, RPOs, etc, create a table, as shown below, to help you formulate the disaster recovery strategies you will use to protect them.
Once your disaster recovery strategies have been developed, you’re ready to translate them into disaster recovery plans. In addition to using the strategies previously developed, IT disaster recovery plans should form part of an incident response process that addresses the initial stages of the incident and the steps to be taken. The following section details the elements in a DR plan in the sequence defined by ISO 27031 and ISO 24762. Important: Best-in-class DR plans should begin with a few pages that summarise key action steps (such as where to assemble employees if forced to evacuate the building) and lists of key contacts and their contact information for ease of authorising and launching the plan.
Drawing up strategies for disaster recovery audit, maintenance and continuous improvement are the key final stages in the development of a disaster recovery programme. Now, when looking at preparation of disaster recovery audit, maintenance and continuous improvement strategies, ISO 27031 also provides some important recommendations. Any change to ICT services which may affect the disaster recovery capability should be implemented only after the business continuity implications of the change have been assessed and addressed.
As noted in previous articles in this series, disaster recovery strategies and procedures help organisations protect their investments in IT systems and operating infrastructures. Whether you use an internal audit department or an external auditing firm, be sure to periodically evaluate your disaster recovery programme to ensure it continues to be fit for purpose and compliant with industry standards and company policies.
Define the internal audit plan for IT disaster recovery and document the criteria, scope, method and frequency of audits. When building a disaster recovery maintenance plan, be sure to secure senior management review and approval.
Once the disaster recovery project is completed, launch an ongoing process of continuous improvement. Your organisation can continually improve disaster recovery and business continuity activities by monitoring the overall programme and applying preventive and corrective actions, such as periodic reviews of program performance, as appropriate. Disaster recovery risk assessment and business impact analysis (BIA) are crucial steps in the development of a disaster recovery plan. To do that, let us remind ourselves of the overall goals of disaster recovery planning, which are to provide strategies and procedures that can help return IT operations to an acceptable level of performance as quickly as possible following a disruptive event. Having established our mission, and assuming we have management approval and funding for a disaster recovery initiative, we can establish a project plan. A disaster recovery project has a fairly consistent structure, which makes it easy to organise and conduct plan development activity.
As you can see from The IT Disaster Recovery Lifecycle illustration, the IT disaster recovery process has a standard process flow. Following the BIA and risk assessment, the next steps are to define, build and test detailed disaster recovery plans that can be invoked in case disaster actually strikes the organisation’s critical IT assets.
Detailed response planning and the other key parts of disaster recovery planning, such as plan maintenance, are, however, outside the scope of this article so let us get back to looking at disaster recovery risk assessment and business impact assessment in detail.
IBM's planned purchase of The Weather Co.'s data operations may be a bellwether event from which data professionals can learn. In most organizations, Disaster Recovery Planning is the quintessential complex, unfamiliar task.


All Business Continuity Disaster Recovery Planning efforts need to encompass how employees will communicate, where they will go and how they will keep doing their jobs. But the critical point is that neither element can be ignored, and physical, IT and human resources plans cannot be developed in isolation from each other. The Disaster Recovery Plan (DRP) is that tool which can be used as a Disaster Planning Template for any size of enterprise. The Disaster Planning Template and supporting material have been updated to be Sarbanes-Oxley and HIPAA compliant. Preparation for Disaster Recovery and Business Continuity in light of SOX has two primary parts.
Disaster Recovery Business Continuity Template (WORD) - comes with the latest electronic forms and is fully compliant with all mandated US, EU, and ISO requirements.
Included with the template are Electronic Forms which have been designed to lower the cost of maintenance of the plan. Work Plan to modify and implement the template. Included is a list of deliverables for each task. Click on the link below to get the Disaster Planning and Business Continuity Planning Template full table of contents and selected sample pages now and make it part of your Disaster Recovery Planning toolkit. It is in these plans that you will set out the detailed steps needed to recover your IT systems to a state in which they can support the business after a disaster. Then, you’ll need to establish recovery time objectives (RTOs) and recovery point objectives (RPOs). Here we’ll explain how to write a disaster recovery plan as well as how to develop disaster recovery strategies.
Procedures should ensure an easy-to-use and repeatable process for recovering damaged IT assets and returning them to normal operation as quickly as possible.
This process can be seen as a timeline, such as in Figure 2, in which incident response actions precede disaster recovery actions. The next section should define roles and responsibilities of DR recovery team members, their contact details, spending limits (for example, if equipment has to be purchased) and the limits of their authority in a disaster situation.
Based on the findings from incident response activities, the next step is to determine if disaster recovery plans should be launched, and which ones in particular should be invoked. A section on plan document dates and revisions is essential, and should include dates of revisions, what was revised and who approved the revisions. Once the plan has been launched, DR teams take the materials assigned to them and proceed with response and recovery activities as specified in the plans.
Located at the end of the plan, these can include systems inventories, application inventories, network asset inventories, contracts and service-level agreements, supplier contact data, and any additional documentation that will facilitate recovery. These are essential in that they ensure employees are fully aware of DR plans and their responsibilities in a disaster, and DR team members have been trained in their roles and responsibilities as defined in the plans. Disaster recovery’s principal mission is to return IT operations to an acceptable level of performance as quickly as possible following a disruptive event.
It shows where the disaster recovery audit, maintenance and continuous improvement fit into the overall disaster recovery lifecycle and framework. Check to ensure that your audit firm has expertise in business continuity and disaster recovery. So, for example, make sure to audit outsourcing vendors to ensure their capabilities support your organisation's disaster recovery strategies and plans. These will include risk assessments, business impact analyses (and updates to existing risk assessments and BIAs), plan reviews, plan exercises, contact list updates, and plan training and awareness activities. But, before we look at them in detail, we need to locate disaster recovery risk assessment and business impact assessment in the overall planning process. Such plans provide a step-by-step process for responding to a disruptive event with steps designed to provide an easy-to-use and repeatable process for recovering damaged IT assets to normal operation as quickly as possible.


Then consider site security, staff access procedures, ID badges and the location of the alternate space relative to the primary site.
Then define step-by-step procedures to, for example, initiate data backup to secure alternate locations, relocate operations to an alternate space, recover systems and data at the alternate sites, and resume operations at either the original site or at a new location. Here we can see the critical system and associated threat, the response strategy and (new) response action steps, as well as the recovery strategy and (new) recovery action steps. This section should specify who has approved the plan, who is authorised to activate it and a list of linkages to other relevant plans and documents. If DR plans are to be invoked, incident response activities can be scaled back or terminated, depending on the incident, allowing for launch of the DR plans. The more detailed the plan is, the more likely the affected IT asset will be recovered and returned to normal operation. And since DR planning generates a significant amount of documentation, records management (and change management) activities should also be initiated.
Continuous improvement is an ongoing activity that occurs at all points in the DR planning lifecycle, and can be implemented through effective programme management. When applied to disaster recovery, continuous improvement ties together the previously discussed disaster recovery audit and maintenance activities and leverages the results of both to introduce improvements to the process on an ongoing basis. What's more, the myriad interconnected data, application and other resources that must be recovered after a disaster make recovery an exceptionally difficult and error-prone effort.
For some businesses, issues such as supply chain logistics are most crucial and are the focus on the plan. The second is to clearly and expressly document all these procedures so that in the event of a SOX audit, the auditors clearly see that the Disaster Recovery and Business Continuity Plan exists and appropriately protects the data and assets of the enterprise.. This section defines the criteria for launching the plan, what data is needed and who makes the determination. Technology DR plans can be enhanced with relevant recovery information and procedures obtained from system vendors. If your organisation already has records management and change management programmes, use them in your DR planning.
Now it is time to map out plans for disaster recovery audit, maintenance and continuous improvement. Those events with the highest risk factor are the ones your disaster recovery plan should primarily aim to address. Even if you have never built a Disaster Recovery plan before, you can achieve great results.
For others, information technology may play a more pivotal role, and the Business Continuity Disaster Recovery Plan may have more of a focus on systems recovery.
Included within this part of the plan should be assembly areas for staff (primary and alternates), procedures for notifying and activating DR team members, and procedures for standing down the plan if management determines the DR plan response is not needed. Check with your vendors while developing your DR plans to see what they have in terms of emergency recovery documentation. Just follow the DR Template that Janco has created and you will have a functioning plan before you know it.



Government emergency preparedness kit
Dot emergency response requirements
Volcanes importantes de alaska


Comments

  1. 14.06.2014 at 20:49:10


    Even if you do not personal the stone that you choose water, tissue.

    Author: SEBINE_ANGEL
  2. 14.06.2014 at 14:33:54


    The combination of the three compact fluorescent lighting (CFL) there was at different times.

    Author: Stilni_Qiz
  3. 14.06.2014 at 18:21:57


    Thing else completely hear the.

    Author: nedostupnaya