Голосовая связь и система унифицированных коммуникаций : Cisco Unified Communications Manager (CallManager)

Мониторинг и устранение неисправностей на Cisco Unified Communications Manager 6.0 High CPU, используя Real Time Monitoring Tool (RTMT)

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв


Содержание


Введение

Этот документ предоставляет шаги для помощи в мониторинге и решении проблем, отнесенных к высокой загруженности процессора на Cisco Unified Communications Manager 6.0 с RTMT.

Предварительные условия

Требования

Cisco рекомендует ознакомиться с этой темой:

  • Cisco Unified Communications Manager

Используемые компоненты

Сведения в этом документе основываются на этих пунктах повестки дня:

Сведения в этом документе основываются на Cisco Unified Communications Manager 6.0.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Системное время, пользовательское время, IOWait, мягкий IRQ и IRQ

Использование RTMT для изоляции потенциальных проблем с ЦПУ может быть очень полезным действием по устранению проблем.

Эти сроки представляют использование ЦПУ RTMT и отчётов о Странице памяти:

  • %System: процент от загрузки ЦПУ, которая произошла в выполнении в уровне системы (ядро)

  • %User: процент от загрузки ЦПУ, которая произошла в выполнении в пользовательском уровне (приложение)

  • %IOWait: процент времени, когда ЦПУ был простаивающим, поскольку он ждал выдающегося дискового запроса ввода-вывода

  • %SoftIRQ: процент времени, когда процессор выполняет обработку IRQ задержанного (например, обработку сетевых пакетов)

  • %IRQ процент времени, когда процессор выполняет запрос на прерывание, который назначен на устройства для прерывания, или передает сигнал к компьютеру, когда это закончено, обрабатывая

Предупреждения привязки ЦПУ

CPUPegging/CallProcessNodeCPUPegging предупреждает использование ЦПУ монитора на основе настроенных порогов:

Примечание: %CPU вычислен как %system + %user + %nice + %iowait + %softirq + %irq

Сигнальные сообщения включают их:

  • %system, %user, %nice, %iowait, %softirq, и %irq

  • Процесс, который использует большую часть ЦПУ

  • Процессы, которые ждут на Бесперебойном дисковом сне

Предупреждения Привязки ЦПУ могут подойти в RTMT из-за более высокого использования ЦПУ, чем, что определено как уровень отметки. Так как CDR является приложением са интенсивной загрузкой ЦПУ, когда он загружается, проверьте, получаете ли вы предупреждения в тот же период как тогда, когда CDR настроен для выполнения отчётов. В этом случае можно должны быть увеличить пороговые значения на RTMT. Обратитесь к Предупреждениям для получения дополнительной информации о предупреждениях RTMT.

Идентификация Процесса, который Использование Большая часть ЦПУ

Если %system и/или %user достаточно высоки для генерации предупреждения CpuPegging, проверьте сигнальное сообщение для наблюдения, какие процессы используют большую часть ЦПУ.

Примечание: Перейдите к странице RTMT Process и виду %CPU для определения процессов высокой загрузки CPU.

/image/gif/paws/97086/ccm6_cpu1.gif

Примечание: Для заключительного анализа RIS Устранение проблем Журнала perfmon отслеживает процесс %CPU использование, и это отслеживает в уровне системы.

Высокий IOWait

Высокий %IOWait указывает на высокие дисковые действия ввода-вывода. Рассмотрите их:

  • IOWait происходит из-за тяжелого свопинга памяти.

    Проверьте %CPU время для Разделения Подкачки, чтобы видеть, существует ли высокий уровень действия свопинга памяти. Так как Осмотр имеет, по крайней мере, ОЗУ 2G, свопинг верхней области памяти является вероятной причиной к утечке памяти.

  • IOWait происходит из-за действия DB.

    DB является прежде всего единственным, который обращается к Активному разделу. Если %CPU время для Активного раздела высоко, вероятно существует большое действие DB.

Высокий IOWait из-за Общего Разделения

Распространенный (или Журнал) Разделение является местоположением, в котором сохранены след и файлы журнала.

Примечание: Выполните следующие проверки:

  • Отследите и Центральный Журнал — Является там каким-либо действием набора следа? Если на обработку вызовов влияют (т.е. CodeYellow), отрегулируйте список набора следа. Кроме того, если опция zip используется, выключите это.

  • Значение следа — На Подробном уровне, CallManager генерирует довольно мало следа. Если высокий %IOWait и/или CCM находится в состоянии CodeYellow, и значение следа Сервиса CallManager в Подробном, попытайтесь изменить его на "Ошибку".

Идентификация процесса, ответственного за дисковый ввод-вывод

Нет никакого прямого способа для обнаружения %IOWait использования для каждого процесса. В настоящее время лучший путь состоит в том, чтобы проверить процессы, ждущие на диске.

