راهنمای جامع مدیریت بکاپ‌های حجیم و زمان‌بندی در DirectAdmin

مقدمه

زمانی که تعداد کاربران روی سرور زیاد باشد یا حجم اطلاعات کاربران بزرگ شود، روند گرفتن بکاپ ممکن است بسیار کند و سنگین شود. این موضوع می‌تواند باعث فشار روی منابع سیستم (CPU، RAM و Disk I/O) شده و کارایی سرور را کاهش دهد. در این مقاله به روش‌های مختلف مدیریت بکاپ‌های حجیم، انتقال حساب‌های بزرگ و زمان‌بندی هوشمند بکاپ‌ها می‌پردازیم.

۱. مدیریت کاربران حجیم و بهینه‌سازی زمان بکاپ

بکاپ‌ها کند هستند چون حجم داده زیاد است

اگر بکاپ‌هایتان خیلی بزرگ شده و زمان زیادی برای ساخت آن‌ها صرف می‌شود، می‌توانید از روش‌های زیر برای کاهش فشار روی سیستم استفاده کنید:

1. کاهش دفعات بکاپ‌گیری
   به جای گرفتن بکاپ روزانه، بکاپ را فقط یک بار در هفته و در آرام‌ترین روز هفته (مثلاً آخر هفته) انجام دهید.
2. تقسیم کاربران روی روزهای مختلف
   به‌جای بکاپ گرفتن از همه کاربران در یک روز، آن‌ها را بین روزهای هفته تقسیم کنید. این کار فشار روی سرور را کاهش می‌دهد.
3. حذف بخش‌های غیرضروری از بکاپ
   اگر به برخی داده‌ها نیاز ندارید، آن‌ها را از روند بکاپ حذف کنید. برای مثال:
   • Skip IMAP Data (نادیده گرفتن ایمیل‌ها)
   • Skip Databases (نادیده گرفتن دیتابیس‌ها)
   • Skip the /home/user/domains (نادیده گرفتن دایرکتوری دامنه‌ها)
   به‌جای این بخش‌ها می‌توانید از ابزارهایی مثل rsync استفاده کنید.
4. تنظیم انتخاب بخش‌های بکاپ در DirectAdmin
   در نسخه‌های جدید DirectAdmin می‌توانید دقیقاً مشخص کنید کدام قسمت‌ها در بکاپ قرار بگیرند. مسیر:
   Admin Level -> Admin Backup/Transfer -> Create Backup Step 4: What
   اینجا گزینه‌هایی مثل Domains Directory یا E-Mail Data را می‌توانید فعال یا غیرفعال کنید.

۲. انتقال حساب‌های بسیار بزرگ

گاهی یک حساب کاربری آن‌قدر بزرگ است که بکاپ کامل آن مشکلاتی ایجاد می‌کند، مانند:

• فایل‌سیستم اجازه ساخت فایل‌های خیلی بزرگ را نمی‌دهد.
• فضای خالی کافی برای ساخت فایل tar.gz وجود ندارد.
• روش انتقال (FTP یا …) قادر به مدیریت فایل‌های حجیم نیست.

راه‌حل‌ها:

• تقسیم بکاپ به بخش‌های کوچک‌تر
  در Step 4: What می‌توانید بکاپ را بدون برخی قسمت‌ها بسازید. سپس این بخش‌ها را جداگانه منتقل کرده و روی سرور مقصد ریستور کنید.
• استفاده از rsync
  اگر پوشه /home/username/domains یا پوشه ایمیل‌ها بسیار حجیم باشد، می‌توانید آن‌ها را از بکاپ حذف کنید و جداگانه با rsync منتقل نمایید.
• دیتابیس‌های بزرگ
  اگر مشکل اصلی دیتابیس است، گزینه Database Data را غیرفعال کنید. بکاپ ساخته‌شده دیتابیس‌های خالی را ایجاد می‌کند. سپس با استفاده از mysqldump دیتابیس‌ها را به صورت دستی منتقل نمایید.

۳. تکنیک کاهش فشار بکاپ با ionice

