RTO وRPO: الفرق بينهما وكيف تحددهما
هدفان يحددان تصميم النسخ الاحتياطي والتعافي من الكوارث. هذا شرح مبسط مع أمثلة وطريقة لتحديدهما.
عند تصميم النسخ الاحتياطي والتعافي، يتكرر مصطلحان: RTO وRPO. فهمهما بدقة يوفّر ميزانية ويمنع مفاجآت.
RTO: كم من الوقت يمكن أن تتوقف الخدمة؟
Recovery Time Objective هو أقصى زمن مقبول لاستعادة الخدمة بعد التوقف. إذا كان RTO لنظام المبيعات ساعتين، فكل خطة التعافي يجب أن تعيده خلال ساعتين، بما في ذلك وقت اكتشاف العطل واتخاذ القرار.
RPO: كم من البيانات يمكن أن تفقد؟
Recovery Point Objective هو أقصى فترة بيانات يمكن تحمّل فقدها. إذا كان RPO ساعة، فيجب أن تكون لديك نسخة أو تكرار للبيانات لا يقل تحديثه عن كل ساعة.
أمثلة
- بوابة خدمات العملاء: RTO ساعة واحدة، وRPO خمس عشرة دقيقة.
- نظام الموارد البشرية: RTO يوم، وRPO يوم.
- موقع تعريفي ثابت: RTO ثلاثة أيام، وRPO أسبوع.
هذه أمثلة توضيحية؛ الأرقام الصحيحة تحددها احتياجات العمل في مؤسستك.
كيف تحددهما؟
- ابدأ من تحليل أثر الأعمال، لا من إمكانات التقنية الحالية.
- اسأل مالك الخدمة عن الأثر الفعلي للتوقف والفقد.
- احسب تكلفة تحقيق كل هدف، فالأرقام الصغيرة جدًا تحتاج تكرارًا لحظيًا وموقعًا بديلًا.
- اتفق على رقم واقعي ووثّقه.
الخطأ الأكثر شيوعًا
وضع RTO قصير دون اختباره. الرقم الذي لم يُختبر في تمرين تعافٍ حقيقي هو أمنية، لا هدف.