پشتیبان‌گیری خودکار از سرور با Backrest و Restic + تست واقعی بازیابی اطلاعات

فرض کنید یک روز صبح از خواب بیدار می‌شوید و متوجه می‌شوید نه سایت بالا می‌آید، نه دیتابیس، نه فایل‌های کاربران. همین چند لحظه پیش یک دستور اشتباه روی سرور زده‌اید یا بدتر، یک باج‌گیر (Ransomware) توانسته به فایل‌های شما دسترسی پیدا کند. در چنین لحظه‌ای، تنها چیزی که آرامشتان را حفظ می‌کند یک نسخه پشتیبان سالم و مطمئن است — نه فقط وجود داشتنش، بلکه قابل بازیابی بودنش.

بسیاری از مدیران سرور تصور می‌کنند چون یک فایل tar یا mysqldump روی همان سرور دارند، پس بکاپ‌گیریشان اوکی است. اما وقتی سرور اصلی از دست برود، پشتیبان روی همان سرور هم از بین می‌رود. اینجاست که ابزارهای حرفه‌ای مثل Restic و رابط وب آن یعنی Backrest وارد می‌شوند.

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

چرا روش‌های سنتی بکاپ‌گیری برای VPS کافی نیستند؟

روش‌هایی مثل cp، rsync یا mysqldump هرچند ساده‌اند، اما در محیط سرور مجازی چند مشکل جدی دارند:

🔹 رمزنگاری ندارند — اگر کسی به فضای ذخیره‌سازی دسترسی پیدا کند، همه فایل‌ها را می‌خواند.

🔹 نسخه‌بندی واقعی ندارند — فقط یک کپی از وضعیت فعلی می‌سازند، نه تاریخچه تغییرات.

🔹 حذف هوشمند ندارند — با گذشت زمان یا حجم بکاپ‌ها منفجر می‌شود، یا باید دستی همه‌چیز را پاک کنید.

🔹 تست بازیابی دشوار است — پیدا کردن یک فایل خاص از میان ده‌ها آرشیو تقریباً غیرممکن می‌شود.

Restic این مشکلات را از ریشه حل کرده است. این ابزار که با زبان Go نوشته شده، رمزنگاری را به صورت پیش‌فرض انجام می‌دهد، بکاپ‌ها را به صورت افزایشی ذخیره می‌کند (فقط تغییرات)، و از دهها مقصد ذخیره‌سازی از جمله S3، Backblaze B2، SFTP و دیسک محلی پشتیبانی می‌کند .

Backrest چیست و چه نیازی را برطرف می‌کند؟

Restic به تنهایی یک ابزار خط فرمان (CLI) است. برای کسی که فقط یک سرور دارد، کار با خط فرمان مشکلی نیست. اما وقتی تعداد سرورها و مخازن بکاپ زیاد می‌شود، مدیریت زمان‌بندی، بررسی وضعیت اجراها، حذف نسخه‌های قدیمی و بازیابی فایل‌ها از خط فرمان خسته‌کننده می‌شود.

Backrest دقیقاً همین‌جا وارد می‌شود. یک پنل تحت وب سبک و اپن‌سورس که روی Restic سوار می‌شود و امکان مدیریت گرافیکی مخازن، پلن‌های بکاپ، زمان‌بندی خودکار (Cron)، مشاهده Snapshot ها، و بازیابی فایل‌ها را فراهم می‌کند .

نکته جالب این است که Backrest خودش نسخه سازگار Restic را در اولین اجرا دانلود می‌کند، بنابراین نیازی به نصب دستی Restic ندارید — هرچند اگر Restic از قبل نصب باشد، از همان استفاده می‌کند .

پیش‌نیازهای نصب

🔹 یک سرور مجازی لینوکسی (Ubuntu 22.04 یا 24.04 پیشنهاد می‌شود)

🔹 دسترسی root یا کاربر با sudo

🔹 حداقل ۵ گیگابایت فضای خالی برای تست

🔹 اتصال SSH به سرور

اگر هنوز سرور مناسب ندارید، می‌توانید از سرور مجازی ایران ایرانیکاسرور با دیسک NVMe و پهنای باند مناسب استفاده کنید که برای اجرای سرویس‌های بکاپ‌گیری ایده‌آل است.

نصب Backrest به روش استاندارد

ساده‌ترین راه نصب Backrest استفاده از اسکریپت رسمی آن است. ابتدا با SSH وارد سرور شوید:

سپس اسکریپت نصب را اجرا کنید:

این اسکریپت فایل اجرایی را در مسیر /usr/local/bin قرار می‌دهد و یک سرویس systemd برای اجرای خودکار در زمان بوت ایجاد می‌کند .

پس از نصب، سرویس را بررسی کنید:

باید وضعیت active (running) را ببینید.

ورود به پنل Backrest و تنظیمات اولیه

به صورت پیش‌فرض Backrest روی پورت 9898 گوش می‌دهد. در مرورگر خود وارد شوید:

در اولین ورود، از شما یک Instance ID و یک نام کاربری و رمز عبور درخواست می‌شود. حتماً یک رمز قوی انتخاب کنید. اگر سرور روی اینترنت عمومی است، توصیه می‌شود پورت 9898 را با فایروال محدود کنید یا Backrest را پشت یک Reverse Proxy با HTTPS قرار دهید .

ساخت اولین مخزن بکاپ (Repository)

در پنل Backrest، از منوی سمت چپ گزینه Repositories را انتخاب کنید و روی Add Repository بزنید. فرم را به این صورت پر کنید:

🔹 Name: backup-main

🔹 URI: /backup

🔹 Password: یک رمز بسیار قوی و منحصربه‌فرد

Backrest به صورت خودکار دستور restic init را اجرا می‌کند و مخزن آماده می‌شود.

ایجاد پلن بکاپ زمان‌بندی‌شده

حالا نوبت به تنظیم بکاپ خودکار می‌رسد. از منوی Plans گزینه Add Plan را انتخاب کنید.

مسیرهای پیشنهادی برای بکاپ:

🔹 /var/www — فایل‌های سایت

🔹 /etc/nginx یا /etc/apache2 — تنظیمات وب‌سرور

🔹 /etc/php — تنظیمات PHP

🔹 /home — فایل‌های کاربران

🔹 /etc — تنظیمات کلی سیستم

در بخش زمان‌بندی، یک Cron Expression استاندارد وارد کنید. مثلاً برای بکاپ روزانه ساعت ۳ بامداد:

و برای بکاپ هفتگی، هر یکشنبه ساعت ۴ صبح:

پس از ذخیره، می‌توانید در همان لحظه یک Run Now بزنید تا بکاپ اولیه اجرا شود و مطمئن شوید همه‌چیز درست کار می‌کند .

مدیریت فضای بکاپ: حذف خودکار نسخه‌های قدیمی

اگر هر روز یک Snapshot جدید بسازید، بعد از چند ماه فضای سرور پر می‌شود. Restic یک دستور قدرتمند به نام forget دارد که با سیاست‌های نگهداری (Retention Policy) کار می‌کند.

یک سیاست متعادل برای اکثر پروژه‌ها:

🔹 ۷ بکاپ روزانه

🔹 ۴ بکاپ هفتگی

🔹 ۱۲ بکاپ ماهانه

در Backrest می‌توانید این سیاست را در تنظیمات Repository یا Plan اعمال کنید. اگر می‌خواهید دستی اجرا کنید:

دستور –prune داده‌های واقعاً بی‌استفاده را از مخزن حذف می‌کند و فضای دیسک آزاد می‌شود .

تست سلامت مخزن

قبل از هر چیز، مطمئن شوید ساختار مخزن سالم است:

خروجی مطلوب:

تست بازیابی کامل: مهم‌ترین مرحله

داشتن بکاپ کافی نیست. باید مطمئن شوید در لحظه بحران، اطلاعات واقعاً قابل بازگشت هستند. این تست را هر چند وقت یک‌بار انجام دهید.

یک مسیر آزمایشی بسازید:

آخرین Snapshot را بازیابی کنید:

حالا محتوای پوشه را بررسی کنید:

اگر فایل‌های سایت، تنظیمات و دیتابیس را می‌بینید، یعنی بکاپ شما سالم و قابل بازیابی است .

بازیابی فقط یک فایل خاص

گاهی فقط یک فایل حذف شده نیاز به بازگردانی دارد. مثلاً فایل کانفیگ یک سایت:

فایل بازیابی‌شده در مسیر /tmp/var/www/site/config.php قرار می‌گیرد.

بکاپ را روی سرور دیگر ذخیره کنید (قانون ۳-۲-۱)

ذخیره بکاپ روی همان سروری که از آن بکاپ می‌گیرید، یک اشتباه استراتژیک است. اگر سرور اصلی از دست برود (خرابی سخت‌افزار، باج‌گیر، حذف اشتباه)، بکاپ هم از بین می‌رود.

استاندارد صنعتی 3-2-1 می‌گوید: ۳ نسخه از داده، روی ۲ نوع رسانه مختلف، که ۱ نسخه حتماً خارج از سایت (Offsite) باشد .

Restic به راحتی می‌تواند بکاپ را روی یک سرور دیگر از طریق SFTP ذخیره کند:

در Backrest هم کافی است URI مخزن را به صورت sftp:user@host:/path تنظیم کنید و کلید SSH را در سرور مقصد قرار دهید.

مشکلات رایج و راه‌حل‌ها

🔹 خطای Repository not found — مسیر مخزن اشتباه است. با ls /backup بررسی کنید.

🔹 رمز مخزن را فراموش کرده‌اید — متأسفانه راهی برای بازیابی نیست. همیشه رمز را در جای امن نگه دارید.

🔹 بکاپ زمان‌بندی‌شده اجرا نمی‌شود — سرویس را بررسی کنید: systemctl status backrest و لاگ‌ها را ببینید: journalctl -u backrest.

🔹 فضای دیسک پر شده — دستور restic forget –prune را اجرا کنید.

نکات امنیتی مهم

🔹 بکاپ را روی همان سرور نگه ندارید.

🔹 رمز Repository را در محل امن ذخیره کنید.

🔹 همیشه تست Restore انجام دهید.

🔹 دسترسی به پنل Backrest را محدود کنید (فایروال، Reverse Proxy با HTTPS).

🔹 از احراز هویت قوی برای پنل استفاده کنید.

جمع‌بندی

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