RPO می‌گوید از دست دادن چه مقدار تغییرات، بر حسب زمان، برای کسب‌وکار قابل‌تحمل است؛ RTO سقف زمان قابل‌قبول برای برگرداندن سرویس است. بکاپ روزانه به‌تنهایی ثابت نمی‌کند هر دو هدف شما برآورده می‌شود. برای فروشگاه، باید سفارش‌ها، پرداخت‌ها، فایل‌ها و زمان واقعی بازیابی را کنار هم ببینید.
۱. دو هدف مستقل، دو سؤال روشن
| معیار | سؤال | مثال هدف، نه تضمین |
|---|---|---|
RPO |
چقدر دادهٔ جدید می‌توانیم از دست بدهیم؟ | حداکثر یک ساعت تغییرات |
RTO |
چه مدت اختلال قابل‌قبول است؟ | بازگشت خدمت در دو ساعت |
RPO زمان لازم برای اجرای بکاپ نیست. RTO هم فقط مدت کپی فایل نیست؛ تشخیص حادثه، پیدا کردن نسخهٔ سالم، دسترسی به مقصد، بازیابی، بررسی برنامه و تصمیم بازگشت کاربران بخشی از مسیرند. زمان واقعی بازیابی را اندازه بگیرید؛ عدد هدف را نتیجهٔ آزمون معرفی نکنید.
۲. یک مثال عددی برای فروشگاه
فرض کنید به‌طور آموزشی، فروشگاه در ساعت ۱۵:۰۰ مختل شده و جدیدترین نقطهٔ بازیابیِ سالم مربوط به ۱۳:۰۰ است. فاصلهٔ دادهٔ ازدست‌رفته دو ساعت است. اگر RPO توافق‌شده یک ساعت باشد، این نقطهٔ بازیابی هدف را برآورده نمی‌کند، حتی اگر فایل بکاپ بدون خطا دانلود شود.
اگر در این فاصله ۱۲ سفارش ثبت شده، تعداد سفارش در معرض فقدان حداکثر به همان داده‌های واقعی وابسته است؛ میانگین ساعتی تضمین تعداد نیست. گزارش درگاه پرداخت هم لزوماً تمام جزئیات سبد، موجودی، مالیات یا وضعیت سفارش را بازسازی نمی‌کند. این مثال روش محاسبه است، نه آمار یک فروشگاه رایکت.
۳. هدف را برای هر بخش تعیین کنید
- اجزای حیاتی را بنویسید: سفارش و پرداخت، حساب کاربران، رسانه و کد برنامه.
- اثر فقدان داده و طول اختلال را با مسئول کسب‌وکار مشخص کنید.
- برای هر بخش یک هدف زمان‌دار و صاحب تصمیم ثبت کنید.
- توان روش بکاپ، دسترسی خارج از سرور و ظرفیت بازیابی را با هدف مقایسه کنید.
یک صفحهٔ معرفی کم‌تغییر و دیتابیس سفارش فعال الزاماً RPO یکسان ندارند. با این حال، بازیابی مستقل دو بخش باید از نظر نسخه و زمان با هم سازگار باشد؛ فهرست هدف‌ها جای مجموعهٔ بازیابیِ هماهنگ را نمی‌گیرد.
۴. سؤال‌هایی که باید از ارائه‌دهنده بپرسید
- بکاپ چه اجزایی را شامل می‌شود و نقطهٔ زمانی آن چیست؟
- آخرین نسخهٔ موفق و قابل‌بازیابی چگونه شناسایی می‌شود؟
- چند نسخه و برای چه مدت نگهداری می‌شوند؟
- بازیابی با چه فرایند و محدودیت دسترسی انجام می‌شود؟
- دادهٔ مستقل و آزمون بازیابی برای سنجش زمان در دسترس است؟
وجود تاریخ در فهرست Account Backups فقط وجود یک گزینهٔ نمایش‌داده‌شده را نشان می‌دهد؛ تضمین محتوای سالم یا زمان آماده‌شدن خدمات نیست. سیاست پلن خودتان را از قرارداد و پاسخ به‌روز پشتیبانی بخوانید؛ این مقاله برای همهٔ سرویس‌های رایکت عدد ثابت وعده نمی‌دهد.
۵. چطور هدف را واقع‌بینانه اعتبارسنجی کنیم؟
در یک آزمون مجاز و ایزوله، زمان شروع تصمیم تا تأیید کارکرد برنامه ثبت می‌شود. بازشدن صفحهٔ اصلی کافی نیست؛ مسیر حیاتیِ متناسب با سایت، مانند مشاهدهٔ سفارش آزمایشی، باید بررسی شود. آزمون پرداخت واقعی یا بازیابی روی سایت زنده نیازمند طرح و مجوز جداست.
نکته: در تهیهٔ این مقاله بازیابی واقعی حساب انجام نشده است. نمونهٔ عددی، شاهد رسیدن به RPO یا RTO نیست؛ برای هر سرویس باید نتیجهٔ آزمون و محدودیت‌ها جدا ثبت شوند.
خروجی مناسب برنامه یک جدول کوتاه است: بخش، RPO هدف، RTO هدف، روش بازیابی، مسئول و آخرین نتیجهٔ آزمون. اگر فاصله‌ای وجود دارد، آن را با افزایش بی‌هدف تعداد بکاپ‌ها پنهان نکنید.
۶. مسیر مطالعهٔ مرتبط
۷. منابع و روش بررسی
منابع رسمی در ۲۴ اکتبر ۲۰۲۶ بررسی شدند. این متن راهنمای تشخیص و برنامه‌ریزی است؛ بازیابی بکاپ، تغییر حفاظت و تست روی سایت زنده انجام نشده است.
