آنچه باید بدانید
- میزان قابل تحمل از دست رفتن داده و زمان قطعی را مشخص کنید.
- نسخهٔ محافظت‌شده را بیرون از محدودهٔ خرابی سرور اصلی نگه دارید.
- بازیابی را بدون ارسال ایمیل یا اجرای پرداخت واقعی آزمایش کنید.
از دو سؤال کسب‌وکار شروع کنید
چقدر از آخرین تغییرات را می‌توانید از دست بدهید و سایت حداکثر چه مدت می‌تواند قطع بماند؟ پاسخ‌ها مبنای هدف نقطهٔ بازیابی یا RPO و هدف زمان بازیابی یا RTO هستند. راهنمای اهداف بازیابی AWS توضیح می‌دهد که این هدف‌ها باید از نیاز واقعی برنامه بیایند.
برای نمونه، یک بکاپ روزانه ممکن است برای فروشگاهی که تحمل از دست رفتن سفارش‌های یک روز را ندارد مناسب نباشد. سایت معرفی شرکت با تغییرات کم می‌تواند هدف دیگری داشته باشد. این مثال‌ها برای برنامه‌ریزی‌اند و تعهد یک پلن میزبانی مشخص نیستند.
اجزای لازم برای کارکرد سایت را فهرست کنید
فایل‌های برنامه، رسانه‌های بارگذاری‌شده، اطلاعات دیتابیس و تنظیمات لازم برای اتصال آن‌ها را در نظر بگیرید. کارهای زمان‌بندی‌شده و سرویس‌های بیرونی را هم مستند کنید. نسخهٔ پشتیبانی که اطلاعات اتصال را در خود دارد، به کنترل دسترسی و حفاظت مناسب نیاز دارد.
برای دیتابیس در حال تغییر، از روش سازگار با موتور دیتابیس استفاده کنید. کپی سادهٔ فایل زنده بدون شناخت سازوکار آن ممکن است آرشیوی بسازد که در ظاهر کامل است اما بازیابی قابل اتکا ندارد.
بکاپ را از خرابی اصلی جدا کنید
نسخه‌ای که فقط روی همان سرور نگهداری می‌شود، بخشی از خطرهای خرابی سایت را هم دارد. راهنمای مقابله با باج‌افزار CISA بر پشتیبان آفلاین و رمزگذاری‌شده و آزمون دوره‌ای تأکید می‌کند. نسخهٔ جدا یا تغییرناپذیر می‌تواند بخشی از طرح شما باشد؛ در سرویس انتخابی بررسی کنید چه کسی اجازهٔ حذف دارد و اطلاعات ورود بازیابی چگونه محافظت می‌شود.
پوشش پشتیبان هاست را دقیق بپرسید
در cPanel، بکاپ کامل حساب و بکاپ جزئی مسیر بازیابی یکسانی ندارند. طبق مستندات پشتیبان cPanel، بازگردانی خودکار بکاپ کامل از طریق WHM یا میزبان انجام می‌شود، نه رابط معمول cPanel. مدت نگهداری، زمان‌های موجود برای بازیابی و مسئول انجام کار را مشخص کنید.
پیش از حادثه بپرسید آیا دیتابیس، ایمیل و فایل‌های آپلودشده هم پوشش دارند و بازیابی با کمک میزبان چه زمان پاسخ یا هزینه‌ای دارد.
بازیابی را بیرون از محیط عملیاتی تمرین کنید
- یک بکاپ انتخاب کنید و زمان ثبت آن را بنویسید.
- آن را در محیط خصوصی و جدا بازگردانید.
- ارسال ایمیل مشتری، فراخوانی پرداخت و اجرای خودکار کارها را در محیط آزمایش متوقف نگه دارید.
- سازگاری دیتابیس، فایل‌ها، ورود و یک عملیات اصلی را بررسی کنید.
- زمان واقعی بازیابی را با هدف مقایسه کنید.
مسئول اجرا، وابستگی‌های جاافتاده و مرحله‌های دستی را ثبت کنید. پس از تغییر مهم برنامه هم تمرین را تکرار کنید.
چه زمانی می‌توان گفت بکاپ آماده است؟
گزارش قابل استفاده شامل بازیابی موفق، نقطهٔ بازیابی مشخص و مسئول دارای دسترسی است. صرف وجود یک آرشیو این نتیجه را ثابت نمی‌کند. پایش بکاپ را طوری طراحی کنید که خرابی سرور، شکست پشتیبان را هم پنهان نکند.
گزینه‌های هاست کیاوا را ببینید و نیاز بازیابی را با تیم فناوری اطلاعات مطرح کنید. پوشش پشتیبان و مدیریت را پیش از سفارش تأیید کنید. برای نگهداری سرور، راهنمای امنیت VPS را ادامه دهید.
منابع و مطالعهٔ بیشتر
گزارش این مطلب بر پایهٔ منابع اصلی زیر است. توصیه‌های اجرایی، راهنمای عمومی کیاوا هستند و باید با شرایط پروژه تطبیق داده شوند.