تخطَّ إلى المحتوى

استمراريّة الأعمال

خطّةُ تعافٍ لم تُنفَّذ يوماً وثيقةٌ لا قدرة.

ما هذه الخدمة

استمراريّةُ الأعمال والتعافي من الكوارث (Business Continuity and Disaster Recovery) هي تحديدُ ما يجب أن ينجو، وسرعةِ عودته، وإثباتُ أنّه يعود فعلاً. ويمتدّ العملُ من تحليل الأثر، إلى أهداف RPO وRTO المتّفق عليها مع الأعمال، إلى تصميم التحويل عند الفشل وكرّاسات التشغيل والتمارين.

الفشلُ المتكرّر هو خطّةٌ مبنيّة حول البنية التحتيّة بدل أن تُبنى حول الخدمات. كلُّ شيءٍ منسوخ، ثمّ يتبيّن في التمرين أنّ ترتيب العودة لم يُحدَّد قطّ، وأنّ تغيير DNS يحتاج شخصاً غادر المؤسّسة، وأنّ بيئة التعافي لا تحتمل حمل الإنتاج الكامل. التعافي تسلسلٌ، والتسلسلاتُ غير المختبَرة لا تصمد.

متى تحتاجها

إن صدق أكثرُ من واحدةٍ ممّا يلي، فهذه عادةً نقطةُ البداية الصحيحة.

  • توجد خطّةُ تعافٍ كُتبت قبل سنوات ولم تُختبَر يوماً من طرفٍ إلى طرف.
  • أرقامُ RPO وRTO مدوَّنة في وثيقةٍ لم يوافق عليها أيّ مالك أعمال.
  • جهةٌ تنظيميّة أو شركةُ تأمين أو عميل طلبت دليلاً على تعافٍ مُختبَر، ولا دليل يُقدَّم.
  • حادثةٌ أو شبهُ حادثة كشفت أنّ خطوات التعافي تعيش في ذاكرة شخصٍ واحد.

ما الذي يشمله النطاق

  • تحليلُ أثر الأعمال: أيّ الخدمات مهمّة، وكم تكلّف ساعةُ التوقّف، وما التبعيّات التي تحملها كلّ خدمة.
  • أهدافُ RPO وRTO لكلّ خدمة، متّفَقٌ عليها مع مالكي الأعمال الذين يتحمّلون نتيجة الإخلال بها.
  • تصميمُ التحويل عند الفشل بين المواقع أو المناطق، مُحجَّماً على الحمل الحقيقيّ لا على المخطّط.
  • كرّاساتُ التشغيل والأدوارُ وخطّةُ التواصل مع الموظّفين والعملاء والجهات التنظيميّة أثناء الحدث.
  • برنامجُ التمارين ونتائجُه وملفُّ الأدلّة الذي يبيّن ما جرى اختبارُه وما أثبته الاختبار.

ما الذي تستلمه

المُخرَجما يحتويه
تحليل الأثرخدماتٌ مرتَّبة بحسب نتيجة فقدانها، ولكلٍّ منها سلسلةُ التبعيّات التي يجب أن تعود قبلها.
أهداف التعافيRPO وRTO لكلّ خدمة، مُسعَّرةً ومعتمَدةً من مالك الأعمال، بحيث تُقبَل أيّ فجوةٍ عن معرفة.
كرّاسات التحويلتعافٍ خطوةً بخطوة لكلّ خدمة، بتسمية الأدوار لا الأشخاص، مع تحديد نقاط القرار.
تقرير التمرينما جرى اختبارُه، وما استغرق أطول من الهدف، وبنودُ المعالجة بمالكيها وتواريخها.

مخطّطٌ معماريٌّ مرجعيّ

مرجعٌ لا قالب. بيئتُك هي التي تقرّر أيَّ أجزائه ينطبق، وبأيّ ترتيبٍ يصل.

مخطّطٌ مرجعيٌّ لاستمراريّة الأعمال: طبقاتُ الصمود والتحكّم والرؤيةالصمود: Impact Analysis, RPO / RTO Targets, Dependencies. التحكّم: Failover Design, Runbooks, Communication Plan. الرؤية: Exercise Reporting, Readiness Dashboard, Audit EvidenceالصمودImpact AnalysisRPO / RTO TargetsDependenciesالتحكّمFailover DesignRunbooksCommunication PlanالرؤيةExercise ReportingReadiness DashboardAudit Evidence
مخطّطٌ مرجعيٌّ لاستمراريّة الأعمال: طبقاتُ الصمود والتحكّم والرؤية

كيف يُقاس النجاح

