استراتيجية نسخ احتياطي قوية لموقعك (دليل عملي)

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

لماذا النسخ الاحتياطي أهم في 2026 من أي وقت مضى؟

• هجمات الفدية: زادت 71% في 2024–2025 (تقرير IBM Security)
• PDPL والمسؤولية القانونية: فقدان بيانات العملاء = غرامة محتملة
• ZATCA: مطلوب الاحتفاظ بالفواتير 6 سنوات
• اعتماد على SaaS الخارجية: بياناتك في يد طرف ثالث
• التهديدات الداخلية: 60% من فقدان البيانات من أخطاء بشرية

قاعدة 3-2-1 الذهبية

استراتيجية معتمدة عالميًا (موصى بها من US-CERT):

• 3 نسخ من بياناتك (الأصل + نسختان)
• 2 وسيطين تخزين مختلفين (مثلًا: سيرفر + سحابة)
• 1 نسخة خارج الموقع (Off-site)

في 2026، الكثيرون أضافوا قاعدة 3-2-1-1-0:

• 3-2-1 كما سبق
• +1: نسخة "Immutable" (لا يمكن تعديلها) ضد الرانسوم وير
• 0: صفر أخطاء بعد الاختبار

أنواع النسخ الاحتياطي

1. كاملة (Full Backup)

نسخة من كل شيء. كبيرة، بطيئة، لكن أسهل في الاسترجاع. التوصية: أسبوعيًا.

2. تفاضلية (Differential)

نسخة كل التغييرات منذ آخر نسخة كاملة. أصغر، أسرع. التوصية: يوميًا. الاسترجاع: نسخة كاملة + آخر نسخة تفاضلية.

3. تزايدية (Incremental)

نسخة التغييرات منذ آخر نسخة (من أي نوع). الأصغر، الأسرع. التوصية: كل ساعة لمواقع الزيارات العالية. الاسترجاع: نسخة كاملة + سلسلة كل النسخ التزايدية حتى التاريخ المطلوب.

4. Snapshot

لقطة لحظية للنظام بالكامل (يستخدمها AWS، Azure، VMware). التوصية: قبل أي تحديث كبير. الميزة: استرجاع شبه فوري.

ماذا تنسخ؟

قائمة شاملة:

• ملفات الموقع (/public_html، /var/www)
• قواعد البيانات (MySQL، PostgreSQL، MongoDB)
• صناديق البريد (IMAP folders)
• إعدادات الخادم (Nginx، Apache، crontabs، iptables)
• مفاتيح SSL والشهادات
• ملفات التكوين (.env، wp-config.php)
• مفاتيح API ومتغيرات البيئة (في خزنة منفصلة)
• محتوى رفعه المستخدمون (uploads/)
• سجلات (logs) لأغراض المراجعة

أين تحفظها؟

الموقع	المزايا	العيوب	السعر التقريبي
نفس السيرفر	سريع	لا فائدة لو السيرفر انهار	مدرج مع الاستضافة
سيرفر آخر داخلي	سريع، خصوصية	تحتاج إدارة	100–500 ر.س/شهر
AWS S3	رخيص، موثوق، Off-site	يحتاج تهيئة	0.023$/GB/شهر
Backblaze B2	الأرخص (0.005$/GB)	أبطأ من S3	0.005$/GB/شهر
Cloudflare R2	بدون رسوم خروج	جديد نسبيًا	0.015$/GB/شهر
Google Drive / Dropbox	سهل	محدود الحجم، ليس مصممًا للنسخ	متفاوت
قرص خارجي	تحت تحكمك	يدوي، ينسى	شراء واحد

أفضل توليفة 2026:

• نسخة على السيرفر (سريعة الاسترجاع)
• نسخة على Cloudflare R2 أو Backblaze B2 (Off-site، رخيصة)
• نسخة Immutable شهرية على S3 Glacier (للأرشيف)

التكرار حسب نوع الموقع

