تنبيهات أداة المراقبة في الوقت الفعلي
المحتويات
المقدمة
يناقش هذا المستند تنبيهات أداة مراقبة الوقت الفعلي (RTMT) من Cisco ويوضح كيفية أستكشاف أخطاء بعض التنبيهات التي تشاهد بشكل عام وإصلاحها.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بإدارة الويب لمدير المكالمات من Cisco.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى خادم Cisco CallManager Server 11.0.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يستخدم RTMT الذي يتم تشغيله كتطبيق من جانب العميل بروتوكول HTTPS و TCP لمراقبة أداء النظام وحالة الجهاز واكتشاف الأجهزة وتطبيقات دمج الاتصال الهاتفي بجهاز الكمبيوتر (CTI) ومنافذ المراسلة الصوتية. يمكن إستخدام RTMT لتكوين تنبيهات نظام المجموعة الذي يقوم بمراقبته.
يقوم النظام بإنشاء رسائل تنبيه لإعلام المسؤول عند استيفاء شرط محدد مسبقا، كما هو الحال عندما تنتقل الخدمة النشطة من أعلى إلى أسفل. يمكن للنظام إرسال تنبيهات كبريد إلكتروني/صفحة إلكترونية.
يحتوي RTMT، الذي يدعم تعريف التنبيه وإعداده وعرضه، على تنبيهات تم تكوينها مسبقا ومعرفة من قبل المستخدم. على الرغم من أنه يمكنك تنفيذ مهام التكوين لكلا النوعين، إلا أنه لا يمكنك حذف التنبيهات التي تم تكوينها مسبقا.
تنبيهات RTMT
يعرض RTMT الموحد كلا من التنبيهات التي تم تكوينها مسبقا والتنبيهات المخصصة في Alert Central كما هو موضح في الصورة.
يمكنك أيضا الوصول إلى Alert Central بالنقر فوق رمز Alert Central في شجرة التدرج الهرمي في درج النظام.
التكوين
ينظم RTMT الموحد التنبيهات تحت علامات التبويب القابلة للتطبيق: System، و CallManager، وCisco Unity Connection، و Custom.
يمكنك تمكين التنبيهات التي تم تكوينها مسبقا أو تعطيلها في Alert Central؛ ومع ذلك، لا يمكنك حذف التنبيهات التي تم تكوينها مسبقا.
يتم تصنيف التنبيهات في RTMT كما هو موضح:
- تنبيهات النظام
- تنبيهات CallManager
- تنبيهات مخصصة
تنبيهات النظام
تتضمن هذه القائمة تنبيهات النظام المكونة مسبقا:
-
فشلت المصادقة
-
CiscoDRFFailure
-
CoreDumpFileFound
-
تثبيت المعالج
-
CriticalAuditEventCreated
-
خدمة CriticalServiceDown
-
فشل الأجهزة
-
تم العثور على LogFileSearchString
-
LogPartitionHighWaterMarkExceeded
-
LogPartitionLowWaterMarkExceeded
-
LowActivePartitionAvailableDiskSpace
-
انخفاض التوافر الذاكرة الظاهرية
-
LowInactivePartitionAvailableDiskSpace
-
LowSwapPartitionAvailableDiskSpace
-
برنامج ServerDown (ينطبق على مجموعات برنامج Unified Communications Manager (المعروف إختصارا باسم CUCM))
-
SparePartitionHighWaterMarkExceeded
-
SparePartitionLowWaterMarkExceeded
-
SyslogSeverityMatchFound
-
SyslogStringMatchFound
-
SystemVersionMismatch
-
TotalProcessAndThreadsExceededThreshold
تنبيهات CallManager
تحتوي هذه القائمة على تنبيهات CallManager المكونة مسبقا.
- BeginThrottlingCallListBLFSubscriptions
- CallAttemptBlockedByPolicy
- CallProcessingNodeCpuPegging
- CaridseNgineCritical
- CaridseNgineFailure
- CarsScheduleJobFailed
- CDRAgentSendFileFailed
- CDRFileDeliveryFailed
- CDRHighWaterMarkExceeded
- CDRMmaximumDiskSpaceExceeded
- الرمز الأصفر
- DBChangeNotifyFailure
- DBReplationFailure
- DBReplicationTableOutofSync
- DDRBlockPrevention
- DDRDown
- EMCCFailedInLocalCluster
- EMCCFailedInRemoteCluster
- تقارير ExcessiveVoiceQuality
- IMEDistributedCacheInactive
- IMEOverQuota
- IMEQualityAlert
- InsufficientFallbackIdentifier
- IMESserviceStatus
- InvalidCredentials
- LowTFTPServerHeartbeatRate
- MaliciousCallTrace
- MediaListExhausted
- MgcpDChannelOutOfService
- NumberOfRegisteredDevicesExceeded
- NumberOfRegisteredGatewaysDecreased
- NumberOfRegisteredGatewaysIncreased
- عدد RegisteredMediaDevicesDecreased
- NumberOfRegisteredMediaDevicesIncreased
- NumberOfRegisteredPhonesDrop
- RouteListExhausted
- SDLLinkOutOfService
- TCPSetupToIMEFailed
- TLSConnectionToIMEFailed
- UserInputFailure
انخفاض الإتاحةالذاكرة الظاهرية و LowSwapPartitionAvailableDiskSpace
تميل خوادم Linux إلى "عدم مسح" إستخدام الذاكرة الافتراضية على مدار فترة من الزمن، وقد شوهدت هذه الأجهزة تتراكم ومن ثم فهذه التنبيهات.
يعمل لينكس بشكل مختلف قليلا كنظام تشغيل.
بمجرد تخصيص الذاكرة لعملية ما، فلن يقوم المعالج بإعادتها ما لم تطلب بعض عمليات المعالجة الأخرى توفير ذاكرة أكثر من الذاكرة المتاحة.
وهذا يتسبب في وجود ذاكرة افتراضية عالية.
تم توثيق طلب زيادة حد التنبيه في الإصدارات الأعلى من إدارة المكالمات في الخلل؛ https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr
بالنسبة للأقسام المتبادلة، يشير هذا التنبيه إلى أن القسم المبدل متروك مع مساحة متوفرة منخفضة، ويتم إستخدامه بشكل كبير من قبل النظام. يتم إستخدام قسم التبديل عادة لتوسيع سعة ذاكرة الوصول العشوائي (RAM) الفعلية عند الحاجة. في الظروف العادية، إذا كانت ذاكرة الوصول العشوائي (RAM) كافية، لا يجب إستخدام التبادل بشكل كبير.
أيضا، هذا قد يكون رمي تنبيهات RTMT بسبب التراكم من الملفات المؤقتة، من المستحسن إعادة تشغيل الخادم لمسح أي ملفات مؤقتة غير ضرورية.
LogPartitionHighWaterMarkExceeded و LogPartitionLowWaterMarkExceeded
عند تشغيل حالة العرض على CLI (واجهة سطر الأوامر) الخاصة بخادم CUCM، يتم عرض قيمة تحدد النسبة المئوية المشغولة والحرة لقسم التسجيل في مساحة قرص CUCM. وتعرف هذه القيم أيضا بالتقسيم الشائع، وهي تحدد المساحة التي تشغلها السجلات/عمليات التتبع وملفات CDR في الخادم، والتي على الرغم من أنها غير ضارة، فقد تتسبب في حدوث مشكلات في إجراء التثبيت/الترقية بسبب نقص المساحة بمرور الوقت. تعمل هذه التنبيهات كتحذير للمسؤول لمسح السجلات التي قد تكون تراكمت عبر الوقت في نظام المجموعة/الخادم.
LogPartitionLowWaterMarkExceeded: يتم إنشاء هذا التنبيه عندما تصل المساحة المعبئة إلى قيم الحد المكونة للتنبيه. يعمل هذا التنبيه كمؤشر تحقق مسبق لاستخدام القرص.
LogPartitionHighWaterMarkExceeded: يتم إنشاء هذا التنبيه عندما تصل المساحة المعبئة إلى قيم الحد المكونة للتنبيه. بمجرد إنشاء التنبيه، يبدأ الخادم في إزالة السجلات الأقدم تلقائيا من أجل تقليل المساحة إلى قيم قيم الحد الأدنى ل HighWaterMark.
تتمثل أفضل الممارسات في إزالة السجلات يدويا بمجرد تلقي تنبيه LogPartitionLowWaterMarkExceeded.
الخطوات اللازمة للقيام بذلك هي:
الخطوة 1. تشغيل RTMT.
الخطوة 2. حدد التنبيه المركزي، ثم قم بتنفيذ المهام التالية:
حدد LogPartitionHighWaterMarkExceeded، ولاحظ قيمته، وقم بتغيير قيمة حده إلى 60٪.
حدد LogPartitionLowWaterMarkExceeded، ولاحظ قيمته، وقم بتغيير قيمة حده إلى 50٪.
يتم إجراء عملية الاقتراع كل 5 دقائق، لذا انتظر لمدة تتراوح من 5 إلى 10 دقائق، ثم تحقق من توفر مساحة القرص المطلوبة. إذا كنت ترغب في تحرير مزيد من مساحة القرص في القسم الشائع، فقم بتغيير LogPartitionHighWaterMarkExceeded و LogPartitionLowWaterMarkExceeded قيم مؤشر الترابط إلى قيم أقل (على سبيل المثال، 30٪ و 20٪) مرة أخرى.
امنحوه 15 إلى 20 دقيقة لمسح المساحة في قسم مشترك. يمكنك مراقبة تقليل إستخدام القرص باستخدام الأمر show status من واجهة سطر الأوامر.
وهذا من شأنه أن يؤدي إلى انهيار التقسيم المشترك.
تثبيت المعالج
يراقب تنبيه تسجيل دخول المعالج إستخدام وحدة المعالجة المركزية (CPU) على أساس الحد الذي تم تكوينه.
عند تلقي تنبيه تثبيت نظام التشغيل CPU، يمكن شغل العملية التي تشغل أعلى وحدة معالجة مركزية (CPU) من خلال الانتقال إلى درج النظام الموجود على اليسار، أي العملية.
من واجهة سطر الأوامر (CLI) الخاصة بالخادم المعني، ستعمل هذه المخرجات على توفير بعض الرؤية.
- الأمر utils diagnose test
- إظهار حمل العملية المفروز بوحدة المعالجة المركزية
- إظهار الحالة
- قائمة نشطة أساسية
يوصى بمراقبة ما إذا كان الارتفاع الحاد في وحدة المعالجة المركزية (CPU) يحدث في وقت معين أو بشكل عشوائي. إذا حدث ذلك بشكل عشوائي، فيجب حينئذ تحديد آثار CUCM التفصيلية المطلوبة بالإضافة إلى سجلات الأداء ل RisDC للتحقق من الذي يتسبب في حدوث الارتفاع في وحدة المعالجة المركزية (CPU). إذا كانت التنبيهات تحدث في وقت معين من اليوم فقد يكون السبب هو بعض الأنشطة المجدولة مثل النسخ الاحتياطي لنظام إستعادة البيانات بعد الكوارث (DRS)، تحميل CDR، وما إلى ذلك.
كما يجري، استنادا إلى المعلومات المتعلقة بالعملية التي تشغل أكبر وحدة معالجة مركزية، أخذ سجلات محددة لمزيد من التحقيق. مثلا . إذا كان المتهم هو "توم كات" لزمت السجلات المتعلقة ب Tomcat.
التحقق من الصحة
استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.
إذا لم يتم رفض التنبيهات بعد اتباع الحلول المقترحة هنا، أو إذا كان للتنبيهات تأثير فوري على الخدمة، فاتصل ب TAC من Cisco مع التفاصيل الضرورية حول إصدار مدير المكالمات وعدد العقد في المجموعة ووقت ومدة التنبيه وتضييق العملية المطلوبة في حالة تثبيت وحدة المعالجة المركزية.
استكشاف الأخطاء وإصلاحها
لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.
التعليقات