Project Management Pack Disaster Recovery Plan

Disaster Recovery Plan

The Project Management Pack suite of templates compliments the proposal and contract documents by giving you a collection of business documents to be used once you have a project to work on.

Category: Plans and Procedures

Usage:

Use the Disaster Recovery Plan template to create your company's policies and procedures for managing large disasters to ensure the continuity of the business and to minimize interruption of business operations.

Related documents may be used in conjunction with this document depending on your situation. Many related documents are intended for use as part of a project management system. Multiple documents are used over the course of a project to cover situations such as contact changes, project changes, status tracking, etc.

Related Documents:

• Software Disaster Recovery Plan

This document is found in the following products:

$297 Proposal Kit Pro
$147 Proposal Kit Standard

List of all 55 project management templates.

Compare these products side by side

Alternate and related documents are also listed if there are other templates similar in nature, on a different scale or which can be used to provide additional information.

A wide variety of documents are included and are intended to be picked based on your needs. All projects are different and have different needs and goals. Pick the collection of documents from our collection and use them as needed for your project. Recommendations and samples provided are only intended as general guidelines.

Project documents may also be referred to as a template, document, outline, boilerplate, letter, sample, form or example.

Additional search terms related to this document:

business, project, management, information, documents, templates, boilerplate, form, outline, text drp Disaster Recovery Plan DRP THE DRP PROJECT DOCUMENT TITLE Author Title Company CurrentDate Document Version Control Information Introduction Purpose this document Objectives Insert the purpose this document its objectives and its intended audience. Example The purpose this document formally recognize and codify the policies and procedures Company wishes enact order both safeguard the Company Business and ensure its continuity the event disaster other event The goals and objectives listed this plan are meant allow the Company minimize any interruption its businesses and individual recovery plans may enacted safeguard and restore specific Company resources assets business process order continue its business operations The Company provides its Employees Staff and Vendors this Disaster Recovery Plan DRP overview the required steps and policies enacted following emergency. Scope Document Insert description the scope this Disaster Recovery Plan and whether this covers the entire company specific business unit department shall governed supersedes other policy documents that may already place. Scope Constraints Insert constraints such schedules costs interactions overview any other information relevant the testing the development requirements. Goals this Plan Insert overview brief description the product software other desired end result that being tested under this Disaster Recovery Plan. Business Context Insert overview the business organizations impacted this Disaster Recovery Plan Include the business organization critical components and reliance specific vendors services other assets Note This section will primarily used set priorities and identify and classify risk the Company pertains recovery from Disaster Event While generally understood that every possible manner which Company its continuity could impacted event would not outlined here this section intended quickly communicate plain language how what and who important the business the event disaster Following disaster and the enactment this plan important that personnel involved the coordination and recovery from disaster event understand the impact the Company operations and the dependent business processes they may better identify further business interruption that may occur from enactment the plan additional cascading business failures due missing resources recovery efforts. Goals Defined The Overall Goals the DRP are provide easy and accessible methods for Company recover from any the following events occurrences. Loss hardware and critical equipment Loss critical infrastructure personnel Loss critical vendors dependent services other stream service providers Loss installed software and applications see Company Software Disaster Recovery Plan. Containment secondary damage resultant from the proximate cause disaster other event. Identification and containment security risks and potential secondary damage resultant from the loss critical resource following disaster other event. Loss software installation disks packages other media including software proof license ownership. Loss any other asset resource vendor direct service provider data information any other asset deemed resource critical the continuity the Company business. References and Reference Material Insert list all reference documents and other materials related the Software Disaster Recovery Plan References will often include but are not limited. Company Business Continuation Plan BCP Company Software Disaster Recovery Plan SDRP Company Recovery Point Objectives RPO Company Recovery Time Objectives RTO Documentation Items Insert references documentation contact lists which may include but are not limited. Company Critical Services List Company Critical Vendors List Company Critical Location List Company Department Head and Manager List Company Disaster Response Team List Plan Components Software Inventory Catalog and Control centralized Software Database and Control System SDCS for inventory maintained for all software licensed the Company complete copy all SDCS data maintained off company property and updated regular basis The SDCS shall the first resource the Company utilizes the event critical Software failure interruption. Hardware Inventory Catalog and Control centralized Critical Infrastructure and Control System CICS for all assets deemed necessary and critical the continuity the Company and its business maintained for all assets owned the Company complete copy all CICS data maintained off company property and updated regular basis The CICS shall the first resource the Company utilizes the event critical hardware infrastructure failure interruption. Information contained the CICS shall contain but not limited Descriptions Company infrastructure and dependent equipment vendors and services Inventory and locations all company assets deemed critical and the locations all spare back reserve equipment. Lists all Company personnel who have access the ability interact request otherwise direct vendors act Company behalf Account Owners Administrators. Directing Staff any additional manuals and documentation Insert additional descriptions the tasks performed Inventory Audits Company shall conduct periodic audits all resources ensure compliance and integrity our inventory data Regular checks employee hardware software and license counts may conducted random basis The Company will also conduct complete audit annually and compare the CICS. Insert additional descriptions the tasks performed Off site Storage Off site storage all information contained the CICS shall facilitated the Company This includes whenever possible copies all purchase information service agreements warranties installation media documentation licenses serials and other relevant information Regardless whether multiple copies the same asset resource are being utilized shall necessary store copies each relevant warranty service agreement End user License Agreement EULA any other information that may specific individual serialized asset Data will updated regular basis and more than one member the Incident Response Team shall have access this storage all times. Insert additional descriptions the tasks performed Proof Ownership All original supporting Proof Ownership documents shall retained off site while the Company shall retain copies Proof Ownership onsite for auditing purposes. Insert additional descriptions the tasks performed Documentation Whenever possible photocopies reproductions all documentation should made for employee use while the originals are stored off site. Insert additional descriptions the tasks performed Plan Objectives This Disaster Recovery Plan may superseded actions taken individual Company Disaster Recovery Plans such those governing Software Employees and Personnel utilizing alternate locations other specific plans that are part the Company Business Continuity Plan BCP The following shall considered objectives the Disaster Recovery Plan. Safeguard the lives and personal safety all Company employees and other staff members. Gain assistance direction and support from civil services such fire police and emergency management. Secure information and establish channels communications concerning natural disaster event from fire police and emergency management order tie into Company Command and Communication Centers. Company Recovery Point Objectives RPO The Company Recovery Point Objective RPO shall considered point time which operations must restored order acceptable Company within the context the following. The difference time between back resource asset and the disruptive event that could occur. The Company tolerance for loss data and continued operations The Company tolerance for risk and exposure risk during disaster event. The Company exposure cost and financial loss due restoration data and time spent recovering entering data. Company Recovery Time Objective RTO The Company Recovery Time Objective RTO shall the acceptable boundary time which recovery efforts must accomplished order meet the expectations the Company has determined critical meet when disaster event business interruption occurs. individual RTO may established for each process covered under this recovery plan established during the Company Business Impact Analysis BIA for each department RTO may also encompass series processes well All RTO are determined Senior Management and the Executive Team. Implementation the Plan Insert the overall objectives for implementation the plan Your Disaster Recovery Plan may contain several different approaches for certain events large small. Definition Disaster Event disaster event shall defined event occurrence which results the sudden unexpected loss key resources functions software licenses components dependencies any other failure asset deemed critical the Company continued business. event may include but not limited Fire Smoke Damage Floods Water Damage Power and Utility Failures Natural Disasters Terrorist Attacks Theft Criminal Activity Computer Viruses Security Breeches Hardware and Equipment Failures Human Error Omissions Legal Issues Riots Strikes and Civil Disturbances Planned Maintenance and Testing Unplanned Maintenance and Testing Notification Event the event occurrence any event disaster regardless known impact single user department the entire company the following people must immediately notified. Insert notification information here including back secondary notification information specific person will noted Disaster Recovery Coordinator which you will want specify who your organization must take that role sure specify all back and secondary notifications that must take place well who the role Disaster Recovery Coordinator falls the event that the primary point contact cannot reached. Event Recovery Strategy Business interruption events disaster have different levels severity degrees impact the Company The strategies procedures and objectives this Business Continuity Plan outline plan action that deals with the worst case scenario that the Company could face should such event occur. Insert summary for the specific strategy the Company wishes employ for managing disaster events The Company recovery strategy high level overview the recovery process that the Company will enact disaster event interruption occurs This strategy shall include but not limited. Current Company Command and Communication Centers Alternate Company Command and Communication Centers Use alternate business operations methods other alternative business processes Use alternate data processing processing centers Use alternate data and voice communications Descriptions for when move critical data off site storage facilities and vendors and what control document plan enacted following such decision. Descriptions the Company alternate locations the functions these locations and how they fit into the continuity particular business process the control documents plans that govern these locations and their capabilities and all other relevant information the strategy concerning the utilization alternate locations for assets equipment and personnel. Use additional temporary work personnel contractors Use telecommuting and remote work locations Event Classification and Response Response disaster event requires classification the event order access its impact the business and the safety the Company personnel. The Company uses the following definitions guideline for classifying events Business Interruptions Business Interruptions shall defined disruptions the normal operations and activity the Company that may evolve from either single event events that worsen the point where the disruption becomes critical the continued operation the Company dependent process Problems may the results from either tangible telephone power failures interruptions sabotage negligence utility failure intangible pandemic viral outbreak Company dependent labor disruptions inclement weather events. Business interruptions should thought events that may necessitate the enactment the BCP but may contain more temporary measures and restrictions order contain cost contain the further disruption the Company not enacting recovery efforts aimed disasters more long term recovery efforts. Disaster Events Disaster events are those events listed Sec which are deemed potentially cause long term disruption interruption. Proper classification events will help direct the response and recovery for each situation. Event Escalation Event escalation shall the point which business interruption shall reclassified disaster event The following are the various thresholds that the Company has defined for event escalation. Insert the threshold that must met and the individual steps follow for escalating unresolved business interruptions and problems disaster status. The following contact tree shall used order notify senior management and individuals with recovery responsibilities the point which each individual threshold has been met. Insert Disaster Recovery Contact Tree Event Recovery Time Lines Within the first Hours hours after notification event the Disaster Recovery Coordinator will take the following steps. The Disaster Recovery Coordinator will assess all damage Company and its operations including determination all affected locations and resources Special consideration should made for all dependant systems and software which are not yet impacted event but share dependency with impacted software resource. The Disaster Recovery Coordinator will recover and consult all relevant Company Recovery Time Objective RTO and Company Recovery Point Objectives RPO. The Disaster Recovery Coordinator will notify senior management and the proper Executives. The Disaster Recovery Coordinator will notify all support staff responsible for implementing this plan recovery services including all vendors who have responsibility for implementing the Company Business Continuity Plan BCP. The Disaster Recovery Coordinator will make decisions regarding containing the damage from the disaster event and decide whether recovery enacted whether back resources must employed. Within the first Hours hours after notification event the Disaster Recovery Coordinator will take the following steps. the disaster event impacts Company customers and upon successful contact with Senior Management Executives the Disaster Recovery Coordinator shall contact all Customer Support Managers provide them with information concerning service restrictions limitations other downtime that may occur. The Disaster Recovery Coordinator shall notify all disaster recovery vendors services off site storage providers deemed necessary. The Disaster Recovery Coordinator will schedule all support staff employees with disaster recovery duties and task them with recovery efforts. The Disaster Recovery Coordinator will schedule obtaining all relevant back data software manuals and other required resources. The Disaster Recovery Coordinator will contact all Managers Supervisors Department Heads impacted the Disaster Event. Within the first Hours hours after notification event the Disaster Recovery Coordinator will take the following steps. The Disaster Recovery Coordinator will provide Senior Management and the proper Executives with updated assessment recovery progress report and estimate timeline for the recovery schedule. the case critical software and systems not immediately recoverable the Disaster Recovery Coordinator shall have discretion enact emergency funding Insert Amount Disaster Recovery Funding cover the procurement and acquisition resources. Review all hardware and software support contracts and contact all vendors alert them for emergency assistance enactment support contracts and service level agreements SLAs temporary license keys enact provisions support agreements that may exist between the vendor and Company. Acquisition back resources deemed necessary shall proceeding this time Activation alternate resources sites locations other critical resource shall proceeding this time. All recovery and event logs shall have been secured alternate base operations shall have been secured deemed necessary Company wide communication enacted subject Senior Management and Executive approval Customer communication enacted subject Senior Management and Executive approval Within the first Hours hours after notification event the Disaster Recovery Coordinator will take the following steps. The Disaster Recovery Coordinator will provide senior management and the proper Executives with updated assessment recovery progress report and estimate timeline for the recovery schedule. Begin installation and testing all hardware and critical components Begin installation and testing all software and critical applications Begin restoration reloading all critical dependant data Enact monitoring all restored software and operation software verify data integrity and operational continuity. Coordinate with Customer Support Managers and Department Heads confirm successful resumption schedules and functionality restore software and systems. Within Days days after successful restoration from event the Disaster Recovery Coordinator will take the following steps. The Disaster Recovery Coordinator will provide Senior Management and the proper Executives with updated assessment and recovery progress report noting any outstanding reduction functionality loss data extended estimate timeline for the recovery such items subject each relevant RPO The Disaster Recovery Coordinator will also coordinate the evaluation and certification that each objective the Company RPO for impacted business process has been met. Store all recovery logs Provide Senior Management and the proper Executives Disaster Recovery Report DRR. Upon successful restoration all critical software and systems Disaster Recovery Coordinator shall complete new assessment all systems and software associated with relating the recovery. Disaster Recovery Coordinator shall complete assessment all vendor performance Disaster Recovery Coordinator shall complete assessment all support staff performance related the recovery and enactment the Software Disaster Recovery Plan. recovery efforts included use off offsite alternate locations resources vendors Disaster Recovery Coordinator will work with Senior Management and Executives outline plan for restoration and normalization usage such assets and resources including addition back Allowing for back ups for the back ups essence resources deployed. Disaster Recovery Plan Testing Insert the objectives and requirements for testing that the plan operates correctly within the parameters set forth the Company and the provisions BCP. Plan Objectives Mandates The objectives set forth RPO and RTO objectives should considered the overall goals the Company disaster event They are not exact mandates Individual departmental policies and procedures contingency plans and other disaster recovery plans may outline additional instructions followed. Plan Performance Testing Insert the objectives and requirements for testing that the plan operates correctly regards normal operation response and execution times scalability portability and all other performance requirements within the business environment. Plan Regression Testing Insert the objectives and requirements for testing that any changes applied the plan not affect functions previously tested. Plan Acceptance Testing Insert the objectives and requirements for testing that the plan meets all criteria and deliverables set forth the Company Business Continuity Plan BCP The Acceptance Testing important ensure that all requirements are met and that all components modules hardware requirements and recovery and restore operations function that viable plan exists demonstrate such functionality for customer. Plan Testing Process and Methods Insert the specific testing process and methods used performing each testing activity this section you will describe and define each type test that the Disaster Recovery Plan contains You may attach additional exhibits this section your testing plan requires them. Test Deliverables Insert the specific deliverables and documents that are delivered from the testing process Test deliverables may include incremental data data derived from incomplete tests Typical test deliverables include but are not limited. Individual RTO RPO Test Summary Reports Group Department RTO RPO Summary Reports Individual and Combined Test Logs Test Metrics and Benchmark Reports Test Incident Reports Testing Task and Requirements List description tasks and the skills required for plan performing testing part the deliverables. Examples Task Name Insert description here Responsibility for Task Insert description here Resources Required for Task Insert description here Schedule Timeline for Task Insert description here Testing Hardware and Environmental Requirements List description the hardware and environmental requirements for performing testing part the deliverables. Examples Hardware Requirement Name Insert description here Software Requirement Name Insert description here Security Resources Requirement Name Insert description here Specific Tools Requirement Name Insert description here Specific Documentation Requirement Name Insert description here Specific Risks and Assumptions Insert description here Focus restraints such resource availability time constraints staff and developer availability and all other external factors that can influence testing. Risk and Assumption Contingency Plan Insert description the contingency plan for each item listed above Change Request and Management description the Disaster Recovery Plan change request and change management procedure Describe the process that must followed for submission review and authorization for all requests for change the Disaster Recovery Plan any change any part the deliverables. Approval for Disaster Recovery Plan description the personnel authorized approve the Disaster Recovery Plan Their Name Title and signature must accompany this document. Approver Title Date signed Approver Title Date signed Approver Title Date signed Approver Title Date signed Appendices description all other supporting information required for the understanding and execution the Disaster Recovery Plan and requirements. All Disaster Recovery Plan documents require the following two appendices Definitions Acronyms Abbreviations description the definition important terms abbreviations and acronyms This may also include Glossary terms. References listing all citations all documents and meetings referenced used the preparation this Disaster Recovery Plan and testing requirements document.