???????-?????? : Cisco Unified Contact Center Express

IPCC Express: Советы по устранению неполадок, связанных с обновлением, резервированием и восстановлением

8 февраля 2010 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (28 июля 2013) | Английский (18 августа 2011) | Отзыв

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
CRS 3.x и 4.x: распространенные ошибки, возникающие во время резервного копирования, восстановления и обновления
      Неожиданное закрытие TCP-сокета
      Ошибка взаимодействия с аплетом
      Исключение LDAPProviderUnavailable
      Ошибка: сбой GET_FROM_ARCHIVE_REQUEST, код ошибки: –2147417842
Конкретные проблемы, обнаруженные во время резервного копирования / восстановления / обновления
      Описание проблемы 1
      Описание проблемы 2
      Описание проблемы 3
      Описание проблемы 4
      Описание проблемы 5
      Описание проблемы 6
Журналы, необходимые для резервного копирования / восстановления / обновления с сервера BARS
Процедура анализа журналов
Распространенные проблемы, встречающиеся во время тестирования резервного копирования и восстановления CRS 6.0
      Проблема окончания времени ожидания приложения
      Обновление CRS 3.5 до 6.0 для автономной установки
      Обновление CRS 4.0(x) до 6.0
      Процесс установки/обновления, оставленный без наблюдения
      Использование средства предобновления
      Пустая страница BARS
      Сбор журналов BARS
Связанные обсуждения сообщества поддержки Cisco

Введение

В этом документе описывается устранение неполадок, связанных с проблемами резервного копирования, обновления и восстановления CRS.

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

Требования

Корпорация Cisco рекомендует ознакомиться со следующими темами:

  • Решения Cisco Customer Response Solutions (CRS)

  • Система резервного копирования и восстановления Cisco IP Telephony (BARS, Backup and Restore System)

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

Сведения, содержащиеся в этом документе, относятся к решениям Cisco Customer Response Solutions (CRS) версий 3.x, 4.x и 6.0.

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

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

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

CRS 3.x и 4.x: распространенные ошибки, возникающие во время резервного копирования, восстановления и обновления

Неожиданное закрытие TCP-сокета

