بکاپ گیری از سرور مجازی؛ آموزش تهیه و بازیابی نسخه پشتیبان

مقدمه:

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

فهرست مطالب

• چرا بکاپ سرور مجازی ضروری است؟
• بکاپ کامل باید شامل چه اطلاعاتی باشد؟
• تفاوت Snapshot، بکاپ فایل و تصویر کامل سرور
• پیش‌نیازهای تهیه نسخه پشتیبان
• آموزش بکاپ گیری از فایل‌های VPS
• تهیه نسخه پشتیبان از پایگاه داده
• بکاپ تنظیمات مهم سرور
• زمان‌بندی و خودکارسازی عملیات
• نگهداری امن نسخه‌های پشتیبان
• آموزش بازیابی فایل‌ها و پایگاه داده
• آزمایش سلامت و قابلیت Restore
• اشتباهات رایج در بکاپ VPS
• چک‌لیست نهایی
• جمع‌بندی و سؤالات متداول

چرا بکاپ گیری از سرور مجازی ضروری است؟

اطلاعات VPS ممکن است به دلایل مختلفی مانند خطای انسانی، خرابی سیستم‌عامل، حذف اشتباه فایل‌ها، اختلال نرم‌افزاری، حمله امنیتی یا مشکل زیرساختی از دسترس خارج شود. حتی یک دستور اشتباه با دسترسی مدیریتی می‌تواند فایل‌های مهم یا تنظیمات سرویس را تغییر دهد.

نسخه پشتیبان به شما اجازه می‌دهد سرور یا بخشی از اطلاعات آن را به وضعیت سالم قبلی بازگردانید. بااین‌حال، وجود یک فایل با عنوان Backup به‌تنهایی کافی نیست؛ باید بدانید این فایل شامل چه داده‌هایی است، در کجا نگهداری می‌شود و بازیابی آن چقدر زمان می‌برد.

دو معیار مهم در طراحی برنامه بکاپ

پیش از انتخاب ابزار، این دو سؤال را پاسخ دهید:

• حداکثر چه مقدار از داده‌های جدید را می‌توانید از دست بدهید؟
• سرویس حداکثر چه مدت می‌تواند از دسترس خارج بماند؟

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

اگر درباره نوع بکاپ، فضای ذخیره‌سازی یا تعداد نسخه‌های موردنیاز سرور خود مطمئن نیستید، کارشناسان شرکت تجارت الکترونیک نوژن می‌توانند ساختار سرویس و اهمیت داده‌ها را بررسی کرده و برنامه پشتیبان‌گیری متناسب با پروژه پیشنهاد دهند.

مطالعه بیشتر: راهنمای انتخاب سرور مجازی

بکاپ کامل سرور مجازی باید شامل چه اطلاعاتی باشد؟

محتوای نسخه پشتیبان به سرویس‌های نصب‌شده روی VPS وابسته است. بااین‌حال، در بیشتر سرورها باید موارد زیر بررسی شوند:

• فایل‌های وب‌سایت و برنامه
• فایل‌های آپلودشده توسط کاربران
• پایگاه‌های داده
• فایل‌های تنظیمات وب‌سرور
• تنظیمات PHP، پایگاه داده و سرویس‌های اجرایی
• گواهی‌ها و اطلاعات موردنیاز برای فعال‌سازی HTTPS
• تنظیمات زمان‌بندی‌شده مانند Cron
• تنظیمات فایروال و سرویس‌های امنیتی
• فایل‌های Compose و متغیرهای محیطی پروژه‌های کانتینری
• فهرست بسته‌ها و نرم‌افزارهای نصب‌شده
• تنظیمات DNS یا ایمیل، در صورت میزبانی این سرویس‌ها روی همان سرور

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

مقایسه روش‌های بکاپ گیری از سرور مجازی

هر روش برای هدف مشخصی مناسب است. در بسیاری از پروژه‌ها، ترکیب چند روش نتیجه مطمئن‌تری ایجاد می‌کند.

آیا Snapshot جای بکاپ را می‌گیرد؟

Snapshot برای بازگشت سریع به وضعیت قبلی مفید است، اما نباید تنها نسخه محافظت از داده‌ها باشد. اگر Snapshot در همان زیرساخت یا حساب کاربری سرور قرار داشته باشد، بروز مشکل گسترده یا ازدست‌رفتن دسترسی می‌تواند سرور و Snapshot را هم‌زمان تحت تأثیر قرار دهد.

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

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

مطالعه بیشتر: خدمات سرور مجازی

پیش‌نیازهای تهیه نسخه پشتیبان از VPS

پیش از اجرای هر دستور یا نصب ابزار بکاپ، این موارد را مشخص کنید:

1. فهرست داده‌ها و سرویس‌های مهم را تهیه کنید.
2. مقصدی خارج از سرور اصلی در نظر بگیرید.
3. فضای آزاد مقصد را بررسی کنید.
4. حسابی با حداقل دسترسی لازم بسازید.
5. اطلاعات حساس بکاپ را رمزنگاری کنید.
6. زمان اجرای عملیات را با ساعات کم‌مصرف هماهنگ کنید.
7. روش بازیابی را پیش از وقوع بحران مستند کنید.

اجرای بکاپ ممکن است مصرف پردازنده، دیسک یا پهنای باند را افزایش دهد. اگر VPS منابع محدودی دارد، ابتدا روی بخشی از داده‌ها آزمایش انجام دهید و وضعیت منابع را هنگام اجرا بررسی کنید.

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

آموزش بکاپ گیری از فایل‌های سرور مجازی

روش اول: ایجاد آرشیو فشرده

برای تهیه یک نسخه دستی از پوشه پروژه می‌توان از tar استفاده کرد. دستور زیر یک آرشیو فشرده از مسیر مشخص‌شده ایجاد می‌کند:

sudo tar -czf /var/backups/site-files.tar.gz /var/www/example

مسیر /var/www/example باید با مسیر واقعی پروژه جایگزین شود. بهتر است فایل خروجی برای مدت طولانی روی همان دیسک VPS باقی نماند؛ پس از بررسی اولیه، آن را به مقصد پشتیبان منتقل کنید.

فایل‌های موقت، کش، لاگ‌های حجیم و پوشه‌های قابل‌بازتولید را می‌توان از بکاپ حذف کرد. حذف این موارد باید آگاهانه باشد تا فایل ضروری از قلم نیفتد.

روش دوم: همگام‌سازی با rsync

ابزار rsync برای انتقال فایل‌ها به سرور پشتیبان و کپی‌کردن تغییرات مناسب است. نمونه زیر پوشه سایت را به مقصد راه دور منتقل می‌کند:

sudo rsync -aH --delete /var/www/example/ backupuser@backup-server:/backups/example/

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

sudo rsync -aHn --delete /var/www/example/ backupuser@backup-server:/backups/example/

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

مطالعه بیشتر: بررسی فضای دیسک در لینوکس

تهیه نسخه پشتیبان از پایگاه داده

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

بکاپ MySQL یا MariaDB

برای خروجی گرفتن از یک دیتابیس می‌توان از mysqldump استفاده کرد:

mysqldump --single-transaction --routines --triggers \
  -u backup_user -p database_name > database_backup.sql

بهتر است رمز عبور را مستقیماً داخل دستور یا اسکریپت Cron ننویسید؛ زیرا ممکن است در تاریخچه فرمان یا فایل‌های قابل‌مشاهده باقی بماند. برای خودکارسازی، از روش امن مدیریت اطلاعات ورود و سطح دسترسی محدود استفاده کنید.

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

gzip database_backup.sql

اگر چند پایگاه داده دارید، خروجی هرکدام را جداگانه نام‌گذاری کنید یا با برنامه مشخص از همه آن‌ها بکاپ بگیرید. وجود فایل SQL بدون بررسی خطای اجرای دستور، اثبات نمی‌کند که بکاپ سالم است.

بکاپ PostgreSQL

برای یک پایگاه داده PostgreSQL می‌توان از pg_dump استفاده کرد:

sudo -u postgres pg_dump -Fc database_name > database_backup.dump

فرمت سفارشی امکان بازیابی با pg_restore را فراهم می‌کند. سطح دسترسی فایل خروجی را محدود کنید و آن را همراه با سایر نسخه‌ها به مقصد مستقل انتقال دهید.

مطالعه بیشتر: تفاوت MySQL و MariaDB

بکاپ تنظیمات مهم لینوکس

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

