راهکارهای بکاپ گیری سرور

اگر نسخه پشتیبان روی همان دیسک یا همان سرور اصلی نگهداری شود، خرابی سخت افزار، آتش سوزی، سرقت یا آلودگی می تواند هم اطلاعات اصلی و هم بکاپ را از بین ببرد. این نسخه برای بازگرداندن سریع یک فایل مفید است، اما به تنهایی برنامه کامل محسوب نمی شود.

موفق بودن Job به معنی سالم بودن همه اطلاعات نیست. ممکن است فایل تولید شده باشد اما سرویس پس از بازیابی اجرا نشود. تست دوره ای نشان می دهد نسخه واقعا قابل استفاده است و تیم مسیر بازیابی را می شناسد.

اگر همان حسابی که سرور را مدیریت می کند بتواند تمام نسخه ها را حذف کند، یک خطای انسانی یا دسترسی مخرب می تواند بکاپ را نیز از بین ببرد. دسترسی ها باید محدود و جدا باشند.

وقتی مشخص نیست سازمان چه مقدار از اطلاعات را می تواند از دست بدهد و چه مدت توقف قابل تحمل است، انتخاب فاصله بکاپ و تجهیزات مقصد به حدس تبدیل می شود. RPO و RTO این دو انتظار را به زبان مدیریتی روشن می کنند.

اگر بکاپ هر شب ساعت 12 انجام شود و سرور ساعت 4 عصر روز بعد خراب شود، تغییرات ایجاد شده از نیمه شب تا زمان خرابی ممکن است در آخرین بکاپ وجود نداشته باشند. RPO تعیین می کند فاصله قابل قبول بین آخرین نسخه و زمان حادثه چقدر است. برای یک فایل آرشیوی، یک روز ممکن است قابل قبول باشد؛ برای دیتابیس فروش، شاید یک ساعت یا کمتر لازم باشد.

RTO مدت زمانی است که سازمان برای بازگشت سرویس هدف گذاری می کند. بازیابی یک فایل با بازگرداندن کامل سرور و دیتابیس یکسان نیست. اگر توقف چهار ساعته پذیرفتنی نباشد، ممکن است علاوه بر بکاپ به تجهیزات جایگزین، Replica یا زیرساخت آماده نیاز باشد.

تعیین RPO و RTO فقط وظیفه تیم فنی نیست. مدیر کسب و کار باید اثر توقف و از دست رفتن داده را بیان کند. تیم فنی بر اساس این انتظار، دفعات بکاپ، ظرفیت، مقصد و روش بازیابی را طراحی می کند. هرچه RPO و RTO کوتاه تر باشند، هزینه و پیچیدگی راهکار بیشتر می شود؛ بنابراین هدف باید واقعی و متناسب با اهمیت سرویس باشد.

NAS برای بکاپ سریع داخل شبکه و بازیابی فایل ها مناسب است. ظرفیت، RAID، سلامت دیسک ها، دسترسی ها و محل فیزیکی آن باید مدیریت شوند. RAID جای بکاپ را نمی گیرد؛ فقط در برابر بعضی خرابی های دیسک کمک می کند.

فضای ابری امکان نگهداری نسخه خارج از محل و افزایش ظرفیت را فراهم می کند. سرعت اینترنت، هزینه انتقال و نگهداری، محل داده، رمزگذاری و زمان بازیابی باید بررسی شوند. بازیابی حجم زیاد اطلاعات از اینترنت ممکن است زمان بر باشد.

دیسک خارجی برای بعضی شرکت های کوچک راهکار اقتصادی است، اما باید برنامه اتصال، جداسازی، جابجایی و نگهداری آن روشن باشد. دیسکی که همیشه به سرور متصل است در برابر آلودگی و حذف مصون نیست.

سرور یا Repository مستقل کنترل بیشتری بر ظرفیت، نگهداری نسخه ها و دسترسی ها ایجاد می کند. این راهکار به مدیریت، به روز رسانی و مانیتورینگ نیاز دارد و نباید با حساب های عمومی قابل دسترسی باشد.

نوار همچنان در بعضی سازمان ها برای نگهداری بلند مدت و نسخه جدا استفاده می شود. مدیریت چرخه رسانه، شرایط نگهداری، برچسب گذاری و تست خواندن اهمیت دارد. این روش برای همه شرکت ها ضروری نیست.

در بسیاری از پروژه ها بهترین انتخاب، ترکیب مقصد محلی برای بازیابی سریع و مقصد خارج از محل برای حادثه بزرگ است. نوع ترکیب باید بر اساس RPO، RTO، حجم اطلاعات و بودجه مشخص شود.

وقتی مسیر بازیابی، مسئولیت و اولویت سرویس ها از قبل مشخص باشند، تیم هنگام بحران زمان کمتری صرف حدس زدن می کند. مدیر نیز می داند کدام سرویس زودتر بازمی گردد.

مستندات بکاپ، حساب های امن و روند بازیابی باعث می شوند دانش فقط نزد یک کارشناس یا فروشنده باقی نماند. در زمان مرخصی یا تغییر نیرو، سازمان همچنان مسیر روشن دارد.

ظرفیت و مدت نگهداری بر اساس ارزش داده انتخاب می شوند. اطلاعات کم اهمیت لازم نیست با هزینه بالا و دفعات زیاد نگهداری شوند، در حالی که سرویس اصلی پوشش دقیق تری دریافت می کند.

بسیاری از درخواست های بازیابی مربوط به حذف یا تغییر ناخواسته فایل هستند. نگهداری نسخه های چند روز یا چند هفته امکان بازگشت به زمان مناسب را فراهم می کند.

بکاپ سالم و روش جایگزینی تجهیزات کمک می کند خرابی دیسک، کنترلر یا سرور به از دست رفتن کامل اطلاعات منجر نشود. البته زمان بازگشت به موجود بودن سخت افزار جایگزین نیز وابسته است.

نسخه های جدا، محدود و غیر قابل تغییر می توانند گزینه بازیابی را حفظ کنند. بکاپ به تنهایی جای امنیت، کنترل دسترسی و تشخیص رخداد را نمی گیرد، اما بخش مهمی از آمادگی است.

فایل سرور، Active Directory، تنظیمات سیستم و سرویس های ویندوز بر اساس نقش سرور پشتیبان گیری می شوند. روش بازیابی کامل سیستم با بازیابی یک فایل متفاوت است.

بکاپ ماشین های مجازی باید وضعیت Datastore، Snapshot، ابزارهای سازگار و Application Awareness را در نظر بگیرد. نگهداری Snapshot طولانی مدت روش بکاپ نیست.

ماشین های مجازی Hyper-V، تنظیمات میزبان و داده های داخل ماشین بر اساس ابزار انتخاب شده محافظت می شوند. ظرفیت مقصد و زمان انتقال برای چند ماشین همزمان اهمیت دارد.

Full، Differential و Transaction Log بر اساس Recovery Model و RPO تنظیم می شوند. زنجیره Log و تست Restore باید کنترل شوند.

فایل های کاربران ممکن است با سرعت زیادی تغییر کنند. نسخه بندی، مدت نگهداری، مجوزها و بازیابی پوشه یا فایل باید در طراحی لحاظ شوند.

استفاده از سرویس ابری به معنی وجود نسخه پشتیبان مطابق نیاز سازمان نیست. مسئولیت نگهداری، مدت حذف، Export و بازیابی اطلاعات هر سرویس باید بررسی شود.