При неудаче резервного копирования / восстановления / обновления (B/R/U) может выводиться на экране BARS следующее сообщение (отображаемое красным текстом TCP Socket closed unexpectedly. Restore/Backup/Upgrade failed (Неожиданное закрытие TCP-сокета. Ошибка восстановления / резервного копирования / обновления).

Эта проблема не связана с разрывом TCP-подключения и любыми другими неполадками сетевых подключений между компьютерами CRS и BARS. Это сообщение носит общий характер и отображается в случае любой ошибки в операции резервного копирования / восстановления / обновления.

Ошибка взаимодействия с аплетом

Ошибка резервного копирования / восстановления / исправления / обновления CRS в BARS из-за окончания времени ожидания взаимодействия с аплетом (в течение 5 минут Java-аплету CRS не удается загрузиться в браузер, в котором выполняется BARS Admin). Приложение BARS Admin выводит в окне состояния, что им извлечены архивные файлы, и в течение приблизительно 5 минут приложение выглядит зависшим, прежде чем им будет сообщено об ошибке. Причина ошибки отображается в файле журнала MCVD / MARC как "timed out initializing applet's communication" (окончание времени ожидания инициализации взаимодействия с аплетом). Эта проблема задокументирована в корпорации Cisco под кодом ошибки CSCef91551 (только для зарегистрированных клиентов).

Описание проблемы

Эта проблема может возникнуть, если у браузера, используемого для запуска BARS Admin, отсутствуют требуемые настройки.

  • Еще не установлен подключаемый модуль Java, либо неправильная версия JRE или установленного подключаемого модуля Java.

    1. В диалоговом окне "Свойства обозревателя" Internet Explorer откройте вкладку Дополнительно прокрутите список вниз до заголовка Java (Sun).

    2. Убедитесь, что установлен флажок Use Java 2 v.14.2_xx for <applet>.

  • Была изменена настройка безопасности, заданная по умолчанию.

    1. В диалоговом окне "Свойства обозревателя" Internet Explorer откройте вкладку Безопасность.

    2. Для локальной зоны интранета щелкните По умолчанию и убедитесь, что безопасность установлена на уровне, заданном по умолчанию (Ниже среднего) или ниже.

    3. Если настройки безопасности изменялись, щелкните Другой и убедитесь, что разрешения Java не установлены равными Отключить Java. Выберите один из трех уровней безопасности.

    4. Убедитесь, что в диалоговом окне "Другой" для параметра "Сценарии Java-аплетов" установлена настройка Включено или Подтверждение.

  • Изменена настройка конфиденциальности по умолчанию.

    1. В диалоговом окне "Свойства обозревателя" откройте вкладку Конфиденциальность.

    2. Убедитесь, что для конфиденциальности установлен уровень по умолчанию (Средний) или ниже.

  • Недоступен прокси-сервер, настроенный в браузере.

    1. В диалоговом окне Свойства обозревателя откройте вкладку Подключения, а затем щелкните Настройка LAN.

    2. Если прокси-сервер настроен, убедитесь, что он доступен, или снимите флажок, задающий использование прокси-сервера.

  • Включено предупреждение системы безопасности.

    1. В диалоговом окне Свойства обозревателя откройте вкладку Дополнительно и прокрутите список вниз до заголовка "Безопасность".

    2. Убедитесь, что флажок Предупреждать о переключении режима безопасности снят.

Временное решение

  • Проверьте, является ли правильной привязка NIC в окне CRS, и убедитесь, что за NIC1 следует NIC 2.

  • Убедитесь в доступности окна CRS с сервера BARS.

  • Убедитесь, что блокирование всплывающих окон выключено.

  • Убедитесь в соблюдении инструкций, приведенных в предыдущем разделе.

  • Когда браузером запрашивается загрузка и выполнение установщика подключаемых модулей Java, своевременно ответьте Да. Восстановление по-прежнему может завершиться неудачей, если установка займет больше 5 минут или если для установки потребуется перезапуск браузера. В подобных случаях просто перезапустите браузер и снова перезапустите восстановление с тем же архивом. К тому же, своевременно реагируйте на все всплывающие диалоговые окна браузера Internet Explorer, так как CRS блокируется по окончании времени ожидания, если аплет не загружается в браузер в течение 5 минут. Если браузер уже заблокирован по времени, просто еще раз перезапустите восстановление.

Если проблема сохраняется, убедитесь в правильности настроек, а затем выполните следующие действия:

  1. В Internet Explorer перейдите в раздел Сервис > Консоль Sun Java, чтобы вывести консоль Java.

    Примечание. Если в используемой версии Internet Explorer не отображается эта консоль в строке меню, найдите эмблему Java на панели задач Windows, щелкните эмблему правой кнопкой мыши и выберите в контекстном меню команду Открыть консоль.

  2. После того как консоль Java откроется, нажмите клавишу 5, чтобы включить отладку.

  3. Используйте BARS в браузере Internet Explorer, чтобы еще раз выполнить восстановление.

  4. Если восстановление снова завершится неудачей, вернитесь в окно консоли Java, скопируйте весь текст и вставьте в текстовый файл, чтобы сохранить его для устранения неполадки.

Исключение LDAPProviderUnavailable

Если резервное копирование завершается неудачей с выводом сообщения об ошибке, выполните следующие действия:

  1. Проверьте, видны ли в журналах мнемонические строки LDAP_CON_WARNING и LDAP_CON_ERROR. Если видны обе эти строки, это означает сбой процесса резервного копирования / восстановления / обновления, так как LDAP не принимает подключения от Cisco CRS.

  2. Убедитесь, что LDAP-серверы (диспетчеры вызовов) доступны из окна Cisco CRS. Включите LDAP-сервер, если он не работает.

  3. Перезапустите сервер CRS.

Примечание. Эта проблема задокументирована в корпорации Cisco под кодом CSCse15624 (только для зарегистрированных клиентов).

Ошибка: сбой GET_FROM_ARCHIVE_REQUEST, код ошибки: –2147417842

Описание проблемы

Сбой резервного копирования / восстановления CRS при попытке сервера BARS выполнить резервное копирование целевого объекта BARS. В файле трассировки BARS в папке C:\Program Files\Cisco\Trace\BARS на сервере BARS отображается следующая ошибка:

Inside function modGetFromArchive
Connecting to \\10.10.10.38\C$
modGetFromArchive =-2147417842
GET_FROM_ARCHIVE_REQUEST failed with error: -2147417842

В журнале BARS содержится следующее:

Staging Cisco Customer Response Solutions target Ipcc
Opening session for backup on Ipcc
Opened session successfully on Ipcc
Backup is 1% complete.
Copying /STI/Backup/CRS/clusters.properties to
     C:\DOCUME~1\CRSADM~1\LOCALS~1\Temp\_8EF792BE_4448_46CF_9403_1006E8579197_20366\GetProperties23293.properties on 10.10.10.38
[Error]Error: unable to load clusters.properties; nested exception is: 
com.cisco.archive.ArchiveSystemIOException: UNSPECIFIED_ERROR; Failed to retrieve /STI/Backup/CRS/clusters.properties
Session closed successfully
[Error]Could not backup Cisco Customer Response Solutions successfully on Ipcc.

Временное решение

Чтобы завершить работу BARS на сервере BARS, выполните следующие действия:

  1. Закройте все экземпляры сеансов Internet Explorer.

  2. На сервере BARS перейдите к разделу Пуск > Программы > Администрирование > Службы компонентов.

  3. Перейдите к разделу Службы компонентов > Компьютеры > Мой компьютер > Приложения COM+.

  4. В правой панели щелкните правой кнопкой мыши BARS и выберите в контекстном меню пункт Завершение работы.

  5. Перезапустите службу администрирования IIS (Internet Information Server) из панели управления службами.

  6. Повторно запустите завершившееся неудачей восстановление / резервное копирование.

Конкретные проблемы, обнаруженные во время резервного копирования / восстановления / обновления

Описание проблемы 1

Если достигнут процесс RESTORE (ВОССТАНОВЛЕНИЕ), выясните, на каком этапе и точном проценте выполнения процесса RESTORE произошел сбой процесса. Существуют 2 этапа процесса Restore (Восстановление): этап 1 и этап 2.

  • Этап 1 — это 0–19 % для восстановления и 0–33 % для исправления. Во время этапа 1 до приостановки BARS все сведения регистрируются в журнале CiscoMARC.log. Если в это время происходит сбой процесса обновления, посмотрите журнал CiscoMARC.log. Только во время этапа 1 обновляются сведения уровня кластера (CCNApps > кластеры > имя профиля > clusterdependent ou). Сведения уровня узла (CCNApps > clusters > profilename > Nodes > nodeid > clusterdependent ou) обновляются на этапе 2. При приостановке BARS выводится список серверов CRS, которые необходимо перезагрузить. После этого выполняйте процесс.

  • Этап 2 начинается после 19 %, когда CRS-сервер Cisco перезагружается, выводя подтверждение на возобновление работы BARS. Все сведения регистрируются в журнале MCVD.log. В случае сбоев просмотрите наличие записей _FAILED в журнале MCVD.log. В CRS 4.x/6.x используют CRS с BARS для выполнения резервного копирования / восстановления / обновления из предыдущих версий, таких как CRS 3.x/4.x.

Описание проблемы 2

К концу выполнения RESTORE (ВОССТАНОВЛЕНИЕ) система BARS приостанавливается и затем ожидает выполнения CRS После приостановки системой BARS закрывается сокет. Системой BARS ожидается сигнал с сервера CRS, после того как установится CRS 4.x. Обычно в файле barbi.log отображается следующее сообщение:

596: Fri Aug 10 21:17:02.141 - TCPSocket::readFully err=10054
597: Fri Aug 10 21:17:02.141 - MessageReader can not read Message Header
598: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::
     AbstractSession *, refCnt: 11
599: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::
     InputStream *, refCnt: 1
600: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::
     BlockingPriorityQueue *, refCnt: 2
601: Fri Aug 10 21:17:02.141 - MessageReaderThread id=2264 completed, closed=0
602: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::
     Thread *, refCnt: 1
603: Fri Aug 10 21:17:02.141 - getMessage: null
604: Fri Aug 10 21:17:02.141 - getMessage from protocol layer returns null
605: Fri Aug 10 21:17:14.125 - TCPSocket::writeFully err=10054
606: Fri Aug 10 21:17:14.125 - HeartbeatDispatherThread returns SESSION_SOCKET_ERROR
607: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::
     AbstractSession *, refCnt: 10
608: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::
     OutputStream *, refCnt: 1
609: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::
     BlockingPriorityQueue *, refCnt: 1
610: Fri Aug 10 21:17:14.125 - HeartbeatDispatherThread id=3744 completed, closed=0
611: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::
     Thread *, refCnt

Описание проблемы 3

Для обновлений Cisco CRS 4.0(4) следует установить переключатель No, I will restart my computer later radio button на шаге 27 процедуры Upgrading the Cisco CRS Software в окне "Maintenance Complete"), чтобы удалить из раздела реестра версию 3.x. Если установить переключатель Yes, I want to restart, произойдет сбой процесса обновления с ошибками, такими как older version of 3.x still exists на шаге 28 между пунктами "e" и "f". Приведенные выше сведения справедливы для обновлений одиночного сервера 4.0.5 (одновременно находящегося в памяти), выполняемых на шаге 31процедуры Upgrading the Cisco CRS Software.

