يوفر هذا النهج القدرة على تحديد كيفية تفسير Dotcom-Monitor للاستجابات بعناية على أنها إما استجابات “أعلى” أو “أسفل”. يتم تحقيق ذلك باستخدام المرشحات.
بالمناسبة ، يمكن أيضا تطبيق مرشح على جهاز (قطع تشغيل كاذب) وعلى أي نوع من التقارير.
تحدد التصفية حالات أعلى/أسفل باستخدام المعايير التالية القابلة للتعديل:
- يتم الإبلاغ عن خطأ لعدد محدد من الدقائق
- يتم تأكيد الخطأ من قبل عدد محدد من الوكلاء
- يتم الكشف عن خطأ في عدد محدد من المهام.
تتوفر جميع الفلاتر وإعداداتها في تكوين > عوامل التصفية. بعد تطبيق فلتر على جهاز، تستند جميع إشعارات الجهاز إلى معايير الفلتر. يتم تعيين “الفلتر الافتراضي” لجميع الأجهزة الجديدة. يحتوي المرشح الافتراضي على تكوين متوازن ومناسب لمعظم أجهزة المراقبة.
حسابات وقت التشغيل/التوقف عن العمل
صيغة حساب وقت التوقف هي كما يلي:
1. ترتبط مدة التوقف مباشرة بالتكوينات داخل الفلتر:
- تبدأ فترة التوقف عن العمل عند استيفاء شروط الفلتر. على سبيل المثال، عندما يكون عدد الوكلاء الذين يبلغون عن فشل مساويا لعدد العوامل المحددة في عامل التصفية، وكما هو محدد أيضا، يتم استيفاء الشروط لعدد الدقائق والمهام، يتم إرسال تنبيه وقت التوقف.
- تبدأ فترة التشغيل عندما لا يتم استيفاء شروط الفلتر. على وجه التحديد، يبدأ وقت التشغيل عندما لا يفي عدد الوكلاء أو الدقائق أو المهام، التي أبلغت عن نجاح “أعلى”، بالشروط اللازمة للشروط “الهبوطية” التي تمت تصفيتها. على سبيل المثال، تتم الإشارة إلى حالة “أعلى” عندما يصبح عدد استجابات الخطأ (“أسفل”) التي يتلقاها الوكلاء أقل من عدد استجابات الخطأ (“أسفل”) التي يحتاجها الوكلاء، كما هو محدد في عامل التصفية، للإشارة إلى حالة “أسفل”.
2. مدة الحالة “غير المحددة“. يمكن تعيين حالة غير محددة عندما تصبح حالة كل وكيل مشارك في المراقبة غير محددة. تعتبر حالة الوكيل غير محددة إذا لم يقدم الوكيل أي استجابة (خطأ أو نجاح) في فترة زمنية معينة:
مدة وقت انتظار الاستجابة = (العدد الإجمالي للوكلاء +1) تردد مراقبة × + 15 دقيقة
على سبيل المثال ، نستخدم ثلاثة عوامل مراقبة وتردد مراقبة لمدة 5 دقائق. سينتظر كل وكيل استجابة لمدة وقت انتظار الاستجابة = (3+1)×5+15 دقيقة = 35 دقيقة. بمجرد انتهاء الوقت وعدم تلقي أي رد، يقوم الوكيل بالإبلاغ عن غير محدد.
3. مدة الحالة “المؤجلة“. سيؤدي تأجيل الجهاز في أي لحظة إلى إيقاف أي نشاط مراقبة حتى تتم إعادة تمكينه.
4. المدة المستثناة حسب الجدول الزمني. كيان آخر يمكن أن يؤثر بشكل كبير على حسابات وقت التشغيل / التوقف هو الجداول. هذا خيار لإدارة المراقبة أثناء الصيانة الروتينية. يمكن تأجيل المراقبة لأيام محددة من الأسبوع بالإضافة إلى ساعات ودقائق محددة خلال اليوم. لإعداد جدول، اتبع التعليمات.
سيؤدي أي تغيير في إعدادات الجهاز (بما في ذلك إعادة تشغيل الجهاز) أثناء حالة التعطل إلى إعادة تعيين الحالة حتى لا يتم إرسال تنبيه وقت التشغيل.
مثل:
لنفترض أن لدينا جهازا مراقبا من 7 مواقع ومجموعة فلتر أنه يجب على 3 مواقع الإبلاغ عن خطأ لحالة التوقف . أولا ، عقدة المراقبة (الوكيل) 1) يكتشف خطأ بينما لا يزال الباقون يبلغون عن النجاح ، ثم الثاني (الوكيل) 2) وفي الثلث الأخير يكتشف واحد (وكيل 4) خطأ في T4 الذي يؤدي إلى مرشح لتعيين وقت التوقف عن العمل بدءا من هذه اللحظة. ستبقى حالة الأسفل حتى تقوم بتعيين تأجيل افتراضي عند T5 بسبب عدد أخطاء الوكيل التي تبلغ عن أخطاء أعلى من 3 معدلة طوال هذا الوقت. الفجوة الزمنية بين T6 و T7 هي مثال على حقيقة أننا نحصل على الاستجابة الأولى مع تأخير (يشمل وقت معالجة جلسة المراقبة تأخيرات نقل الشبكة والتنفيذ نفسه) ، لذلك يتم حساب الوقت “المؤجل” على أنه ∆ (T7-T5) (مؤجل 2nd). مرة أخرى ، نقع في وقت التوقف عن العمل فقط في الخطأ الثالثالثالث من العامل 3 وندخل في حالة الصعود فقط على استجابة T9 ، عندما يصبح عدد الوكلاء الفاشلين أقل من المعدل في الفلتر. هنا تأتي صيغة حساب ٪ من وقت التوقف النهائي لهذه الحالة:
