ВНИМАНИЕ
Доступ к статье ограничен, обращайтесь к автору: ciscomaster@mail.ru

Читать полную версию статьи

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

Если вы попали в ситуацию, в которой необходимо восстановление - первое что вам нужно сделать - успокоиться: имея архив CUCM вы точно сможете восстановиться с помощью данной статьи или каких-то других материалов из Интернет или сайта cisco.com.

Восстановление не так страшно как кажется, главное чтобы был архив - именно поэтому, если вы ещё не настроили архивацию, уделите 30минут своего времени и настройте её пока все системы нормально работают, см. Архивирование и восстановление Cisco Call Manager CUCM

Мы будем работать с кластером CUCM 8.6.2 состоящим их двух нодов.
Архивацию кластера выполняем в соответствии со статьёй Архивирование и восстановление Cisco Call Manager CUCM

Принцип данного восстановления

В соответствии с рекомендациями Cisco для обоих серверов мы применим Fresh installation.

• Установка с нуля Publisher(во время установки обновляем до нужной версии)
• Осуществляем восстановление и перезагрузку Publisher
• Установка с нуля Subscriber
• Восстановление и перезагрузка Subscriber
• Проверка состояния БД и работы всех систем

Прежде всего:

• Для восстановления понадобится cluster security password или system security password. Этот пароль вводился во время установки нодов.
  см. Пошаговая начальная установка CUCM 8.x на ESXi 5.1
• Мы будем восстанавливать фактически на новый сервер. У нового сервера должно совпадать КАК МИНИМУМ:
  - hostname
  - IP address
  - CUCM version (об этом ниже)
  - deployment type (publisher/subsriber)
• На всякий случай продублируйте файлы архива ещё в какое-нибудь место, чтобы его случайно не затереть при создании Backup Device.
• После восстановления из бэкапа слетят все лицензии. При этом система будет рабочей ещё 30 дней, - за это время нужно будет выполнить Lisence Re-host.

Как выглядит архив

После архивирования в папке сервера мы увидим следующее:

Определение версии бэкапа
Откройте файл *_drfComponent.xml:

Здесь мы найдём информацию об версии и имени сервера.
У нового сервера должно совпадать точно 8.6.2, теоретически остальное не обязательно должно совпадать.

ВНИМАНИЕ
Доступ к статье ограничен, обращайтесь к автору: ciscomaster@mail.ru

Читать полную версию статьи