การปกป้องธุรกิจด้วย Disaster Recovery Plan
ไม่ว่าธุรกิจจะเล็กหรือใหญ่ น่าจะสมเหตุสมผลที่จะพูดว่าคุณพึ่งพา IT เพื่อทำงาน และ IT ทุกอย่าง ไม่ว่าจะเป็น mobile device, email server หรือ cloud-based application ล้วน susceptible to failure
นี่เป็นปัญหาที่ใหญ่ขึ้นเรื่อยๆ ตาม research ของ Statista downtime ใช้เงินบริษัททั่วโลกเฉลี่ย $400,000 ต่อชั่วโมง นอกจากนี้ การศึกษาของ Ponemon Institute ในปี 2018 พบว่า global average cost ของการสูญเสียข้อมูลสูงถึง $3.6 ล้าน หรือประมาณ $141 ต่อ data record ในโลกที่พึ่งพาข้อมูลวันนี้ การล้มเหลวในการ bounce back จาก IT outage อาจเพียงพอที่จะฆ่าธุรกิจของคุณ
Disaster Recovery Plan คืออะไร?
Disaster recovery plan ประกอบด้วย policies และ procedures ที่ entity ที่กำหนด – ในกรณีนี้คือธุรกิจของคุณ – จะปฏิบัติตามเมื่อ IT services ถูก disrupted นี่อาจเกิดจาก natural disaster, technological failure หรือ human factors เช่น sabotage หรือ terrorism แนวคิดพื้นฐานคือ restore affected business processes ให้เร็วที่สุด ไม่ว่าจะโดยนำ disrupted services กลับออนไลน์ หรือ switch ไป contingency system
Disaster recovery plan ของคุณควรคำนึงถึง:
- IT services: Business processes ไหนถูก support โดย systems ไหน? ความเสี่ยงคืออะไร?
- People: Stakeholders คือใคร ทั้งฝ่ายธุรกิจและ IT ใน DR process ที่กำหนด?
- Suppliers: External suppliers ไหนที่คุณต้องติดต่อในกรณี IT outage? data recovery provider ตัวอย่าง
- Locations: คุณจะทำงานที่ไหนถ้าสถานที่ปกติเข้าถึงไม่ได้?
- Testing: คุณจะ test DR plan อย่างไร?
- Training: Training และ documentation อะไรที่คุณจะให้ end-users?
ที่ศูนย์กลางของ DR plans ส่วนใหญ่ มี KPI สำคัญสองตัว ซึ่งมัก apply แยกต่างหากไปยัง IT services ต่างๆ: recovery point objective (RPO) และ recovery time objective (RTO) อย่าสับสนด้วย jargon เพราะมันง่ายมาก:
- RPO: อายุสูงสุดของ backup ก่อนที่จะไม่มีประโยชน์ ถ้าคุณรับสูญเสียข้อมูลหนึ่งวันในระบบที่กำหนด คุณตั้ง RPO 24 ชั่วโมง
- RTO: เวลาสูงสุดที่ควรอนุญาตให้ผ่านไปก่อนที่ backup จะถูก implement และ normal services resumed
การสร้างโครงสร้าง Disaster Recovery Plan ที่สมบูรณ์
แม้ DR plan ธุรกิจขนาดเล็กอาจเป็นเอกสารยาวและซับซ้อน แต่ส่วนใหญ่ปฏิบัติตามโครงสร้างคล้ายกัน ครอบคลุม definitions, duties, step-by-step response procedures และ maintenance activities ใน template ของเรา เราใช้ outline ดังนี้:
- Introduction: สรุป objectives และ scope ของแผน รวม IT services และ locations ที่ครอบคลุม RPOs และ RTOs สำหรับ services ต่างๆ และ testing และ maintenance activities รวม revision history เพื่อ track changes
- Roles and responsibilities: รายการ internal และ external stakeholders ที่เกี่ยวข้องในแต่ละ DR process พร้อม contact details และ description ของ duties
- Incident response: เมื่อไหร่ DR plan ควร triggered และ كيف และเมื่อไหร่ employees, management, partners และ customers ควร notified?
- DR procedures: เมื่อ DR plan triggered stakeholders สามารถเริ่ม action DR process สำหรับแต่ละ affected IT service ใน section นี้ procedures ตั้งออกมา step-by-step
- Appendices: ชุดรวบรวม lists, forms และ documents ที่เกี่ยวข้องกับ DR plan เช่น details บน alternate work locations, insurance policies, และ storage และ distribution ของ DR resources
รักษา Disaster Recovery Plan ให้มีชีวิต
เหมือน policy document ใดๆ DR plan ไร้ประโยชน์ถ้ามันใช้ชีวิตส่วนใหญ่นั่งในลิ้นชักที่ไหนที่นั่น ไม่มีประโยชน์ที่จะสร้างมันถ้าคุณไม่ allocate ทรัพยากรเพียงพอสำหรับ training staff เรื่องความมีอยู่ของแผน รวมถึง roles และ responsibilities ของพวกเขาในกรณี IT outage
การเก็บให้ทันสมัยก็สำคัญเช่นกัน ตามเวลาผ่านและธุรกิจเติบโต คุณจะต้อง accommodate new systems และ IT services ใน DR plan ของคุณ อย่าลืมแจ้ง stakeholders ที่ได้รับผลกระทบเมื่อคุณทำเช่นนั้น
Test, test, test!
สุดท้าย คุณต้อง test DR plan ของคุณ และรู้ว่า RPO และ RTO KPIs ของคุณ viable หรือไม่ หรือแม้แต่ procedures fit for purpose หรือไม่ มัน tempting ที่จะ test DR plan แบบ stages แต่อย่าละเลย test มันทั้งหมดจากเวลาไปเวลามา มันจะ show ให้เห็นว่า different processes cause friction เมื่อรัน concurrently และว่ามีอะไรที่คุณล้มเหลวที่จะคำนึงถึง
ต้องการความช่วยเหลือเพิ่มเติมเกี่ยวกับ disaster recovery planning? ดู disaster recovery blogs อื่นๆ ของเราด้านล่าง
Disaster recovery plan คืออะไร และทำไมคุณต้องการมัน?
คู่มือขั้นตอน disaster recovery planning
หากคุณสนใจให้ Ontrack เป็นส่วนหนึ่งของ disaster recovery plan ของคุณ คุยกับผู้เชี่ยวชาญของเราวันนี้
ดาวน์โหลด disaster recovery template ของเราที่นี่