مسیرهای موردنیاز به توزیع و نرم‌افزارهای نصب‌شده بستگی دارند، اما معمولاً باید موارد مرتبط در /etc، تنظیمات پروژه، فایل‌های سرویس و Cron بررسی شوند.

به‌جای آرشیوکردن بی‌هدف کل /etc، ابتدا فهرست تنظیمات موردنیاز را تهیه کنید. نمونه‌های رایج عبارت‌اند از:

• تنظیمات Nginx یا Apache
• فایل‌های تنظیم PHP
• تنظیمات پایگاه داده
• واحدهای سفارشی systemd
• فایل‌های Cron
• تنظیمات فایروال
• فایل‌های محیطی برنامه
• تنظیمات Docker Compose
• گواهی‌ها و کلیدهای لازم

فایل‌های حاوی رمز یا کلید باید در بکاپ رمزنگاری‌شده قرار بگیرند. دسترسی به مقصد بکاپ نیز باید به افراد و سرویس‌های ضروری محدود شود.

خودکارسازی و زمان‌بندی بکاپ سرور مجازی

بکاپ دستی ممکن است فراموش شود. برای خودکارسازی می‌توان از Cron، تایمرهای systemd یا قابلیت زمان‌بندی ابزار بکاپ استفاده کرد.

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

نمونه زمان‌بندی با Cron

بهتر است دستورات متعدد را مستقیماً در Cron ننویسید. یک اسکریپت قابل‌کنترل بسازید، خروجی و خطاهای آن را ثبت کنید و سپس همان اسکریپت را زمان‌بندی کنید.

ساختار کلی یک ورودی Cron می‌تواند چنین باشد:

30 2 * * * /usr/local/sbin/vps-backup.sh >> /var/log/vps-backup.log 2>&1

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

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

نسخه‌های پشتیبان را کجا نگهداری کنیم؟

نگهداری نسخه بکاپ فقط روی همان VPS خطرناک است. اگر دیسک سرور آسیب ببیند، حساب مسدود شود یا بدافزار به فایل‌ها دسترسی پیدا کند، بکاپ محلی نیز ممکن است از بین برود.

یک الگوی مناسب، نگهداری چند نسخه روی بیش از یک نوع فضای ذخیره‌سازی و قرار دادن حداقل یک نسخه خارج از زیرساخت اصلی است. این الگو باید متناسب با حساسیت داده و بودجه اجرا شود.

نکات امنیتی مقصد بکاپ

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

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

آموزش Restore و بازیابی نسخه پشتیبان

بازیابی فایل‌ها

ابتدا نسخه موردنظر را در یک مسیر موقت استخراج و محتوای آن را بررسی کنید:

sudo mkdir -p /restore-check
sudo tar -xzf site-files.tar.gz -C /restore-check

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

بازیابی MySQL یا MariaDB

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

mysql -u restore_user -p database_name < database_backup.sql

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

بازیابی PostgreSQL

برای فایل ساخته‌شده با فرمت سفارشی می‌توان از pg_restore استفاده کرد:

sudo -u postgres pg_restore -d database_name database_backup.dump

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

ترتیب مناسب بازیابی سرویس

در یک سناریوی معمول، مراحل بازیابی به این ترتیب انجام می‌شوند:

1. آماده‌سازی سیستم‌عامل یا سرور جایگزین
2. نصب نسخه سازگار سرویس‌ها
3. بازگرداندن تنظیمات
4. بازیابی فایل‌های برنامه
5. بازیابی پایگاه داده
6. اصلاح مالکیت و مجوزها
7. بررسی متغیرهای محیطی و اطلاعات اتصال
8. آزمایش سرویس با دامنه یا آدرس موقت
9. بازگرداندن ترافیک اصلی
10. پایش لاگ‌ها و عملکرد برنامه

چگونه سلامت بکاپ را آزمایش کنیم؟

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

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

• آرشیو بدون خطا باز می‌شود.
• فایل‌های اصلی در نسخه وجود دارند.
• دیتابیس قابل واردکردن است.
• برنامه به دیتابیس متصل می‌شود.
• صفحات و عملیات اصلی کار می‌کنند.
• مالکیت و دسترسی فایل‌ها صحیح است.
• فایل‌های حساس ناخواسته در دسترس عمومی نیستند.
• زمان تقریبی بازیابی ثبت شده است.

