تنظیمات و زمان بندی
Jobهای بکاپ، زمان اجرا، نوع بکاپ (کامل یا افزایشی) و مدت نگهداری نسخه ها را از کنسول یا فایل های کانفیگ می خوانیم.
ارزیابی رایگان
تست بازیابی و بررسی رایگان بکاپ، آیا بکاپ شما واقعاً برمی گردد؟
تا وقتی روی یک بکاپ تست بازیابی انجام نداده اید، فقط فرض کرده اید که کار می کند. بررسی بکاپ سرور با دسترسی فقط خواندنی انجام می شود: تنظیمات بکاپ را مرور می کنیم، می بینیم نسخه ها کجا نگهداری می شوند و آخرین نسخه سالم مال چه تاریخی است. اگر موافق باشید، یک فایل یا دیتابیس نمونه را هم در محیطی جدا برمی گردانیم تا معلوم شود بکاپ روز مبادا جواب می دهد.
ابزارها و فناوری ها
backup-check
- Veeam Backup & Replication
- Proxmox Backup Server
- Windows Server Backup
- rsync
- Restic
- BorgBackup
- mysqldump
- JetBackup
- Acronis
5بخش کار
4خروجی
4مرحله
تست بازیابی بکاپ چیست؟
تست بازیابی و بررسی رایگان بکاپ سرور دو کار را با هم انجام می دهد: تنظیمات بکاپ را با دسترسی فقط خواندنی مرور می کند و یک نمونه را واقعاً برمی گرداند تا روشن شود روز مبادا می شود به بکاپ تکیه کرد. مخاطبش سازمانی است که بکاپ را تنظیم کرده ولی هیچ وقت امتحانش نکرده، همه نسخه ها را روی همان سرور نگه می دارد یا مسئول بکاپش از شرکت رفته است. پیکوسیستم زمان بندی Jobها و مدت نگهداری نسخه ها را بررسی می کند و لاگ اجراهای ناموفق را می خواند. بعد با قاعده 3-2-1 می سنجد که نسخه ای خارج از محل هست یا نه، و سرورها و دیتابیس ها را با آنچه واقعاً بکاپ می شود مقایسه می کند. با اجازه شما، یک فایل یا دیتابیس نمونه هم در محیطی جدا بازیابی می شود. هیچ تنظیمی تغییر نمی کند. خروجی کار گزارش وضعیت بکاپ هر سرور است، همراه با فهرست داده های بدون بکاپ و پیشنهاد اصلاح.
چه زمانی به تست بازیابی بکاپ نیاز دارید؟
- بکاپ تنظیم شده، ولی هیچ وقت امتحانش نکرده ایم.
- همه بکاپ ها روی همان سروری است که از آن بکاپ می گیریم.
- کسی که بکاپ را راه انداخت از شرکت رفته و نمی دانیم فایل ها کجا ذخیره می شوند.
- Veeam هر شب ایمیل هشدار می فرستد و کسی آن را نمی خواند.
تست بازیابی بکاپ شامل چه کارهایی است؟
لاگ و خطاها
لاگ اجراهای اخیر را برای Jobهای ناموفق، هشدارهای نادیده گرفته شده و فایل هایی که هر بار از بکاپ رد می شوند مرور می کنیم.
محل نگهداری و قاعده 3-2-1
مشخص می کنیم چند نسخه دارید، روی چند نوع رسانه، و آیا نسخه ای خارج از محل یا آفلاین وجود دارد که باج افزار به آن نرسد.
پوشش داده ها
فهرست سرورها، دیتابیس ها، صندوق های ایمیل و پوشه های مهم را با آنچه واقعاً بکاپ می شود مقایسه می کنیم. دیتابیسی که فقط به صورت فایل خام و در حال اجرا کپی می شود، جداگانه علامت می خورد.
تست بازیابی نمونه
با اجازه شما یک فایل، یک دیتابیس یا یک ماشین مجازی کوچک را در محیطی جدا بازیابی و سالم بودنش را بررسی می کنیم. داده ای از محیط شما خارج نمی شود.
بعد از تست بازیابی بکاپ چه چیزی تحویل می گیرید؟
- گزارش وضعیت بکاپ هر سرور و سرویس
- فهرست داده هایی که بکاپ ندارند یا بکاپشان ناقص است
- نتیجه تست بازیابی نمونه، اگر انجام شده باشد
- پیشنهاد اصلاح بر اساس قاعده 3-2-1
راهنمای تست بازیابی بکاپ
بکاپ خودکار در SQL و MySQL: اشتباه های رایج
در SQL Server Express سرویس SQL Server Agent وجود ندارد، پس Maintenance Planی که روی آن تعریف شده هیچ وقت اجرا نمی شود. در این نسخه بکاپ خودکار باید با Task Scheduler ویندوز و دستور sqlcmd زمان بندی شود. اشتباه رایج دیگر، دیتابیسی است که Recovery Model آن روی FULL است ولی بکاپ Transaction Log ندارد. فایل LDF در این حالت پیوسته بزرگ می شود تا دیسک پر شود.
در MySQL، اجرای mysqldump بدون گزینه --single-transaction جدول ها را قفل می کند و اگر قفل غیرفعال شود، نسخه ای ناسازگار می سازد. دستور RESTORE VERIFYONLY هم فقط خوانا بودن فایل بکاپ را بررسی می کند. سالم بودن داده بعد از ریستور با DBCC CHECKDB مشخص می شود.
RPO و RTO: چقدر داده و چقدر زمان را می توانید از دست بدهید؟
RPO حداکثر بازه ای از داده است که از دست دادنش را می پذیرید. با بکاپ فقط شبانه، خرابی در ساعت های آخر روز یعنی از دست رفتن کار تقریباً یک روز کامل. RTO هم مدتی است که می توانید بدون آن سیستم کار کنید تا دوباره برگردد.
این دو عدد برای هر سیستم فرق می کند. دیتابیس نرم افزار حسابداری و فروش معمولاً RPO کوتاه تری از فایل سرور آرشیو لازم دارد. برگرداندن چند صد گیگابایت از نسخه خارج از محل از طریق اینترنت هم ممکن است خیلی بیشتر از انتظار طول بکشد.
بکاپ گیری در برابر باج افزار: چرا بکاپ ها هم رمزگذاری می شوند؟
باج افزارهای جدید پیش از رمزگذاری، دنبال مخزن بکاپ می گردند. اگر سرور Veeam عضو دامین باشد، با همان حساب Domain Admin قابل ورود باشد یا مقصد بکاپ یک پوشه اشتراکی SMB روی NAS باشد که از همه سرورها دیده می شود، مهاجم همان دسترسی را برای پاک کردن یا رمزگذاری بکاپ ها هم دارد.
Snapshot ماشین مجازی و RAID هم بکاپ حساب نمی شوند، چون روی همان ذخیره ساز می مانند. نسخه ای که در برابر باج افزار دوام می آورد یا آفلاین است، مثل دیسک جداشدنی که بعد از هر بکاپ جدا می شود، یا تغییرناپذیر است، مثل Hardened Repository در Veeam یا فضای S3 با Object Lock.
بعد از بررسی بکاپ، نگهداری را چطور ادامه دهیم؟
ایمیل گزارش بکاپ باید به یک فرد مشخص برسد و Job ناموفق به جای یک ایمیل بی پاسخ، به یک کار پیگیری شده تبدیل شود. تست بازیابی نمونه را دوره ای و همچنین بعد از هر تغییر مهم تکرار کنید، مثل تعویض ذخیره ساز یا ارتقای نرم افزار بکاپ.
اگر بکاپ ها رمزگذاری می شوند، رمز یا کلید رمزگذاری را جدا از خود سیستم بکاپ و در جایی امن نگهداری کنید، چون بکاپ رمزگذاری شده بدون کلید قابل استفاده نیست. مراحل ریستور هر سیستم را هم در یک سند کوتاه بنویسید تا روز حادثه به حافظه یک نفر وابسته نباشید.
مراحل تست بازیابی بکاپ
-
01
ثبت درخواست
نوع سیستم بکاپ و تعداد سرورها را در فرم می نویسید.
-
02
دسترسی فقط خواندنی
یک کاربر با دسترسی مشاهده روی کنسول بکاپ، یا جلسه ریموت همراه یکی از همکارانتان، کافی است. هیچ تنظیمی تغییر نمی کند.
-
03
بررسی و تست نمونه
تنظیمات و لاگ ها را مرور می کنیم و اگر موافق باشید، بازیابی نمونه را انجام می دهیم.
-
04
ارسال گزارش
گزارش ریسک و پیشنهادها را برایتان می فرستیم. پس از پایان کار، دسترسی موقت را غیرفعال کنید.
سؤالات متداول درباره تست بازیابی بکاپ
تست بازیابی چیست و چرا بکاپ «موفق» کافی نیست؟
در تست بازیابی، یک نسخه از بکاپ را واقعاً برمی گردانید و سالم بودن داده را وارسی می کنید. پیغام موفق فقط می گوید Job بدون خطا تمام شده است. شاید مسیر مهمی از بکاپ بیرون مانده باشد، دیتابیس وسط نوشتن کپی شده باشد یا فایل بکاپ روی دیسک خراب شده باشد، و هیچ کدام از این ها تا وقتی بازیابی نکنید دیده نمی شود.
قاعده بکاپ 3-2-1 یعنی چه؟
دست کم سه نسخه از داده داشته باشید، روی دو نوع رسانه متفاوت، و یکی از نسخه ها بیرون از محل اصلی باشد. برای مقابله با باج افزار، یک نسخه آفلاین یا تغییرناپذیر هم توصیه می شود.
بررسی رایگان بکاپ چه چیزی را شامل نمی شود؟
در این بررسی تنظیمات را تغییر نمی دهیم، Job جدید نمی سازیم و بکاپ از دست رفته را بازیابی نمی کنیم. اصلاح استراتژی بکاپ و راه اندازی Disaster Recovery خدمات جداگانه اند.
به داده های ما دسترسی پیدا می کنید؟
برای مرور تنظیمات فقط دسترسی مشاهده لازم است. تست بازیابی داخل محیط شما و روی داده ای که خودتان انتخاب می کنید انجام می شود و نسخه ای از آن نزد ما نمی ماند.
جست وجوهای مرتبط
- بکاپ گیری
- بکاپ خودکار
- بکاپ خودکار در SQL
- بازیابی از نسخه پشتیبان
- پشتیبان گیری از داده ها
- بکاپ گیری چیست
خدمات مرتبط
رایگان
درخواست ارزیابی رایگان
آدرس سایت یا IP سرور را بدهید. بررسی بدون تغییر در سیستم انجام می شود و نتیجه را به صورت گزارش می فرستیم.
- 01هماهنگی نوع دسترسی؛ در بیشتر بررسی ها دسترسی فقط خواندنی کافی است.
- 02بررسی انجام می شود، بدون هیچ تغییری در سیستم شما.
- 03گزارش با اولویت بندی مشکلات و پیشنهاد رفع آن ها.