النسخ الاحتياطي والتعافي من الكوارث للمنصة التعليمية

النسخ الاحتياطي من أكثر البنود التي يُطمأن إليها بلا تحقق. فالجهة تسأل مزودها فيجيب بأن هناك نسخًا يومية، فيُغلق الملف — ولا أحد يسأل: هل جُرّبت استعادتها؟ وكم تستغرق؟ وماذا يُفقد بينها وبين لحظة العطل؟

والفرق بين نسخة موجودة وخطة تعافٍ حقيقية يظهر في أسوأ لحظة ممكنة. وهذه المقالة تتناول بناء خطة تصمد عند الاختبار الفعلي لا على الورق.

ما الذي يُنسخ

النسخ الاحتياطي لا يعني قاعدة البيانات وحدها. والمنصة المستعادة بقاعدة بيانات سليمة وملفات مفقودة لا تعمل.

مؤشران يحددان الخطة

قبل اختيار أي حل، حدد رقمين يوجّهان كل قرار بعدهما. وهما ما يفرق بين خطة كافية وأخرى مكلفة بلا داعٍ أو رخيصة بلا فائدة.

الأول: كم من الوقت تتحمل توقف المنصة؟ ساعة أم يوم أم أسبوع؟ والثاني: كم من البيانات تتحمل فقدها؟ خمس دقائق أم ساعة أم يوم كامل؟

وكلما قصر الرقمان ارتفعت الكلفة. والجهة التي تقول إنها لا تتحمل فقد دقيقة واحدة تحتاج بنية مكلفة قد لا تبررها طبيعة نشاطها. وحدد الرقمين بواقعية وبقرار إداري موثق لا بتقدير تقني منفرد.

ضوابط النسخ

• دورية تناسب الرقم الثاني — لا دورية اعتباطية.
• نسخة خارج الموقع — منفصلة جغرافيًا.
• تشفير النسخ — فهي بياناتك كاملة.
• احتفاظ متدرج — يومي وأسبوعي وشهري.
• حماية من الحذف — لا يحذفها من اخترق النظام.
• تنبيه عند فشل النسخ — لا اكتشافه عند الحاجة.

والبند الخامس يعالج سيناريو واقعيًا: هجوم تشفير الفدية يستهدف النسخ الاحتياطية أولًا لأن وجودها يبطل الابتزاز. والنسخة المتصلة بنفس الشبكة وبنفس الصلاحيات ليست حماية. واحتفظ بنسخة غير قابلة للتعديل أو الحذف لفترة محددة.

والبند الرابع يعالج مشكلة أخرى: خلل يدخل النظام ولا يُكتشف لأسابيع. فالنسخ اليومية وحدها قد تكون جميعها ملوثة، والنسخة الشهرية تعطيك نقطة استعادة أبعد. راجع تطوير أنظمة إدارة التعلم ومميزات المنصة.

اختبار الاستعادة

هذا هو الفرق الحقيقي بين خطة وادعاء. والنسخة التي لم تُختبر استعادتها ليست نسخة احتياطية بل ملف يُفترض أنه يعمل.

واختبر دوريًا في بيئة منفصلة: استعِد نسخة كاملة، وتحقق من اكتمال البيانات وسلامة الملفات وعمل التكاملات، وسجّل الوقت الفعلي للاستعادة.

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

الجانب التشغيلي للطوارئ

التعافي ليس تقنيًا فقط. فأثناء التوقف هناك آلاف المستخدمين لا يعرفون ما يحدث، وجلسات مجدولة، واختبارات كان موعدها اليوم.

وجهّز مسبقًا: من يقرر إعلان الحالة، ومن يتواصل مع المستخدمين وعبر أي قناة بديلة، وكيف تُعالج الاختبارات والمواعيد الفائتة، ومن يتابع الاستعادة التقنية.

