أغلب الشركات تكتشف حال نسخها الاحتياطية في أسوأ يوم ممكن. المهمة تعمل منذ سنوات، ولوحة التحكم خضراء، ثم يقع عطل فتُنتج الاستعادة موقعاً من قبل ثلاثة أسابيع — أو تفشل تماماً. والحقيقة غير المريحة أن النسخة ليست نسخة حتى تُستعاد، ولا يكاد أحد يختبر ذلك قبل أن يُضطر. في هذا الدليل: ما الذي يجب أن تجيب عنه النسخة فعلاً، وحساب مدّة الاحتفاظ الذي يُوقع الناس، ولماذا تفشل النسخ بصمت، وكيف تبني خطة تعافٍ تثق بها لا ترجوها.
الخلاصة السريعة
استراتيجية النسخ الناجحة تجيب عن ثلاثة أرقام قبل أي شيء آخر: كم من البيانات تحتمل فقدها (نقطة التعافي)، وكم من الوقت تحتمل التوقف (زمن التعافي)، وإلى أي مدى تستطيع الرجوع (الاحتفاظ). واحتفظ بنسخ في موضعين على الأقل أحدهما خارج الخادم، وتحقّق أن المهام تكتمل لا أنها تبدأ فحسب، واستعِد نسخة حقيقية بجدول منتظم. النسخة غير المختبَرة أمنية لا خطة.
الأرقام الثلاثة التي تحدّد نسختك
نقطة التعافي: كم تحتمل أن تفقد؟
إن كانت آخر نسخة سليمة من الساعة 02:00 ووقعت الكارثة عند 16:00، فقد فقدتَ أربع عشرة ساعة من العمل. هذه الفجوة هي نقطة التعافي، وتحدّدها كلياً وتيرة نسخك.
فموقع تعريفي يتغيّر شهرياً تكفيه نسخة يومية بسخاء. أمّا متجر إلكتروني يستقبل الطلبات باستمرار، فأربع عشرة ساعة من الطلبات المفقودة حدث تجاري خطير، وتحتاج نسخ قاعدة البيانات أكثر تواتراً من الملفات بكثير. والوتيرة الصحيحة ليست تفضيلاً تقنياً بل تتبع ما تكلّفك ساعةٌ ضائعة فعلاً.
زمن التعافي: كم تحتمل التوقف؟
هذا الرقم لا يحسبه أحد، وهو عادةً أكبر بكثير ممّا يُفترض. وليس هو «كم تستغرق الاستعادة»، بل المجموع من لحظة ملاحظتك المشكلة إلى لحظة عودة الموقع لخدمة العملاء: التشخيص، وقرار أي نسخة تستعمل، وجلبها — ومع التخزين الخارجي يعني ذلك تنزيل عشرات الغيغابايتات ربما — والاستعادة، والتحقق، وتفريغ الذاكرات المؤقتة وDNS.
فاستعادة تستغرق عشرين دقيقة على الورق كثيراً ما تكون أربع ساعات في الواقع. وإن لم تقِسها من طرف إلى طرف فأنت لا تعرف زمن تعافيك، بل لديك تقدير، وهو متفائل.
الاحتفاظ: إلى أي مدى تستطيع الرجوع؟
وهنا تفشل أغلب الاستراتيجيات بصمت، ولا علاقة للأمر بعطل عتاد.
فمدّة الاحتفاظ تُحسب للكارثة التي يتخيّلها الناس: يموت خادم فتستعيد نسخة الأمس. لكن السيناريو الواقعي الأشيع مختلف: يُخترق موقع، ويمرّ الاختراق دون ملاحظة أسابيع أو شهوراً، وحين يُكتشف أخيراً تكون كل نسخة في المدى تحوي الدخيل أصلاً. واحتفاظ تسعين يوماً يبدو سخياً حتى تجد ضرراً يعود إلى أربعة أشهر وتكتشف أنه لم تبق نسخة نظيفة تستعيدها.
وهذا ليس افتراضاً. فالاختراقات تُكتشف عادةً بعد بدايتها بزمن طويل، لأن الباب الخلفي المُحكم يُبقي الموقع يعمل طبيعياً. وإن كان احتفاظك أقصر من زمن اكتشافك الواقعي، فنسخك لا تستطيع إنقاذك من الكارثة الأرجح وقوعاً.
فاحتفظ بذيل أطول ممّا يبدو ضرورياً: نسخ يومية لأسبوعين، وأسبوعية لشهرين، وشهرية لسنة. والنسخ الشهرية تكلّف قليلاً وهي بالضبط ما ينقذك حين تتبيّن المشكلة قديمة.
لماذا تفشل النسخ بصمت
أنظمة النسخ بارعة على نحو غير معتاد في الفشل الصامت، لأن لا شيء يراه المستخدم ينكسر حين تفشل. الموقع يبقى يعمل. ولا يلاحظ أحد حتى يأتي اليوم الذي يهمّ فيه.
المهمة بدأت ولم تكتمل. مراقبة أن المهمة عملت ليست مراقبة أنها اكتملت. فنسخة قُطعت عند ثمانين بالمئة قد تترك أرشيفاً يبدو موجوداً ويُستعاد إلى موقع معطوب. افحص دائماً طابع الاكتمال لا طابع البدء.
امتلأ القرص. وهذا أشيع سبب نراه، وهو غير مرئي من التطبيق. فحين تنفد المساحة في منتصف المهمة تفشل النسخة، ويُكتب خطأ في سجلّ لا يقرؤه أحد، وكثيراً ما تبقى اللوحة تعرض آخر تشغيل ناجح. راقب المساحة الحرة بعتبة تنبيه، لا بنظرة عابرة بين حين وآخر.
لا أحد يستلم إشعار الفشل. برمجيات النسخ ترسل تقريراً عند الفشل عادةً. فإن ذهب ذلك البريد إلى root@server وكان بريد root لا يُحوَّل إلى أحد، ارتدّ كل تنبيه إلى الصمت. اختبر مسار الإشعار عمداً: افتعل فشلاً، وتأكّد أن الرسالة تصل إلى صندوق يقرؤه إنسان.
قواعد الاستثناء تتخطّى بصمت ما تحتاجه. مهام النسخ تحمل أنماط استثناء لتصغير الأرشيف — ذواكر مؤقتة وملفات وقتية وسجلات. وإن كُتبت بتساهل استثنت أيضاً مجلدات تحتاجها فعلاً، وتُبلّغ المهمة بالنجاح لأن شيئاً لم يفشل من وجهة نظرها. اقرأ قائمة استثناءاتك مقابل شجرة مجلدات حقيقية مرة واحدة على الأقل.
النسخة تسكن حيث تقع الكارثة. نسخة على الخادم نفسه تحميك من ملف حُذف. ولا تحميك من شيء آخر: لا من خادم مخترَق، ولا من مصفوفة أقراص معطوبة، ولا من حساب موقوف. وإن كانت النسخة الوحيدة تشارك الأصل مصيره، فهي راحة لا نسخة احتياطية.
ماذا تنسخ (وما ينساه الجميع)
الملفات وقاعدة البيانات بديهية، وليست هي النظام كله.
الملفات وقاعدة البيانات، متسقتين. يجب أن تنتميا إلى اللحظة نفسها. فنسخة ملفات عند 02:00 وتفريغ قاعدة عند 06:00 قد يُنتجان موقعاً مستعاداً يتناقض فيه المحتوى مع الوسائط.
البريد الإلكتروني. نسخ المواقع كثيراً ما تستثني صناديق البريد كلياً، والبريد هو السجلّ الذي تحتمل الشركات فقده أقلّ من غيره. تأكّد صراحةً هل هو مشمول.
الإعدادات. إعدادات خادم الويب، وإصدارات PHP وحدودها، ومهام الكرون، وشهادات SSL. فاستعادة الملفات على خادم مضبوط بغير ذلك تُنتج موقعاً يبدو مستعاداً ويتصرّف خطأً.
سجلات DNS. وهي ليست على خادمك أصلاً، وإعادة بنائها من الذاكرة أثناء انقطاع أمرٌ بائس. صدّر المنطقة واحفظها مع النسخ.
مفاتيح التراخيص وبيانات الاعتماد للقوالب والإضافات التجارية. فاستعادة تتركك عاجزاً عن تحديث منشئ الصفحات لأن لا أحد يملك الرخصة، استعادةٌ ناقصة.
القاعدة التي تستحق البقاء: ثلاثة، اثنان، واحد
ثلاث نسخ من بياناتك، على نوعين مختلفين من التخزين، واحدة منها خارج الموقع. وقد بقيت هذه النصيحة لأن كل عنصر فيها يزيل عطلاً بعينه.
فالنسخة الثالثة تغطّي حالة أن تكون نسخة احتياطية نفسها تالفة — وهو ما تكتشفه حين تحاول استعمالها فقط. والنوعان يغطّيان عطلاً يصيب تقنية واحدة. والنسخة الخارجية تغطّي كل ما يقع للمبنى أو لحساب الاستضافة: حريق، أو سرقة، أو إيقاف، أو مهاجم يبلغ الخادم فيحذف النسخ المحلية أولاً — وهو إجراء معتاد في برمجيات الفدية.
ولموقع أعمال نموذجي: الموقع الحيّ، ونسخة يومية لدى مستضيفك، ونسخة مستقلة في تخزين سحابي منفصل تحت حساب آخر ببيانات اعتماد أخرى. وهذا التفصيل الأخير أهمّ من الموقع نفسه — فنسخة بعيدة يستطيع المهاجم حذفها بكلمة المرور نفسها ليست مستقلة حقاً.
اختبر الاستعادة، وإلّا فليست لديك نسخ
هذه هي الخطوة التي تفصل سياسة نسخ عن خطة تعافٍ، وهي تُتخطّى في كل مكان تقريباً.
استعِد إلى بيئة تجريبية لا فوق الموقع الحيّ. ثم افحص ما لا تخبرك به علامة خضراء: هل يُحمَّل الموقع؟ وهل قاعدة البيانات كاملة وحديثة؟ وهل تظهر الصور؟ وهل تُرسَل النماذج؟ وهل يعمل تسجيل الدخول؟ وهل أحدث محتوى موجود فعلاً؟
افعلها كل ثلاثة أشهر، وقِس الوقت. فالساعة تعطيك زمن تعافيك الحقيقي، وهو الرقم الذي تذكره حين يسألك أحد كم ستتوقفون.
والاختبار يكشف أيضاً مشاكل لا تظهر إلا عند الاستعادة: قاعدة بيانات أكبر من حدّ الاستيراد، ومسار مثبَّت في الشيفرة ينكسر على اسم مضيف مختلف، ورخصة مفقودة، وأرشيف يتبيّن أنه مبتور. وكلٌّ من هذه يُكتشَف بعد ظهر ثلاثاء خيرٌ من اكتشافه أثناء انقطاع.
النسخ والاختراق: حالة خاصة
الاستعادة بعد حادثة أمنية تتبع قواعد مختلفة، والخطأ فيها هو ما يعيد إصابة المواقع خلال أيام.
لا تستعِد أولاً. فالاستعادة تطمس الأدلة التي تحتاجها لتعرف كيف دخل الدخيل، وإن عجزت عن الإجابة فستُخترق ثانيةً — غالباً من الباب نفسه الذي تعيد النسخة فتحه.
استعِد من نقطة تسبق الاختراق لا نقطة تسبق ملاحظتك له. ونادراً ما يكونان التاريخ نفسه. حدّد متى ظهر أقدم ملف خبيث، ثم اختر نسخة تسبقه.
افترض أن الثغرة في النسخة أيضاً. فإن كان المدخل إضافة قديمة، فالموقع المستعاد يحمل الإضافة القديمة نفسها. رقّع فور الاستعادة، قبل أن يعود الموقع متاحاً للعامة.
بدّل كل بيانات الاعتماد بعد الاستعادة. فالموقع المستعاد يعيد معه كلمات المرور التي كانت قائمة وقت أخذه — بما فيها ما كان المهاجم يعرفه أصلاً.
ودليلنا عن أول ساعة بعد اختراق موقعك يغطّي التسلسل كاملاً وموضع الاستعادة فيه.
بناء خطة تستعملها فعلاً
اكتبها، واحفظها في مكان تصله حين لا يكون موقعك متاحاً.
الخطة الصالحة تنصّ على: ما يُنسخ وما يُستثنى عمداً؛ وأين تسكن كل نسخة ومن يصل إليها؛ وكم مرة تعمل كلٌّ منها؛ وكم تُحفظ؛ ومن المسؤول عن فحصها؛ وكيف تصل التنبيهات إلى إنسان؛ وخطوات استعادة مفصّلة بما يكفي ليتّبعها شخصٌ غير كاتبها تحت الضغط.
وهذه النقطة الأخيرة هي الاختبار. فإن كان تعافيك يعتمد على ذاكرة شخص واحد، فليست لديك خطة تعافٍ — لديك شخص، وسيكون على متن طائرة يوم تحتاجه.
الأسئلة الشائعة
مستضيفي يأخذ نسخاً يومية. أليس هذا كافياً؟
هو أساس جيد وليس استراتيجية بذاته. فنسخ المستضيف تسكن عادةً على البنية نفسها أو بجوارها، ومدّة احتفاظها مقاسة بسياسته لا بزمن اكتشافك، وتختفي إن أُوقف الحساب. أبقِها، واحتفظ بنسخة مستقلة تتحكم بها أنت.
كم أحتفظ بالنسخ؟
مدّة تغطّي زمن الاكتشاف الواقعي لاختراق صامت، وهو أطول ممّا يُفترض. ويومية لأسبوعين، وأسبوعية لشهرين، وشهرية لسنة شكلٌ معقول لموقع أعمال — والنسخ الشهرية هي ما ينقذك.
كم مرة أختبر الاستعادة؟
كل ثلاثة أشهر لأغلب الشركات، وبعد أي تغيير جوهري في الموقع أو الاستضافة. وقِس الوقت في كل مرة — فالمدّة هي زمن تعافيك الحقيقي، وهي تنمو مع نموّ الموقع.
هل تكفي إضافات النسخ؟
لموقع صغير، إضافة نسخ مضبوطة جيداً تخزّن إلى سحابة مستقلة أمرٌ عملي. لكن انتبه لحدودها: الإضافة تعمل داخل الموقع الذي تحميه، فيستطيع الاختراق نفسه تعطيلها، والمواقع الكبيرة كثيراً ما تتجاوز ما تستطيع عملية PHP أرشفته قبل انتهاء المهلة.
ما أشيع سبب لفشل النسخ؟
ألّا يلاحظ أحد أن المهمة توقفت عن العمل. وكل ما عداه يتفرّع عنه: القرص الذي امتلأ، والتنبيه الذي ارتدّ، والاستثناء الذي اتّسع. التحقق هو الانضباط كله.
تريد نسخاً تعتمد عليها؟
تدعم بيغ بانغ لحلول تقنية المعلومات شركات الإمارات منذ 2003. وتغطّي حلول النسخ الاحتياطي لدينا الملفات وقواعد البيانات والبريد، باحتفاظ خارجي مقاس على احتياجات التعافي الحقيقية، وتنبيهات مختبَرة لا مفترَضة، واستعادات متحقَّق منها لا مرجوّة. وإن أردت تحصين الموقع نفسه أيضاً، تتولّى خدمات أمن المواقع النصف الآخر من المشكلة نفسها.
تحدّث إلى فريقنا في دبي — وإن أخذت شيئاً واحداً من هذا الدليل، فاستعِد نسخة هذا الأسبوع وقِس كم تستغرق.