ثبت Checksum نیز می‌تواند به تشخیص تغییر یا خرابی فایل بکاپ کمک کند. البته تطابق Checksum فقط سلامت فایل را از نظر تغییرات بررسی می‌کند و جایگزین اجرای آزمایشی Restore نیست.

سناریوی کاربردی: بکاپ یک سایت وردپرسی روی VPS

فرض کنید وردپرس، وب‌سرور و MariaDB روی یک سرور مجازی قرار دارند. یک برنامه منطقی می‌تواند شامل اجزای زیر باشد:

• خروجی منظم از دیتابیس وردپرس
• بکاپ پوشه wp-content و تنظیمات ضروری
• نگهداری تنظیمات وب‌سرور و PHP
• انتقال رمزنگاری‌شده نسخه‌ها به فضای مستقل
• تهیه Snapshot پیش از به‌روزرسانی بزرگ
• نگهداری چند نسخه تاریخ‌دار
• آزمایش بازیابی روی محیط جداگانه

در این سناریو، بکاپ کامل روزانه تمام سیستم لزوماً تنها انتخاب نیست. ممکن است دیتابیس و فایل‌های آپلودی به دفعات بیشتر و فایل‌های هسته وردپرس به دفعات کمتر نیاز داشته باشند.

مطالعه بیشتر: افزایش امنیت وردپرس

مطالعه بیشتر: افزایش امنیت سرور

اشتباهات رایج در بکاپ گیری از VPS

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

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

اعتماد کامل به Snapshot

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

بکاپ گرفتن بدون بررسی نتیجه

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

نوشتن رمز داخل اسکریپت

اسکریپت‌هایی با دسترسی نامناسب می‌توانند اطلاعات ورود را افشا کنند. از روش‌های امن مدیریت اعتبارنامه و حساب‌هایی با دسترسی محدود استفاده کنید.

حذف سریع نسخه‌های قدیمی

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

نداشتن راهنمای بازیابی

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

چک‌لیست عملی بکاپ سرور مجازی

• فایل‌ها و سرویس‌های مهم شناسایی شده‌اند.
• دیتابیس با ابزار مناسب خودش بکاپ می‌شود.
• تنظیمات مهم سرور در برنامه بکاپ قرار دارند.
• حداقل یک نسخه خارج از VPS نگهداری می‌شود.
• انتقال و نگهداری داده‌های حساس رمزنگاری شده است.
• عملیات به‌صورت خودکار اجرا می‌شود.
• شکست بکاپ قابل‌تشخیص و گزارش است.
• فضای مقصد پایش می‌شود.
• چند نسخه تاریخ‌دار نگهداری می‌شود.
• بازیابی فایل و دیتابیس آزمایش شده است.
• زمان و مراحل Restore مستند شده‌اند.
• Snapshot تنها روش محافظت از اطلاعات نیست.

جمع‌ بندی

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

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

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

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

سؤالات متداول

هر چند وقت یک‌بار باید از سرور مجازی بکاپ بگیریم؟

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

آیا Snapshot همان بکاپ کامل سرور است؟

خیر. Snapshot برای بازگرداندن سریع وضعیت ماشین مفید است، اما ممکن است به همان زیرساخت وابسته باشد. حداقل یک بکاپ مستقل خارج از VPS نیز نگهداری کنید.

آیا کپی فایل‌های سایت برای بازیابی کافی است؟

معمولاً خیر. بیشتر برنامه‌های تحت وب به پایگاه داده، تنظیمات وب‌سرور، متغیرهای محیطی و گاهی گواهی‌ها یا سرویس‌های جانبی هم نیاز دارند.

بکاپ را روی خود VPS نگه داریم یا فضای دیگری؟

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

چگونه بفهمیم نسخه پشتیبان سالم است؟

اندازه فایل و گزارش اجرای عملیات را بررسی کنید، Checksum بگیرید و مهم‌تر از همه، فایل‌ها و دیتابیس را در محیطی جداگانه بازیابی و آزمایش کنید.

آیا هنگام بکاپ باید سرور را خاموش کنیم؟

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

آیا رمزنگاری بکاپ ضروری است؟

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