متوسط وقت الإصلاح MTTR: المعنى والمعادلة والأمثلة

نشأ مصطلح MTTR في صيانة المعدات بمعنى متوسط وقت الإصلاح: الوقت الفعلي الذي يحتاجه الفني لإعادة آلة معطلة إلى العمل. أما في تقنية المعلومات فصارت الحروف تدل على عدة مقاييس متقاربة، وكثيرًا ما تقارن الفرق أرقامًا لم تُقس بالطريقة نفسها.

• متوسط وقت الإصلاح (repair): من بدء الإصلاح إلى عودة المكوّن إلى العمل، ولا يشمل الوقت الذي مضى قبل أن ينتبه أحد للعطل.
• متوسط وقت التعافي (recover أو restore): من بدء الانقطاع إلى عودة الخدمة للمستخدمين، وهو ما يقصده أغلب مالكي الخدمات.
• متوسط وقت الحل (resolve): التعافي مضافًا إليه العمل الذي يمنع تكرار العطل نفسه، مثل تعديل في الشيفرة أو في الإعدادات.
• متوسط وقت الاستجابة (respond): من التنبيه إلى أن يبدأ مهندس العمل عليه، وتسميه بعض الفرق متوسط وقت الإقرار بالتنبيه.

ولا يوجد تعريف واحد صحيح من بينها. اختاروا التعريف الذي يجيب عن سؤالكم، واكتبوه مع حدثَي البداية والنهاية بدقة، وطبّقوه على كل الخدمات.

يتكون MTTR من عدة تأخيرات أصغر: الانتباه للعطل، والوصول إلى الشخص المناسب، وإيجاد السبب، وإصلاحه، ثم التأكد من الإصلاح. ولكل تأخير علاجه.

تنبيهات تسمّي المشكلة

ينبغي أن يُطلَق التنبيه على ما يشعر به المستخدم، مثل نسبة الأخطاء أو بطء الاستجابة، وأن يسمّي الخدمة، وأن يصل إلى الفريق المسؤول عنها. أما التنبيهات التي لا تتوقف فتعلّم الناس تجاهلها، فيطول كل حادث حقيقي.

• قيسوه لكل خدمة، لا رقمًا واحدًا للمنشأة كلها. فإصلاح سريع لأداة داخلية وانقطاع طويل في قناة العملاء يعطيان متوسطًا لا يصف أيًا منهما.
• ثبّتوا حدثَي البداية والنهاية. استخدموا أوقاتًا يسجّلها نظام، مثل أول تنبيه وعودة فحص السلامة، لا أوقاتًا تُكتب في التذكرة لاحقًا.
• احسبوا الحوادث التي لاحظها المستخدمون. فاستبعاد الحوادث التي لم يُطلَق عليها تنبيه يحسّن الرقم بينما ينتظر المستخدمون أطول.
• اقرؤوه مع MTBF وأهداف مستوى الخدمة. فانخفاض MTTR في خدمة تتعطل أكثر من قبل ليس تقدمًا. وتضع مراقبة أهداف مستوى الخدمة SLO الهدف الذي يُقاس عليه وقت التعافي.

روابط ذات صلةمراقبة أهداف مستوى الخدمة SLO

يجمع Datadog المقاييس السابقة على منصة واحدة. فأدوات المراقبة (monitors) تنبّه على المقاييس والسجلات والتتبّعات، ويتتبّع APM الطلبات عبر الخدمات. وتوثّق Datadog أن الحوادث يمكن إعلانها من تنبيهات المراقبة، مع درجة خطورة وقائد للحادث وأدوار للمستجيبين، وإشعارات لأصحاب العلاقة، ومراجعات لاحقة (postmortems) تُكتب في Notebooks. وتتابع تحليلات الحوادث في Datadog مقاييس مثل وقت الحل، فيأتي MTTR من أحداث مسجّلة لا من جدول يدوي. وتضع أهداف مستوى الخدمة (SLOs) في Datadog أهدافًا للاعتمادية على مدى 7 أو 30 أو 90 يومًا، وتتابع ما بقي من ميزانية الأخطاء.

روابط ذات صلةإدارة الحوادث في Datadogتطبيق إنتركي لـ Datadog

تشغّل منشآت كثيرة في المملكة خليطًا من أنظمة مراكز البيانات والخدمات السحابية، وغالبًا ما يتولى كل جزء منها مورّد مختلف. وهذا يجعل خطوة الوصول إلى الشخص المناسب جزءًا كبيرًا من MTTR، فتصبح قائمة التصعيد بأهمية الأدوات نفسها. وتطرح بيانات المراقبة كذلك سؤال إقامة البيانات: فـ Datadog منصة SaaS، وحتى نوفمبر 2026 لا تُدرج Datadog أي موقع لها في الشرق الأوسط. فحدّدوا ما يجوز أن يغادر شبكتكم، وأخفوا الباقي قبل الإرسال. ويدعم مهندسو إنتركي المنصة من الرياض، بالعربية والإنجليزية.

انتبهوا كذلك إلى أوقات العمل. فالحادث الذي يبدأ مساء الخميس أو يوم الجمعة قد ينتظر أطول من غيره إن لم تكن قائمة المناوبة واضحة لعطلة نهاية الأسبوع، وهذا الانتظار يدخل في MTTR كاملًا. وكذلك الحال في المواسم التي يرتفع فيها الطلب على الخدمات الرقمية، مثل رمضان ونهاية الشهر عند صرف الرواتب. لذا راجعوا جدول المناوبة والتصعيد قبل هذه الفترات، لا بعد أول حادث فيها.

• SRE (هندسة اعتمادية المواقع)
• RTO وRPO
• مكتبة مصطلحات السلامة الصناعية، لمقاييس الحوادث في مواقع العمل

روابط ذات صلةمكتبة مصطلحات السلامة الصناعية