بکاپ و بازیابی بحران برای سامانههای سازمانی
نسخه پشتیبان زمانی ارزش دارد که بتوان سرویس را با آن بازگرداند. برنامه باید داده، تنظیمات، دسترسی و ترتیب راهاندازی را با هم ببیند.
تحریریه نتاکو5 دقیقه مطالعه
پیام موفقیت بکاپ، سلامت کامل مسیر بازیابی را ثابت نمیکند. ممکن است فایل رسانه، کلید رمزگذاری یا تنظیم اتصال در نسخه نباشد و برنامه پس از بازگردانی پایگاه داده همچنان کار نکند.
طرح بازیابی باید از نیاز سازمان و سناریوی خرابی شروع شود. حذف اشتباه داده، خرابی میزبان و ازدسترفتن محل استقرار شرایط متفاوتی دارند و یک نسخه روی همان دیسک پاسخ همه آنها نیست.
نکتههای کلیدی
- هدف بازیابیمیزان داده قابل ازدسترفتن و زمان بازگشت را مشخص کنید.
- همه وابستگیهاداده، فایل، تنظیم و کلید را در طرح بیاورید.
- آزمون عملیبازیابی را در محیط جدا تا سطح عملکرد برنامه کنترل کنید.
RPO و RTO را با صاحب سرویس تعریف کنید
RPO به بازه قابل قبول ازدسترفتن داده و RTO به هدف زمان بازگردانی مربوط است. این هدفها باید با اهمیت فرایند، هزینه و امکانات هماهنگ باشند. عبارت کلی بکاپ روزانه پاسخ کامل نیست. برای هر سرویس، سناریوی خرابی و معیار برگشت به کار را بنویسید. هدف بسیار سخت بدون بودجه، طراحی و آزمون متناسب صرفاً یک انتظار ثبتشده خواهد بود.
فهرست داده و وابستگی بازیابی
پایگاه داده، فایلهای بارگذاریشده، تنظیمات، گواهی و کلیدهای لازم را شناسایی کنید. نسخه برنامه و روش ساخت محیط نیز مهم است. محل امن نگهداری اطلاعات بازیابی باید برای افراد مجاز در شرایط بحران قابل دسترسی باشد. وابستگی به تنها حساب یا تجهیزی که خود از دسترس خارج شده، طرح را ناکارآمد میکند. دسترسی اضطراری نیز باید مسئول و ثبت عملیات داشته باشد.
انتخاب راهبرد بکاپ پایگاه داده
در SQL Server، بکاپ کامل، تفاضلی و لاگ نقشهای متفاوت دارند و راهبرد به مدل بازیابی و هدف سرویس وابسته است. زنجیره موردنیاز برای بازگردانی باید حفظ و آزمایش شود. تغییر تنظیم یا حذف فایل بدون شناخت وابستگی میتواند امکان رسیدن به نقطه مطلوب را از بین ببرد. برنامه نگهداری باید با رشد داده، زمان اجرای بکاپ و ظرفیت ذخیره هماهنگ باشد.
نسخه مستقل و حفاظت از دسترسی
کپی در همان محل خرابی ممکن است همراه داده اصلی از بین برود. محل نسخهها و دامنه خطا را جدا بررسی کنید. دسترسی حذف و تغییر بکاپ باید محدود و قابل پیگیری باشد. رمزگذاری بدون نگهداری قابل بازیابی کلید کافی نیست. سیاست نگهداری باید نیاز عملیاتی و ظرفیت را با هم ببیند و حذف نسخه قدیمی تنها پس از اطمینان از پوشش موردنیاز انجام شود.
تمرین بازگردانی در محیط جدا
بکاپ را در محیط کنترلشده بازگردانید و برنامه را با داده نمونه بررسی کنید. ورود، خواندن فایل، عملیات مهم و هماهنگی نسخهها را کنترل نمایید. زمان واقعی هر مرحله را ثبت کنید و با هدف مقایسه کنید. آزمون نباید پیام یا عملیات واقعی ناخواسته ایجاد کند؛ اتصالهای بیرونی را متناسب با محیط تمرین کنترل کنید. نتیجه و اقدام اصلاحی باید مالک و موعد پیگیری داشته باشد.
راهنمای بحران و بازبینی دورهای
ترتیب تصمیم، اعلام رخداد، انتخاب نسخه، بازگردانی و تأیید خدمت را مستند کنید. نقش تصمیمگیر و جانشین او مشخص باشد. پس از تغییر معماری یا داده، طرح را دوباره بررسی کنید. تمرین دورهای به تیم کمک میکند وابستگیها و زمان واقعی را بشناسد. معیار موفقیت، بازگشت قابل تأیید سرویس است؛ تعداد فایلهای بکاپ بهتنهایی نشاندهنده آمادگی سازمان نیست.
چکلیست تصمیم برای مدیران و تیم اجرا
برای تبدیل این موضوع به یک برنامه قابل اجرا، هدف کسبوکار، مسئول تصمیم و معیار پذیرش را کنار هم قرار دهید. نکات زیر نقطه شروع بررسی در سازمان شما هستند.
اولویت بازیابی
ترتیب راهاندازی سرویسها را بر اساس وابستگی و اثر کسبوکار تعیین کنید.
نتاکوآزمون داده
وجود فایل پشتیبان کافی نیست؛ بازیابی و قابل استفادهبودن داده را بررسی کنید.
نتاکومسئول تصمیم
اختیار اعلام وضعیت بازیابی، ارتباط با کاربران و ثبت نتیجه را مشخص کنید.
نتاکوپرسشهای متداول
آیا بکاپ موفق یعنی بازیابی تضمین است؟
خیر؛ باید سلامت نسخه، وابستگیها و اجرای برنامه پس از بازگردانی آزمایش شود. ثبت موفقیت تنها یکی از شواهد است.
RPO و RTO را چه کسی تعیین میکند؟
صاحب فرایند همراه تیم فنی و با توجه به هزینه و اثر اختلال. این هدفها باید در طراحی و آزمون عملی بررسی شوند.
آیا نسخه روی همان سرور کافی است؟
برای برخی خطاهای محدود ممکن است کمک کند، اما خرابی همان میزبان یا محل را پوشش نمیدهد. سناریو و استقلال نسخهها را بررسی کنید.