تُتَّفق المستهدفاتُ معك قبل بدء العمل، ويُرفَع التقريرُ عليها طوال مدّته.

  • زمنُ التعافي المقيس في آخر تمرين مقابل RTO المتّفق عليه لتلك الخدمة.
  • فقدُ البيانات المرصود عند التحويل مقابل RPO المتّفق عليه، مقيساً أثناء التمرين لا مفترَضاً.
  • نسبةُ الخدمات المشمولة التي جرى تمرينُها ضمن الدورة المتّفق عليها، وعمرُ أقدم كرّاسةٍ لم تُختبَر.

أسئلةٌ تُطرح علينا

  • كم مرّة ينبغي أن نختبر؟

    النمطُ الواقعيّ هو مراجعةٌ مكتبيّة بضع مرّات في السنة وتحويلٌ تقنيّ مرّةً سنويّاً على الأقلّ، مع اختبار أيّ خدمةٍ تغيّرت تغيّراً جوهريّاً بعد تغيّرها. والوتيرةُ أقلّ أهميّةً من الصدق: تمرينٌ مُصمَّم كي ينجح لا يعلّمكم شيئاً، والتمارينُ المفيدة هي التي تكشف خطوةً مكسورة.

  • ما أهداف RPO وRTO التي ينبغي أن نستهدفها؟

    هذه قراراتُ أعمالٍ لها ثمن، لا قيمٌ تقنيّة افتراضيّة. فقدُ بياناتٍ يقارب الصفر وتوقّفٌ بالدقائق أمرٌ ممكن وكلفتُه تتناسب مع ذلك، وأربعُ ساعاتٍ تكلّف جزءاً يسيراً منه. والأسلوبُ العمليّ هو بيانُ كلفة كلّ مستوى، وترك الاختيار لمالك الخدمة، ثمّ التصميمُ على ما اختاره.

  • أليس النسخُ الاحتياطيّ السحابيّ كافياً؟

    النسخُ الاحتياطيّ جزءٌ من التعافي، وهو الجزءُ الذي يُظنّ غالباً أنّه التعافي كلّه. النسخةُ تخبركم أنّ البيانات ما تزال موجودة، لكنّها لا تخبركم كم يستغرق الاسترجاع، ولا إن كانت البيئةُ الهدف موجودة، ولا بأيّ ترتيبٍ يجب أن تعود الخدمات. وعمليّاتُ الاسترجاع غير المختبَرة هي الفجوةُ الأكثر شيوعاً التي نجدها.

  • هل يحمينا النسخُ المتزامن من برامج الفدية؟

    ليس وحده، وافتراضُ خلاف ذلك خطِر، لأنّ النسخ المتزامن ينقل البيانات المشفَّرة بأمانةٍ إلى الموقع الثانويّ. هذه الحالةُ تحتاج نسخاً غيرَ قابلة للتعديل أو معزولةً بطريقةٍ أخرى، بمدّة احتفاظٍ أطول من الزمن الذي يُكتشَف فيه الاختراق عادةً. وهو تصميمٌ مختلف عن نسخ الإتاحة، وكلاهما مطلوبٌ في العادة.

  • هل يستطيع موقعُنا الثانويّ تشغيل الإنتاج فعلاً؟

    هذا بالضبط ما يجيب عنه التمرين، والجوابُ غالباً «بسعةٍ مخفَّضة». وموقعٌ ثانويّ مُحجَّم لجزءٍ من الحمل خيارٌ مشروع إذا كان خياراً معلَناً، لأنّ الخطّة عندئذٍ تحدّد أيّ الخدمات يُستغنى عنها. المشكلةُ هي موقعٌ ثانويّ يُفترَض أنّه مكافئ ولم يحمل يوماً الحملَ الكامل.

  • من يعلن حالة الكارثة؟

    دورٌ مُسمّى، بصلاحيّةٍ مكتوبة سلفاً ونائبٍ لحين تعذّر الوصول إلى صاحبها. التأخيرُ المكلف في الحوادث الحقيقيّة تأخيرُ قرارٍ غالباً لا تأخيرٌ تقنيّ. وينبغي أن تحدّد الخطّةُ أيضاً ما الدليلُ الذي يستدعي الإعلان، كي لا تُبتكَر العتبةُ والساعةُ تجري.

اقرأ أيضًا

  • ترحيل السحابة

    جردُ التطبيقات وتصميمُ منطقة الهبوط (Landing Zone) والتحويلُ على موجات لنقل أحمال التشغيل إلى AWS أو Azure أو GCP، مع رسم التبعيّات قبل نافذة التنفيذ.

  • السحابة الهجينة

    منطقةُ هبوط واتّصالٌ خاصّ ونموذجُ هويّة وسياسةٍ واحد يمتدّ بين مركز البيانات والسحابة، فيصبح موضعُ الحِمل قراراً لا مصادفة.

ابدأ بتقييم

أسرعُ طريقٍ إلى جوابٍ مفيد نظرةٌ قصيرةٌ محدَّدةُ النطاق على ما لديكم أصلًا.