تحتوي هذه القائمة على تنبيهات 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، ثم هناك حاجة إلى السجلات المتعلقة ب Tomcat.
