وقتی یک سرور اختصاصی از کار می افتد، مشکل واقعی فقط خرابی نیست. سوال این است که آیا می توان سیستم ها را به ترتیب درست بازیابی کرد، آیا داده های تمیز در دسترس است و آیا کسب و کار می تواند بدون اختلال عمده به فعالیت خود ادامه دهد یا خیر. بسیاری از تیم ها بر این باورند که به دلیل وجود پشتیبان از آنها محافظت می شود، اما بازیابی اغلب زمانی از بین می رود که زیرساخت ها، برنامه ها و مسئولیت ها با هم برنامه ریزی نشده باشند.
بنابراین، یک طرح بازیابی فاجعه برای محیط های سرور اختصاصی باید کاربردی و خاص باشد. در یک زیرساخت اختصاصی، جایی که کسب‌وکارها اغلب برنامه‌های کاربردی، پایگاه‌های داده، قوانین فایروال و شبکه‌های خصوصی را اجرا می‌کنند، برنامه‌ریزی بازیابی باید فراتر از روش‌های ساده پشتیبان‌گیری باشد.
طرح بازیابی بلایا چه چیزی را باید پوشش دهد؟
یک طرح بازیابی فاجعه توضیح می‌دهد که چگونه سیستم‌ها، داده‌ها و سرویس‌ها پس از نقص سخت‌افزار، حمله سایبری، قطع شبکه یا حادثه در سطح سایت بازیابی می‌شوند. این باید به وضوح مشخص کند که چه چیزی باید بازسازی شود، به چه ترتیبی، چه کسی مسئول است، و چه مدت بازسازی باید طول بکشد.
در اکثر محیط های سرور اختصاصی، این شامل موارد زیر است:
- سیستم ها و وابستگی های حیاتی
- قوانین بایگانی و ذخیره سازی
- اولویت های بازیابی
- رویه های امتناع
- اهداف زمان ریکاوری
- اهداف نقطه بازیابی
- برنامه های تست
- اسناد اولیه و مخاطبین
اینجاست که برنامه ریزی بازیابی فاجعه برای سرورها وارد عمل می شود. این فقط در مورد داشتن کپی از داده ها نیست. این در مورد این است که آیا خدمات تجاری واقعاً می توانند در بازه های زمانی قابل قبول بازیابی شوند یا خیر.
چرا محیط های سرور اختصاصی به یک رویکرد خاص نیاز دارند
سرورهای اختصاصی اغلب از بارهای کاری سنگین تر و سفارشی تر از محیط های میزبانی استاندارد پشتیبانی می کنند. این ممکن است شامل پایگاه های داده سفارشی، تنظیمات خاص برنامه، شبکه های خصوصی، کنترل های امنیتی و داده های حساس به انطباق باشد.
به همین دلیل، بازیابی خود سرور تنها بخشی از بازیابی است. محیط کامل باید دوباره کار کند، از جمله دسترسی به شبکه، خدمات، تنظیمات و وابستگی ها.
با RTO و RPO شروع کنید
هر طرح DR باید با دو هدف اولیه بازیابی شروع شود.
هدف زمان بازیابی (RTO)
این حداکثر زمان مجاز ماندن است. این به شما می گوید که قبل از اینکه تأثیر کسب و کار خیلی شدید شود، با چه سرعتی باید یک سرویس بازیابی شود.
هدف نقطه بازیابی (RPO)
این حداکثر از دست دادن داده مجاز است. این به شما می گوید که داده های بازیابی شده چقدر باید فعلی باشند.
این دو هدف فرکانس پشتیبان گیری، طراحی تکرار، برنامه ریزی شکست و هزینه های زیرساخت را شکل می دهند. یک استراتژی پشتیبان گیری سرور اختصاصی بدون RTO و RPOهای تعریف شده معمولاً بر اساس فرضیات است تا الزامات واقعی تجاری.
یک استراتژی پشتیبان باید از چندین لایه استفاده کند
یک روال پشتیبان برای بارهای کاری حیاتی کافی نیست. یک رویکرد قوی تر از الگوی 3-2-1 پیروی می کند:
- 3 کپی از داده های مهم
- 2 مکان ذخیره سازی یا نوع رسانه
- 1 کپی خارج از سایت
برای سرورهای اختصاصی، این معمولاً به این معنی است:
- داده های تولید زنده
- پشتیبان محلی برای بازیابی سریعتر
- پشتیبان گیری خارج از سایت برای سناریوهای فاجعه گسترده تر
یک برنامه پشتیبان‌گیری و بازیابی سرور مناسب باید فرکانس پشتیبان‌گیری، دوره‌های نگهداری، رمزگذاری، کنترل دسترسی و روش‌های بازیابی را تعریف کند.
یادداشت ها: گزارش های تکمیل پشتیبان ثابت نمی کند که بازیابی کار خواهد کرد. آزمایش بازیابی چیزی است که تأیید می کند که واقعاً می توان از محافظت پشتیبان استفاده کرد.
روش‌های پشتیبان‌گیری را انتخاب کنید که با حجم کار مطابقت دارند
بارهای کاری مختلف به اشکال مختلف حفاظت نیاز دارند. روش های رایج عبارتند از:
- پشتیبان گیری کامل
- آرشیوهای افزایشی
- پشتیبان گیری دیفرانسیل
- آرشیو پایگاه داده خود
- عکس های فوری
- همانند سازی
به عنوان مثال، یک محیط با پایگاه داده سنگین معمولاً به پشتیبان گیری سازگار با برنامه نیاز دارد، نه فقط فایل های کپی شده. بارهای کاری با تغییرات بزرگ نیز ممکن است به تکرار بیشتر برای حفظ پنجره های بازیابی تنگ تر نیاز داشته باشند.
اینجا جایی است که بازیابی فاجعه سرور اختصاصی باید حول پروفایل برنامه و داده واقعی ساخته شود، نه یک الگوی عمومی.
برنامه ریزی شکست باید واضح باشد
پشتیبان‌گیری‌ها داده‌ها را بازیابی می‌کنند، اما در صورت خرابی، تا زمانی که بازیابی در حال انجام است، تداوم را حفظ کنید. اگر سرور اصلی در دسترس نباشد، طرح DR باید توضیح دهد که چگونه بارهای کاری به یک محیط آماده به کار منتقل می شوند و چه مراحلی برای آنلاین کردن خدمات لازم است.
طرح DR باید تعریف کند:
- محرک های شکست
- محل پشتیبان گیری
- تغییرات DNS یا IP
- مراحل بازیابی دستی یا خودکار
- رویه های بازیابی حادثه
این برای سیستم‌های عمومی که انتظار برای بازیابی کامل ممکن است بیش از حد طول بکشد بسیار مهم است.
یادداشت ها: یک طرح بازیابی بلایا که شامل بازیابی بلایا نمی شود، اغلب پس از پایان قطعی اولیه، مشکلات جدیدی ایجاد می کند.
اولویت های بازیابی باید طبقه بندی شوند
لازم نیست هر سرویسی به طور همزمان بازیابی شود. یک طرح تداوم کسب و کار خوب برای سرورهای اختصاصی، سیستم ها را بر اساس اهمیت رتبه بندی می کند تا تلاش های بازیابی متمرکز باقی بماند.
یک مدل ساده ممکن است شامل موارد زیر باشد:
- سطح 1: سیستم های درآمدی حیاتی و پایگاه های داده مشتری مدار
- سطح 2: برنامه های داخلی و سیستم های پشتیبانی
- سطح 3: بایگانی ها، گزارش ها و محیط های توسعه
این به تیم‌ها کمک می‌کند تا به جای انتشار منابع بسیار کم، آنچه را که مهم‌تر است، بازیابی کنند.
آزمایش و مستندسازی ضروری است
طرح DR تنها در صورتی مفید است که آزمایش شود. شرکت‌ها باید تست‌های بازیابی، تمرین‌های شکست و شبیه‌سازی بازیابی را انجام دهند تا مطمئن شوند مجموعه‌های پشتیبان معتبر هستند و رویه‌ها همچنان با محیط زنده مطابقت دارند.
اسناد باید شامل موارد زیر باشد:
- صاحبان سیستم
- مراحل بازیابی
- مکان های پشتیبان
- دسترسی به جزئیات
- تماس های تشدید
- تاریخچه آزمایش
اگر این فرآیند فقط در حافظه یک فرد وجود داشته باشد، بازیابی بسیار کمتر قابل اعتماد می شود.
یادداشت ها: بهترین مستندات بازیابی فاجعه به اندازه کافی کاربردی است که تحت فشار دنبال شود و به اندازه کافی جاری است که زیرساخت واقعی را منعکس کند.
نتیجه گیری
یک طرح بازیابی فاجعه برای محیط‌های سرور اختصاصی باید شامل اهداف بازیابی واضح، پشتیبان‌گیری لایه‌ای، روش‌های بازیابی خاص حجم کاری، روش‌های بازیابی فاجعه، اولویت‌بندی سرویس‌ها و آزمایش‌های منظم باشد. هدف فقط بازیابی یک ماشین نیست، بلکه بازیابی برنامه‌ها، داده‌ها و خدماتی است که کسب‌وکار به آنها وابسته است با کمترین اختلال ممکن.
برای شرکت هایی که به دنبال زیرساخت اختصاصی در هنگ کنگ هستند، Dataplugs سرورهای اختصاصی و راه حل های میزبانی را در محیط های حرفه ای مدیریت شده ارائه می دهد که از کنترل عملیاتی قوی تر برای برنامه ریزی پشتیبان، بازیابی و تداوم پشتیبانی می کند. برای کسب اطلاعات بیشتر، از طریق چت زنده یا ایمیل در sales@dataplugs.com با Dataplugs تماس بگیرید.