Если %IOWait достаточно высок для порождения предупреждения CpuPegging, проверьте сигнальное сообщение для определения процессов, ждущих дискового ввода-вывода.

  • Перейдите к странице RTMT Process и виду Статусом. Проверьте для процессов в Бесперебойном дисковом состоянии сна. Процесс SFTP, используемый TLC для запланированного набора, находится в Бесперебойном дисковом состоянии сна.

    /image/gif/paws/97086/ccm6_cpu2.gif

    Примечание: RIS Устранение проблем Файла журнала perfmon может быть загружен для исследования статуса процесса на более длинные периоды времени.

  1. В Оперативном Средстве мониторинга перейдите к Системе> Программные средства> След> След и Центральный Журнал.

    /image/gif/paws/97086/ccm6_cpu3.gif

  2. Двойной щелчок Собирает Файлы и выбирает Next.

    /image/gif/paws/97086/ccm6_cpu4.gif

  3. Выберите Cisco RIS Data Collector PerfMonLog и выберите Next.

    /image/gif/paws/97086/ccm6_cpu5.gif

  4. В поле Collection Time настройте время, требуемое просмотреть файлы журнала в течение рассматриваемого периода. В поле Download File Options передите к пути загрузок (местоположение, от которого можно запустить Windows Performance Monitor для просмотра файла журнала), выберите Zip Files и выберите Finish.

    /image/gif/paws/97086/ccm6_cpu6.gif

  5. Примечание Собирать выполнение Файлов и путь загрузок. Ни о каких ошибках нельзя сообщить здесь.

    /image/gif/paws/97086/ccm6_cpu7.gif

  6. Просмотрите Файлы журнала Производительности с Программным средством Монитора вкладки Быстродействие в Microsoft Windows. Выберите Start> Settings> Control Panel> Administrative Tools> Performance.

    /image/gif/paws/97086/ccm6_cpu8.gif

  7. В окне приложения щелкните правой кнопкой и выберите Properties.

    /image/gif/paws/97086/ccm6_cpu9.gif

  8. Выберите вкладку Source в Диалоговом окне со свойствами Системного монитора. Выберите Файлы журнала: как источник данных и щелчок кнопка Add.

    /image/gif/paws/97086/ccm6_cpu10.gif

  9. Передите к каталогу, где вы загрузили Файл журнала perfmon, и выберите файл csv perfmon. Файл журнала включает это соглашение о записи имен:

    Perfmon _ <node> _ <месяц> _ <день> _ <год> _ <час> _ <минута> .csv; например, PerfMon_10.89.35.218_6_20_2005_11_27.csv.

  10. Нажмите кнопку Apply.

  11. Нажмите кнопку Time Range. Для определения временного диапазона в Файле журнала perfmon, что вы хотите просмотреть, перетащить панель к соответствующему запуску и время окончания.

  12. Для открытия диалогового окна Add Counters нажмите вкладку Data и нажмите Add. От раскрывающегося окна Объекта управления добавьте Процесс. Выберите Process Status и нажмите All instances. При завершении выборов счетчиков нажмите Close.

    /image/gif/paws/97086/ccm6_cpu11.gif

  13. Советы для того, когда вы просматриваете журнал:

    • Установите график вертикальный масштаб в Максимальные 6.

    • Внимание на каждый процесс и взгляд на Максимальное значение 2 или больше.

    • Удалите процессы, которые не находятся в Бесперебойном дисковом сне.

    • Используйте опцию выделения.

    /image/gif/paws/97086/ccm6_cpu12.gif

    Примечание: Статус процесса 2 = Бесперебойный дисковый сон является подозреваемым. Другие возможности статуса являются 2-бесперебойным дисковым сном с 1 сном, с 0 выполнениями, С 3 зомби, 4 отслеженным или остановленным, С 5 разбивками на страницы, Неизвестным 6

Желтый код

Когда Сервис CallManager входит в Код Желтое состояние, желтое предупреждение Кода генерируется. Для получения дополнительной информации о Коде Желтое Состояние отнеситесь для Вызова Удушения и Кода Желтым Состоянием. Предупреждение CodeYellow может быть настроено для загрузки Файлов трассировки для целей устранения проблем.

Счетчик AverageExpectedDelay представляет текущую среднюю ожидаемую задержку для обработки любого входящего сообщения. Если значение является выше значения, заданного в "Коде Желтой Задержкой входа" параметр сервиса, сигнал тревоги CodeYellow генерируется. Этот счетчик может быть одним Индикатором ключа производительности обработки вызова.

CodeYellow, но общее Использование ЦПУ составляет Только 25% - Почему?

Когда общее использование ЦПУ составляет только приблизительно 25-35 процентов в коробке с 4 виртуальными процессорами, для CallManager возможно войти в состояние CodeYellow из-за отсутствия ресурсов процессора.

Примечание: С включенной Гиперпоточностью сервер с двумя физическими процессорами имеет четыре виртуальных процессора.

Примечание: Точно так же на сервере с двумя процессорами, CodeYellow возможен в пределах 50-процентного общего использования ЦПУ.

.alert: "Сервисный Статус не работает. Интерфейс обмена сообщениями Cisco".

Если RTMT передает предупреждение Service status is DOWN. Cisco Messaging Interface., необходимо деактивировать сервис Интерфейса обмена сообщениями Cisco, если CUCM не интегрирован с Системой обмена голосовыми сообщениями третьей стороны. Если вы отключаете сервис Интерфейса обмена сообщениями Cisco, он останавливает дальнейшие предупреждения от RTMT.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения