أتمتة النسخ الاحتياطي لقواعد البيانات في Linux

أتمتة النسخ الاحتياطي لقواعد البيانات في Linux خطوة بخطوة

في أي مشروع يعتمد على قواعد البيانات، سواء كان موقع استضافة مشترك، متجر إلكتروني، أو نظام داخلي في شركة، فإن النسخ الاحتياطي لقواعد البيانات ليس خيارًا إضافيًا بل ضرورة أساسية. في أنظمة Linux تحديدًا، لديك مرونة كبيرة لأتمتة كل شيء باستخدام سكربتات بسيطة وجدولة المهام باستخدام cron.

في هذا الدليل ستتعلم كيفية إعداد نسخ احتياطي قواعد البيانات Linux بشكل تلقائي، ضغط النسخ الاحتياطية، رفعها إلى خدمة سحابية، ثم جدولتها لتعمل دون تدخل يدوي.

لماذا أتمتة نسخ قواعد البيانات في Linux مهمة؟

قبل الدخول في التفاصيل العملية، من المهم فهم لماذا تحتاج لأتمتة النسخ الاحتياطي:

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

إذا كنت مهتمًا ببناء أنظمة قوية تعتمد على قواعد البيانات، قد يفيدك أيضًا التعرف على الفهرسة في قواعد البيانات وأهميتها لتحسين أداء الاستعلامات بالتوازي مع حماية البيانات.

المتطلبات الأساسية قبل البدء

للبدء في أتمتة نسخ احتياطي قواعد البيانات Linux ستحتاج إلى:

  • سيرفر Linux (مثل Ubuntu, Debian, CentOS...).
  • وصول عبر SSH أو صلاحية الوصول للسيرفر مباشرة.
  • بيانات دخول قاعدة البيانات:
    • اسم المستخدم (User)
    • كلمة المرور (Password)
    • اسم قاعدة البيانات (أو أكثر من قاعدة)
    • نوع محرك قاعدة البيانات (MySQL/MariaDB أو PostgreSQL...)
  • أدوات النسخ الاحتياطي مثبتة:
    • mysqldump لقواعد MySQL/MariaDB
    • pg_dump لقواعد PostgreSQL (إن وجدت)
  • حساب في خدمة سحابية (مثل Google Drive أو Dropbox أو AWS S3 أو غيرها) في حال رغبت في رفع النسخ الاحتياطية للسحابة.

الهيكل العام لحل النسخ الاحتياطي التلقائي

سنعتمد على سكربت Bash بسيط يقوم بالخطوات التالية:

  1. إنشاء مجلد مخصص لحفظ النسخ الاحتياطية.
  2. أخذ نسخة احتياطية من قاعدة البيانات باستخدام أداة قاعدة البيانات.
  3. ضغط ملف النسخة الاحتياطية لتقليل الحجم.
  4. إعادة تسمية الملفات بناءً على التاريخ والوقت.
  5. رفع النسخ الاحتياطية إلى خدمة سحابية (اختياري لكن مهم).
  6. حذف النسخ الأقدم من فترة معينة للحفاظ على مساحة التخزين.
  7. جدولة السكربت ليعمل تلقائيًا باستخدام cron.

الخطوة 1: إعداد مجلد النسخ الاحتياطي

أولاً، أنشئ مجلدًا مخصصًا لحفظ النسخ الاحتياطية:

mkdir -p /var/backups/databases
chmod 700 /var/backups/databases

باستخدام chmod 700 نضمن أن مالك المجلد فقط هو القادر على الوصول إليه (مهم لحماية كلمات المرور وملفات قواعد البيانات).

الخطوة 2: إنشاء سكربت النسخ الاحتياطي لقواعد بيانات MySQL/MariaDB

سنبدأ بمثال على MySQL/MariaDB، وهو الأكثر شيوعًا في الاستضافات المشتركة وبيئات الويب.

أنشئ ملف سكربت جديد:

nano /usr/local/bin/db_backup.sh

ضع في الملف المحتوى التالي، ثم سنشرحه سطرًا بسطر:

#!/bin/bash

# إعدادات قاعدة البيانات
DB_USER="db_user"
DB_PASSWORD="db_password"
DB_NAME="database_name"
DB_HOST="localhost"

# إعدادات النسخ الاحتياطي
BACKUP_DIR="/var/backups/databases"
DATE=$(date +"%Y-%m-%d_%H-%M")
FILENAME="${DB_NAME}_backup_${DATE}.sql"
ARCHIVE="${FILENAME}.gz"

# إنشاء النسخة الاحتياطية باستخدام mysqldump
mysqldump -h "$DB_HOST" -u "$DB_USER" -p"$DB_PASSWORD" \
  --databases "$DB_NAME" \
  --single-transaction --quick --lock-tables=false \
  > "$BACKUP_DIR/$FILENAME"

if [ $? -ne 0 ]; then
  echo "فشل إنشاء النسخة الاحتياطية لقاعدة البيانات"
  exit 1
fi

# ضغط ملف النسخة الاحتياطية
gzip "$BACKUP_DIR/$FILENAME"

# حذف النسخ الأقدم من 7 أيام
find "$BACKUP_DIR" -type f -name "${DB_NAME}_backup_*.sql.gz" -mtime +7 -delete

ثم اجعل السكربت قابلًا للتنفيذ:

chmod +x /usr/local/bin/db_backup.sh

شرح أهم أجزاء السكربت

  • المتغيرات DB_USER و DB_PASSWORD و DB_NAME و DB_HOST:
    تضع هنا بيانات الاتصال بقاعدة البيانات. تأكد من أن المستخدم لديه صلاحية SELECT و LOCK TABLES إن لزم.
  • BACKUP_DIR:
    المجلد الذي قررنا حفظ النسخ داخله.
  • DATE:
    يستخدم لتوليد اسم ملف يحتوي على التاريخ والوقت، حتى تميّز النسخ المختلفة.
  • mysqldump:
    الأداة الأساسية لإنشاء نسخة SQL من قاعدة البيانات. خيار --single-transaction يساعد في أخذ نسخة متسقة بدون قفل طويل للجداول في قواعد InnoDB.
  • gzip:
    يستخدم لضغط ملف SQL لتقليل الحجم.
  • find ... -mtime +7 -delete:
    يحذف النسخ الأقدم من 7 أيام لتفادي امتلاء المساحة.

مثال سكربت لنسخ احتياطي PostgreSQL

إذا كنت تستخدم PostgreSQL، التعديل الأساسي سيكون على أداة النسخ:

#!/bin/bash

DB_USER="db_user"
DB_NAME="database_name"
DB_HOST="localhost"

BACKUP_DIR="/var/backups/databases"
DATE=$(date +"%Y-%m-%d_%H-%M")
FILENAME="${DB_NAME}_backup_${DATE}.sql"
ARCHIVE="${FILENAME}.gz"

export PGPASSWORD="db_password"

pg_dump -h "$DB_HOST" -U "$DB_USER" "$DB_NAME" > "$BACKUP_DIR/$FILENAME"

if [ $? -ne 0 ]; then
  echo "فشل إنشاء النسخة الاحتياطية لقاعدة PostgreSQL"
  exit 1
fi

gzip "$BACKUP_DIR/$FILENAME"
find "$BACKUP_DIR" -type f -name "${DB_NAME}_backup_*.sql.gz" -mtime +7 -delete

ملاحظة أمنية: من الأفضل استخدام ملف إعدادات آمن أو متغيرات بيئة بدل كتابة كلمات المرور بشكل صريح داخل السكربت في بيئات الإنتاج.

الخطوة 3: ضغط النسخ الاحتياطية وتقليل الحجم

نحن استخدمنا بالفعل gzip في السكربت، لكن يمكنك استخدام bzip2 أو xz لمستوى ضغط أعلى (على حساب وقت أطول للضغط).

مثال استخدام tar + gzip لعدة قواعد بيانات:

tar -czf all_databases_backup_$(date +"%Y-%m-%d_%H-%M").tar.gz /var/backups/databases/*.sql

لكن في معظم الحالات، ضغط كل نسخة على حدة باستخدام gzip يكفي ويكون أبسط في الاسترجاع.

الخطوة 4: رفع النسخ الاحتياطية إلى السحابة (اختياري لكنه مهم)

النسخ الاحتياطي داخل نفس السيرفر مهم، لكن في حال تعرض السيرفر ذاته لمشكلة (حذف، اختراق، تلف في القرص)، قد تفقد النسخ أيضًا. هنا تأتي أهمية الرفع إلى خدمة سحابية خارجية.

استخدام rclone للرفع إلى خدمات سحابية متعددة

أفضل أداة مرنة وشائعة هي rclone، تدعم Google Drive، Dropbox، S3، وغيرها.

تثبيت rclone (مثال على Ubuntu):

sudo apt update
sudo apt install rclone

ثم إعداد مزود الخدمة:

rclone config

اتبع التعليمات التفاعلية لاختيار نوع الخدمة (مثل drive لـ Google Drive) وربط الحساب. بعد الإعداد، لنفترض أن اسم الريموت هو remote_backup.

تعديل السكربت لرفع النسخ الاحتياطية

أضف داخل سكربت النسخ الاحتياطي بعد خطوة الضغط:

# رفع النسخة الاحتياطية إلى السحابة باستخدام rclone
REMOTE_NAME="remote_backup"
REMOTE_DIR="db_backups"

rclone copy "$BACKUP_DIR/$ARCHIVE" "$REMOTE_NAME:$REMOTE_DIR" > /var/log/db_backup_rclone.log 2>&1

هكذا سيتم رفع النسخ المضغوطة تلقائيًا إلى مجلد db_backups على خدمتك السحابية، ويمكنك مراجعة لوج الرفع في الملف /var/log/db_backup_rclone.log.

الخطوة 5: جدولة النسخ الاحتياطي باستخدام cron

الآن بعد أن أصبح لدينا سكربت جاهز، نحتاج لجعله يعمل تلقائيًا في أوقات محددة باستخدام cron، وهي أداة جدولة مهام مدمجة في معظم توزيعات Linux.

فتح محرر كرون للمستخدم root أو المستخدم الذي يشغّل السكربت

crontab -e

أضف السطر التالي لتشغيل سكربت النسخ الاحتياطي كل يوم عند الساعة 2 صباحًا:

0 2 * * * /usr/local/bin/db_backup.sh > /var/log/db_backup.log 2>&1
  • 0 2 * * * تعني: الدقيقة 0، الساعة 2 صباحًا، كل يوم، كل شهر، كل أيام الأسبوع.
  • > /var/log/db_backup.log 2>&1 لتحويل المخرجات القياسية وأخطاء السكربت إلى ملف لوق.

أمثلة أخرى لجدولة مختلفة:

  • النسخ الاحتياطي كل 6 ساعات: 
    0 */6 * * * /usr/local/bin/db_backup.sh > /var/log/db_backup.log 2>&1
  • النسخ الاحتياطي مرة أسبوعيًا يوم الأحد: 
    0 3 * * 0 /usr/local/bin/db_backup.sh > /var/log/db_backup.log 2>&1

اختبار النسخ الاحتياطي والاسترجاع

أي نظام نسخ احتياطي لا يمكن اعتباره آمنًا إلا إذا تم اختبار الاسترجاع منه بنجاح. لا يكفي أن نعرف أن السكربت يعمل؛ يجب أن نتأكد من أننا قادرون على استعادة قاعدة البيانات عند الحاجة.

اختبار السكربت يدويًا

شغّل السكربت بشكل مباشر للتأكد من عدم وجود أخطاء:

/usr/local/bin/db_backup.sh

تحقق من:

  • وجود ملف مضغوط جديد في /var/backups/databases.
  • وجود سجل في /var/log/db_backup.log إن كنت تستخدم اللوج.
  • رفع النسخة إلى الخدمة السحابية باستخدام rclone ls remote_backup:db_backups مثلاً.

استعادة قاعدة البيانات من النسخة الاحتياطية

لاختبار الاسترجاع في MySQL/MariaDB:

  1. أنشئ قاعدة بيانات اختبارية: 
    mysql -u root -p -e "CREATE DATABASE test_restore;"
  2. فك الضغط عن النسخة الاحتياطية التي تريد تجربتها: 
    gunzip /var/backups/databases/database_name_backup_2025-01-01_02-00.sql.gz
  3. استعادة النسخة إلى قاعدة البيانات الاختبارية: 
    mysql -u root -p test_restore < /var/backups/databases/database_name_backup_2025-01-01_02-00.sql

بهذا الشكل تتأكد أن النسخ الاحتياطية صالحة ويمكن الاعتماد عليها في حالة الطوارئ.

نصائح عملية لتحسين أمان وفعالية النسخ الاحتياطي

  • حماية كلمات المرور:
    استخدم ملفات إعدادات آمنة (مثل ~/.my.cnf لـ MySQL) بدل تضمين كلمة المرور مباشرة في السكربت، أو استخدم متغيرات بيئة.
  • تقسيم صلاحيات المستخدم في قاعدة البيانات:
    أنشئ مستخدمًا خاصًا للنسخ الاحتياطي بصلاحيات محدودة بدل استخدام مستخدم root.
  • تشفير النسخ الاحتياطية الحساسة:
    في حال احتواء البيانات على معلومات حساسة، فكّر باستخدام gpg لتشفير الملفات قبل رفعها للسحابة.
  • مراقبة مساحة التخزين:
    حتى مع الحذف التلقائي، راقب المساحة المتاحة بشكل دوري خاصة في الاستضافات محدودة الموارد.
  • تنويع أماكن التخزين:
    لا تعتمد فقط على السيرفر والسحابة نفسها؛ يمكن تخزين نسخة أسبوعية على خادم آخر أو وحدة تخزين خارجية.

الخلاصة

أتمتة نسخ احتياطي قواعد البيانات Linux ليست عملية معقدة، لكنها تحتاج إلى تخطيط جيد وتنفيذ منظم. باستخدام سكربت بسيط في Bash، مع أدوات مثل mysqldump وgzip وrclone، بالإضافة إلى جدولة cron، يمكنك بناء نظام نسخ احتياطي موثوق يقلل بشكل كبير من مخاطر فقدان البيانات.

إذا كنت تحب أتمتة المهام المتكررة، يمكنك أيضًا استكشاف مكتبات بايثون المستخدمة في أتمتة المهام اليومية، وربما مستقبلاً تبني نظام نسخ احتياطي أكثر تقدمًا يعتمد على Python وواجهات برمجية لخدمات التخزين السحابي.

حتى لو بدأت بأبسط شكل من أشكال النسخ الاحتياطي، الأهم هو أن تبدأ الآن، وتطوّر الحل تدريجيًا حسب نمو مشروعك وحساسية بياناتك.

حول المحتوى:

خطوات إنشاء سكريبت نسخ احتياطي تلقائي، ضغط الملفات، رفعها للسحابة، وجدولتها باستخدام cron.

هل كان هذا مفيدًا لك؟

أضف تعليقك