Описание проблемы 4

При обновлении с Cisco CRS 3.5 до Cisco CRS 4.0(5)/4.1(1)/6.0(1) происходит сбой процесса на этапе восстановления Spanlink, если имена команд, настроенные в Cisco Desktop Administrator содержат косую черту. Эта проблема задокументирована в корпорации Cisco под кодом CSCsj23469 (только для зарегистрированных клиентов).

Решение:

Имена команд, настроенные в Cisco Desktop Administrator, не могут содержать косую черту. Если косая черта присутствует в имени какой-либо команды, выполните следующие действия, прежде чем начать обновление.

  1. Откройте Cisco Desktop Administrator и удалите имена команд, в которых содержится косая черта.

  2. Создайте альтернативное имя команды без косой черты и настройте то же самое сопоставление для нового имени команды.

    Примечание. Если не создать имена команд без косых черт, может произойти сбой во время обновления.

Описание проблемы 5

Во время поиска и устранения проблем, связанных с установкой исправлений, убедитесь, что путь к архивному файлу исправлений в окне CRS не содержит пробелов. Эта проблема задокументирована в корпорации Cisco под кодом ошибки CSCsa98554 (только для зарегистрированных клиентов).

Описание проблемы 6

Во время обновления версии 3.x до 4.0.4 после успешного восстановления подсистема корпоративных данных (Enterprise Data Subsystem) и подсистема мониторинга VOIP (VOIP Monitoring) Не функционируют. Проверьте журналы CDBRTool в папке C:\programfiles\Cisco\Desktop\logs на сервере CRS. Просмотрите журнал на наличие ошибки CDBRAPI::RestoreAllLCCs RestoreLCCData failed. Здесь приведен соответствующий фрагмент журнала:

