الخلاصة
- يجمع RTO ست مدد: الاكتشاف، والقرار، والبحث عن صلاحيات الوصول، والوقت التقني، والتحقق التشغيلي، وعودة المستخدمين.
- يميّزه NIST عن أقصى مدة انقطاع يمكن تحمّلها (MTD): إذ يجب أن يكون RTO عادةً أقصر من MTD.
- يُحدَّد RTO لكل خدمة: فلوحة الهاتف والأرشيف لا يتشاركان القيمة نفسها.
- وحدها تجربة محدَّدة التوقيت تبيّن ما إذا كان RTO المكتوب محترمًا.
- أوقات عمل الدعم وغياب المداومة جزء من RTO الفعلي.
التعريف الرسمي
يعرّف المعهد الوطني الأمريكي للمعايير والتقنية (NIST) RTO بأنه أقصى مدة يمكن أن يبقى فيها مورد من موارد نظام المعلومات غير متاح قبل أن يصبح الأثر غير مقبول بالنسبة للأنشطة التي يدعمها. ويميّزه عن أقصى مدة انقطاع يمكن تحمّلها (MTD)، وهي مدة التوقف الإجمالية التي تقبلها الإدارة بالنسبة لنشاط ما. ويجب أن يضمن RTO عدم تجاوز MTD: لذا يكون عادةً أقصر منها.
وتستخدم ANSSI (الوكالة الوطنية الفرنسية لأمن نظم المعلومات) مصطلح أقصى مدة انقطاع مقبولة (DMIA)، الذي نجده أيضًا في دليل المديرية العامة لأمن نظم المعلومات (DGSSI) حول استمرارية النشاط واستئنافه. وتطلب ANSSI أن تراعيه استراتيجية النسخ الاحتياطي لكل أصل تشغيلي، وأن يُحدَّد ترتيب الاستعادة مسبقًا، بحسب التبعيات (DNS، الدليل…) ومدى حرجية التطبيقات.
مما يتكوّن RTO
في حالة استعادة تقليدية:
- الوقت اللازم لملاحظة العطل؛
- الوقت اللازم لاتخاذ القرار والوصول إلى الشخص الذي يعرف ما يجب فعله؛
- الوقت اللازم للعثور على المفاتيح وكلمات المرور والإجراء؛
- الوقت التقني للنسخ أو الإقلاع؛
- وقت التحقق من طرف شخص من الأقسام التشغيلية؛
- الوقت اللازم لكي تستعيد الحواسيب أو العملاء عن بُعد الوصول إلى الخدمة (DNS، VPN، IP).
غالبًا ما لا يحتسب RTO «بساعتين» الذي يعلنه أحد البرامج سوى المرحلة 4، في ظروف المختبر. أما RTO الفعلي فيجمع المراحل الست. وفي الليل وعطلة نهاية الأسبوع، قد تتجاوز المرحلة 2 وحدها ساعتين إذا لم يكن أحد في المداومة.
في خطة PCA، تُحضَّر المرحلتان 4 و6 مسبقًا. ويبقى الاكتشاف وخطر تحويل لا يجرؤ أحد على المصادقة عليه.
RTO وRPO لا يُقايَض أحدهما بالآخر
يمكن أن يكون RPO قصيرًا (نسخ متكررة) وRTO طويلًا (استعادة بطيئة لحجم كبير). ويمكن أن يكون RTO قصيرًا (بيئة احتياطية قيد التشغيل مسبقًا) وRPO متواضعًا إذا كانت البيئة الاحتياطية متأخرة بساعتين. يجب كتابة الرقمين كليهما.
RPOالحد الأقصى المقبول لفقدان البيانات
RTOالحد الأقصى المقبول لمدة التوقف
يُقاس إلى الوراء
يُقاس إلى الأمام
البيانات قبل الحادث
!الحادث
إعادة تشغيل الخدمات
| RPO | RTO | |
|---|---|---|
| السؤال المطروح | ما مقدار العمل الذي يمكن أن نفقده؟ | كم من الوقت يمكن أن نبقى متوقفين؟ |
| يُقاس | إلى الوراء، انطلاقًا من الحادث | إلى الأمام، انطلاقًا من الحادث |
| يُضبط عبر | وتيرة النسخ | تحضير البيئة الاحتياطية |
| يُتحقق منه عبر | تاريخ آخر نسخة ناجحة | تجربة محدَّدة التوقيت |
قيمة RTO لكل خدمة
لا تتشارك لوحة الهاتف ونظام إدارة الوثائق الإلكترونية للأرشيف القيمة نفسها لـRTO. فكتابة «RTO أربع ساعات» للشركة بأكملها تفرض إما دفع تكلفة زائدة لنظام إدارة الوثائق، وإما الكذب بشأن لوحة الهاتف. يكفي سطر واحد لكل خدمة.
كيف تعرف ما إذا كان RTO محترمًا
فقط بواسطة ساعة توقيت خلال تجربة. إذا استغرقت التجربة ست ساعات وكان RTO المكتوب ساعتين، فإن RTO المكتوب هو الخاطئ، إلى أن تتغير البنية. لا «نستهدف» RTO كذّبه آخر قياس. وتؤكد ANSSI هذه النقطة: يجب تحرير إجراء للاستعادة وتنفيذه بانتظام. وتناقَش وتيرة التجارب في كم مرة يجب اختبار خطة PRA؟.
لدى WeDoBack
لا يُنشر على الموقع أي RTO موحَّد بالأرقام، وسيكون من المضلل اختلاق واحد: فهو يتوقف على حجم البيانات، والاتصال، وحجم المثيل، ومدى توفر الأشخاص لدى العميل. ما تغيّره البنية هو طبيعة الأجل. ففي الاستعادة البسيطة، يجب إعادة البيانات وربما إعادة التثبيت. ومع خطة PRA، تُعاد تشغيل الخوادم على مثيلات احتياطية انطلاقًا من النسخة المختارة: فالأجل التقني هو أجل إعادة التشغيل هذه، لا أجل شراء خادم. ويُجرى اختبار إقلاع كل شهر، دون المساس بالإنتاج. ومع خطة PCA، تبقى مثيلات سحابية قيد التشغيل بصفة دائمة ويتولى تحويل الحركة إليها وكيلٌ مثبَّت على شبكة العميل، دون تغيير عنوان IP: فيكون RTO المتبقي أساسًا هو وقت الاكتشاف واتخاذ القرار. كما أن النسخ المتماثل أو مزامنة البيانات بين مثيل PCA والخادم الأصلي ليس ميزة مدمجة: بل يمر عبر إجراء خاص، مكيَّف مع الحاجة، يمكن لـWeDoBack إعداده بناءً على عرض أسعار. وفي الحالات الثلاث، يبقى التحقق التشغيلي ضمن الوقت المحتسب. ويمكن التواصل مع الدعم البشري من الساعة 9:00 إلى 13:00 ومن 14:00 إلى 17:30 (بتوقيت باريس، أي قبل ساعة بتوقيت المغرب خلال معظم أيام السنة).
أسئلة شائعة
ما الفرق بين RTO وMTD؟
MTD (Maximum Tolerable Downtime) هي مدة التوقف الإجمالية التي تقبلها الإدارة بالنسبة لنشاط ما، مع احتساب جميع الآثار. أما RTO فهو أجل إعادة تشغيل مورد معلوماتي. ويوضح NIST أن RTO يجب أن يكون عادةً أقصر من MTD، لترك هامش لمراحل الاستئناف الأخرى.
يعلن أحد البرامج عن RTO ببضع دقائق. هل هذا واقعي؟
لا يحتسب هذا الرقم عمومًا سوى الوقت التقني للإقلاع، في ظروف المختبر. ولا يشمل الاكتشاف، ولا الوقت اللازم للوصول إلى الشخص المخوَّل، ولا التحقق من طرف أحد المستخدمين. فالـRTO الفعلي الخاص بكم هو الذي قستموه خلال آخر تجربة، من الإبلاغ عن الحادث إلى أول عملية تشغيلية ناجحة.
هل RTO التزام قانوني؟
لا يفرض أي نص مدة محددة بالأرقام على الشركات الصغيرة والمتوسطة. في المقابل، يطلب القانون رقم 09-08 (المادة 23) مستوى أمان ملائمًا ضد الإتلاف أو الضياع العرضي للمعطيات ذات الطابع الشخصي، ويجعل القانون رقم 05-20 استمرارية الأنظمة الحساسة التزامًا على الجهات الخاضعة له. وRTO هو الطريقة العملية لتحديد أجل استعادة ملائم.
للمزيد
المصادر
وثائق تمت مراجعتها في أكتوبر 2026.
- SP 800-34 Rev. 1، دليل التخطيط للطوارئ لأنظمة المعلومات الفيدرالية — NIST
- النسخ الاحتياطي لأنظمة المعلومات – الأساسيات (ANSSI-BP-100، الإصدار 1.1، 27 نوفمبر 2025) — ANSSI
- القانون رقم 09-08 المتعلق بحماية الأشخاص الذاتيين تجاه معالجة المعطيات ذات الطابع الشخصي (المادة 23) — CNDP
- عرض PRA: استئناف النشاط بعد الكوارث — WeDoBack
هل لديك مشروع نسخ احتياطي أو PRA أو PCA؟
أكثر من 20 عامًا من الخبرة في حماية بيانات الشركات.
طلب عرض أسعار+33 9 72 50 78 28احمِ بياناتك مع WeDoBack
نسخ احتياطي مشفّر خارج الموقع، وتخزين ثابت غير قابل للتعديل، وخطة PRA وخطة PCA: صِف لنا خوادمك، ونقترح عليك التركيبة المناسبة.