CISCO Release 14 Unity Connection Cluster

Информация за продукта

Спецификации

• Име на продукта: Cisco Unity Connection Cluster
• Гласови съобщения с висока наличност
• Два сървъра, работещи с еднакви версии на Unity Connection
• Сървър за издатели и сървър за абонати

Инструкции за употреба на продукта

Списък със задачи за конфигуриране на Unity Connection Cluster

1. Съберете изискванията за клъстер на Unity Connection.
2. Настройте предупредителни известия за предупреждения на Unity Connection.
3. Персонализирайте настройките на клъстера на сървъра на издателя.

Конфигуриране на настройките на Cisco Unity Connection Cluster на сървъра за издател

1. Влезте в Cisco Unity Connection Administration.
2. Разгънете Системни настройки > Разширени и изберете Конфигурация на клъстер.
3. На страницата за конфигурация на клъстера променете състоянието на сървъра и изберете Запазване.

Администриране на Unity Connection Cluster

За да проверите състоянието на клъстера на Unity Connection и да осигурите правилна конфигурация:

Проверка на състоянието на клъстера от Web Интерфейс

1. Влезте в Cisco Unity Connection Serviceability на сървър на издател или абонат.
2. Разгънете Инструменти и изберете Управление на клъстери.
3. На страницата за управление на клъстери проверете състоянието на сървъра.

Проверка на състоянието на клъстера от интерфейса на командния ред (CLI)

1. Изпълнете CLI командата show cuc cluster status на сървъра на издателя или сървъра на абоната.

Управление на портове за съобщения в клъстер

В клъстер Unity Connection сървърите споделят една и съща телефонна системна интеграция. Всеки сървър обработва част от входящите повиквания за клъстера.

Задачи на портове

В зависимост от интеграцията на телефонната система всеки порт за гласови съобщения е или присвоен на конкретен сървър, или се използва и от двата сървъра.

ЧЗВ

• В: Как да събера изискванията за клъстер на Unity Connection?
• О: За повече информация относно събирането на изискванията за клъстер на Unity Connection вижте документацията на Системни изисквания за конфигуриране на клъстер за връзка на Cisco Unity.
• Въпрос: Как да настроя предупредителни известия за предупреждения на Unity Connection?
• О: Обърнете се към Ръководството за администриране на Cisco Unified Real-Time Monitoring Tool за инструкции относно настройването на предупредителни известия за предупреждения на Unity Connection.
• Въпрос: Как да променя състоянието на сървъра в клъстер?
• О: За да промените състоянието на сървъра в клъстер, влезте в Cisco Unity Connection Administration, разгънете Системни настройки > Разширени, изберете Конфигурация на клъстер и променете състоянието на сървъра на страницата за конфигуриране на клъстер.
• Въпрос: Как да проверя състоянието на клъстера на Unity Connection?
• О: Можете да проверите състоянието на клъстера на Unity Connection или като използвате web интерфейс или интерфейса на командния ред (CLI). За подробни стъпки вижте раздела „Проверка на състоянието на клъстера“ в ръководството за потребителя.
• В: Как да управлявам портове за съобщения в клъстер?
• О: Ръководството за потребителя предоставя информация за управление на портове за съобщения в клъстер. Моля, вижте раздела „Управление на портове за съобщения в клъстер“ за подробности.

 

Въведение

Внедряването на клъстера на Cisco Unity Connection осигурява гласови съобщения с висока наличност през двата сървъра, които изпълняват едни и същи версии на Unity Connection. Първият сървър в клъстера е сървърът на издателя, а вторият сървър е сървърът на абоната.

Списък със задачи за конфигуриране на Unity Connection Cluster

Изпълнете следните задачи, за да създадете клъстер Unity Connection:

1.  Съберете изискванията за клъстер на Unity Connection. За повече информация вижте Системни изисквания за Cisco Unity Connection версия 14 на адрес
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Инсталирайте сървъра на издателя. За повече информация вижте раздела Инсталиране на сървъра за публикуване.
4.  Инсталирайте абонатния сървър. За повече информация вижте раздела Инсталиране на абонатния сървър.
5. Конфигурирайте 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.

