Посібник користувача CISCO Release 14 Unity Connection Cluster

A: Для отримання додаткової інформації щодо збору вимог до кластера Unity Connection зверніться до документації Системні вимоги для налаштування кластера Cisco Unity Connection.
З: Як налаштувати сповіщення для сповіщень Unity Connection?

A: Зверніться до Посібника з адміністрування Cisco Unified Real-Time Monitoring Tool, щоб отримати інструкції щодо налаштування сповіщень для сповіщень Unity Connection.
З: Як змінити статус сервера в кластері?

Відповідь: Щоб змінити статус сервера в кластері, увійдіть до адміністрування підключення Cisco Unity, розгорніть «Параметри системи» > «Додатково», виберіть «Конфігурація кластера» та змініть статус сервера на сторінці «Конфігурація кластера».
З: Як перевірити статус кластера Unity Connection?
A: Ви можете перевірити статус кластера Unity Connection за допомогою web або інтерфейс командного рядка (CLI). Докладні кроки див. у розділі «Перевірка стану кластера» посібника користувача.
З: Як керувати портами обміну повідомленнями в кластері?
A: Посібник користувача містить інформацію про керування портами обміну повідомленнями в кластері. Докладніше див. у розділі «Керування портами обміну повідомленнями в кластері».

вступ

Розгортання кластера Cisco Unity Connection забезпечує високу доступність голосових повідомлень через два сервери, на яких працюють однакові версії Unity Connection. Перший сервер у кластері є сервером видавця, а другий сервер є сервером передплатника.

Список завдань для налаштування кластера підключення Unity

Виконайте такі завдання, щоб створити кластер Unity Connection:

Зберіть вимоги до кластеру Unity Connection. Для отримання додаткової інформації див. Системні вимоги для Cisco Unity Connection Release 14 на сторінці
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
Встановіть сервер видавця. Додаткову інформацію див. у розділі «Встановлення сервера видавця».
Встановити сервер абонента. Додаткову інформацію див. у розділі «Встановлення сервера передплати».
Налаштуйте Cisco Unified Real-Time Monitoring Tool для серверів видавців і передплатників, щоб надсилати сповіщення про такі сповіщення Unity Connection:

- AutoFailbackFailed
- AutoFailbackSucceeded
- AutoFailoverFailed
- AutoFailoverSucceeded
- NoConnectionToPeer
- SbrFaile

Щоб отримати інструкції щодо налаштування сповіщень про сповіщення для сповіщень Unity Connection, перегляньте розділ «Cisco Unified Real-Time Monitoring Tool» Посібника з адміністрування Cisco Unified Real-Time Monitoring Tool для необхідного випуску, доступного за адресою http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Необов’язково) Виконайте такі завдання, щоб налаштувати параметри кластера на сервері видавця:

Увійдіть до Cisco Unity Connection Administration.
Розгорніть System Settings > Advanced і виберіть Cluster Configuration.
На сторінці конфігурації кластера змініть стан сервера та виберіть «Зберегти». Щоб отримати додаткові відомості про зміну стану сервера в кластері, перегляньте Довідка> Ця сторінка.

Адміністрування кластера підключення Unity

Необхідно перевірити стан кластера Unity Connection, щоб переконатися, що кластер правильно налаштований і працює належним чином. Також важливо розуміти різний стан сервера в кластері та наслідки зміни статусу сервера в кластері.

Перевірка стану кластера

Ви можете перевірити стан кластера Unity Connection за допомогою web або інтерфейс командного рядка (CLI). Кроки для перевірки стану кластера підключення Unity Web Інтерфейс

Крок 1Увійдіть у Cisco Unity Connection. Можливість обслуговування сервера видавця або абонента.
Крок 2 Розгорніть Інструменти та виберіть Керування кластером.
Крок 3 Перевірте стан сервера на сторінці керування кластером. Для отримання додаткової інформації про статус сервера див. у розділі «Статус сервера та його функції в кластері підключення Unity».

Кроки для перевірки стану кластера Unity Connection за допомогою інтерфейсу командного рядка (CLI)

Крок 1 Ви можете запустити команду CLI show cuc cluster status на сервері видавця або передплатника, щоб перевірити стан кластера.
Крок 2 Щоб отримати додаткові відомості про статус сервера та пов’язані з ним функції, перегляньте розділ «Статус сервера та його функції в кластері підключення Unity».

Керування портами обміну повідомленнями в кластері

У кластері Unity Connection сервери мають спільну інтеграцію телефонної системи. Кожен сервер відповідає за обробку частки вхідних викликів для кластера (відповідь на телефонні дзвінки та прийом повідомлень).

Залежно від інтеграції телефонної системи кожен порт голосових повідомлень або призначається певному серверу, або використовується обома серверами. Керування портами обміну повідомленнями в кластері описує призначення портів.
Таблиця 1: Призначення серверів і використання портів голосових повідомлень у кластері підключення Unity

Інтеграція Тип

Призначення серверів і використання портів голосових повідомлень

Інтеграція за протоколом Skinny Client Control Protocol (SCCP) із Cisco Unified Communications Manager або Cisco Unified Communications Manager Express

• Телефонна система налаштована на подвійну кількість голосів SCCP, необхідну для обробки трафіку голосових повідомлень. (Напрample, пристрої порту голосової пошти потрібні для обробки всіх голосових повідомлень. Пристрої порту голосової пошти потрібно налаштувати в телефонній системі.)

• В Cisco Unity Connection Administration голосові повідомлення налаштовано таким чином, що половина кількості портів, встановлених на телефоні, призначається кожному серверу в кластері. (Напрample, кожен сервер i має 16 портів голосових повідомлень.)

• У телефонній системі група ліній, список пошуку та група пошуку дозволяють серверу абонента відповідати на більшість вхідних дзвінків для

• Якщо один із серверів перестає працювати (напрample, коли це обслуговування sh), інший сервер бере на себе відповідальність за вхідні виклики для кластера.

• Коли сервер, який перестав функціонувати, може відновити роботу nor і активується, він знову бере на себе відповідальність за обробку своїх викликів спільного використання для кластера.

Інтеграція через канал SIP із Cisco Unified Communications Manager або Cisco Unified Communications Manager Express

• У Cisco Unity Connection Administration половину кількості портів VO, необхідних для обробки трафіку голосових повідомлень, призначено в кластері. (Напрampнаприклад, якщо для всього трафіку голосових повідомлень у кластері потрібні 16 портів голосових повідомлень, кожен сервер у кластері має 8 портів голосових повідомлень.)

• У телефонній системі група маршрутів, список маршрутів і шаблон маршруту a для рівномірного розподілу викликів між обома серверами в кластері.

• Коли сервер, який перестав функціонувати, може відновити роботу і активується, він знову бере на себе відповідальність за обробку своєї частки

для кластера.

Інтеграція Тип

Призначення серверів і використання портів голосових повідомлень

Інтеграція через блоки PIMG/TIMG

• Кількість портів, налаштованих у телефонній системі, є такою самою, як кількість портів обміну голосовими повідомленнями на кожному сервері в кластері, щоб сервер мав порти обміну голосовими повідомленнями. (Напрampнаприклад, якщо для телефонної системи встановлено порти голосових повідомлень, кожен сервер у кластері повинен мати однакові порти для обміну повідомленнями.)

• У телефонній системі групу пошуку налаштовано для розподілу викликів eq обох серверів у кластері.

• Блоки PIMG/TIMG налаштовані для балансування обміну голосовими повідомленнями між серверами.

• Якщо один із серверів перестає працювати (напрampякщо він закритий і технічне обслуговування), інший сервер бере на себе відповідальність за обробку вхідних викликів для кластера.

• Коли сервер, який перестав функціонувати, може відновити свою роботу та активується, він знову бере на себе відповідальність за обробку своєї частки доходу для кластера.

Інші інтеграції, які використовують SIP

• У Cisco Unity Connection Administration половину кількості голосових портів, необхідних для обробки трафіку голосових повідомлень, призначено в кластері. (Напрampнаприклад, якщо для всього трафіку голосових повідомлень для кластера потрібні 16 портів голосових повідомлень, кожен сервер у кластері має порти обміну повідомленнями.)

• У телефонній системі групу пошуку налаштовано для розподілу викликів eq обох серверів у кластері.

• Якщо один із серверів перестає працювати (напрample, коли він закритий для обслуговування), інший сервер бере на себе відповідальність за обробку вхідних викликів для кластера.

• Коли сервер, який припинив роботу, може відновити звичайну роботу, він знову бере на себе відповідальність за обробку своєї частки вхідних викликів для

Припинення всіх портів приймати нові дзвінки

Виконайте дії, наведені в цьому розділі, щоб заборонити всім портам на сервері приймати будь-які нові виклики. Дзвінки тривають, доки абоненти не покладуть трубку.

Порада Скористайтеся сторінкою Port Monitor в інструменті моніторингу в реальному часі (RTMT), щоб визначити, чи якийсь порт зараз обробляє виклики для сервера. Для отримання додаткової інформації дивіться крок Припинення використання всіх портів Нові дзвінки
Припинення прийому нових викликів усіма портами на сервері підключення Unity

Крок 1 Увійдіть до Cisco Unity Connection Serviceability.

Крок 2Розгорніть меню Інструменти та виберіть Керування кластером.
Крок 3 На сторінці «Керування кластером» у розділі «Диспетчер портів» у стовпці «Змінити статус порту» виберіть «Припинити приймати виклики» для сервера.

Перезапуск усіх портів для прийому викликів

Виконайте кроки в цьому розділі, щоб перезапустити всі порти на сервері Unity Connection, щоб дозволити їм знову приймати виклики після їх зупинки.

Крок 1 Увійдіть до Cisco Unity Connection Serviceability.
Крок 2 Розгорніть меню Інструменти та виберіть Керування кластером.

Крок 3 На сторінці керування кластером у розділі «Диспетчер портів» у стовпці «Змінити статус порту» виберіть «Приймати виклики» для сервера.

Статус сервера та його функції в кластері підключення Unity

Кожен сервер у кластері має статус, який відображається на сторінці Керування кластером у Спроможності підключення Cisco Unity. Статус вказує на функції, які сервер наразі виконує в кластері, як описано в таблиці 2: Статус сервера в кластері підключення Unity

Таблиця 2: Статус сервера в класті підключення Unityr

Статус сервера

Обов'язки Сервера в кластері підключення Unity

Первинний

• Публікує базу даних і сховище повідомлень, які копіюються на інший сервер

• Отримує репліковані дані з іншого сервера.

• Відображає та приймає зміни в адміністративних інтерфейсах, таких як Unity Connection і Cisco Unified Operating System Administration. Ці дані копіюються в інший кластер.

• Відповідає на телефонні дзвінки та приймає повідомлення.

• Надсилає сповіщення про повідомлення та запити MWI.

• Надсилає сповіщення SMTP і повідомлення VPIM.

• Синхронізує голосові повідомлення в поштових скриньках Unity Connection і Exchange, якщо налаштовано функцію Unifi.

• З’єднується з клієнтами, такими як програми електронної пошти та web інструменти, доступні через

Примітка Сервер зі статусом Primary не можна деактивувати.

Статус сервера	Обов'язки Сервера в кластері підключення Unity
Вторинний	• Отримує репліковані дані від сервера зі статусом Primary. Дані включають базу даних і сховище. • Копіює дані на сервер зі статусом Primary. • Відображає та приймає зміни в адміністративних інтерфейсах, таких як Unity Connection Adm і Cisco Unified Operating System Administration. Дані копіюються на сервер із статусом. • Відповідає на телефонні дзвінки та приймає повідомлення. • З’єднується з клієнтами, такими як програми електронної пошти та web інструменти, доступні через Ci Примітка Лише сервер зі статусом Secondary можна деактивувати.
Деактивовано	• Отримує репліковані дані від сервера зі статусом Primary. Дані включають базу даних і сховище. • Не відображає адміністративні інтерфейси, такі як Unity Connection Administration та Unified Operating System Administration. Дані реплікуються на сервер з основним • Не відповідає на телефонні дзвінки та не приймає повідомлення. • Не підключається до клієнтів, таких як програми електронної пошти та інші web інструменти, доступні через Cisco PCA.
Не функціонує	• Не отримує репліковані дані від сервера зі статусом Primary. • Не реплікує дані на сервер зі статусом Primary. • Не відображає адміністративні інтерфейси, такі як Unity Connection Administration та Unified Operating System Administration. • Не відповідає на телефонні дзвінки та не приймає повідомлення. Примітка Сервер зі статусом «Не працює» зазвичай вимикається.
Запуск	• Отримує репліковану базу даних і сховище повідомлень від сервера з основним статусом. • Копіює дані на сервер зі статусом Primary. • Не відповідає на телефонні дзвінки та не приймає повідомлення. • Не синхронізує голосові повідомлення між Unity Connection і вхідними поштовими скриньками Exchange). Примітка Цей статус триває лише кілька хвилин, після чого сервер приймає відповідний статус

Статус сервера

Обов'язки Сервера в кластері підключення Unity

Тиражування даних

• Надсилає та отримує дані з кластера.

• Деякий час не відповідає на телефонні дзвінки та не приймає повідомлення.

• Не підключається до клієнтів, таких як програми електронної пошти та інші web інструменти, доступні через Cisco PCA протягом деякого часу.

Примітка Цей статус триває лише кілька хвилин, після чого відновлюється попередній статус

Відновлення розділеного мозку (Після виявлення двох серверів зі статусом Primary)

• Оновлює базу даних і сховище повідомлень на сервері, який визначено як основний

• Копіює дані на інший сервер.

• Деякий час не відповідає на телефонні дзвінки та не приймає повідомлення.

• Не синхронізує голосові повідомлення між Unity Connection і поштовою скринькою Exchange увімкнено деякий час.

• Не підключається до клієнтів, таких як програми електронної пошти та інші web інструменти, доступні Cisco PCA протягом деякого часу.

Примітка Цей статус триває лише кілька хвилин, після чого відновлюється попередній статус

Зміна статусу сервера в кластері та його наслідки

Статус кластера Unity Connection можна змінити автоматично або вручну. Ви можете вручну змінити статус серверів у кластері такими способами:

Сервер зі статусом Secondary можна вручну змінити на статус Primary. Дивe Зміна статусу сервера вручну з вторинного на основний розділ.
Сервер із вторинним статусом можна вручну змінити на вимкнений. Див Ручна активація сервера з вимкненим статусом.
Сервер зі статусом «Вимкнено» можна активувати вручну, щоб його статус змінився на «Основний» або «Вторинний» залежно від статусу іншого сервера. Див Ручна активація сервера з вимкненим статусом розділ.

Зміна статусу сервера вручну з вторинного на основний

Крок 1 Увійдіть до Cisco Unity Connection Serviceability.
Крок 2 У меню Інструменти виберіть Керування кластером.

Крок 3 На сторінці «Керування кластером» у меню «Диспетчер серверів» у стовпці «Змінити статус сервера» для сервера з додатковим статусом виберіть «Зробити основним».
Крок 4 Коли буде запропоновано підтвердити зміну статусу сервера, виберіть OK. У стовпці «Статус сервера» відображається змінений стан після завершення зміни.

Примітка Сервер, який спочатку мав статус Primary, автоматично змінює статус на Secondary

Крок 1 Увійдіть в інструмент моніторингу в реальному часі (RTMT).
Крок 2 У меню Cisco Unity Connection виберіть Port Monitor. На правій панелі з’явиться інструмент Port Monitor.
Крок 3 У полі Вузол виберіть сервер зі статусом Secondary.

Крок 4 На правій панелі виберіть «Почати опитування». Зверніть увагу, чи якісь порти обміну голосовими повідомленнями зараз обробляють виклики для сервера.
Крок 5 Увійдіть до Cisco Unity Connection Serviceability.
Крок 6 У меню Інструменти виберіть Керування кластером.

Крок 7 Якщо жоден порт голосових повідомлень наразі не обробляє виклики для сервера, перейдіть до Зміна статусу сервера вручну з вторинного на вимкнений. Якщо є порти обміну голосовими повідомленнями, які зараз обробляють виклики для сервера, на сторінці керування кластером у стовпці «Змінити стан порту» виберіть «Зупинити прийом викликів» для сервера, а потім зачекайте, доки RTMT не покаже, що всі порти сервера неактивні.
Крок 8 На сторінці «Керування кластером» у меню «Диспетчер серверів» у стовпці «Змінити стан сервера» для сервера
із вторинним статусом виберіть Деактивувати. Дезактивація сервера припиняє всі виклики, які обробляються портами сервера.
Крок 9 Коли буде запропоновано підтвердити зміну статусу сервера, виберіть OK. У стовпці «Статус сервера» відображається змінений стан після завершення зміни.

Ручна активація сервера з вимкненим статусом

Крок 1 Увійдіть до Cisco Unity Connection Serviceability.
Крок 2 У меню Інструменти виберіть Управління кластером.

Крок 3 На сторінці «Керування кластером» у меню «Диспетчер серверів» у стовпці «Змінити стан сервера» для сервера зі статусом «Деактивовано» виберіть активувати.
Крок 4 Коли буде запропоновано підтвердити зміну статусу сервера, виберіть добре. У стовпці «Статус сервера» відображається змінений стан після завершення зміни

Вплив на поточні виклики, коли статус сервера змінюється в кластері підключення Unity

Коли статус сервера Unity Connection змінюється, вплив на поточні виклики залежить від кінцевого стану сервера, який обробляє виклик, і стану мережі. У наступній таблиці описано

ефект:

Таблиця 3: Вплив на поточні виклики, коли статус сервера змінюється в кластері підключення Unity

Статус Зміна	Ефекти
Від первинного до вторинного	Коли зміна статусу ініціюється вручну, поточні виклики не впливають. Коли зміна статусу відбувається автоматично, вплив на поточні виклики залежить від критичної служби, яку зупинено.
Вторинний до первинного	Коли зміна статусу ініціюється вручну, поточні виклики не впливають. Коли зміна статусу відбувається автоматично, вплив на поточні виклики залежить від критичної служби, яку зупинено.
Вторинний до деактивованого	Поточні виклики відключаються. Щоб запобігти розриву викликів, на сторінці керування кластером у Cisco Unity Connection Serviceability виберіть «Зупинити прийом викликів» для сервера та зачекайте, поки всі виклики завершаться, і деактивуйте сервер.
Первинний або вторинний для реплікації даних	Це не впливає на поточні виклики.
Первинне або вторинне відновлення розділеного мозку	Це не впливає на поточні виклики.

Якщо з’єднання з мережею втрачено, поточні виклики можуть бути розірвані залежно від характеру проблеми з мережею.

Вплив на підключення Unity Web Програми, коли змінюється статус сервера

Функціонування наступне web програми не впливають, коли змінюється стан сервера:

Адміністрування підключення Cisco Unity
Можливість обслуговування Cisco Unity Connection
Підключення Cisco Unity web інструменти, до яких можна отримати доступ через Cisco PCA — асистент обміну повідомленнями, папка вхідних повідомлень і правила персональної переадресації дзвінків web інструменти

Cisco Web Вхідні
Клієнти API передачі стану представлення (REST).

Вплив зупинки критичної служби на кластер підключення Unity

Критичні служби необхідні для нормального функціонування системи Unity Connection. Наслідки зупинки критичної служби залежать від сервера та його стану, описаного в наведеній нижче таблиці:

Таблиця 4: Вплив зупинки критичної служби на кластер підключення Unity

Сервер

Ефекти

Видавець

• Коли сервер має первинний статус, зупинка критичної служби в Cisco Unity Connection Serviceability спричиняє зміну статусу сервера на вторинний і погіршує здатність сервера нормально функціонувати.

Статус сервера підписки змінюється на Основний, якщо він не має статусу Вимкнено або Не працює.

• Коли сервер має вторинний статус, зупинка критичної служби в Cisco Unity Connection Serviceability погіршує здатність сервера нормально функціонувати. Статус серверів не змінюється.

Абонент

Коли сервер має первинний статус, зупинка критичної служби в Cisco Unity Connection Serviceability погіршує здатність сервера нормально функціонувати. Статус серверів не змінюється.

Вимкнення сервера в a Кластер

Коли сервер Unity Connection має первинний або вторинний статус, він обробляє трафік голосових повідомлень і реплікацію даних кластера. Ми не рекомендуємо вам вимикати обидва сервери в кластері одночасно, щоб уникнути раптового завершення викликів і реплікації, які виконуються. Зверніть увагу на наступні моменти, коли ви хочете завершити роботу сервера в кластері Unity Connection:

Вимкніть сервер у неробочий час, коли трафік голосових повідомлень низький.
Перед завершенням роботи змініть статус сервера з «Основний» або «Вторинний» на «Деактивовано».

Крок 1 На сервері, який не вимикається, увійдіть до Cisco Unity Connection Serviceability.
Крок 2 У меню Інструменти виберіть Керування кластером.
Крок 3 На сторінці керування кластером знайдіть сервер, який потрібно вимкнути.

Крок 4 Якщо сервер, який ви хочете вимкнути, має вторинний статус, перейдіть до
Крок 5. Якщо сервер, який ви хочете вимкнути, має статус Primary, змініть статус:
- У стовпці «Змінити статус сервера» для сервера з додатковим статусом виберіть «Зробити основним».
- Коли буде запропоновано підтвердити зміну статусу сервера, виберіть OK.
- Переконайтеся, що стовпець «Статус сервера» вказує на те, що сервер зараз має первинний статус, а сервер, який ви хочете вимкнути, має вторинний статус
Крок 5 На сервері зі статусом Secondary (той, який ви хочете вимкнути), змініть статус:
- Увійдіть в інструмент моніторингу в реальному часі (RTMT).
- У меню Cisco Unity Connection виберіть Port Monitor. На правій панелі з’явиться інструмент Port Monitor.
- У полі Вузол виберіть сервер зі статусом Secondary.
- На правій панелі виберіть «Почати опитування».
- Зверніть увагу, чи якісь порти обміну голосовими повідомленнями зараз обробляють виклики для сервера.
- Якщо жоден порт голосових повідомлень наразі не обробляє виклики для сервера, перейдіть до кроку 5g. Якщо є порти голосових повідомлень, які зараз обробляють виклики для сервера, на сторінці керування кластером,
  у стовпці «Змінити статус порту» виберіть «Зупинити прийом викликів» для сервера, а потім зачекайте, поки RTMT не покаже, що всі порти сервера неактивні.
- На сторінці «Керування кластером» у меню «Диспетчер серверів» у стовпці «Змінити стан сервера» для сервера з додатковим статусом виберіть «Деактивувати». Застереження. Деактивація сервера завершує всі виклики, які обробляються портами сервера
- Коли буде запропоновано підтвердити зміну статусу сервера, виберіть OK.
- Переконайтеся, що стовпець «Стан сервера» вказує на те, що сервер зараз має статус «Деактивовано».

Крок 6 Вимкніть сервер, який ви деактивували:
- Увійдіть до Cisco Unity Connection Serviceability.
- Розгорніть Інструменти та виберіть Керування кластером.
- Переконайтеся, що в стовпці «Стан сервера» відображається статус «Не працює» для сервера, який ви вимикаєте

Заміна серверів у кластері

Виконайте кроки в наведених розділах, щоб замінити сервер видавця або передплатника в кластері:

Щоб замінити сервер видавця, перегляньте розділ «Заміна сервера видавця».
Щоб замінити сервер передплати, перегляньте розділ «Заміна сервера передплати».

Як працює кластер підключення Unity
Функція кластера Unity Connection забезпечує високу доступність голосових повідомлень через два сервери Unity Connection, налаштовані в кластері. Поведінка кластера Unity Connection, коли обидва сервери активні:

Кластеру можна призначити DNS-ім’я, яке використовується спільно серверами Unity Connection.
Клієнти, такі як програми електронної пошти та web інструменти, доступні через Cisco Personal Communications Assistant (PCA), можуть підключатися до будь-якого з серверів Unity Connection.
Телефонні системи можуть надсилати дзвінки на будь-який із серверів Unity Connection.

Навантаження вхідного телефонного трафіку балансується між серверами Unity Connection телефонною системою, блоками PIMG/TIMG або іншими шлюзами, які необхідні для інтеграції телефонної системи.

Кожен сервер у кластері відповідає за обробку частки вхідних дзвінків для кластера (відповідь на телефонні дзвінки та прийом повідомлень). Сервер зі статусом Primary відповідає за такі функції:

Розміщення та публікація бази даних і сховища повідомлень, які реплікуються на інший сервер.
Надсилання сповіщень про повідомлення та запитів MWI (служба Connection Notifier активована).
Надсилання сповіщень SMTP та повідомлень VPIM (служба Connection Message Transfer Agent активована).
Синхронізація голосових повідомлень між поштовими скриньками Unity Connection і Exchange, якщо налаштовано функцію уніфікованого обміну повідомленнями (сервіс Unity Connection Mailbox Sync активовано).

Коли один із серверів перестає працювати (напрample, коли його вимикають для обслуговування), сервер, що залишився, знову бере на себе відповідальність за обробку всіх вхідних викликів для кластера. База даних і сховище повідомлень копіюються на інший сервер, коли його функціональність відновлюється. Коли сервер, який припинив роботу, може відновити свої нормальні функції та активується, він знову бере на себе відповідальність за обробку своєї частки вхідних викликів для кластера.

Примітка

Рекомендується виконувати ініціалізацію лише на сервері видавця в режимі Active-Active і на Subscriber (Acting Primary) у разі відмови кластера. Зміна пароля та налаштування пароля для PIN-коду користувача/Web додаток має бути налаштовано на сервері видавця в режимі Active-Active. Щоб контролювати стан сервера, служба Connection Server Role Manager працює в Cisco Unity Connection Serviceability на обох серверах. Цей сервіс виконує такі функції:

Запускає відповідні служби на кожному сервері залежно від стану сервера.
Визначає, чи критичні процеси (такі як обробка голосових повідомлень, реплікація бази даних, синхронізація голосових повідомлень із Exchange і реплікація сховища повідомлень) функціонують нормально.
Ініціює зміни статусу сервера, коли сервер із основним статусом не працює або критичні служби не запущені.

Зверніть увагу на такі обмеження, коли сервер видавця не працює:

Якщо кластер Unity Connection інтегровано з каталогом LDAP, синхронізація каталогу не відбувається, хоча автентифікація продовжує працювати, коли функціонує лише сервер передплатника. Коли сервер видавця відновлює роботу, також відновлюється синхронізація каталогів.
Якщо цифрова мережа або мережа HTTPS включає кластер Unity Connection, оновлення каталогу не відбуваються, хоча повідомлення продовжують надсилатися до кластера та з нього, коли функціонує лише сервер передплатника. Коли сервер видавця знову функціонує, оновлення каталогу відновлюються.

Служба диспетчера ролей сервера підключення надсилає подію підтримки активності між серверами видавця та передплатником, щоб підтвердити, що сервери функціонують і підключені. Якщо один із серверів перестає функціонувати або з’єднання між серверами втрачено, служба Connection Server Role Manager чекає на події підтримки активності та може знадобитися від 30 до 60 секунд, щоб виявити, що інший сервер недоступний. Поки служба Connection Server Role Manager очікує на події підтримки активності, користувачі, які входять на сервер із статусом Secondary, не можуть отримати доступ до своєї поштової скриньки або надіслати повідомлення, оскільки служба Connection Server Role Manager ще не виявила, що сервер зі статусом Основний (що має активне сховище повідомлень) недоступний. У цій ситуації абоненти, які намагаються залишити повідомлення, можуть почути глухий звук або не почути звуковий сигнал запису.

Примітка Рекомендується імпортувати та видаляти користувачів LDAP лише з вузла видавця.

Ефекти стану розщеплення мозку в кластері з’єднання Unity

Коли обидва сервери в кластері Unity Connection мають статус «Основний» одночасно (наприклад,ampнаприклад, коли сервери втрачають зв’язок один з одним), обидва сервери обробляють вхідні дзвінки (відповідають на телефонні дзвінки та приймають повідомлення), надсилають сповіщення про повідомлення, надсилають запити MWI, приймають зміни в адміністративних інтерфейсах (таких як адміністрування підключення Unity) , а також синхронізувати голосові повідомлення в поштових скриньках Unity Connection і Exchange, якщо ввімкнено одну скриньку вхідних повідомлень

Однак сервери не копіюють базу даних і сховище повідомлень один на одного і не отримують репліковані дані один від одного.
Коли з’єднання між серверами відновлюється, статус серверів тимчасово змінюється на Split Brain Recovery, поки дані реплікуються між серверами та координуються налаштування MWI. У той час, коли стан сервера — Split Brain Recovery, служба Connection Message Transfer Agent і служба Connection Notifier (у Cisco Unity Connection Serviceability) зупиняються на обох серверах, тому Unity Connection не доставляє та не надсилає жодних повідомлень. сповіщення.
Службу Connection Mailbox Sync також зупинено, тому Unity Connection не синхронізує голосові повідомлення з Exchange (єдина папка «Вхідні»). Сховища повідомлень також ненадовго демонтуються, так що Unity Connection повідомляє користувачам, які намагаються отримати свої повідомлення в цей момент, що їхні поштові скриньки тимчасово недоступні.
Після завершення процесу відновлення на сервері видавця запускаються служба агента передачі повідомлень підключення та служба сповіщення про підключення. Доставка повідомлень, які надійшли під час процесу відновлення, може зайняти додатковий час, залежно від кількості повідомлень, які потрібно доставити. Служба агента передачі повідомлень підключення та служба сповіщення про підключення запускаються на сервері абонента. Нарешті, сервер видавця має первинний статус, а сервер передплатника має вторинний статус. На цьому етапі служба синхронізації поштової скриньки Connection запускається на сервері зі статусом Primary, щоб Unity Connection міг відновити синхронізацію голосових повідомлень з Exchange, якщо ввімкнено єдину скриньку вхідних повідомлень.

Документи / Ресурси

CISCO Release 14 Unity Connection Cluster [pdfПосібник користувача
Випуск 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

Список літератури

Посібник користувача

CISCO Release 14 Unity Connection Cluster

Інформація про продукт

Технічні характеристики

Інструкція з використання продукту