Business Continuity & Disaster Recovery
تداوم کسب‌وکار و حفاظت از داده
تداوم کسب‌وکار و Disaster Recovery
پرسش درست «آیا بکاپ داریم؟» نیست. «چقدر طول می‌کشد تا دوباره کار کنیم، و چه کسی تصمیم می‌گیرد؟» است.
معرفی تخصصی
تداوم کسب‌وکار و DR در عمل چه کاری انجام می‌دهد
بکاپ و تداوم کسب‌وکار دو چیز متفاوت‌اند و این تفاوت در روز حادثه معلوم می‌شود. بکاپ به شما نسخه‌ای از داده می‌دهد؛ تداوم کسب‌وکار تعیین می‌کند با آن نسخه چه می‌کنید، چه کسی تصمیم می‌گیرد، و سازمان تا بازگشت کامل چگونه کار می‌کند.
طرح تداوم از تحلیل اثر توقف شروع می‌شود: اگر هر سرویس از دسترس خارج شود، پس از چه مدت کار سازمان واقعاً متوقف می‌گردد و هزینهٔ آن چیست. همین تحلیل است که تعیین می‌کند کجا سرمایه‌گذاری لازم است و کجا نیست.
خروجی کار یک سند قابل اجراست، نه یک سند قابل بایگانی: چه کسی اعلام وضعیت می‌کند، چه ترتیبی برای بازگرداندن سرویس‌ها وجود دارد، و چگونه به وضعیت عادی برمی‌گردیم.
مسئله
چه مشکلی را حل می‌کند
بیشتر سازمان‌ها تا پیش از نخستین حادثهٔ جدی تصور می‌کنند آماده‌اند. مشکل معمولاً در داده نیست؛ در نبود ترتیب و تصمیم است: کدام سرویس اول برگردد، چه کسی اجازهٔ سوئیچ را می‌دهد، و اگر مسئول فنی در دسترس نباشد چه کسی جایگزین اوست.
در نبود این تصمیم‌های از پیش گرفته‌شده، ساعت‌های اول حادثه صرف جلسه و هماهنگی می‌شود، نه بازیابی.
- نبود تحلیل اثر توقف و در نتیجه نبود اولویت روشن میان سرویس‌ها
- نامشخص بودن اینکه چه کسی مجاز به اعلام وضعیت اضطراری و سوئیچ است
- طرحی که نوشته شده اما هرگز آزموده نشده است
- وابستگی کامل بازیابی به یک نفر و دانش مستندنشدهٔ او
- نبود مسیر بازگشت به وضعیت عادی پس از رفع حادثه
- فرض اینکه بازیابی کوتاه است، بدون آنکه زمان واقعی آن سنجیده شده باشد
کاربرد سازمانی
کجا به این خدمت نیاز پیدا می‌شود
تداوم سامانه‌های حیاتی
تعریف مسیر بازگشت برای سامانه‌هایی که توقفشان مستقیماً درآمد یا تعهد قانونی سازمان را تحت تأثیر می‌گذارد.
سایت پشتیبان
طراحی محل جایگزین برای اجرای سرویس‌های کلیدی، متناسب با زمان هدف بازگشت و بودجهٔ سازمان.
رویهٔ اعلام و تصمیم
تعیین نقش‌ها، اختیار اعلام وضعیت و زنجیرهٔ تصمیم‌گیری، تا ساعات اول صرف هماهنگی نشود.
آزمون و تمرین دوره‌ای
اجرای سناریوی شبیه‌سازی‌شده برای سنجش واقعی طرح و به‌روزرسانی آن بر اساس نتیجه.
معماری پیشنهادی
ساختاری که پیشنهاد می‌کنیم
طرح تداوم در چهار لایه ساخته می‌شود. سطح سرمایه‌گذاری در هر لایه از تحلیل اثر توقف بیرون می‌آید، نه از یک الگوی عمومی.
برای دیدن کامل نمودار، آن را به چپ و راست بکشید.
- تحلیل و اهدافتعیین RTO و RPO برای هر سرویس؛ یعنی حداکثر زمان قابل پذیرش توقف و حداکثر دادهٔ قابل پذیرش از دست رفته.
- تکثیر و آمادگی دادهانتقال مستمر یا دوره‌ای داده به محل جایگزین، با فاصلهٔ زمانی متناسب با RPO هر سرویس.
- ظرفیت جایگزینظرفیت محاسباتی برای اجرای سرویس‌های اولویت‌دار در محل جایگزین؛ لازم نیست معادل کامل سایت اصلی باشد.
- رویه و تصمیمسند اجرایی شامل نقش‌ها، معیار اعلام وضعیت، ترتیب بازگرداندن سرویس‌ها و مسیر بازگشت به حالت عادی.
قابلیت‌ها
اجزا و قابلیت‌های فنی
تحلیل اثر توقف کسب‌وکار
سنجش اینکه توقف هر سرویس پس از چه مدت و با چه هزینه‌ای بر سازمان اثر می‌گذارد، با مشارکت واحدهای کسب‌وکار.
تعیین RTO و RPO
تبدیل انتظارات کیفی به دو عدد مشخص برای هر سرویس، به‌عنوان مبنای همهٔ تصمیم‌های بعدی.
طراحی معماری تداوم
انتخاب الگوی مناسب میان بازیابی از نسخه، سایت گرم یا تکثیر مستمر، متناسب با اهداف و بودجه.
تدوین رویهٔ اجرایی
نوشتن سند قابل اجرا در شرایط فشار: کوتاه، مرحله‌ای و بدون نیاز به تفسیر.
آزمون و تمرین
اجرای سناریوی آزمایشی در محیط کنترل‌شده و اندازه‌گیری زمان واقعی بازگشت در برابر هدف تعیین‌شده.
بازبینی و نگهداشت طرح
به‌روزرسانی طرح پس از هر تغییر مهم زیرساخت، تا سند با واقعیت فاصله نگیرد.
مزیت‌ها
چه چیزی در عملیات روزمره تغییر می‌کند
تصمیم از پیش گرفته‌شده
در لحظهٔ حادثه رویه اجرا می‌شود، نه اینکه تازه دربارهٔ آن بحث شود.
اهداف قابل اندازه‌گیری
مدیریت می‌داند هر سرویس قرار است در چه بازه‌ای برگردد و چقدر داده ممکن است از دست برود.
سرمایه‌گذاری متناسب
سطح حفاظت هر سرویس از اهمیت واقعی آن می‌آید، نه از یک الگوی یکسان برای همه.
طرح آزموده
تفاوت میان طرحی که کار می‌کند و طرحی که فقط نوشته شده، فقط با آزمون معلوم می‌شود.
سناریوهای استفاده
سه وضعیت پرتکرار و پاسخ ما به آن‌ها
این سناریوها الگوی طراحی‌اند، نه شرح پروژه‌های انجام‌شده؛ برای هر سازمان با اندازه‌گیری وضعیت واقعی بازنویسی می‌شوند.
- وضعیت
سازمانی با طرح بازیابی مکتوب که هرگز اجرا نشده و تخمین داخلی برای بازگشت، چند ساعت است.
رویکرداجرای آزمون بازیابی کنترل‌شده در محیط جداگانه و اندازه‌گیری زمان واقعی هر مرحله، از بازیابی داده تا در دسترس شدن سرویس.
نتیجهٔ مورد انتظارفاصلهٔ میان تخمین و واقعیت مشخص می‌شود و طرح بر اساس عدد واقعی اصلاح می‌گردد.
- وضعیت
مجموعه‌ای که همهٔ سرویس‌هایش را با یک سطح حفاظت یکسان پوشش داده و هزینهٔ آن بالا رفته است.
رویکردتحلیل اثر توقف و دسته‌بندی سرویس‌ها بر اساس اهمیت واقعی، با سطوح حفاظت متفاوت برای هر دسته.
نتیجهٔ مورد انتظارحفاظت سرویس‌های حیاتی تقویت و هزینهٔ سرویس‌های کم‌اهمیت کاسته می‌شود.
مراحل اجرا
از ارزیابی تا بهره‌برداری
تحلیل اثر توقف
گفت‌وگو با واحدهای کسب‌وکار و تعیین آستانهٔ تحمل توقف برای هر سرویس.
تعیین اهداف و معماری
تثبیت RTO و RPO هر سرویس و انتخاب الگوی تداوم متناسب با آن.
پیاده‌سازی و تدوین رویه
برپایی تکثیر و ظرفیت جایگزین، و نوشتن سند اجرایی با نقش‌ها و ترتیب بازگردانی.
آزمون و بازبینی
اجرای تمرین، اندازه‌گیری نتیجه در برابر اهداف و به‌روزرسانی طرح بر اساس یافته‌ها.
فناوری‌ها
سکوها و فناوری‌های مرتبط
فهرست فناوری‌هایی که در این حوزه با آن‌ها کار می‌کنیم. انتخاب نهایی در مرحلهٔ طراحی و بر پایهٔ وضعیت موجود سازمان انجام می‌شود.
- Storage / VM Replication
- Database Log Shipping
- Veeam Replication
- DNS Failover
- Runbook Documentation
پرسش‌های متداول — تداوم کسب‌وکار و DR
تفاوت بکاپ با Disaster Recovery چیست؟
بکاپ نسخه‌ای از داده نگه می‌دارد. تداوم کسب‌وکار تعیین می‌کند با آن نسخه چه می‌کنید: چه کسی تصمیم می‌گیرد، سرویس‌ها به چه ترتیبی برمی‌گردند، سازمان تا بازگشت کامل چگونه کار می‌کند و مسیر بازگشت به حالت عادی چیست. بکاپ پیش‌نیاز است، نه معادل.
آیا حتماً به سایت پشتیبان نیاز داریم؟
به زمان هدف بازگشت شما بستگی دارد. اگر چند ساعت توقف قابل پذیرش باشد، معمولاً بازیابی از نسخه کافی است. سایت جایگزین وقتی مطرح می‌شود که هدف بازگشت به کمتر از آن برسد. این تصمیم از تحلیل اثر توقف بیرون می‌آید، نه از یک توصیهٔ عمومی.
آزمون طرح چقدر برای سازمان اختلال ایجاد می‌کند؟
آزمون‌ها در محیط ایزوله و بدون تأثیر بر سرویس‌های عملیاتی انجام می‌شوند. تمرین‌های گسترده‌تر که شامل سوئیچ واقعی باشند، فقط با هماهنگی قبلی و در بازهٔ توافق‌شده اجرا می‌شوند.
طرح را چند وقت یک‌بار باید بازبینی کرد؟
پس از هر تغییر مهم در زیرساخت یا سرویس‌های حیاتی، و دست‌کم سالی یک بار به‌صورت دوره‌ای. طرحی که با واقعیت زیرساخت فاصله بگیرد، در روز حادثه قابل اجرا نیست.
خدمات مرتبط
دربارهٔ تداوم کسب‌وکار و DR در سازمان خود صحبت کنیم
در جلسهٔ تخصصی، وضعیت فعلی، محدودیت‌ها و اهداف قابل اندازه‌گیری شما بررسی می‌شود و تصویر روشنی از معماری پیشنهادی و مراحل اجرا ارائه می‌گردد.