20:59:18 09/29/2007 MAJOR     CDBRPhonebookContact_200::PutPhonebookContactToLdap: 
     AddPhonebookContactProfile failed.  Return <2>.
20:59:18 09/29/2007 MAJOR     CDBRAPI::RestorePhonebookContacts  
     PutPhonebookContactToLdap failed.
20:59:18 09/29/2007 MAJOR     CDBRAPI::RestoreLCCData  RestorePhonebookContacts failed.
20:59:18 09/29/2007 MAJOR     CDBRAPI::RestoreAllLCCs  RestoreLCCData failed.
20:59:34 09/29/2007 INFO    LC0059 LDAPConnectionMgr::EstablishConnection: Connected to 
     LDAP server on <172.24.1.13>.
20:59:35 09/29/2007 INFO      CDBRAPI::RestoreCompany RestoreCompany ended.

Чтобы обойти эту проблему, вернитесь к предыдущей версии CRS и удалите пустую запись из телефонной книги в Cisco Desktop Administrator. Теперь выполните резервное копирование на старой версии CRS, обновите ее до 4.0, а затем выполните операцию восстановления.

Эта проблема задокументирована в корпорации Cisco под кодом ошибки CSCse63244 (только для зарегистрированных клиентов).

Примечание. Если возвращаемый код равен 19 вместо 2, убедитесь, что телефонная книга служащих не содержит запятых или каких-либо символов, отличных от цифр, в поле "Phone Number".

