يجب أن تؤكد قائمة التحقق لخطة التعافي من الكوارث أنك تعرف أهم الأنظمة، وأن لكل منها هدفاً لزمن التعافي وفقد البيانات، وأن النسخ الاحتياطية والقدرة الاحتياطية تطابق هذه الأهداف، وأن دليل تشغيل مكتوباً موجود، وأن التعافي اختُبر مقابل الوقت، وأن هناك من يراجع الخطة وفق جدول. وتتبع المراحل الست أدناه الإجراء الوارد في NIST SP 800-34 Rev. 1، دليل التخطيط للطوارئ لأنظمة المعلومات الأمريكي.
ما الذي تغطيه خطة التعافي من الكوارث
تستعيد خطة التعافي من الكوارث الأنظمة التقنية بعد انقطاع جسيم، وتقع إلى جانب خطط أخرى يفصل بينها NIST SP 800-34 Rev. 1.
| الخطة | ما يقول NIST إنها توفره |
|---|---|
| خطة استمرارية الأعمال | إجراءات لاستمرار عمليات الأعمال أثناء التعافي من انقطاع كبير. |
| خطة التعافي من الكوارث | إجراءات لنقل عمليات نظام المعلومات إلى موقع بديل. |
| خطة الطوارئ لنظام المعلومات | إجراءات وقدرات لاستعادة نظام معلومات واحد. |
| خطة الاستجابة للحوادث السيبرانية | إجراءات للتعامل مع الهجمات السيبرانية على أنظمة المنشأة. |
| خطة اتصالات الأزمات | إجراءات للتواصل الداخلي والخارجي أثناء الانقطاع. |
أبقِ الخطط منفصلة لكن اجعلها تشير إلى بعضها. فهجوم الفدية يحتاج إلى خطة الاستجابة للحوادث لتحديد ما يُعزل، وإلى خطة التعافي لتحديد ما يعود أولاً.
ويظهر معياران دوليان أيضاً في المناقصات: يضع ISO 22301:2019 متطلبات نظام لإدارة استمرارية الأعمال عبر المنشأة كلها، فيتجاوز تقنية المعلومات بكثير، وتذكر ISO أن إصداراً ثالثاً قيد الإعداد. ويقدم ISO/IEC 27031:2025، المنشور في مايو 2025 بديلاً لإصدار 2011، إرشادات حول تجهيز تقنية المعلومات والاتصالات لدعم استمرارية الأعمال، بما في ذلك الاعتماد على خدمات خارجية مثل المنصات السحابية.
قائمة التحقق لخطة التعافي في ست مراحل
يجب أن تنتهي كل مرحلة بشيء يمكنك عرضه على مدقق أو عضو جديد في الفريق: وثيقة أو رقم أو سجل اختبار.
المرحلة 1: تحليل الأثر على الأعمال
ابدأ بالأعمال لا بالخوادم. ويقسم NIST تحليل الأثر على الأعمال إلى ثلاث خطوات، ويعتمد باقي الخطة على كل منها.
- اسرد إجراءات الأعمال التي يدعمها كل نظام وقدّر تكلفة الانقطاع بمرور الوقت، ويجب أن يتفق مالك الأعمال على حد. ويسمي NIST إجمالي الانقطاع الذي تقبله الأعمال لإجراء ما أقصى مدة توقف مقبولة.
- اسرد ما يحتاجه كل إجراء للعمل: المرافق والأشخاص والمعدات والبرمجيات والبيانات والسجلات الحيوية، إضافة إلى الأنظمة الأخرى التي يعتمد عليها.
- رتّب الأنظمة في تسلسل للتعافي، فخدمة الدليل أو الشبكة أو قاعدة البيانات التي تعتمد عليها أنظمة أخرى تأتي قبل التطبيقات التي تحتاجها.
المرحلة 2: RTO وRPO لكل نظام
حوّل التحليل إلى هدفين لكل نظام: زمن التعافي المستهدف (RTO) ونقطة التعافي المستهدفة (RPO). ويقدم مقال شرح RPO وRTO التعريفات ومثالاً محسوباً، لذا يغطي هذا الجزء ما يجب تسجيله فقط.
- RTO وRPO لكل نظام، متفق عليهما مع مالك الأعمال ومكتوبان في الخطة.
- تسلسل الاعتماديات، حتى لا يتأخر نظام ذو هدف قصير بسبب نظام تحته بهدف أطول.
- علامة توضح الأهداف التي تحققت في اختبار فعلي وتلك التي ما زالت تقديرات.
المرحلة 3: النسخ الاحتياطي وطريقة التعافي
يذكر NIST أن سياسة النسخ الاحتياطي يجب أن تحدد حداً أدنى للتكرار حسب أهمية البيانات، وأن تخزين النسخ خارج الموقع ممارسة جيدة، وأن النسخ يجب اختبارها بانتظام للتأكد من إمكانية قراءة البيانات دون أخطاء.
- تكرار النسخ الاحتياطي أو النسخ المتماثل لكل نظام لا يقل صرامة عن RPO الخاصة به.
- نسخة واحدة على الأقل غير متصلة، أو بعيدة عن متناول مهاجم يملك بيانات دخول المسؤول. ويوصي دليل CISA لمكافحة الفدية (سبتمبر 2023) بنسخ احتياطية غير متصلة ومشفرة مع اختبار منتظم لتوافرها وسلامتها، لأن كثيراً من برمجيات الفدية تبحث عن النسخ المتاحة لحذفها أو تشفيرها.
- طريقة التعافي محددة لكل نظام. وتتدرج أنواع المواقع البديلة لدى NIST من البارد (مساحة وبنية تحتية فقط) مروراً بالدافئ والساخن وصولاً إلى المتطابق، وهو نسخة مكررة بالكامل للموقع الرئيسي. والمواقع الباردة أرخص صيانة لكن تجهيزها قد يستغرق وقتاً طويلاً، والمتطابقة الأعلى تكلفة.
- كل مزود سحابي أو برمجيات كخدمة مدرج مع ما يلتزم به عقده في التعافي، وما يبقى من مسؤوليتك.
- تم التحقق من موقع بيئة التعافي مقابل قواعد موقع البيانات لديك، فنسخة التعافي تبقى بياناتك، ويوضح دليل إقامة البيانات في السعودية الأسئلة التي يجب طرحها.
المرحلة 4: دليل تشغيل التعافي
دليل تشغيل التعافي هو الإجراء خطوة بخطوة الذي يتبعه فريق التعافي أثناء الحادث. ولخطة الطوارئ لدى NIST أربعة أجزاء تشكّل هيكلاً سليماً: المعلومات الداعمة، والتفعيل والإشعار، والتعافي، وإعادة البناء.
- التفعيل. من يستطيع إعلان الكارثة، ووفق أي معايير، وكيف يُستدعى الفريق. ويصف NIST شجرة اتصال. احفظ بيانات الاتصال في مكان يصمد أمام انقطاع البريد والمحادثة، مثل نسخة مطبوعة، وتقدم CISA النصيحة نفسها لوثائق الشبكة.
- التعافي. التسلسل من المرحلة 1، مع كتابة كل مهمة كإجراءات أو أوامر محددة. وينصح دليل تخطيط التعافي من الكوارث لدى Google Cloud بكتابة كل مهمة كأوامر أو إجراءات محددة لا لبس فيها.
- إعادة البناء. كيفية التحقق من النظام المستعاد والعودة إلى التشغيل الطبيعي والرجوع إلى الموقع الأصلي.
- الوصول. بيانات الدخول ومفاتيح الترخيص والتشفير اللازمة للتعافي متاحة حين يتعطل نظام الهوية الرئيسي، ولكل دور بديل محدد.
والخطوة القابلة للاستخدام تُقرأ هكذا: استعد قاعدة بيانات الموارد البشرية من أحدث نسخة كاملة إلى الخادم الاحتياطي، وطبّق نسخ السجلات حتى آخر نسخة متاحة، وشغّل فحص السلامة، واطلب من قائد عمليات الموارد البشرية تأكيد وجود بيانات رواتب الفترة الحالية. فيستطيع من لم يكتبها اتباعها، وتنتهي بفحص.
المرحلة 5: اختبار التعافي من الكوارث
اختبار التعافي الطريقة الوحيدة لمعرفة إن كانت الخطة تعمل، لذا تحتاج القائمة إلى سجلات اختبار إلى جانب الوثائق. ويفصل NIST بين ثلاث مهام: الاختبار يتحقق من قدرات التعافي، والتدريب يجهّز الأشخاص، والتمرين يكشف الفجوات. واستخدم أكثر من نوع اختبار، لأن كلاً منها يُظهر شيئاً مختلفاً.
| نوع الاختبار | ما يحدث | ما يُظهره |
|---|---|---|
| اختبار استعادة النسخة الاحتياطية | يُستعاد نظام من النسخة الاحتياطية إلى بيئة منفصلة ويُقاس الزمن. | هل النسخ قابلة للقراءة وكم تستغرق الاستعادة الفعلية. |
| تمرين نظري | يناقش الفريق سيناريو دون تنفيذ خطوات التعافي. | فجوات في الأدوار والقرارات وبيانات الاتصال. |
| تمرين وظيفي | ينفذ الفريق إجراءات التعافي بطريقة مضبوطة لوظائف محددة. | هل تعمل الخطوات كما كُتبت. |
| اختبار التحويل | تنتقل الخدمة الفعلية إلى بيئة التعافي. | هل يتحمل موقع التعافي الحمل الفعلي ويحقق RTO وRPO. |
- قِس زمن كل اختبار، وقارنه بـ RTO وRPO، وسجّل الفجوة.
- اتبع دليل التشغيل أثناء الاختبار وسجّل كل خطوة كانت خاطئة أو غير واضحة. وتؤكد إرشادات AWS Well-Architected حول اختبار التعافي من الكوارث النقطة نفسها وتحذّر من أن القدرة الاحتياطية التي صمدت في الاختبار الأخير قد لا تصمد الآن.
- أصلح ما كشفه الاختبار، ثم أعد اختبار ذلك الجزء.
- اختبر بعد التغييرات الكبيرة مثل الترحيل أو مورّد جديد، لا وفق التقويم فقط.
المرحلة 6: إبقاء الخطة محدّثة
يعامل NIST الخطة كوثيقة حية تُراجع بدورية تحددها المنشأة (ويضرب مثلاً بالمراجعة السنوية)، وتُحدَّث لتغيرات بيانات الاتصال وأولويات التعافي والإجراءات وأعضاء الفريق.
- مالك واحد محدد وجدول مراجعة مؤرخ.
- محفزات التغيير موثقة، مثل نظام جديد أو ترحيل أو تغيير مورّد.
- سجل إصدارات، ونسخة حالية محفوظة حيث يصل إليها فريق التعافي أثناء الانقطاع.
استخدام القائمة مع الضوابط الأساسية للأمن السيبراني
بالنسبة للجهات الحكومية السعودية وجهات القطاع الخاص المالكة للبنى التحتية الوطنية الحساسة أو المشغّلة أو المستضيفة لها، يُعد التخطيط للتعافي من الكوارث متطلباً للأمن السيبراني أيضاً. فـالضوابط الأساسية للأمن السيبراني (ECC-2:2024) تغطي ذلك في المكون الفرعي 3-1 حول جوانب صمود الأمن السيبراني في إدارة استمرارية الأعمال، وتطلب ضوابطه تحديد هذه المتطلبات وتوثيقها واعتمادها (3-1-1)، وتطبيقها (3-1-2)، ومراجعتها دورياً (3-1-4).
ويحدد الضابط 3-1-3 حداً أدنى للمحتوى، منه ضمان استمرار أنظمة وإجراءات الأمن السيبراني، وخطط الاستجابة للحوادث السيبرانية التي قد تؤثر على استمرارية الأعمال، وخطط التعافي من الكوارث. ونص الضابط الذي راجعناه لا يحدد قيماً رقمية لـ RTO أو RPO، فتحليل الأثر لديك هو مصدر الأهداف. وللخدمات السحابية تضيف ضوابط الحوسبة السحابية متطلبات موازية للمزودين المشمولين وعملائهم، وهي إجراءات التعافي من الكوارث واستمرارية الأعمال المتعلقة بالحوسبة السحابية (3-1-P-1-1 للمزودين و3-1-T-1-1 للمستأجرين).
اعتبر القائمة أعلاه الطبقة العملية تحت هذه المتطلبات. وهذه معلومات عامة عن ضوابط منشورة لا استشارة امتثال، فتحقق من انطباقها على منشأتك وكيفيته مع الهيئة أو مستشار مؤهل.
تقدم وسنا للحلول الرقمية تخطيط التعافي من الكوارث وبنية النسخ الاحتياطي والاختبار ضمن خدمات الافتراضية والحوسبة الطرفية والتعافي من الكوارث.
قارن خطتك بهذه القائمة قبل الانقطاع القادم
أرسل لنا قائمة أنظمتك وترتيبات النسخ الاحتياطي الحالية ونتيجة آخر اختبار تعافٍ، وسيخبرك مستشار من وسنا للحلول الرقمية بالبنود التي تحتاج إلى اهتمام أولاً.
اطلب مراجعة للجاهزية للتعافي من الكوارثالمصادر
- Contingency Planning Guide for Federal Information Systems, NIST SP 800-34 Rev. 1 (مايو 2010، المحدّث في 11 نوفمبر 2010). المعهد الوطني للمعايير والتقنية الأمريكي. النص الكامل: nvlpubs.nist.gov. تاريخ الاطلاع: 2 أكتوبر 2026.
- #StopRansomware Guide (سبتمبر 2023). وكالة الأمن السيبراني وأمن البنية التحتية الأمريكية (CISA). تاريخ الاطلاع: 2 أكتوبر 2026.
- Disaster recovery planning guide (آخر مراجعة 5 يوليو 2024). وثائق Google Cloud. تاريخ الاطلاع: 2 أكتوبر 2026.
- REL13-BP03 Test disaster recovery implementation to validate the implementation. AWS Well-Architected Framework، ركيزة الموثوقية، وثائق Amazon Web Services. تاريخ الاطلاع: 2 أكتوبر 2026.
- الضوابط الأساسية للأمن السيبراني (ECC-2:2024). الهيئة الوطنية للأمن السيبراني. تاريخ الاطلاع: 2 أكتوبر 2026.
- ضوابط الأمن السيبراني للحوسبة السحابية (CCC-2:2024). الهيئة الوطنية للأمن السيبراني. تاريخ الاطلاع: 2 أكتوبر 2026.
- ISO 22301:2019 Security and resilience, Business continuity management systems, Requirements. المنظمة الدولية للمعايير. تاريخ الاطلاع: 2 أكتوبر 2026.
- ISO/CD 22301, Security and resilience, Business continuity management systems, Requirements (الإصدار الثالث، مرحلة مسودة اللجنة). المنظمة الدولية للمعايير. تاريخ الاطلاع: 2 أكتوبر 2026.
- ISO/IEC 27031:2025 Cybersecurity, Information and communication technology readiness for business continuity. المنظمة الدولية للمعايير. تاريخ الاطلاع: 2 أكتوبر 2026.