برخی سیستم‌عامل‌ها ابزار ionice دارند که می‌تواند نرخ دسترسی دیسک یک پروسه (مثل tar) را محدود کند.
این کار باعث می‌شود بکاپ گرفتن کل منابع دیسک را اشغال نکند.
اطلاعات بیشتر در این لینک موجود است:
http://www.directadmin.com/features.php?id=1423

۴. زمان‌بندی بکاپ و کنترل بار سیستم

اگر نمی‌خواهید بکاپ زمانی اجرا شود که load average سرور بالاست، می‌توانید اسکریپت زیر را استفاده کنید.

مسیر اسکریپت:

/usr/local/directadmin/scripts/custom/user_backup_pre.sh

محتوای اسکریپت:

#!/bin/sh
MAXTRIES=20
MAXLOAD=8.00

highload()
{
  LOAD=`cat /proc/loadavg | cut -d\  -f1`
  echo "$LOAD > $MAXLOAD" | bc
}

TRIES=0
while [ `highload` -eq 1 ];
do
  sleep 5;
  if [ "$TRIES" -ge "$MAXTRIES" ]; then
    echo "system load above $MAXLOAD for $MAXTRIES attempts. Aborting.";
    exit 1;
  fi
  ((TRIES++))
done;
exit 0;

اجرای دسترسی:

chmod 755 /usr/local/directadmin/scripts/custom/user_backup_pre.sh

این اسکریپت قبل از هر بکاپ بار سیستم را چک می‌کند. اگر load بالاتر از مقدار تعیین‌شده (مثلاً ۸) باشد، بکاپ متوقف می‌شود.

۵. همزمانی بکاپ با شمارش سهمیه دیسک (Quota)

از نسخه 1.596 به بعد DirectAdmin به‌صورت پیش‌فرض از realtime_quotas=2 استفاده می‌کند و مشکل تداخل با شمارش سهمیه دیسک کمتر رخ می‌دهد.

اگر مقدار realtime_quotas=0 باشد، ممکن است بکاپ همزمان با شمارش quota اجرا شود و فضای مصرفی تقریباً دو برابر محاسبه شود.

راه‌حل‌ها:

1. استفاده از realtime_quotas=2.
2. تغییر محل ساخت موقت بکاپ (مثلاً /tmp به جای /home/tmp).
3. استفاده از Direct IMAP Backup برای سرعت بیشتر و مصرف فضای کمتر.

۶. محدود کردن بکاپ‌های Reseller/User به زمان مشخص

اگر نمی‌خواهید کاربران در ساعات شلوغ بکاپ بگیرند، می‌توانید اجازه بکاپ را فقط بین ساعت مشخصی بدهید.

مسیر اسکریپت:

/usr/local/directadmin/scripts/custom/all_pre.sh

محتوای اسکریپت (نمونه: فقط بین ۱ تا ۸ صبح بکاپ مجاز است):

#!/bin/sh

HOUR=`date +%k`
MAKINGBACKUP=0
if [ "$command" = "/CMD_USER_BACKUP" ]; then
    if [ "$action" = "create" ]; then
        MAKINGBACKUP=1
        if [ "$when" = "cron" ]; then
            HOUR=$hour
        fi
    fi        
fi

if [ "$command" = "/CMD_SITE_BACKUP" ]; then
    if [ "$action" = "backup" ]; then
        MAKINGBACKUP=1
    fi        
fi

if [ "$MAKINGBACKUP" -eq 1 ]; then
    if [ "$HOUR" -ge 1 ] && [ "$HOUR" -lt 8 ]; then
        exit 0;
    else
        echo "Backups must be created between 1am and 8am";
        exit 1;
    fi
fi
exit 0;

اجرای دسترسی:

chmod 755 /usr/local/directadmin/scripts/custom/all_pre.sh

نتیجه‌گیری

• بکاپ‌های حجیم می‌توانند فشار زیادی به سرور وارد کنند، اما با تنظیم درست دفعات، بخش‌های بکاپ، استفاده از rsync و زمان‌بندی مناسب می‌توان آن را مدیریت کرد.
• استفاده از ابزارهایی مثل ionice، اسکریپت‌های کنترل بار و محدودسازی ساعت بکاپ، باعث بهینه‌سازی عملکرد سرور می‌شود.
• همیشه قبل از تغییرات بزرگ، ابتدا روی یک اکانت آزمایشی تست کنید.