والتواصل يخفف الضرر أكثر مما يُتصور: المستخدم الذي يعرف أن هناك عطلًا وأن هناك من يعمل عليه ينتظر، والذي يجد صفحة لا تفتح بلا تفسير يفترض الأسوأ. وجهّز قناة إعلان خارج المنصة نفسها — فالإعلان داخل نظام معطل لا يقرؤه أحد.

الأعطال الأكثر وقوعًا

خطط التعافي تُبنى غالبًا لكوارث كبرى نادرة، بينما الأعطال الفعلية أبسط وأكثر تكرارًا. والخطة العملية تعالج هذه أولًا.

وأشيعها: خطأ بشري يحذف بيانات أو يعدّلها، وتحديث فاشل يعطّل النظام، وامتلاء مساحة التخزين، وانتهاء شهادة أمان دون تجديد، وعطل في خدمة يعتمد عليها النظام.

ولاحظ أن أغلبها لا يحتاج استعادة كاملة بل تراجعًا عن تغيير أو إصلاحًا موضعيًا. وجهّز إجراءات لهذه الحالات تحديدًا، فهي ما ستواجهه فعلًا في أغلب سنوات التشغيل.

أسئلة شائعة

الخلاصة

حدد أولًا رقمين بقرار إداري: كم توقفًا تتحمل وكم بيانات تتحمل فقدها — فكل قرار بعدهما يتبعهما. وانسخ إعدادات النظام والتكاملات لا البيانات وحدها، فإعادة ضبطها يدويًا تطيل التوقف أيامًا. واحتفظ بنسخة غير قابلة للحذف، فهجمات الفدية تستهدف النسخ أولًا. واختبر الاستعادة فعليًا كل ربع سنة وسجّل الوقت الحقيقي. وجهّز قناة إعلان خارج المنصة نفسها.

توثيق الخطة

خطة التعافي التي يعرفها شخص واحد ليست خطة. فالعطل قد يقع وهو في إجازة أو غادر المؤسسة أصلًا.

ووثّقها بصيغة قابلة للتنفيذ من غير كاتبها: خطوات مرقّمة، وأسماء الأنظمة ومواقعها، ومن يُتصل به وأرقامه، وبيانات الوصول محفوظة بطريقة آمنة يعرفها أكثر من شخص.

واحفظ نسخة من الوثيقة خارج الأنظمة التي قد تتعطل. فخطة التعافي المحفوظة على النظام المعطل نكتة تتكرر في الواقع أكثر مما يُتصور.

الاستمرارية أثناء الذروة

أسوأ توقيت للعطل هو أشد أوقات الاستخدام: يوم اختبار جماعي، أو انطلاق برنامج كبير، أو موعد تسليم نهائي. وهذا ليس صدفة — فالضغط نفسه قد يكون سبب العطل.

وجهّز لهذه الأيام تحديدًا: راجع سعة النظام قبلها، وأجّل أي تحديث أو تغيير إلى ما بعدها، وأبقِ من يستطيع التدخل متاحًا، وجهّز إعلانًا معدًّا مسبقًا يُنشر خلال دقائق إن وقع خلل.

وضع سياسة تجميد التغييرات: لا تحديثات ولا تعديلات في البنية خلال الفترات الحرجة إلا لضرورة أمنية. فأغلب أعطال الذروة سببها تغيير أُدخل قبلها بساعات بحسن نية.

وجهّز كذلك سيناريو الاختبار المتعثر: ماذا يحدث لمن كان في منتصف اختباره لحظة العطل؟ وهل يُعاد له الوقت؟ وهل تُلغى المحاولة؟ فقرار مثل هذا يُتخذ بهدوء قبل الحاجة لا تحت ضغط عشرات المتصلين.

والقاعدة الجامعة: لا تُقاس خطة التعافي بوجود نسخ بل بزمن استعادة مُجرَّب. فمن اختبر استعادته وعرف رقمها الحقيقي يواجه العطل بخطة، ومن اكتفى بتقرير نسخ ناجحة يواجهه باكتشاف متأخر أن ما لديه لا يعمل.