1.  (По избор) Изпълнете следните задачи, за да персонализирате настройките на клъстера на сървъра на издателя:

• Влезте в Cisco Unity Connection Administration.
• Разгънете Системни настройки > Разширени и изберете Конфигурация на клъстер.
• На страницата за конфигурация на клъстера променете състоянието на сървъра и изберете Запазване. За повече информация относно промяната на състоянието на сървъра в клъстер вижте Помощ> Тази страница.

Администриране на Unity Connection Cluster

Трябва да проверите състоянието на клъстера на Unity Connection, за да сте сигурни, че клъстерът е правилно конфигуриран и работи правилно. Също така е важно да се разбере различното състояние на сървъра в клъстер и ефектите от промяната на състоянието на сървъра в клъстер.

Проверка на състоянието на клъстера

Можете да проверите състоянието на клъстера на Unity Connection или като използвате web интерфейс или интерфейс на командния ред (CLI). Стъпки за проверка на състоянието на клъстера на Unity Connection Web Интерфейс

• Стъпка 1Влезте в Cisco Unity Connection Обслужване на сървър на издател или абонат.
• Стъпка 2 Разгънете Инструменти и изберете Управление на клъстери.
• Стъпка 3 На страницата за управление на клъстери проверете състоянието на сървъра. За повече информация относно състояние на сървъра, вижте Състоянието на сървъра и неговите функции в раздела на Unity Connection Cluster.

Стъпки за проверка на състоянието на клъстера на Unity Connection от интерфейса на командния ред (CLI)

• Стъпка 1 Можете да изпълните CLI командата show cuc cluster status на сървъра на издателя или сървъра на абоната, за да проверите състоянието на клъстера.
• Стъпка 2 За повече информация относно състоянието на сървъра и свързаните с него функции вижте раздела Състояние на сървъра и неговите функции в клъстер на Unity Connection.

Управление на портове за съобщения в клъстер

В клъстер Unity Connection сървърите споделят една и съща телефонна системна интеграция. Всеки сървър е отговорен за обработката на част от входящите повиквания за клъстера (отговаряне на телефонни обаждания и приемане на съобщения).

В зависимост от интеграцията на телефонната система всеки порт за гласови съобщения е или присвоен на конкретен сървър, или се използва и от двата сървъра. Управление на портове за съобщения в клъстер описва назначенията на портове.
Таблица 1: Присвояване на сървъри и използване на портове за гласови съобщения в клъстер на Unity Connection

Интеграция Тип	Присвояване на сървъри и използване на портове за гласови съобщения
Интегриране чрез 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), оставащият сървър поема отговорност за входящите повиквания за клъстера. • Когато сървърът, който е спрял да функционира, може да възобнови своето „ни“ и е активиран, той възобновява отговорността да обработва своите извиквания за споделяне за клъстера.
Интеграция чрез SIP Trunk с Cisco Unified Communications Manager или Cisco Unified Communications Manager Express	• В Cisco Unity Connection Administration, половината от броя VO портове, които са необходими за обработка на трафика на гласови съобщения, са назначени в клъстера. (Напрampнапример, ако са необходими 16 порта за гласови съобщения за целия трафик на гласови съобщения за клъстера, всеки сървър в клъстера има 8 порта за гласови съобщения.) • В телефонната система, група маршрути, списък с маршрути и модел на маршрут a за равномерно разпределяне на повикванията между двата сървъра в клъстера. • Ако някой от сървърите спре да функционира (напрample, когато е поддръжка на sh), оставащият сървър поема отговорността за входящите повиквания за клъстера. • Когато сървърът, който е спрял да функционира, е в състояние да възобнови своето нито и е активиран, той възобновява отговорността да управлява своя дял от за клъстера.

