جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
به اشتراک بگذارید
جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
بکاپ سرور یعنی تهیه نسخه‌ای مستقل از فایل‌ها، دیتابیس‌ها، تنظیمات و در صورت نیاز کل دیسک سرور، به‌گونه‌ای که پس از خرابی سخت‌افزار، حذف اشتباه، حمله باج‌افزاری یا به‌روزرسانی ناموفق بتوان سرویس را به یک نقطه زمانی مشخص برگرداند. واژه کلیدی این تعریف «مستقل» است: نسخه‌ای که روی همان دیسک یا همان سرور می‌ماند، با همان حادثه از بین می‌رود.
✅ خطای انسانی: یک دستور اشتباه یا حذف ناخواسته یک جدول، بدون نسخه پشتیبان جبران‌پذیر نیست.
✅ باج‌افزار: بسیاری از باج‌افزارها بکاپ‌های در دسترس را هم پیدا و حذف یا رمز می‌کنند.
✅ خرابی سخت‌افزار: RAID از خرابی یک دیسک عبور می‌کند، اما حذف فایل یا خرابی منطقی داده را جبران نمی‌کند.
✅ مهاجرت و ارتقا: هر جابه‌جایی یا تغییر بزرگ نرم‌افزاری باید با یک بکاپ سالم شروع شود.
✅ باج‌افزار: بسیاری از باج‌افزارها بکاپ‌های در دسترس را هم پیدا و حذف یا رمز می‌کنند.
✅ خرابی سخت‌افزار: RAID از خرابی یک دیسک عبور می‌کند، اما حذف فایل یا خرابی منطقی داده را جبران نمی‌کند.
✅ مهاجرت و ارتقا: هر جابه‌جایی یا تغییر بزرگ نرم‌افزاری باید با یک بکاپ سالم شروع شود.
💡 بکاپ واقعی یعنی نسخه‌ای مستقل که بازیابی‌اش تست شده است
✅ سه نسخه، روی دو نوع رسانه، با یک نسخه خارج از محل
✅ نسخه خارج از سرور اصلی را روی هاست بکاپ وب‌داده نگه دارید
✅ نسخه خارج از سرور اصلی را روی هاست بکاپ وب‌داده نگه دارید
اگر داده‌های سرور اختصاصی‌تان فقط روی خود سرور است، یک خرابی دیسک یا یک دستور اشتباه کافی است تا همه‌چیز از دست برود. این راهنما از انواع بکاپ و قانون 3-2-1 شروع می‌شود، ابزارهای Veeam، Proxmox Backup Server و Rclone را کنار هم می‌گذارد و با زمان‌بندی و تست بازیابی تمام می‌شود.
🔶 سرور اختصاصی و فضای جداگانه برای بکاپ
اگر سرویس اصلی‌تان روی سرور اختصاصی ایران اجرا می‌شود، نسخه‌های پشتیبان را روی فضایی جدا از همان سرور نگه دارید تا یک حادثه، سرویس و بکاپ را با هم از بین نبرد.
بکاپ سرور چیست و چه لایه‌هایی را پوشش می‌دهد؟
به زبان ساده، بکاپ مثل نگهداری رونوشت اسناد مهم یک شرکت در صندوق امانات بانک است. اگر دفتر آتش بگیرد، اصل اسناد از بین می‌رود، اما رونوشتی که بیرون از ساختمان نگه داشته شده، کار را دوباره راه می‌اندازد. حالا تصور کنید رونوشت را در کشوی همان میز گذاشته باشید؛ این همان اشتباهی است که با نگهداری بکاپ روی دیسک خود سرور تکرار می‌شود.
یک طرح کامل معمولاً سه لایه را پوشش می‌دهد: فایل‌ها (کد سایت، آپلودها و اسناد)، دیتابیس‌ها (مثل MySQL یا SQL Server) و کل سیستم (سیستم‌عامل، تنظیمات و بخش بوت). هر لایه روش خودش را دارد.
بکاپ فایل، دیتابیس و کل سرور
- بکاپ در سطح فایل: پوشه‌های مشخص را کپی می‌کند؛ سبک و انعطاف‌پذیر است، اما برای برگرداندن کل سیستم کافی نیست.
- بکاپ دیتابیس: باید در حالت سازگار (Consistent) گرفته شود؛ کپی خام فایل‌های دیتابیسِ در حال اجرا ممکن است نسخه‌ای خراب بسازد.
- بکاپ ایمیج (Image-level): از کل دیسک یا ماشین مجازی نسخه می‌گیرد و بازگرداندن کامل سیستم روی سخت‌افزار جدید را سریع‌تر می‌کند.
بکاپ کامل، افزایشی و تفاضلی
بکاپ کامل (Full) هر بار همه داده‌ها را کپی می‌کند. بکاپ افزایشی (Incremental) فقط تغییرات پس از آخرین بکاپ را برمی‌دارد و بکاپ تفاضلی (Differential) تغییرات پس از آخرین بکاپ کامل را. ابزارهایی مثل Proxmox Backup Server تکه‌های تکراری داده را دوباره ذخیره نمی‌کنند (Deduplication)؛ به همین دلیل هر بکاپ افزایشی سریع گرفته می‌شود و در عین حال مثل یک نسخه کامل بازیابی می‌شود.
تفاوت بکاپ با RAID و Snapshot
آرایه RAID برای دسترس‌پذیری طراحی شده است، نه برای نگهداری تاریخچه داده. اگر فایلی حذف یا با باج‌افزار رمز شود، RAID همان تغییر را فوراً روی همه دیسک‌ها تکرار می‌کند. همان‌طور که در مقاله RAID چیست و مقایسه RAID 5 یا RAID 10 برای سرور اختصاصی توضیح داده‌ایم، هر سطح RAID فقط تعداد مشخصی خرابی دیسک را تحمل می‌کند.
قابلیت Snapshot هم تصویری لحظه‌ای از دیسک می‌سازد که معمولاً روی همان ذخیره‌ساز می‌ماند. اگر پیش از به‌روزرسانی گرفته شود، راه برگشت سریعی است، اما با از دست رفتن ذخیره‌ساز، خودش هم از بین می‌رود. روش ساخت و بازیابی آن را در راهنمای Snapshot سرور چیست توضیح داده‌ایم.
🔸 نکته فنی از پایگاه دانش VMware
پایگاه دانش Broadcom برای VMware صریحاً توصیه می‌کند از Snapshot به‌عنوان بکاپ استفاده نشود، چون فایل Snapshot فقط گزارش تغییرات دیسک اصلی است. همین سند می‌گوید یک Snapshot را بیش از ۷۲ ساعت نگه ندارید و با اینکه زنجیره‌ای تا ۳۲ Snapshot پشتیبانی می‌شود، برای کارایی بهتر فقط ۲ تا ۳ عدد توصیه می‌شود.
مقایسه روش‌های بکاپ با RAID و Snapshot
جدول زیر تفاوت روش‌های رایج را خلاصه می‌کند. ستون آخر نشان می‌دهد هر روش اگر کل سرور از دست برود، چه وضعیتی دارد.
| روش | ویژگی اصلی | اگر سرور از دست برود |
|---|---|---|
| بکاپ کامل | نسخه مستقل از همه داده‌ها؛ حجم و زمان بیشتر | اگر بیرون از سرور باشد، کامل بازیابی می‌شود |
| بکاپ افزایشی | فقط تغییرات از آخرین بکاپ؛ سریع و کم‌حجم | به زنجیره سالم نسخه‌ها وابسته است |
| بکاپ تفاضلی | تغییرات از آخرین بکاپ کامل | به آخرین نسخه کامل و آخرین تفاضلی نیاز دارد |
| Snapshot | تصویر لحظه‌ای روی همان ذخیره‌ساز | معمولاً همراه ذخیره‌ساز از بین می‌رود |
| RAID | تحمل خرابی تعداد محدودی دیسک | در برابر حذف، باج‌افزار و خرابی منطقی محافظتی ندارد |
قانون 3-2-1 و طراحی استراتژی بکاپ از سرور
قانون 3-2-1 چارچوبی ساده و جاافتاده برای طراحی بکاپ است. طبق راهنمای Data Backup Options که US-CERT (اکنون بخشی از CISA) منتشر کرده است، از هر فایل مهم سه نسخه نگه دارید: یک نسخه اصلی و دو بکاپ. این نسخه‌ها باید روی دو نوع رسانه متفاوت باشند و دست‌کم یکی بیرون از محل کسب‌وکار نگهداری شود.
[ Production server ] copy 1 (live data)
|
v
[ Local backup disk / NAS ] copy 2 (media A)
|
v
[ Offsite backup host ] copy 3 (media B, other site)
✅ 3 copies ✅ 2 media ✅ 1 offsite📚 توصیه CISA درباره باج‌افزار و بکاپ
راهنمای #StopRansomware آژانس CISA توصیه می‌کند از داده‌های حیاتی، بکاپ آفلاین و رمزنگاری‌شده نگه دارید و دسترس‌پذیری و سلامت آن‌ها را در یک سناریوی بازیابی از فاجعه به‌طور منظم آزمایش کنید. به گفته همین راهنما، بسیاری از باج‌افزارها بکاپ‌های در دسترس را پیدا و حذف یا رمز می‌کنند تا بازیابی بدون پرداخت باج ممکن نباشد.
قانون 3-2-1-1-0؛ نسخه گسترش‌یافته Veeam
شرکت Veeam این قانون را به 3-2-1-1-0 گسترش داده است: یک نسخه اضافه که تغییرناپذیر (Immutable) یا جدا از شبکه (Air-gapped) باشد و صفر خطا در بازیابی؛ یعنی بازگردانی نسخه‌ها با تست خودکار تأیید شده باشد. برای یک سرور اختصاصی کوچک، این یعنی دست‌کم یک نسخه که از روی خود سرور قابل حذف یا بازنویسی نباشد.
تعیین RPO و RTO؛ دو عددی که طرح بکاپ را شکل می‌دهند
طبق چارچوب AWS Well-Architected، RPO حداکثر زمان قابل قبول میان آخرین نقطه بازیابی و لحظه قطع سرویس است؛ به زبان ساده، داده‌های چند ساعت یا چند دقیقه آخر را حاضرید از دست بدهید. RTO حداکثر تأخیر قابل قبول بین قطع سرویس و بازگشت آن است. فروشگاهی که در طول روز مدام سفارش ثبت می‌کند، با بکاپ شبانه RPO حدود ۲۴ ساعت دارد که احتمالاً پذیرفتنی نیست.
عدد RPO بسامد بکاپ از سرور را تعیین می‌کند و RTO نوع آن را. اگر سرویس باید ظرف چند ساعت برگردد، بازیابی فایل‌به‌فایل از یک فضای کند کافی نیست و به بکاپ ایمیج یا سرور جایگزین آماده نیاز دارید. این دو عدد را پیش از انتخاب ابزار مشخص کنید؛ هزینه واقعی توقف را هم در مقاله Downtime چیست بررسی کرده‌ایم.
بکاپ خارج از سرور و خارج از کشور
نسخه خارج از محل (Offsite) می‌تواند یک سرور بکاپ در دیتاسنتری دیگر، یک فضای ذخیره‌سازی ابری یا فضای بکاپ جداگانه باشد. نکته مهم، استقلال است: حساب کاربری و مسیر دسترسی آن نباید با سرور اصلی مشترک باشد تا نفوذ به سرور اصلی به نسخه پشتیبان نرسد.
برخی کسب‌وکارها برای کاهش ریسک‌های منطقه‌ای، یک نسخه را خارج از کشور هم نگه می‌دارند؛ برای مثال روی یک سرور اختصاصی آلمان. پیش از این کار، الزامات قانونی نگهداری داده، حجم انتقال روزانه و سرعت ارتباط بین‌الملل را بسنجید و داده را پیش از خروج رمزنگاری کنید.
چرا این ساختار ارزش هزینه‌اش را دارد؟
✅ مقاومت در برابر یک حادثه واحد: آتش‌سوزی، سرقت یا خرابی ذخیره‌ساز فقط یکی از نسخه‌ها را از بین می‌برد.
✅ محافظت در برابر باج‌افزار: نسخه آفلاین یا تغییرناپذیر از دسترس مهاجم بیرون است.
✅ بازیابی چندسطحی: فایل حذف‌شده از نسخه محلی سریع برمی‌گردد و فاجعه کامل از نسخه خارج از محل.
✅ آرامش در تغییرات بزرگ: ارتقا، مهاجرت یا تغییر سیستم‌عامل با اطمینان از وجود مسیر برگشت انجام می‌شود.
✅ محافظت در برابر باج‌افزار: نسخه آفلاین یا تغییرناپذیر از دسترس مهاجم بیرون است.
✅ بازیابی چندسطحی: فایل حذف‌شده از نسخه محلی سریع برمی‌گردد و فاجعه کامل از نسخه خارج از محل.
✅ آرامش در تغییرات بزرگ: ارتقا، مهاجرت یا تغییر سیستم‌عامل با اطمینان از وجود مسیر برگشت انجام می‌شود.
⚠️ محدودیت مهم
بکاپی که با همان کاربر root یا همان کلید SSH سرور اصلی قابل حذف است، در برابر نفوذ مستقل نیست. برای نسخه خارج از محل، مدل «کشیدن» (Pull) از سمت سرور بکاپ یا حسابی با دسترسی محدود و بدون اجازه حذف را ترجیح دهید.
زمان‌بندی و مدت نگهداری نسخه‌ها (Retention)
زمان‌بندی خوب فقط «هر شب یک بکاپ» نیست؛ باید مشخص کند چند نسخه و تا چه مدت نگه داشته شوند. الگوی رایج GFS (Grandfather-Father-Son؛ پدربزرگ، پدر، پسر) نسخه‌های روزانه، هفتگی و ماهانه را هم‌زمان نگه می‌دارد. در Proxmox Backup Server همین منطق با گزینه‌هایی مثل keep-daily، keep-weekly و keep-monthly در عملیات Prune پیاده می‌شود.
آموزش بکاپ سرور اختصاصی؛ ابزارها و مراحل اجرا
مراحل زیر یک طرح بکاپ را از صفر روی سرور اختصاصی می‌سازند و ترتیبشان مهم است: اول مشخص کنید از چه چیزی و با چه RPO بکاپ بگیرید، بعد ابزار را انتخاب کنید و در پایان بازیابی را تست کنید. ابزارهای معرفی‌شده فقط نمونه‌اند و جایگزین‌های دیگری هم دارند.
۱- فهرست دارایی‌ها و تعیین اولویت
◀️ دیتابیس‌ها، پوشه‌های سایت و فایل‌های آپلودشده کاربران را فهرست کنید.
◀️ فایل‌های پیکربندی مثل پوشه /etc، تنظیمات وب‌سرور، کرون‌جاب‌ها و گواهی‌های SSL را فراموش نکنید.
◀️ برای هر مورد RPO و RTO جداگانه بنویسید؛ دیتابیس سفارش‌ها با لاگ‌های قدیمی هم‌اولویت نیست.
◀️ حجم فعلی و رشد ماهانه داده را تخمین بزنید تا ظرفیت سرور بکاپ درست انتخاب شود.
◀️ فایل‌های پیکربندی مثل پوشه /etc، تنظیمات وب‌سرور، کرون‌جاب‌ها و گواهی‌های SSL را فراموش نکنید.
◀️ برای هر مورد RPO و RTO جداگانه بنویسید؛ دیتابیس سفارش‌ها با لاگ‌های قدیمی هم‌اولویت نیست.
◀️ حجم فعلی و رشد ماهانه داده را تخمین بزنید تا ظرفیت سرور بکاپ درست انتخاب شود.
۲- بکاپ سازگار از دیتابیس
برای MySQL و MariaDB، ابزار mysqldump با گزینه –single-transaction روی جدول‌های InnoDB یک خروجی سازگار می‌گیرد، بدون اینکه برنامه‌ها را متوقف کند. اما مستندات رسمی MySQL هشدار می‌دهد که mysqldump راهکار سریع یا مقیاس‌پذیری برای داده‌های حجیم نیست و بازیابی آن ممکن است بسیار کند باشد؛ برای حجم‌های بزرگ، بکاپ فیزیکی از فایل‌های داده مناسب‌تر است.
mysqldump --defaults-extra-file=/root/.backup.cnf \
--single-transaction --routines --triggers shopdb \
| gzip > /backup/db/shopdb-$(date +%F).sql.gz📌 یادآوری: رمز عبور دیتابیس را در فایل تنظیمات با دسترسی محدود (مثلاً chmod 600) نگه دارید، نه در خود دستور. برای انتخاب سخت‌افزار دیتابیس‌های سنگین هم راهنمای سرور دیتابیس و انتخاب رم و NVMe را ببینید.
۳- Veeam برای بکاپ ایمیج سرور فیزیکی و مجازی
نرم‌افزار Veeam Backup & Replication از شناخته‌شده‌ترین ابزارهای بکاپ سازمانی است. طبق صفحه رسمی Veeam، نسخه رایگان Community Edition تا ۱۰ بار کاری (Workload) را پوشش می‌دهد و ماشین‌های مجازی Proxmox VE، VMware و Hyper-V، سرورهای فیزیکی ویندوز و لینوکس و دستگاه‌های NAS را محافظت می‌کند. برای شناخت اجزا و معماری آن، مقاله Veeam Backup چیست را بخوانید.
نقطه قوت Veeam، بکاپ ایمیج و بازیابی دانه‌ای است؛ یعنی می‌توانید فقط یک فایل را از داخل یک ایمیج کامل بیرون بکشید. محدودیتش این است که به سرور مدیریت و مخزن جداگانه نیاز دارد و برای یک سرور تکی با چند سایت کوچک ممکن است بیش از نیاز باشد.
۴- Proxmox Backup Server برای ماشین‌های مجازی و کانتینرها
اگر روی سرور اختصاصی خود از Proxmox VE استفاده می‌کنید (مراحلش را در آموزش نصب Proxmox روی سرور اختصاصی گفته‌ایم)، Proxmox Backup Server گزینه طبیعی است. طبق مستندات رسمی، این نرم‌افزار متن‌باز با مجوز AGPLv3 است، بکاپ افزایشی و حذف داده تکراری انجام می‌دهد، از فشرده‌سازی Zstandard استفاده می‌کند و درستی داده را با چک‌سام SHA-256 می‌سنجد.
رمزنگاری در سمت کلاینت با AES-256 در حالت GCM انجام می‌شود؛ یعنی داده پیش از رسیدن به مقصد رمز شده است. کلاینت خط فرمان آن روی لینوکس (معماری amd64) از پوشه‌ها و دیسک‌های سرور فیزیکی هم بکاپ می‌گیرد. با قابلیت همگام‌سازی (Sync) هم می‌توان نسخه‌ها را به سایت دوم فرستاد؛ یعنی همان نسخه خارج از محل در قانون 3-2-1.
☁️ کلید رمزنگاری را بیرون از سرور نگه دارید
کلید رمزنگاری را جایی بیرون از سرور نگه دارید. مستندات Proxmox Backup Server برای همین منظور Master Key و دستور paperkey را معرفی می‌کند که نسخه‌ای چاپی و QR از کلید می‌سازد. بکاپ رمزشده‌ای که کلیدش گم شده، عملاً غیرقابل بازیابی است.
۵- Rclone برای ارسال نسخه به فضای خارج از سرور
ابزار Rclone برنامه‌ای خط فرمان و متن‌باز است که طبق سایت رسمی‌اش با بیش از ۷۰ سرویس ذخیره‌سازی ابری و پروتکل‌های استانداردی مثل SFTP کار می‌کند. نقش آن در طرح بکاپ، انتقال نسخه‌های آماده به مقصد خارج از سرور است. با backend مجازی crypt، محتوای فایل‌ها با NaCl SecretBox (XSalsa20 و Poly1305) و نام فایل‌ها با AES-256 رمز می‌شوند.
# one-time setup: rclone config (remote + crypt remote named 'secure')
rclone copy /backup/db secure:db --bwlimit 20M
rclone cryptcheck /backup/db secure:db --one-wayدستور copy برخلاف sync فایلی را در مقصد حذف نمی‌کند؛ اگر فایلی روی سرور اصلی حذف شود، sync همان حذف را به مقصد هم می‌برد. البته copy هم فایل تغییرکرده یا خراب‌شده را روی نسخه مقصد بازنویسی می‌کند؛ نام‌گذاری تاریخ‌دار فایل‌ها، مثل خروجی mysqldump در مرحله ۲، یا گزینه –backup-dir جلوی این بازنویسی را می‌گیرد. گزینه –bwlimit پهنای باند انتقال را محدود می‌کند تا ارسال نسخه روی سرعت سایت اثر نگذارد و cryptcheck درستی فایل‌های رمزشده مقصد را می‌سنجد.
۶- بکاپ ویندوز سرور با wbadmin
روی ویندوز سرور، ابزار داخلی Windows Server Backup و نسخه خط فرمان آن، wbadmin، امکان بکاپ از سیستم‌عامل، درایوها، فایل‌ها و برنامه‌ها را می‌دهد. طبق مستندات Microsoft Learn، دستور wbadmin start backup یک بکاپ یک‌باره می‌گیرد، wbadmin enable backup بکاپ زمان‌بندی‌شده را تنظیم می‌کند و wbadmin get versions نسخه‌های قابل بازیابی را فهرست می‌کند.
wbadmin start backup -backupTarget:E: -include:C: -allCritical -quiet
wbadmin get versions۷- زمان‌بندی خودکار و هشدار شکست
بکاپ دستی دیر یا زود فراموش می‌شود. روی لینوکس، cron یا systemd timer اجرای منظم اسکریپت‌ها را بر عهده می‌گیرد؛ مثال‌های کامل را در آموزش اتوماسیون بکاپ‌گیری با Cron Job و Rsync ببینید. نکته مهم‌تر، هشدار است: اسکریپتی که بی‌صدا شکست می‌خورد، از نبود بکاپ خطرناک‌تر است، چون حس امنیت کاذب می‌دهد.
خروجی هر اجرا را لاگ کنید و در صورت خطا هشدار بفرستید. ابزار پایش باید تازگی آخرین نسخه را هم بسنجد؛ مثلاً اگر جدیدترین فایل مقصد قدیمی‌تر از ۲۶ ساعت بود، هشدار بدهد. راه‌اندازی این هشدارها را در مقاله مانیتورینگ سرور از Zabbix تا هشدارهای iLO توضیح داده‌ایم.
۸- تست بازیابی؛ مرحله‌ای که بیشتر فراموش می‌شود
بکاپ فقط وقتی ارزش دارد که بشود از آن بازیابی کرد. پیشنهاد ما این است که دست‌کم هر فصل یک بار، یک بازیابی کامل را روی سرور یا ماشین مجازی آزمایشی انجام دهید و زمان کل کار را یادداشت کنید. این زمان، RTO واقعی شماست و معمولاً با عددی که روی کاغذ نوشته‌اید فرق دارد.
- یک نسخه را تصادفی انتخاب کنید، نه لزوماً آخرین نسخه را.
- آن را روی محیطی جدا از سرور اصلی بازیابی کنید تا داده عملیاتی بازنویسی نشود.
- سلامت داده را بسنجید: تعداد رکوردها، باز شدن فایل‌ها و ورود به پنل برنامه.
- زمان صرف‌شده و مشکلات را ثبت کنید و مستندات بازیابی را به‌روز نگه دارید.
اگر بازیابی روی سخت‌افزار جدید انجام می‌شود، پیش از برگرداندن سرویس، سلامت دیسک‌ها و کارایی سرور را هم بسنجید؛ روش آن را در راهنمای تست سلامت و بنچمارک سرور آورده‌ایم. پیش از مهاجرت به سرور اختصاصی هم همین روال را اجرا کنید تا پیش از جابه‌جایی سرویس، از سالم بودن نسخه‌ها مطمئن شوید.
مقایسه Veeam، Proxmox Backup Server و Rclone
این سه ابزار رقیب مستقیم هم نیستند و در بسیاری از طرح‌ها کنار هم به کار می‌روند. جدول زیر بر اساس مستندات رسمی هر ابزار تهیه شده است.
| ویژگی | Veeam B&R | Proxmox Backup Server | Rclone |
|---|---|---|---|
| نقش اصلی | بکاپ ایمیج و بازیابی دانه‌ای | بکاپ VM، کانتینر و میزبان لینوکسی | انتقال و همگام‌سازی فایل با مقصد راه دور |
| مجوز | تجاری؛ Community Edition رایگان تا ۱۰ بار کاری | متن‌باز (AGPLv3) | متن‌باز |
| رمزنگاری | پشتیبانی می‌شود | AES-256 GCM در سمت کلاینت | با backend مجازی crypt |
| حذف داده تکراری | دارد | دارد (مبتنی بر تکه‌ها) | ندارد |
| مناسب برای | محیط ترکیبی ویندوز، لینوکس و مجازی | سرورهای مبتنی بر Proxmox VE | ارسال نسخه به فضای ابری یا سرور بکاپ |
سناریوی نمونه؛ بکاپ روی همان دیسک سرور
فرض کنید مدیر یک فروشگاه اینترنتی هر شب با یک اسکریپت از دیتابیس و پوشه سایت نسخه می‌گیرد و فایل‌ها را روی همان دیسک سرور ذخیره می‌کند. پس از یک به‌روزرسانی ناموفق افزونه، بازیابی ساده است. اما وقتی دیسک یا فایل‌سیستم دچار مشکل جدی می‌شود، معلوم می‌شود داده اصلی و همه نسخه‌ها روی یک رسانه بوده‌اند.
راه‌حل پیچیده نیست: همان اسکریپت شبانه حفظ می‌شود، اما خروجی آن با Rclone و رمزنگاری به یک فضای جداگانه می‌رود، نسخه‌ها با قاعده روزانه، هفتگی و ماهانه نگهداری می‌شوند و بازیابی به‌طور دوره‌ای روی یک سرور آزمایشی تمرین می‌شود. این تغییر بیشتر به پیکربندی درست نیاز دارد تا خرید سخت‌افزار جدید.
محدودیت‌ها و اشتباهات رایج در بکاپ از سرور
❌ نگهداری همه نسخه‌ها روی همان دیسک یا همان سرور
❌ کپی فایل‌های دیتابیسِ در حال اجرا بدون روش سازگار
❌ استفاده از sync به‌جای copy و انتقال حذف‌ها به مقصد
❌ گم کردن کلید رمزنگاری؛ بکاپی که کلیدش در دسترس نیست، عملاً وجود ندارد
❌ نداشتن هشدار شکست و نداشتن تست بازیابی
❌ کپی فایل‌های دیتابیسِ در حال اجرا بدون روش سازگار
❌ استفاده از sync به‌جای copy و انتقال حذف‌ها به مقصد
❌ گم کردن کلید رمزنگاری؛ بکاپی که کلیدش در دسترس نیست، عملاً وجود ندارد
❌ نداشتن هشدار شکست و نداشتن تست بازیابی
این را هم صادقانه بگوییم: هیچ طرح بکاپی ریسک را صفر نمی‌کند. بکاپ شبانه یعنی احتمال از دست رفتن داده‌های چند ساعت آخر، رمزنگاری یعنی مسئولیت مدیریت کلید و نسخه خارج از کشور یعنی وابستگی به ارتباط بین‌الملل. هدف، رساندن ریسک به سطحی است که کسب‌وکار آگاهانه پذیرفته باشد.
📌 اگر تیم فنی داخلی ندارید، پیش از خرید روشن کنید مسئولیت طراحی و پایش بکاپ از سرور با کیست؛ این تفاوت را در مقاله سرور اختصاصی مدیریت‌شده یا مدیریت‌نشده بررسی کرده‌ایم.
خدمات بکاپ در وب‌داده؛ فضای جداگانه کنار سرور اختصاصی
وب‌داده در کنار سرور اختصاصی، سرویس هاست بکاپ را هم ارائه می‌کند؛ فضایی جدا از سرور اصلی برای نگهداری نسخه‌های پشتیبان. با این سرویس، نسخه دوم یا سوم داده‌هایتان روی سخت‌افزاری مستقل از سرور عملیاتی می‌ماند. مشخصات به‌روز سرویس را در همان صفحه ببینید.
✅ سرور اختصاصی ایران روی سخت‌افزار HPE ProLiant؛ پلن آماده فعلی (PRIME 9) با HPE DL360 Gen9، دو پردازنده Xeon E5-2680 v4 و 1TB NVMe
✅ پنل مدیریت سرور با کنسول KVM، ری‌استارت و نصب مجدد سیستم‌عامل؛ ابزارهایی که در روز بازیابی به کار می‌آیند
✅ نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت؛ مناسب برای راه‌اندازی یک سرور جایگزین یا آزمایشی
✅ سرورهای اختصاصی خارج در آلمان، فنلاند، هلند، فرانسه، انگلستان و آمریکا برای نسخه خارج از کشور
✅ محاسبه ترافیک فقط برای دانلود و آپلود رایگان، با نمایش مصرف در پنل کاربری
✅ خدمات کانفیگ و مدیریت سرور و تیم فنی ۲۴ ساعته برای مشاوره پیش از خرید
✅ پنل مدیریت سرور با کنسول KVM، ری‌استارت و نصب مجدد سیستم‌عامل؛ ابزارهایی که در روز بازیابی به کار می‌آیند
✅ نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت؛ مناسب برای راه‌اندازی یک سرور جایگزین یا آزمایشی
✅ سرورهای اختصاصی خارج در آلمان، فنلاند، هلند، فرانسه، انگلستان و آمریکا برای نسخه خارج از کشور
✅ محاسبه ترافیک فقط برای دانلود و آپلود رایگان، با نمایش مصرف در پنل کاربری
✅ خدمات کانفیگ و مدیریت سرور و تیم فنی ۲۴ ساعته برای مشاوره پیش از خرید
برای بکاپ‌های حجیم، ظرفیت دیسک را هم در نظر بگیرید: پلن آماده 1TB NVMe دارد و اگر نسخه محلی هم قرار است روی همان سرور بماند، فضای بیشتر از طریق پیکربندی سفارشی با تیکت یا تماس بررسی می‌شود. نسخه محلی را جایگزین نسخه خارج از سرور ندانید.
🚀 بیشتر بدانید: اگر علاوه بر سرور اختصاصی، سرور مجازی هم دارید، مراحل عملی پیکربندی را در آموزش تنظیم بکاپ در سرور مجازی، لینوکس و ویندوز ببینید.
پرسش‌های پرتکرار درباره نسخه پشتیبان
هر چند وقت یک بار باید بکاپ از سرور گرفت؟
به RPO کسب‌وکارتان بستگی دارد، نه به یک عدد ثابت. فروشگاهی که مدام سفارش جدید ثبت می‌کند، معمولاً به بکاپ دیتابیس چند بار در روز نیاز دارد، اما برای یک سایت معرفی کم‌تغییر، بکاپ روزانه کافی است. فایل‌ها و دیتابیس را هم می‌توان با بسامدهای متفاوت زمان‌بندی کرد.
آیا RAID یا Snapshot جای بکاپ را می‌گیرد؟
خیر. RAID دسترس‌پذیری را در برابر خرابی تعداد محدودی دیسک حفظ می‌کند و Snapshot معمولاً روی همان ذخیره‌ساز می‌ماند. هیچ‌کدام نسخه مستقل و خارج از سرور نیستند و در برابر حذف اشتباه، باج‌افزار یا از دست رفتن کل سرور محافظت کافی نمی‌دهند؛ هر دو مکمل بکاپ‌اند، نه جایگزین آن.
سرور بکاپ جداگانه لازم است یا فضای ذخیره‌سازی ساده کافی است؟
هر دو برای نگهداری نسخه خارج از محل (Offsite) مناسب‌اند. سرور بکاپ اختصاصی کنترل کامل و امکان اجرای ابزارهایی مثل Proxmox Backup Server را می‌دهد، اما نگهداری‌اش هم با خودتان است. فضای ذخیره‌سازی ساده یا هاست بکاپ مدیریت کمتری می‌خواهد و در عوض انعطاف کمتری دارد. انتخاب به حجم داده، RTO و مهارت تیم بستگی دارد.
آیا Proxmox Backup Server فقط برای Proxmox VE کاربرد دارد؟
این نرم‌افزار برای Proxmox VE بهینه شده است، اما طبق مستندات، کلاینت خط فرمان آن روی هر توزیع لینوکس با معماری amd64 اجرا می‌شود و از پوشه‌ها و دیسک‌های سرور فیزیکی هم بکاپ می‌گیرد. مستندات رسمی کلاینتی برای ویندوز معرفی نمی‌کند؛ بنابراین برای ویندوز سرور ابزاری مثل Windows Server Backup یا Veeam را در نظر بگیرید.
آیا Rclone به‌تنهایی برای بکاپ کافی است؟
ابزار Rclone برای انتقال فایل ساخته شده است، نه یک سیستم کامل بکاپ. بکاپ سازگار دیتابیس و سیاست نگهداری نسخه‌ها را باید با ابزار یا اسکریپت دیگری فراهم کنید و سپس خروجی را با Rclone به مقصد بفرستید. بدون تنظیمی مثل –backup-dir، نسخه قبلیِ فایل‌های بازنویسی‌شده نگه داشته نمی‌شود.
بکاپ خارج از کشور چه ریسک‌هایی دارد؟
سرعت انتقال و بازیابی به ارتباط بین‌الملل وابسته است و اگر این ارتباط مختل شود، RTO افزایش می‌یابد. الزامات قانونی نگهداری داده و تعهدات قراردادی را هم بررسی کنید. داده را پیش از خروج رمزنگاری کنید و یک نسخه داخلی هم نگه دارید تا بازیابی‌های روزمره به ارتباط خارجی وابسته نباشد.
اگر تیم فنی نداشته باشیم، پیاده‌سازی بکاپ را چه کسی انجام دهد؟
در سرور اختصاصی مدیریت‌نشده، مسئولیت بکاپ با خود مشتری است. می‌توانید پیاده‌سازی را به یک متخصص بسپارید یا نیازتان را با تیم خدمات کانفیگ و مدیریت سرور وب‌داده بررسی کنید. در هر حال، دسترسی‌ها و کلیدهای رمزنگاری را خودتان هم داشته باشید و مستندات مکتوب بازیابی را تحویل بگیرید.
رمزنگاری بکاپ سرعت بازیابی را کم می‌کند؟
رمزنگاری و رمزگشایی کمی پردازش اضافه دارد و میزان اثر آن به پردازنده، ابزار و حجم داده بستگی دارد؛ بهترین راه، اندازه‌گیری آن در همان تست بازیابی است. ریسک اصلی رمزنگاری، گم شدن کلید است، نه کندی. کلید را در دو جای مستقل، از جمله یک نسخه آفلاین، نگه دارید.
جمع‌بندی؛ از بکاپ دستی تا یک روال مطمئن
بکاپ سرور با نصب یک نرم‌افزار یا اجرای یک دستور تمام نمی‌شود؛ زنجیره‌ای از تصمیم‌هاست: از چه چیزی بکاپ بگیریم، با چه بسامدی، کجا نگه داریم و چطور ثابت کنیم که بازیابی واقعاً کار می‌کند. قانون 3-2-1 چارچوب را می‌دهد، RPO و RTO اعداد را تعیین می‌کنند و ابزارهایی مثل Veeam، Proxmox Backup Server و Rclone هر کدام بخشی از کار را بر عهده می‌گیرند.
اگر امروز فقط یک کار انجام می‌دهید، یک نسخه از داده‌های مهم را به فضایی خارج از سرور بفرستید و بازیابی آن را یک بار امتحان کنید. سپس زمان‌بندی خودکار، هشدار شکست و نگهداری نسخه‌های روزانه، هفتگی و ماهانه را اضافه کنید. با همین چند گام، خرابی دیسک یا حذف اشتباه دیگر به معنای از دست رفتن داده نیست؛ فقط بازیابی‌ای است که قبلاً تمرینش کرده‌اید.
وب‌داده با سرور اختصاصی HPE، پنل مدیریت دارای کنسول KVM، سرورهای اختصاصی خارج و هاست بکاپ، اجزای یک طرح بکاپ چندلایه را یک‌جا ارائه می‌کند و تیم فنی ۲۴ ساعته برای مشاوره پیش از خرید در دسترس است. پیش از تماس، حجم داده و RTO مورد نظرتان را مشخص کنید تا پیشنهاد دقیق‌تری بگیرید.
اگر درباره طراحی بکاپ سرورتان پرسشی دارید، در بخش نظرات بپرسید؛ تیم فنی وب‌داده پاسخ می‌دهد.
