النسخ الاحتياطي غير المُختبَر ليس نسخاً احتياطياً
كل منشأة تقريباً تملك نسخاً احتياطية. وقليل منها يعرف — بيقين — أنها تعمل. الفرق بين الحالتين لا يظهر إلا في اليوم الذي لا تحتمل فيه المنشأة اكتشاف الحقيقة.
لماذا تفشل النسخ الاحتياطية؟
الفشل نادراً ما يكون في أداة النسخ نفسها. الأنماط المتكررة التي نراها عند تقييم بيئات جديدة هي:
- نسخ ينجح ويستعيد ناقصاً: تُنسخ ملفات قاعدة البيانات وهي قيد الكتابة، فتخرج نسخة غير متسقة تفشل عند الاستعادة.
- نطاق ناقص: تُنسخ البيانات دون التهيئة — الخوادم والشهادات والصلاحيات وقواعد جدار الحماية. تستعيد البيانات ثم تكتشف أن إعادة بناء البيئة تحتاج أياماً.
- نسخة في نفس المكان: النسخة على الجهاز نفسه أو في نفس الموقع تحميك من حذف بالخطأ، لا من حريق ولا من فدية.
- نسخة قابلة للحذف بنفس الصلاحيات: برامج الفدية الحديثة تبحث عن النسخ الاحتياطية أولاً. إذا كان حساب الخادم يملك صلاحية حذفها، فهي ليست محمية.
- تنبيه فشل لا يقرأه أحد: مهمة النسخ تفشل منذ شهرين، والتنبيه يصل إلى بريد لم يعد أحد يفتحه.
رقمان قبل أي أداة: RPO و RTO
قبل اختيار أي حل، على المنشأة أن تجيب عن سؤالين بلغة العمل لا بلغة التقنية:
RPO — كم بياناً نحتمل خسارته؟
هدف نقطة الاستعادة يحدد المدة الزمنية التي تقبل خسارة بياناتها. إن كانت النسخة تُؤخذ كل ٢٤ ساعة، فأنت تقبل ضمنياً خسارة يوم عمل كامل. اسأل أصحاب العمل — لا فريق التقنية — كم معاملة يمكن إعادة إدخالها يدوياً قبل أن تصبح الخسارة غير مقبولة.
RTO — كم وقتاً نحتمل التوقف؟
هدف زمن الاستعادة يحدد المدة حتى عودة الخدمة. وهنا يقع الخطأ الأشهر: تُقاس المدة من لحظة بدء الاستعادة، بينما الواقع يبدأ من لحظة وقوع الحادثة — ويشمل اكتشافها، واتخاذ قرار الاستعادة، وتجهيز البيئة البديلة، ثم النقل، ثم التحقق.
الرقمان معاً يحددان التكلفة. كلما اقتربت من الصفر ارتفع الثمن بشكل حاد، لذلك لا تُطبَّق نفس الأرقام على كل الأنظمة: نظام المحاسبة ليس كأرشيف المستندات.
قاعدة ٣-٢-١ ولماذا صارت ٣-٢-١-١-٠
القاعدة الكلاسيكية: ثلاث نسخ من البيانات، على وسيطي تخزين مختلفين، وواحدة منها خارج الموقع. أضاف إليها انتشار برامج الفدية بندين:
- واحدة غير قابلة للتعديل أو معزولة — نسخة لا يمكن حذفها أو تشفيرها حتى بصلاحيات المسؤول.
- صفر أخطاء في التحقق — تحقق آلي من سلامة النسخة، لا افتراض بنجاحها.
الاختبار: الجزء الذي يُهمَل دائماً
اختبار الاستعادة ليس فحص وجود ملف النسخة. الاختبار الحقيقي يعني استعادة فعلية إلى بيئة معزولة، وتشغيل النظام، والتحقق من البيانات، وقياس الوقت المستغرق.
ثلاثة مستويات من الاختبار، تُنفَّذ بدوريات مختلفة:
- تحقق آلي من سلامة النسخة — يومياً
- استعادة عيّنة (ملف، جدول، صندوق بريد) إلى بيئة اختبار — شهرياً
- استعادة كاملة لنظام حرج مع قياس الزمن الفعلي — نصف سنوياً على الأقل
ووثّق النتيجة: كم استغرقت؟ ما الذي لم ينجح؟ ما الخطوة التي لم تكن موثّقة؟ قيمة الاختبار الأكبر ليست إثبات نجاح النسخة، بل اكتشاف الخطوات الناقصة في وقت لا يكلّف فيه الاكتشاف شيئاً.
السؤال الذي نطرحه في كل تقييم: متى كانت آخر مرة استعدتم فيها نظاماً كاملاً فعلياً؟ الإجابة الأكثر شيوعاً هي صمت — أو «عند آخر عطل».
خطة التعافي ليست ملف النسخ
النسخ الاحتياطي تقنية. خطة التعافي من الكوارث قرار تشغيلي مكتوب يجيب عن: من يعلن حالة الكارثة؟ ما ترتيب استعادة الأنظمة؟ من يتواصل مع العملاء والموظفين؟ وأين توجد الخطة نفسها إذا كان الخادم الذي يحويها هو المتعطّل؟
خطة مطبوعة أو محفوظة خارج البيئة، ومُختبَرة مرة سنوياً على الأقل، تساوي أضعاف ما تساويه أداة نسخ باهظة بلا خطة.
الخلاصة
ابدأ من سؤالين بلغة العمل — كم بياناً نحتمل خسارته، وكم وقتاً نحتمل التوقف — ثم اختر التقنية التي تحققهما، ثم اختبرها بدورية موثّقة. الترتيب المعكوس هو ما يجعل منشآت كثيرة تكتشف يوم الحادثة أن ما لديها كان افتراضاً، لا نسخة احتياطية.