Журналы, необходимые для резервного копирования / восстановления / обновления с сервера BARS

  • Журналы резервного копирования / восстановления BARS хранятся в следующих местах:

    • C:\Program Files\Common Files\Cisco\Logs\BARS\Backup*.*

    • C:\Program Files\Common Files\Cisco\Logs\BARS\Restore*.*

  • Журналы трассировки BARS Trace хранятся по адресу C:\Program Files\Cisco\Trace\BARS*.*

  • Журнал BARS Barbi хранится в файле C:\WINNT\system32\barbi.log

Процедура анализа журналов

  1. Загляните в журналы резервного копирования (или восстановления), находящиеся в папке C:\Program Files\Common Files\Cisco\Logs\BARS\Backup (или Restore) на сервере BARS.

  2. Основываясь на метке времени, просмотрите журналы Trace (трассировки). Они доступны в папке C:\Program Files\Cisco\Trace\BARS на сервере BARS.

  3. В журналах Trace предоставляются краткие сведения об исключениях. Чтобы просмотреть подробности, перейдите на соответствующий сервер CRS и найдите в журналах MCVD этот период времени. Выполните поиск мнемонических строк backup_failed, restore_failed, upgrade_failed в этих журналах для ошибки соответствующей операции (B/R/U — резервное копирование / восстановление / обновление). Если ошибка возникла до приостановки BARS на 19 %, проверьте журналы MARC.

  4. После того как найдена мнемоническая строка, указанная на предыдущем шаге, можно просмотреть точное описание ошибки. Например, могут отображаться следующие сообщения:

    • Applet Communication Error (Ошибка взаимодействия с аплетом)

    • Data base Archive component exception (Событие исключения для компонента архива базы данных)

    • Spanlink Archive Component exception (Событие исключения для компонента архива Spanlink)

    • CDBR tool failed (Ошибка средства CDBR)

    Эти сообщения являются информационными и сообщают об ошибке, из-за которой произошел B/R/U (резервного копирования / восстановления / обновления). В зависимости от компонента необходимы следующие дополнительные журналы (помимо тех, что указаны выше):

    SL Archive component: c:\program files\cisco\desktop\log\CDBRTool.* DB Archive component:

Распространенные проблемы, встречающиеся во время тестирования резервного копирования и восстановления CRS 6.0

Проблема окончания времени ожидания приложения

Приложение блокируется по окончании времени ожидания, и возникает сбой процесса восстановления, если не нажать кнопку OK во время оповещений безопасности и предупреждений о нарушении конфиденциальности. Эти оповещения безопасности часто отображаются под дочерним окном в родительском окне страницы BARS. По журналам Trace можно определить местоположение этой проблемы, так как имеется разрыв во времени, равный точно 5 минутам. Например:

[06:49:34 PM]   Get next message
[06:54:34 PM]   FailureResponse id=2 from Session# 19, pArchiveId={C0E85DB3-D35-
                1-40FF-AE8F-6482B9A90D3B}, errorCode=UNSPECIFIED_ERROR, statusM-
                essage=timed out initializing applet's communication

Возможные временные решения:

  1. Перетащите вручную дочернее окно в угол экрана и уменьшите размер окна, чтобы был виден центр для любых оповещений безопасности.

  2. Удерживайте фокус на основной странице BARS и сверните дочернее окно. Отслеживайте все всплывающие диалоговые окна.

  3. В диалоговом окне "Свойства обозревателя" понизьте уровень безопасности и конфиденциальности до значения Низкий, прежде чем начать процесс восстановления. Вернитесь к прежним настройкам после процесса восстановления. (Это не рекомендуется делать, так как последствия данного действия с точки зрения безопасности браузера не проверены.)

Обновление CRS 3.5 до 6.0 для автономной установки

Обновление CRS 3.5 до 6.0 должно выполняться только так, как описано в документации Руководство по установке Cisco Customer Response Solutions. Создание резервной копии CRS 3.5, изменение образа и попытка восстановить его через установку CRS 6.0 не является допустимым сценарием.

Так как этот способ не является поддерживаемым сценарием, единственный способ обойти проблему заключается в возврате назад к CRS 3.5.

Обновление CRS 4.0(x) до 6.0

Если во время обновления CRS 4.0 до 6.0 будет выгружен другой лицензионный пакет (не тот пакет, который выгружался в CRS 4.0) после обновления, в поле License Package Type отображается None на странице сведений о лицензии в AppAdmin, и некоторые из меню AppAdmin будут отсутствовать.

Например, если клиент имеет CRS 4.1 со стандартной лицензией и обновляет программное обеспечение до CRS 6.0 с лицензией premium, то после обновления до CRS 6.0 некоторые меню будут отсутствовать в AppAdmin. В разделе AppAdmin > Control Center > License Information Page в поле "License Package Type" отображается None.

Решение. Измените значение фильтра лицензии CRS в LDAP на новый тип лицензии.

Запись фильтра лицензии в LDAP: CCNApps/clusters/<ProfileName>/ClsuterSpecific.xxxxx/License.xxxxx/FilterType

If the new license package is Standard , changes the FilterType to 3
If the new license package is Enhanced, changes the FilterType to 4
If the new license package is Premium, changes the FilterType to 5

После внесения изменений в LDAP перезапустите CRS Node Manager на сервере CRS.

Процесс установки/обновления, оставленный без наблюдения

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

Использование средства предобновления

Как описано в руководстве по установке, необходимо запустить средство предобновления PUT (Pre-Upgrade Tool) до выполнения процесса восстановления. Его применение заключается в добавлении лицензии на CRS 6.0 в LDAP, чтобы архив резервного копирования содержал лицензии 6.0.

Пустая страница BARS

Во время процесса восстановления отображаемая страница BARS периодически становится пустой. Эта проблема задокументирована в корпорации Cisco под кодом CSCsa82969 (только для зарегистрированных клиентов). Это косметическая проблема. Чтобы устранить данную проблему, обновите дочернее окно (нажмите F5). Это следует сделать только в окне состояния BARS, а не в основном окне восстановления BARS.

Сбор журналов BARS

Прежде чем изменить образ сервера Cisco CallManager, необходимо сохранить журналы BARS. Дополнительные сведения см. в разделе Журналы, необходимые для резервного копирования / восстановления / обновления. Сведения о файлах содержатся в документации Руководство по администрированию системы резервного копирования и восстановления (BARS) в Cisco IP Telephony.


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

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


Document ID: 99781