Интеграция Тип	Присвояване на сървъри и използване на портове за гласови съобщения
Интеграция чрез модули PIMG/TIMG	• Броят на портовете, настроен на телефонната система, е същият като nu портовете за гласови съобщения на всеки сървър в клъстера, така че сървърът да има портове за гласови съобщения. (Напрampнапример, ако телефонната система е настроена с портове за гласови съобщения, всеки сървър в клъстера трябва да има едни и същи портове за съобщения.) • В телефонната система група за търсене е конфигурирана да разпределя повикванията eq на двата сървъра в клъстера. • Устройствата PIMG/TIMG са конфигурирани да балансират гласовите съобщения между сървърите. • Ако някой от сървърите спре да функционира (напрample, когато е затворен d поддръжка), оставащият сървър поема отговорност за обработката на входящи повиквания за клъстера. • Когато сървърът, който е спрял да функционира, може да възобнови работата си, той е нормален и е активиран, той възобновява отговорността да управлява своя дял от приходите за клъстера.
Други интеграции, които използват SIP	• В Cisco Unity Connection Administration половината от броя гласови портове, които са необходими за обработка на трафика на гласови съобщения, са присвоени в клъстера. (Напрampнапример, ако са необходими 16 порта за гласови съобщения за целия трафик на гласови съобщения за клъстера, всеки сървър в клъстера има портове за съобщения.) • В телефонната система група за търсене е конфигурирана да разпределя повикванията eq на двата сървъра в клъстера. • Ако някой от сървърите спре да функционира (напрample, когато е затворен за поддръжка), оставащият сървър поема отговорност за обработката на входящи повиквания за клъстера. • Когато сървърът, който е спрял да функционира, може да възобнови нормалното си функциониране, той възобновява отговорността да обработва своя дял от входящите повиквания за th

Спиране на приемането на нови повиквания от всички портове

Следвайте стъпките в този раздел, за да спрете всички портове на сървъра да приемат нови повиквания. Текущите разговори продължават, докато обаждащите се затворят.

Съвет Използвайте страницата Port Monitor в инструмента за наблюдение в реално време (RTMT), за да определите дали някой порт в момента обработва повиквания към сървъра. За повече информация вижте стъпката Спиране на вземането на всички портове Нови обаждания
Спиране на приемането на нови повиквания на всички портове на Unity Connection Server

• Стъпка 1 Влезте в Cisco Unity Connection Serviceability.
• Стъпка 2Разширете менюто Инструменти и изберете Управление на клъстери.
• Стъпка 3 На страницата за управление на клъстера, под Диспечер на портове, в колоната Промяна на състоянието на порта изберете Спиране на приемането на повиквания за сървъра.

Рестартиране на всички портове за приемане на повиквания

Следвайте стъпките в този раздел, за да рестартирате всички портове на сървър на Unity Connection, за да им позволите да приемат повиквания отново, след като са спрени.

• Стъпка 1 Влезте в Cisco Unity Connection Serviceability.
• Стъпка 2 Разширете менюто Инструменти и изберете Управление на клъстери.
• Стъпка 3 На страницата за управление на клъстера, под Диспечер на портове, в колоната Промяна на състоянието на порт изберете Приемане на повиквания за сървъра.

Състояние на сървъра и неговите функции в Unity Connection Cluster

Всеки сървър в клъстера има състояние, което се показва на страницата за управление на клъстера на Cisco Unity Connection Serviceability. Състоянието показва функциите, които сървърът изпълнява в момента в клъстера, както е описано в Таблица 2: Състояние на сървъра в клъстер Unity Connection

Таблица 2: Състояние на сървъра в Unity Connection Cluster

Състояние на сървъра

Отговорности на Sever в клъстер Unity Connection

Първичен

• Публикува базата данни и хранилището за съобщения, които се копират на другия сървър • Получава репликирани данни от другия сървър. • Показва и приема промени в административните интерфейси, като Unity Connection и Cisco Unified Operating System Administration. Тези данни се копират в другия клъстер. • Отговаря на телефонни обаждания и приема съобщения. • Изпраща известия за съобщения и MWI заявки. • Изпраща SMTP известия и VPIM съобщения. • Синхронизира гласови съобщения в пощенските кутии на Unity Connection и Exchange, ако функцията Unifi е конфигурирана. • Свързва се с клиенти, като имейл приложения и web инструменти, достъпни чрез   Забележка                Сървър с основен статус не може да бъде деактивиран.

 

Състояние на сървъра	Отговорности на Sever в клъстер Unity Connection
Вторичен	• Получава репликирани данни от сървъра със статус Primary. Данните включват базата данни и хранилището. • Репликира данни към сървъра с първичен статус. • Показва и приема промени в административните интерфейси, като Unity Connection Adm и Cisco Unified Operating System Administration. Данните се репликират към сървъра със статус. • Отговаря на телефонни обаждания и приема съобщения. • Свързва се с клиенти, като имейл приложения и web инструменти, достъпни чрез Ci   Забележка                Само сървър с вторичен статус може да бъде деактивиран.
Деактивиран	• Получава репликирани данни от сървъра със статус Primary. Данните включват базата данни и хранилището. • Не показва административните интерфейси, като например Администриране на Unity Connection и Администриране на унифицирана операционна система. Данните се копират на сървъра с основния • Не отговаря на телефонни обаждания и не приема съобщения. • Не се свързва с клиенти, като имейл приложения и web инструменти, достъпни чрез Cisco PCA.
Не функционира	• Не получава репликирани данни от сървъра със статус Primary. • Не репликира данни към сървъра с първичен статус. • Не показва административните интерфейси, като например Администриране на Unity Connection и Администриране на унифицирана операционна система. • Не отговаря на телефонни обаждания и не приема съобщения.   Забележка                Сървър със статус Не функционира обикновено се изключва.
Стартиране	• Получава репликирана база данни и хранилище за съобщения от сървъра с първичен статус. • Репликира данни към сървъра с първичен статус. • Не отговаря на телефонни обаждания и не приема съобщения. • Не синхронизира гласови съобщения между Unity Connection и входящата кутия на пощенските кутии на Exchange).   Забележка                Това състояние трае само няколко минути, след което сървърът приема приложимия статус

Състояние на сървъра	Отговорности на Sever в клъстер Unity Connection
Репликиране на данни	• Изпраща и получава данни от клъстера. • Известно време не отговаря на телефонни обаждания и не приема съобщения. • Не се свързва с клиенти, като имейл приложения и web инструменти, налични чрез Cisco PCA за известно време.   Забележка                Това състояние продължава само няколко минути, след което предишното състояние се възобновява за
Възстановяване на разделен мозък (След откриване на два сървъра с основен статус)	• Актуализира базата данни и хранилището за съобщения на сървъра, който е определен като основен • Репликира данните към другия сървър. • Известно време не отговаря на телефонни обаждания и не приема съобщения. • Не синхронизира гласови съобщения между Unity Connection и пощенската кутия на Exchange е включена за известно време. • Не се свързва с клиенти, като имейл приложения и web инструменти, налични за Cisco PCA от известно време.   Забележка                Това състояние продължава само няколко минути, след което предишното състояние се възобновява за

Промяна на състоянието на сървъра в клъстер и неговите ефекти

Състоянието на клъстера на Unity Connection може да се променя автоматично или ръчно. Можете ръчно да промените състоянието на сървърите в клъстер по следните начини:

1.  Сървър с вторичен статус може ръчно да бъде променен на първичен статус. Вижте the Ръчна промяна на състоянието на сървъра от вторичен на основен раздел.
2. Сървър с вторичен статус може ръчно да бъде променен на деактивиран статус. Вижте Ръчно активиране на сървър с деактивиран статус.
3.  Сървър със статус Дезактивиран може да бъде активиран ръчно, така че състоянието му да се промени на Основен или Вторичен, в зависимост от състоянието на другия сървър. Вижте Ръчно активиране на сървър с деактивиран статус раздел.

Ръчна промяна на състоянието на сървъра от вторичен на основен

• Стъпка 1 Влезте в Cisco Unity Connection Serviceability.
• Стъпка 2 От менюто Инструменти изберете Управление на клъстери.
• Стъпка 3 На страницата за управление на клъстери, от менюто Server Manager, в колоната Change Server Status на сървъра с вторичен статус, изберете Make Primary.
• Стъпка 4 Когато бъдете подканени да потвърдите промяната в състоянието на сървъра, изберете OK. Колоната Състояние на сървъра показва промененото състояние, когато промяната приключи.

Забележка Сървърът, който първоначално е имал първичен статус, автоматично се променя на вторичен статус

• Стъпка 1 Влезте в инструмента за наблюдение в реално време (RTMT).
• Стъпка 2 От менюто Cisco Unity Connection изберете Port Monitor. Инструментът Port Monitor се появява в десния прозорец.
• Стъпка 3 В полето Node изберете сървъра със статус Secondary.
• Стъпка 4 В десния прозорец изберете Стартиране на анкета. Обърнете внимание дали някои портове за гласови съобщения в момента обработват повиквания към сървъра.
• Стъпка 5 Влезте в Cisco Unity Connection Serviceability.
• Стъпка 6 От менюто Инструменти изберете Управление на клъстери.
• Стъпка 7 Ако в момента нито един порт за гласови съобщения не обработва повиквания за сървъра, преминете към Ръчна промяна на състоянието на сървъра от вторичен на деактивиран. Ако има портове за гласови съобщения, които в момента обработват повиквания за сървъра, на страницата за управление на клъстера, в колоната Промяна на състоянието на порта, изберете Спиране на приемането на повиквания за сървъра и след това изчакайте, докато RTMT покаже, че всички портове за сървъра са неактивни.
• Стъпка 8 На страницата Управление на клъстери, от менюто Диспечер на сървъра, в колоната Промяна на състоянието на сървъра за сървъра
  с Вторичен статус изберете Деактивиране. Деактивирането на сървър прекратява всички повиквания, които портовете за сървъра обработват.
• Стъпка 9 Когато бъдете подканени да потвърдите промяната в състоянието на сървъра, изберете OK. Колоната Състояние на сървъра показва промененото състояние, когато промяната приключи.

Ръчно активиране на сървър с деактивиран статус

• Стъпка 1 Влезте в Cisco Unity Connection Serviceability.
• Стъпка 2 От менюто Инструменти изберете Управление на клъстери.
• Стъпка 3 На страницата за управление на клъстери, в менюто на сървърния мениджър, в колоната Промяна на състоянието на сървъра за сървъра с дезактивиран статус изберете Активирайте.
• Стъпка 4 Когато бъдете подканени да потвърдите промяната в състоянието на сървъра, изберете добре Колоната Състояние на сървъра показва промененото състояние, когато промяната приключи

Ефект върху текущите повиквания, когато статусът на сървъра се промени в клъстер за Unity Connection

Когато състоянието на сървър на Unity Connection се промени, ефектът върху текущите повиквания зависи от окончателното състояние на сървъра, който обработва повикване, и от състоянието на мрежата. Следващата таблица описва

ефектите:

Таблица 3: Ефект върху текущите повиквания, когато статусът на сървъра се промени в клъстер на Unity Connection

Статус промяна	Ефекти
От първично до второстепенно	Когато промяната на състоянието се инициира ръчно, текущите разговори не се засягат. Когато промяната на състоянието е автоматична, ефектът върху текущите разговори зависи от критичната услуга, която е спряла.
Вторично към основно	Когато промяната на състоянието се инициира ръчно, текущите разговори не се засягат. Когато промяната на състоянието е автоматична, ефектът върху текущите разговори зависи от критичната услуга, която е спряла.
Вторичен спрямо деактивиран	Текущите разговори се прекъсват. За да предотвратите прекъснати повиквания, на страницата за управление на клъстери в Cisco Unity Connection Serviceability изберете Stop Taking Calls за сървъра и изчакайте, докато всички повиквания приключат, и деактивирайте сървъра.
Първичен или вторичен за репликиране на данни	Текущите разговори не са засегнати.
Първично или вторично за възстановяване на разделен мозък	Текущите разговори не са засегнати.

Ако мрежовите връзки се загубят, текущите разговори може да бъдат прекратени в зависимост от естеството на мрежовия проблем.

Ефект върху Unity Connection Web Приложения, когато състоянието на сървъра се промени

Функционирането на следното web приложенията не се засягат, когато състоянието на сървъра се промени:

• Администриране на връзката на Cisco Unity
• Възможност за обслужване на Cisco Unity Connection
• Cisco Unity връзка web инструменти, достъпни чрез Cisco PCA - асистентът за съобщения, входящата кутия за съобщения и правилата за прехвърляне на лични разговори web инструменти
• Cisco Web Входяща кутия
• Клиенти на API за прехвърляне на представително състояние (REST).

Ефект от спиране на критична услуга върху Unity Connection Cluster

Критичните услуги са необходими за нормалното функциониране на системата Unity Connection. Ефектите от спирането на критична услуга зависят от сървъра и неговия статус, описани в следната таблица:

Таблица 4: Ефекти от спиране на критична услуга върху Unity Connection Cluster

 

сървър	Ефекти
Издател	• Когато сървърът има първичен статус, спирането на критична услуга в 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. Ако сървърът, който искате да изключите, има първичен статус, променете състоянието:
  • В колоната Промяна на състоянието на сървъра за сървъра с вторичен статус изберете Направи основен.
  • Когато бъдете подканени да потвърдите промяната в състоянието на сървъра, изберете OK.
  • Потвърдете, че колоната Състояние на сървъра показва, че сървърът има първичен статус в момента и че сървърът, който искате да изключите, има вторичен статус
• Стъпка 5 На сървъра с вторичен статус (този, който искате да изключите), променете състоянието:
  • Влезте в инструмента за наблюдение в реално време (RTMT).
  • От менюто Cisco Unity Connection изберете Port Monitor. Инструментът Port Monitor се появява в десния прозорец.
  • В полето Node изберете сървъра със статус Secondary.
  • В десния прозорец изберете Стартиране на анкета.
  • Обърнете внимание дали някои портове за гласови съобщения в момента обработват повиквания към сървъра.
  • Ако в момента няма портове за гласови съобщения, които обработват повиквания за сървъра, преминете към стъпка 5g.. Ако има портове за гласови съобщения, които в момента обработват повиквания за сървъра, на страницата за управление на клъстери,
    в колоната Промяна на състоянието на порт изберете Спиране на приемането на повиквания за сървъра и след това изчакайте, докато RTMT покаже, че всички портове за сървъра са неактивни.
  • На страницата за управление на клъстери от менюто на сървърния мениджър в колоната Промяна на състоянието на сървъра за сървъра с вторичен статус изберете Деактивиране. Внимание Деактивирането на сървър прекратява всички повиквания, които портовете за сървъра обработват
  • Когато бъдете подканени да потвърдите промяната в състоянието на сървъра, изберете OK.
  • Потвърдете, че колоната Състояние на сървъра показва, че сървърът вече е в състояние на деактивиран.
• Стъпка 6 Изключете сървъра, който сте деактивирали:
  • Влезте в Cisco Unity Connection Serviceability.
  •  Разгънете Инструменти и изберете Управление на клъстери.
  •  Уверете се, че колоната Състояние на сървъра показва състоянието Не функционира за сървъра, който изключвате

Подмяна на сървъри в клъстер

Следвайте стъпките в дадените раздели, за да замените сървър на издател или абонат в клъстер:

• За да замените сървъра за издател, вижте раздела Подмяна на сървър за издател.
• За да замените абонатния сървър, вижте раздела Подмяна на абонатен сървър.

Как работи клъстер за Unity Connection
Клъстерната функция на Unity Connection осигурява гласови съобщения с висока достъпност чрез два сървъра на Unity Connection, които са конфигурирани в клъстер. Поведението на клъстера Unity Connection, когато и двата сървъра са активни:

• На клъстера може да бъде присвоено DNS име, което се споделя от сървърите на Unity Connection.
• Клиенти, като имейл приложения и web инструменти, достъпни чрез Cisco Personal Communications Assistant (PCA), могат да се свързват към всеки от сървърите на Unity Connection.
• Телефонните системи могат да изпращат обаждания към всеки от сървърите на Unity Connection.
• Натоварването на входящия телефонен трафик се балансира между сървърите на Unity Connection от телефонната система, PIMG/TIMG единици или други шлюзове, които са необходими за интегрирането на телефонната система.

Всеки сървър в клъстер е отговорен за обработката на част от входящите повиквания за клъстера (отговаряне на телефонни обаждания и приемане на съобщения). Сървърът с първичен статус отговаря за следните функции:

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

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

Забележка

Препоръчително е да се извършва обезпечаване само на сървъра на издателя в режим Active-Active и на абоната (действащ първичен) в случай на отказ на клъстера. Промяната на паролата и промяната на настройката на паролата за ПИН на потребителя/Web приложението трябва да бъде предоставено на сървъра на издателя в режим Active-Active. За да наблюдава състоянието на сървъра, услугата Connection Server Role Manager се изпълнява в Cisco Unity Connection Serviceability и на двата сървъра. Тази услуга изпълнява следните функции:

• Стартира приложимите услуги на всеки сървър в зависимост от състоянието на сървъра.
• Определя дали критични процеси (като обработка на гласови съобщения, репликация на база данни, синхронизиране на гласови съобщения с Exchange и репликация на хранилище за съобщения) функционират нормално.
• Инициира промени в състоянието на сървъра, когато сървърът с основен статус не функционира или когато критичните услуги не работят.

Обърнете внимание на следните ограничения, когато сървърът на издателя не функционира:

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

Услугата Connection Server Role Manager изпраща събитие за поддържане на активност между сървърите на издателя и абоната, за да потвърди, че сървърите функционират и са свързани. Ако един от сървърите спре да функционира или връзката между сървърите е изгубена, услугата Connection Server Role Manager изчаква събитията за поддържане на активност и може да са необходими 30 до 60 секунди, за да открие, че другият сървър не е достъпен. Докато услугата Connection Server Role Manager чака събитията за поддържане на активност, потребителите, които влизат в сървъра с вторичен статус, не могат да получат достъп до пощенската си кутия или да изпращат съобщения, тъй като услугата Connection Server Role Manager все още не е открила, че сървърът с основен статус (който има активно хранилище за съобщения) е недостъпен. В тази ситуация обаждащите се, които се опитват да оставят съобщение, може да чуят беззвучен звук или може да не чуят звуковия сигнал за запис.

Забележка Препоръчително е да импортирате и изтривате LDAP потребителите само от възела на издателя.

Ефекти от състояние на разделен мозък в клъстер Unity Connection

Когато и двата сървъра в клъстер Unity Connection имат първичен статус едновременно (напрampнапример, когато сървърите са загубили връзката си помежду си), и двата сървъра обработват входящите повиквания (отговарят на телефонни обаждания и приемат съобщения), изпращат известия за съобщения, изпращат MWI заявки, приемат промени в административните интерфейси (като например Unity Connection Administration) и синхронизирайте гласови съобщения в пощенските кутии на 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 Message Transfer Agent и услугата Connection Notifier се стартират на сървъра на издателя. Доставката на съобщенията, пристигнали по време на процеса на възстановяване, може да отнеме допълнително време в зависимост от броя на съобщенията, които трябва да бъдат доставени. Услугата Connection Message Transfer Agent и услугата Connection Notifier се стартират на сървъра на абоната. И накрая, сървърът на издателя има първичен статус, а абонатният сървър има вторичен статус. В този момент услугата Connection Mailbox Sync се стартира на сървъра с основен статус, така че Unity Connection да може да възобнови синхронизирането на гласови съобщения с Exchange, ако е включена една входяща кутия.

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

CISCO Release 14 Unity Connection Cluster [pdf] Ръководство за потребителя Издание 14 Unity Connection Cluster, издание 14, Unity Connection Cluster, Connection Cluster, Cluster

Референции

• Ръководство за потребителя