اشتراط صفر فقدان للبيانات واستعادة فورية لكل نظام يُرهق الميزانية. طريقة عملية لتصنيف الأنظمة عبر تحليل الأثر على الأعمال واختيار هدف RPO/RTO والتقنية المناسبة لكل منها.
اسأل كثيرًا من الشركات الصغيرة والمتوسطة عن خطة التعافي من الكوارث (DR) لديها، وستأتيك الإجابة: «نأخذ نسخة احتياطية كل ليلة». لكن النسخة الاحتياطية مجرد نسخة من البيانات، أما التعافي من الكوارث فهو إعادة تشغيل العمل. وإذا لم تكن تعرف مسبقًا مقدار البيانات الذي يمكنك تحمّل فقدانه والمدة التي يمكنك فيها التوقف بعد حريق أو عطل في الأجهزة أو هجوم فدية، فليست لديك خطة. وهذان السؤالان يجيب عنهما RPO وRTO.
ما RPO وRTO؟
- RPO (هدف نقطة الاستعادة): الحد الأقصى المقبول لفقدان البيانات، مقيسًا بالوقت. إذا كنت تأخذ نسخة احتياطية كل ليلة، فإن RPO لديك نحو 24 ساعة؛ وكارثة تقع بعد الظهر تعني فقدان كل بيانات ذلك اليوم.
- RTO (هدف وقت الاستعادة): الحد الأقصى المقبول للوقت حتى يصبح النظام قابلًا للاستخدام مجددًا.
كلما قصُر كلاهما ارتفعت التكلفة. لذلك، بدلًا من السعي إلى «صفر فقدان واستعادة فورية» في كل مكان، ينبغي تصنيف الأنظمة بحسب أهميتها للأعمال.
الخطوة 1: تحليل الأثر على الأعمال
اطرح هذه الأسئلة لكل نظام:
- ماذا نخسر إذا توقف هذا النظام لمدة ساعة؟ مبيعات، إنتاج، رضا العملاء، غرامات تعاقدية؟
- إذا فُقدت بيانات الساعة الأخيرة في هذا النظام، هل يمكننا إعادة إنشائها؟
- هل هناك التزام قانوني أو تعاقدي بالإتاحة؟
- على أي أنظمة أخرى يعتمد؟
لا ينبغي أن يجري قسم تقنية المعلومات هذا التحليل وحده، بل بالتعاون مع وحدات الأعمال. فالفريق الذي يستخدم النظام هو الأدرى بمدى أهميته.
الخطوة 2: صنّف الأنظمة في مستويات
- المستوى 1 — حرج: ERP، والتجارة الإلكترونية، وأنظمة الدفع والطلبات. الهدف: RPO بالدقائق، وRTO خلال بضع ساعات. التقنية المناسبة: نسخ متماثل مستمر إلى مركز بيانات مختلف.
- المستوى 2 — مهم: البريد الإلكتروني، وخادم الملفات، وإدارة علاقات العملاء. الهدف: RPO من 1 إلى 4 ساعات، وRTO خلال يوم العمل نفسه. التقنية المناسبة: نسخ متماثل متكرر أو نسخ من اللقطات.
- المستوى 3 — داعم: الأرشيف وبيئات الاختبار والتطوير. الهدف: RPO 24 ساعة، وRTO بضعة أيام. التقنية المناسبة: الاستعادة من نسخة احتياطية خارج الموقع.
الخطوة 3: حدّد الاعتماديات والترتيب
لا فائدة من تشغيل خادم تطبيقات في دقائق إذا كانت المصادقة (Active Directory) وDNS متوقفة. دوّن ترتيب الاستعادة: الشبكة والهويات وDNS أولًا، ثم قواعد البيانات، والتطبيقات ووصول المستخدمين في النهاية. وينبغي أن تغطي الخطة أيضًا كيف تتغير عناوين IP وسجلات DNS واتصالات VPN في بيئة التعافي.
الخطوة 4: دليل تشغيل للكارثة
- من يعلن حالة الكارثة، وبناءً على أي معايير؟
- من يتولى تشغيل كل نظام، وبأي ترتيب؟
- ما الذي يُبلَّغ به الموظفون والعملاء والموردون، وعبر أي قناة؟
- كيف ومتى تعود إلى مركز البيانات الأساسي؟
الخطوة 5: التدريبات
خطة التعافي من الكوارث غير المختبرة مجرد افتراض. أجرِ تدريبات مرتين في السنة على الأقل وقِس RTO الفعلي. تتيح حلول النسخ المتماثل الحديثة إجراء التدريبات في شبكة اختبار منفصلة دون التأثير على بيئة الإنتاج. وحدّث الخطة بعد كل تدريب.
لا تنسَ سيناريو برامج الفدية
ينسخ النسخ المتماثل البيانات المشفّرة أيضًا إلى موقع التعافي خلال ثوانٍ. لذا يجب ألا يحتفظ حل التعافي من الكوارث بـ«الحالة الأخيرة» فحسب، بل بنقاط استعادة تاريخية أيضًا. خطّط لمدة الاحتفاظ بسجل النسخ المتماثل جنبًا إلى جنب مع نسخك الاحتياطية غير القابلة للتعديل، حتى تتمكن من العودة إلى نقطة نظيفة قبيل بدء الهجوم مباشرة.
أخطاء شائعة
- الخلط بين النسخ الاحتياطية وخطة التعافي من الكوارث
- الاحتفاظ بنسخة التعافي في المبنى نفسه أو مركز البيانات نفسه الذي تعمل فيه بيئة الإنتاج
- إغفال خطة الشبكة وDNS ووصول المستخدمين
- كتابة الخطة وعدم اختبارها أبدًا
- غياب مسؤول واضح عن الخطة أو وتيرة محددة لمراجعتها
CloudRUX DRaaS
تستخدم CloudRUX DRaaS النسخ المتماثل المستمر القائم على Zerto لنسخ خوادمك الافتراضية إلى مركز بيانات منفصل في تركيا، وتتيح لك إجراء التدريبات دون التأثير على بيئة الإنتاج. وفي إطار شهادتنا ISO 22301 لإدارة استمرارية الأعمال، يمكننا معًا تصنيف أنظمتك في مستويات وتحديد هدف RPO/RTO المناسب لكل منها. تواصل معنا على info@cloudrux.com للحصول على تقييم.