أتمتة نسخ خادمك VPS الاحتياطية باستخدام Restic

لماذا تؤتمت نسخك الاحتياطية باستخدام Restic

ما الذي يقدّمه لك Restic

• تشفير AES-256 من جهة العميل: لا ترى واجهة التخزين سوى بيانات غير قابلة للقراءة.
• إزالة التكرار على مستوى الكتل تقلّص كثيرًا حجم النسخ الاحتياطية المتتالية وتكلفتها.
• لقطات تزايدية سريعة: لا تُنقَل سوى الكتل الجديدة في كل تشغيلة.
• واجهات تخزين متعددة (S3 وBackblaze B2 وSFTP وrest-server والتخزين المحلي) دون تغيير سير العمل.
• استعادة دقيقة: ملف واحد أو مجلد أو لقطة كاملة عبر restic restore.
• سياسة احتفاظ مؤتمتة عبر forget --prune (الاحتفاظ بـ N نسخة يومية، وM نسخة أسبوعية...).

قاعدة 3-2-1: لماذا لا تكفي لقطات مزوّد الاستضافة

النسخ الثلاث لاستراتيجية 3-2-1 على خادم VPS

• النسخة 1، البيانات الحية على قرص الخادم: إنها الأصل، ومصدر أسرع عمليات الاستعادة.
• النسخة 2، لقطات المزوّد: تغطي تحديثًا فاشلًا أو خطأً في الإعدادات بإعادة الجهاز كله إلى حالة سابقة.
• النسخة 3، مستودع Restic لدى مزوّد آخر للتخزين الكائني: مشفّر من جهة العميل، ويبقى بعيدًا عن متناول لوحة تحكم مزوّد الاستضافة.
• وسيطان منفصلان فعلًا: قرص الخادم من جهة، والتخزين الكائني لطرف ثالث من جهة أخرى، مع بيانات اعتماد مختلفة.

المتطلبات المسبقة لهذا النشر

Backblaze B2 أم Cloudflare R2: اختيار واجهة S3

مرّر الجدول أفقيًا

إعداد نسخ احتياطية مؤتمتة باستخدام Restic

1. 01

   تثبيت Restic وتجهيز ملف البيئة

   ثبّت restic (حزمة حديثة أو الملف التنفيذي الرسمي، انظر المتطلبات)، ثم أنشئ الملف /root/.restic-env. اكتبه أسطرًا بسيطة على صيغة KEY=value، دون export: فهذه هي الصيغة التي يقرؤها توجيه EnvironmentFile= في systemd، كما يمكن تحميلها في الصدفة (shell). ومع Restic، يُفضَّل استخدام B2 عبر واجهته المتوافقة مع S3:

   # /root/.restic-env  (Backblaze B2, S3 API)
   RESTIC_REPOSITORY=s3:https://s3.us-west-004.backblazeb2.com/my-bucket
   RESTIC_PASSWORD=change-me
   AWS_ACCESS_KEY_ID=b2-key-id
   AWS_SECRET_ACCESS_KEY=b2-application-key
   
   # Cloudflare R2
   # RESTIC_REPOSITORY=s3:https://<account-id>.r2.cloudflarestorage.com/my-bucket

   قيّد صلاحيات الملف، ثم حمّله في جلستك:

   chmod 600 /root/.restic-env
   set -a; . /root/.restic-env; set +a

2. 02

   تهيئة المستودع المشفّر

   restic init

   ينشئ هذا الأمر بنية المستودع ويختم التشفير بكلمة مرورك؛ كما تضغط المستودعات الحديثة (الصيغة 2، منذ Restic 0.14.0) البيانات أيضًا. احفظ كلمة المرور هذه خارج الخادم، في مدير كلمات مرور أو خزنة على جهاز آخر: فدونها تستحيل أي استعادة، حتى لو امتلكت السلّة كاملة.

3. 03

   تشغيل أول نسخة احتياطية

   انسخ مجلداتك الحرجة احتياطيًا، ثم قواعد بياناتك. ولتفريغ قاعدة بيانات، فضّل --stdin-from-command على أنبوب pg_dump | restic backup --stdin: إذ لا يستطيع Restic أن يعرف إن كان التدفق المقروء من الدخل القياسي مكتملًا، وتفريغ يفشل في منتصفه سينتج لقطة مبتورة دون أي خطأ. أما مع --stdin-from-command، فإن رمز خروج غير صفري من الأمر يلغي النسخ ولا تُنشأ أي لقطة.

   restic backup /etc /var/www /opt/docker-data
   restic backup --stdin-filename mydb.sql --stdin-from-command -- pg_dump -U postgres mydb
   restic snapshots

4. 04

   تحديد سياسة الاحتفاظ

   restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

   سبع نسخ يومية تغطي أسبوعًا كاملًا، وهذا يكفي لاكتشاف تلف لا يظهر إلا بعد بضعة أيام. وأربع أسبوعية تفتح نافذة شهر لمشكلة تطبيقية بطيئة، كبيانات تختفي شيئًا فشيئًا. وست شهرية تتيح العودة إلى حالة سابقة لعملية ترحيل فاشلة. أما تمريرة --prune فلا غنى عنها: فالأمر forget وحده يزيل اللقطات من القائمة دون تحرير المساحة، وتستمر فاتورة التخزين في الارتفاع.

