السؤال الذي يجب طرحه أولاً
لو اختفى خادمك الآن، في كم من الوقت تستطيع إعادة بنائه، وكم من البيانات ستفقد؟ الجواب يحدد استراتيجيتك: نسخ احتياطي يومية لمتجر، وأسبوعية لموقع تعريفي.
قاعدة 3-2-1
ثلاث نسخ من بياناتك، على وسيطين مختلفين، إحداها خارج الموقع. على VPS، يعني ذلك عملياً: الخادم في الإنتاج، ونسخة محلية على وحدة تخزين منفصلة، ونسخة خارجية إلى تخزين كائني أو خادم آخر.
ما يجب أن يُنسخ احتياطياً
- ملفات التطبيق (الكود، الوسائط، الإعدادات).
- قاعدة البيانات، مع dump متسق — نسخ ملفات قاعدة نشطة كما هي يُنتج نسخة تالفة.
- ملفات إعدادات الخادم: nginx، والشهادات، والمهام المجدولة، والحسابات.
نسخة احتياطية بدون إعدادات الخادم تُجبرك على إعادة بناء كل شيء يدوياً: وهنا تُفقد أيام كاملة عند الاستعادة.
مثال لنسخة احتياطية أساسية
mysqldump --single-transaction --routines base > /sauvegardes/base-$(date +%F).sql
الخيار --single-transaction يمنع قفل الجداول أثناء التصدير.
أتمِت، ثم تحقّق
ضع النسخ الاحتياطي في مهمة مجدولة، والأهم: اختبر الاستعادة. نسخة احتياطية لم تُستعد قط هي افتراض، لا ضمان. برمج اختباراً مرة كل ثلاثة أشهر على خادم مخصص للاختبار.
الخطأ الأكثر شيوعاً
تخزين النسخة الاحتياطية على الخادم نفسه الذي تُنسخه. الأمر عملي، وهو بالضبط ما يختفي مع الخادم. أخرِج نسخة واحدة على الأقل.
وماذا عن التوفر العالي؟
النسخ الاحتياطي ليس هو البقاء على الإنترنت. إذا كان نشاطك لا يتحمل انقطاعاً لبضع ساعات، فالسؤال ليس النسخ الاحتياطي بل البنية المعمارية: عدة خوادم، وتوزيع الحمل، وقاعدة منسوخة. تحدث معنا إن كان هذا حالك.