النوع	التكرار الموصى به	الاحتفاظ
موقع تعريفي	يومي	30 يومًا
مدوّنة نشطة	كل 6 ساعات	30 يومًا
متجر إلكتروني	كل ساعة (قواعد بيانات)	90 يومًا
منصة SaaS	كل 15 دقيقة + Real-time DB replication	180 يومًا
تطبيق مالي	Real-time + هيلسي يومي	7 سنوات

أهم خطوة: اختبار الاسترجاع

نسخة احتياطية لم تُختبر = لا توجد. كل 3 أشهر:

1. أنشئ بيئة اختبار (subdomain منفصلة)
2. حاول استرجاع آخر نسخة كاملة
3. تحقق من سلامة البيانات والملفات
4. وثّق الوقت المستغرق
5. حدّد نقاط الفشل وصلّحها

اختبار حقيقي = استعادة كاملة، ليس مجرد فحص أن الملف موجود.

أتمتة النسخ — سكربت bash جاهز

#!/bin/bash
DATE=$(date +%Y%m%d-%H%M)
BACKUP_DIR=/backups
S3_BUCKET=my-bucket

# قاعدة البيانات
mysqldump -u user -p'pass' dbname | gzip > $BACKUP_DIR/db-$DATE.sql.gz

# الملفات
tar -czf $BACKUP_DIR/files-$DATE.tar.gz /var/www/html

# الإيميل
tar -czf $BACKUP_DIR/mail-$DATE.tar.gz /var/mail

# رفع للسحابة
aws s3 cp $BACKUP_DIR/ s3://$S3_BUCKET/ --recursive

# حذف نسخ قديمة
find $BACKUP_DIR -mtime +30 -delete

# إشعار نجاح
curl -X POST "https://api.telegram.org/bot$TOKEN/sendMessage" \
  -d "chat_id=$CHAT_ID&text=Backup OK: $DATE"

شغّله عبر cron يوميًا:

0 3 * * * /usr/local/bin/backup.sh > /var/log/backup.log 2>&1

النسخ التزايدية على cPanel

كل باقة بيست هوست تشمل:

• نسخة يومية كاملة
• احتفاظ 30 يومًا
• استرجاع بضغطة زر من لوحة cPanel
• نسخ منفصلة عن السيرفر الأساسي
• نسخ شهرية Off-site على R2

استراتيجية ضد رانسوم وير

الرانسوم وير = أعدى أعداء النسخ الاحتياطي. لو هاجم سيرفرك، سيشفّر نسخك أيضًا إن وصل إليها. الحماية:

1. نسخ Immutable: غير قابلة للتعديل لفترة محددة (S3 Object Lock)
2. عزل الشبكة: حفظ النسخ على خادم منفصل تمامًا
3. حسابات منفصلة: استخدم IAM user مختلف للنسخ
4. نسخ Air-gapped: قرص فيزيائي مفصول عن الإنترنت
5. اختبار شهري: تأكد أن النسخ يمكن استرجاعها

الأخطاء الشائعة

1. النسخ على نفس القرص: لو القرص انهار، فقدت كل شيء.
2. بدون تشفير: نسخك تحتوي بياناتك الحساسة — شفّرها بـ GPG أو AWS KMS.
3. عدم الاختبار: تُفاجأ بنسخة معطوبة وقت الكارثة.
4. الاحتفاظ بنسخ قديمة جدًا: تكلفة تخزين عالية بلا فائدة. التزم بسياسة retention.
5. عدم نسخ إعدادات الخادم: استرجاع الملفات وحدها لا يكفي.
6. حساب نفس المنطقة: نسخ في us-east-1 + سيرفر في us-east-1 = مخاطرة منطقة.
7. عدم توثيق إجراءات الاسترجاع: في الكارثة لن يكون لديك وقت لتعلّم.

الخلاصة

النسخ الاحتياطي رخيص. استرجاع كارثة بدون نسخة = خسارة لا تُعوّض. ابدأ بقاعدة 3-2-1، أتمت العملية، واختبر الاسترجاع كل 3 أشهر. عملاء بيست هوست يستفيدون من نسخ يومية تلقائية مع احتفاظ 30 يومًا — جزء من كل باقة. للمتطلبات المتقدمة (Immutable، Real-time replication، احتفاظ 7+ سنوات)، تواصل مع المبيعات.