5. 05

   التحقق من السلامة: check ثم read-data

   هذه الأوامر لا تتحقق من الشيء نفسه:

   restic check
   restic check --read-data-subset=10%
   restic check --read-data

   يتحقق restic check من بنية المستودع (اللقطات والأشجار والفهارس والحزم) دون قراءة محتوى ملفات البيانات: فهو سريع ويُشغَّل بعد كل forget --prune. أما --read-data فينزّل كل الحزم ويتحقق منها، وهذا يستغرق وقتًا ويستهلك عرض نطاق الخروج. وبينهما، يتحقق --read-data-subset من جزء عشوائي (10%، أو حجم مثل 5G) أو من شريحة ثابتة (من 1/5 إلى 5/5، لتغطية الكل في خمس مرات). والتحقق الجزئي كل أسبوع والكامل مرة في الشهر حلّ وسط جيد.

6. 06

   كتابة سكربت النسخ وخدمة systemd الخاصة به

   اجمع الخطوات في سكربت واحد. يكتب أولًا ملفًا حارسًا (sentinel) مختومًا بالوقت، سيُستخدم في اختبار الاستعادة، ويتوقف عند أول خطأ بفضل set -eu:

   #!/bin/sh
   # /usr/local/bin/restic-backup.sh
   set -eu
   date +%s > /opt/restic-sentinel.txt
   restic backup /etc /var/www /opt/docker-data /opt/restic-sentinel.txt
   restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune
   restic check

   وتشغّله الخدمة بمتغيرات ملف البيئة، دون أن يظهر أي سرّ في تعريف الوحدة:

   # /etc/systemd/system/restic-backup.service
   [Unit]
   Description=Restic backup
   After=network-online.target
   Wants=network-online.target
   
   [Service]
   Type=oneshot
   EnvironmentFile=/root/.restic-env
   ExecStart=/usr/local/bin/restic-backup.sh

7. 07

   الجدولة بمؤقّت systemd

   يُطلق المؤقّت الخدمة كل ليلة. يعوّض Persistent=true تشغيلًا فائتًا إن كان الخادم مطفأً في الموعد المحدد، ويوزّع RandomizedDelaySec=900 الانطلاق على خمس عشرة دقيقة، وهذا مفيد حين تستهدف عدة خوادم السلّة نفسها:

   # /etc/systemd/system/restic-backup.timer
   [Unit]
   Description=Daily restic backup
   
   [Timer]
   OnCalendar=*-*-* 03:00:00
   Persistent=true
   RandomizedDelaySec=900
   
   [Install]
   WantedBy=timers.target

   فعّله، ثم تحقّق من الموعد التالي ومن سجلات آخر تشغيل:

   chmod 700 /usr/local/bin/restic-backup.sh
   systemctl daemon-reload
   systemctl enable --now restic-backup.timer
   systemctl list-timers restic-backup.timer
   journalctl -u restic-backup.service --since today

   وإن كنت تفضّل cron، فإن سطرًا 0 3 * * * يحمّل ملف البيئة ثم يستدعي السكربت نفسه يؤدي الغرض، دون التعويض الذي يوفّره Persistent=.

8. 08

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

   النسخة الاحتياطية التي لم تُستعَد قط تبقى مجرد فرضية. يستعيد هذا السكربت الثاني الملف الحارس وحده من آخر لقطة ويقارنه بالأصل: فإن فشل نسخ الليلة أو لم يعد المستودع يُرجع شيئًا، يفشل cmp وتنتقل الخدمة إلى الحالة failed. ويستهدف الاختبار أحدث لقطة: فإن أضفت إلى سكربت النسخ عمليات تفريغ عبر --stdin-from-command، فضعها قبل نسخ الملفات، الذي يجب أن يبقى الأخير.

   #!/bin/sh
   # /usr/local/bin/restic-restore-test.sh
   set -eu
   rm -rf /tmp/restic-test-restore
   restic restore latest --target /tmp/restic-test-restore --include /opt/restic-sentinel.txt
   cmp /tmp/restic-test-restore/opt/restic-sentinel.txt /opt/restic-sentinel.txt

   جدوِله أسبوعيًا، بعد نسخ الليلة:

   # /etc/systemd/system/restic-restore-test.service
   [Service]
   Type=oneshot
   EnvironmentFile=/root/.restic-env
   ExecStart=/usr/local/bin/restic-restore-test.sh
   
   # /etc/systemd/system/restic-restore-test.timer
   [Timer]
   OnCalendar=Sun 05:00:00
   Persistent=true
   
   [Install]
   WantedBy=timers.target

   فعّل المؤقّت بالأمر systemctl enable --now restic-restore-test.timer، واربط الحالة failed للخدمتين بنظام المراقبة لديك. ومرة كل ثلاثة أشهر، استعد أيضًا مجلدًا حقيقيًا، بما فيه قاعدة بيانات، على جهاز اختبار.

استكشاف الأخطاء: الأعطال الشائعة

خطة الاستئناف: كم يستغرق استرجاع كل شيء؟