بررسی وضعیت بکاپ سرور نشان میدهد بکاپ شما در روز حادثه واقعاً برمیگردد یا نه. این ارزیابی رایگان و یکباره است: کارشناس کانفیگ سرور زمانبندی، پوشش و محل نگهداری بکاپها را بررسی میکند، یک تست بازیابی نمونه را روی محیط جداگانه هماهنگ میکند و فاصله وضعیت فعلی با RPO و RTO موردنیاز کسبوکار شما را در گزارشی مکتوب نشان میدهد.
این بررسی به یک پرسش جواب میدهد: اگر امروز سرور از دست برود، چه مقدار داده و چه مقدار زمان از دست میدهید؟ بخشهای زیر همین را میسنجند.
اگر شکست بکاپ به کسی اطلاع داده نشود، ممکن است مدتها بکاپ سالمی ساخته نشود و کسی متوجه نشود.
بازیابی ناموفق گاهی بهخاطر بخشی است که هیچوقت بکاپ نداشته است.
بکاپی که روی همان سرور است، با همان سرور از دست میرود.
job موفق فقط نشان میدهد فایل بکاپ ساخته شده است. قابل بازیابی بودن آن را تست ریستور نشان میدهد.
نیاز کسبوکار را با چیزی که بکاپ فعلی واقعاً فراهم میکند مقایسه میکنیم.
مهاجمان معمولاً پیش از رمزگذاری سرور سراغ بکاپها میروند.
داشتن بکاپ و دانستن اینکه آن بکاپ در روز حادثه چقدر داده و چقدر زمان را برمیگرداند، دو چیز متفاوت است. بررسی وضعیت بکاپ سرور به پرسش دوم جواب میدهد: از چه چیزی بکاپ گرفته میشود، نسخهها کجا هستند، چه کسی میتواند حذفشان کند و ریستور واقعاً کار میکند یا نه. نتیجه با دو هدف کسبوکار، یعنی RPO و RTO، سنجیده میشود. این راهنما برای مدیر فنی یا صاحب کسبوکاری است که میخواهد پیش از روز حادثه وضعیت بکاپ را بداند.
RPO حداکثر دادهای است که از دست دادنش قابل قبول است و فاصله بکاپها آن را تعیین میکند. با بکاپ شبانه، اگر سرور عصر از دست برود، کار همان روز از دست رفته است. RTO حداکثر زمانی است که سرویس میتواند متوقف بماند و به سرعت ریستور، حجم داده و آماده بودن سرور جایگزین بستگی دارد. این دو عدد را کسبوکار تعیین میکند و برای هر سرویس میتواند متفاوت باشد؛ دیتابیس فروشگاه آنلاین و فایلسرور آرشیو معمولاً نیاز یکسانی ندارند. بدون این دو عدد، گزارش میتواند وجود بکاپ را تأیید کند ولی درباره کافی بودنش حکمی نمیدهد.
قاعده 3-2-1 یعنی دستکم سه نسخه از داده، روی دو نوع رسانه، که یک نسخه خارج از محل اصلی باشد. در بررسی، علاوه بر شمردن نسخهها، دیده میشود چه کسی میتواند آنها را حذف کند. دو نسخهای که با یک حساب مدیریتی قابل حذفاند، در برابر مهاجمی که همان حساب را گرفته عملاً یک نسخهاند. مخزن بکاپی که از روی خود سرور قابل حذف است هم همین ضعف را دارد.
مهاجمان معمولاً پیش از رمزگذاری سراغ بکاپها میروند و به همین دلیل امروز نسخه آفلاین یا تغییرناپذیر هم کنار قاعده 3-2-1 توصیه میشود. رمزنگاری فایلهای بکاپ لازم است، اما کلید آن نباید فقط روی همان سروری باشد که ممکن است از دست برود. بکاپ رمزنگاریشدهای که کلیدش گم شده، در روز حادثه به کار نمیآید. اگر سرور همین حالا درگیر باجافزار است، مسیر کار در بازیابی از باجافزار توضیح داده شده است.
پیام موفقیت یعنی فایل بکاپ ساخته شده است. دیتابیسی که هنگام بکاپ در حال نوشتن بوده و بدون dump یا snapshot سازگار کپی شده، ممکن است بعد از ریستور باز نشود. مسیری که هنگام جابهجایی داده از فهرست بکاپ بیرون مانده، یا فایلهای آپلودشده کاربرانی که فقط دیتابیسشان بکاپ دارد، هم تا روز ریستور دیده نمیشوند. در بکاپ افزایشی، بازیابی به زنجیره کامل نسخهها وابسته است و یک نسخه خراب در میانه زنجیره، نسخههای بعد از خودش را هم بیاعتبار میکند.
تست بازیابی نمونه این موارد را آشکار میکند. یک فایل، دیتابیس یا ماشین مجازی به انتخاب شما روی ماشین یا پوشهای جدا از سرور اصلی ریستور میشود، سالم بودن داده بررسی میشود و زمان واقعی بازیابی اندازهگیری میشود. همین زمان اندازهگیریشده با RTO مقایسه میشود.
تست بازیابی را هیچوقت روی سرور اصلی انجام ندهید. ریستور روی محیط فعال ممکن است دادهای را که بعد از آخرین بکاپ ساخته شده بازنویسی کند.
بررسی بدون انتقال داده انجام میشود و فایلهای بکاپ، دیتابیسها و اسناد شما برای ما ارسال نمیشوند. بهجای آن، این اطلاعات کافی است:
اگر بکاپ ماشینهای مجازی با Veeam انجام میشود، معماری آن را در راهنمای Veeam Backup & Replication توضیح دادهایم. اگر برای تست بازیابی دسترسی لازم شود، حساب موقت با کمترین مجوز میسازید که پس از تحویل گزارش حذف میشود. رمز root یا Administrator در تلگرام خواسته نمیشود.
گزارش پیشنهادها را به ترتیب اولویت میآورد و بیشترشان را تیم خودتان هم میتواند انجام دهد، مثل افزودن نسخه خارج از محل با حساب دسترسی مستقل یا تست منظم ریستور. اگر میخواهید بکاپ و DR بهطور مستمر اجرا، پایش و تست شود، این کار در قرارداد بکاپ و بازیابی بحران انجام میشود. اگر داده همین حالا از دست رفته، منتظر بررسی نمانید و سراغ بازیابی اطلاعات سرور بروید. تست بازیابی کامل همه سرورها و مانور بازیابی بحران جزو این بررسی رایگان نیست.
گزارش کوتاه و قابل اقدام است و فاصله با اهداف بازیابی را صریح نشان میدهد. یافتهها و اعداد جدول فقط برای نمایش قالب گزارشاند.
| بخش گزارش | چه چیزی در آن میآید | نمونه یافته |
|---|---|---|
| خلاصه وضعیت | آمادگی بازیابی در سه سطح: مناسب، نیازمند توجه، بحرانی | بحرانی؛ بکاپ انجام میشود اما هرگز تست بازیابی نشده |
| پوشش بکاپ | سرورها، دیتابیسها و دادههایی که بکاپ ندارند | دیتابیس سایت بکاپ دارد اما فایلهای آپلودشده کاربران ندارند |
| قاعده 3-2-1 | تعداد نسخه، رسانه و نسخه خارج از محل | هر دو نسخه در یک دیتاسنتر و با یک حساب مدیریتی قابل حذفاند |
| نتیجه تست بازیابی | موفقیت، سلامت داده و زمان بازیابی نمونه | دیتابیس نمونه سالم بازگشت اما زمان بازیابی از انتظار بیشتر بود |
| فاصله RPO و RTO | مقایسه هدف کسبوکار با وضعیت فعلی | RPO موردنیاز ۴ ساعت است؛ فاصله بکاپها ۲۴ ساعت |
| پیشنهادهای عملی | اقدامات به ترتیب اولویت که تیم خودتان هم میتواند انجام دهد | افزودن نسخه خارج از محل با حساب دسترسی مستقل و تست ماهانه ریستور |
جز این بررسی، سه خدمت دیگر کانفیگ سرور به بکاپ و بازیابی مربوطاند و هر کدام برای موقعیت متفاوتی است. این صفحه فقط ارزیابی رایگان و یکباره است.
| موقعیت شما | خدمت مناسب | نوع همکاری |
|---|---|---|
| میخواهید بدانید بکاپ فعلی واقعاً قابل بازیابی است یا نه | بررسی وضعیت بکاپ (همین صفحه) | یکباره و رایگان |
| داده همین حالا از دست رفته یا سرور بالا نمیآید | بازیابی اطلاعات سرور | اضطراری و یکباره |
| فایلها رمزگذاری شده و پیام باج دریافت کردهاید | بازیابی از باجافزار | اضطراری و یکباره |
| میخواهید بکاپ و DR بهطور مستمر اجرا، پایش و تست شود | بکاپ و بازیابی بحران | قرارداد مدیریتشده و مستمر |
تعداد سرورها، سرویسهای حیاتی، ابزار بکاپ فعلی (مثل Veeam، Proxmox Backup Server، بکاپ کنترلپنل یا اسکریپت) و محل نگهداری نسخهها را بنویسید.
تاریخچه jobها، تنظیمات زمانبندی و فهرست مخازن بکاپ را بهصورت خروجی یا تصویر میفرستید. فایلهای بکاپ برای ما ارسال نمیشوند.
یک نمونه با انتخاب شما روی ماشین یا پوشهای جدا از سرور اصلی بازیابی میشود، یا تیم خودتان با راهنمایی ما آن را انجام میدهد. محیط اصلی هرگز بازنویسی نمیشود.
گزارش اولویتبندیشده را دریافت میکنید. پیشنهادها را میتوانید خودتان اجرا کنید یا برای اجرای مستمر آنها استعلام بگیرید و تعهدی ایجاد نمیشود.
این بررسی بخشی از ابزارهای رایگان سرور کانفیگ سرور است و برای سنجش آمادگی بازیابی به محتوای دادههای کسبوکار شما نیازی ندارد.
فایلهای بکاپ، دیتابیسها و اسناد برای ما ارسال نمیشوند و فقط تنظیمات، لاگها و نتیجه تست بررسی میشود.
بازیابی نمونه هرگز روی سرور اصلی انجام نمیشود تا هیچ داده فعالی بازنویسی نشود و سرویس شما متوقف نشود.
اگر دسترسی لازم شد، حساب موقت با کمترین مجوز میسازید و پس از تحویل گزارش حذف میکنید. رمز root یا Administrator در تلگرام خواسته نمیشود.
بله، یک نوبت بررسی، تست بازیابی نمونه و گزارش آن هزینهای ندارد و تعهدی برای خرید خدمت ایجاد نمیکند. اجرای مستمر پیشنهادها در قالب خدمت بکاپ و بازیابی بحران و با استعلام قیمت ارائه میشود.
RPO حداکثر مقدار دادهای است که از دست دادنش قابل قبول است و با فاصله بکاپها تعیین میشود؛ مثلاً بکاپ روزانه یعنی تا یک روز داده ممکن است از دست برود. RTO حداکثر زمان قابل قبول تا بازگشت سرویس است. توضیح کاملتر را در صفحه بکاپ و بازیابی بحران ببینید.
قاعده 3-2-1 یعنی دستکم سه نسخه از داده، روی دو نوع رسانه متفاوت، که یک نسخه آن خارج از محل اصلی نگهداری شود. امروز داشتن یک نسخه آفلاین یا تغییرناپذیر هم برای مقابله با باجافزار توصیه میشود.
چون پیام موفقیت فقط نشان میدهد فایلی ساخته شده و کامل بودن یا قابل بازیابی بودن آن را نشان نمیدهد. دیتابیسی که هنگام بکاپ در حال نوشتن بوده، مسیری که از بکاپ حذف شده یا کلید رمزنگاری گمشده، فقط در تست ریستور مشخص میشود.
خیر. بررسی با تنظیمات، لاگها و نتیجه تست بازیابی انجام میشود و دادههای کسبوکار از سازمان شما خارج نمیشود.
بکاپ کامل هر بار همه داده را کپی میکند. بکاپ افزایشی فقط تغییرات از آخرین بکاپ را ذخیره میکند و فضای کمتری میگیرد، اما بازیابی آن به زنجیره کامل نسخهها وابسته است. بکاپ تفاضلی تغییرات از آخرین بکاپ کامل را نگه میدارد. در بررسی، سالم بودن این زنجیره هم سنجیده میشود.
ابزارهای رایج سرور مثل Veeam، Proxmox Backup Server، بکاپ داخلی cPanel و DirectAdmin، بکاپ SQL Server و اسکریپتهای mysqldump یا rsync. اگر از ابزار دیگری استفاده میکنید، نام آن را در درخواست بنویسید.
تعداد سرورها، ابزار بکاپ و محل نگهداری نسخهها را در تلگرام بفرستید تا کارشناس کانفیگ سرور بررسی وضعیت بکاپ سرور شما را هماهنگ کند.
