Кіраўніцтва карыстальніка CISCO Release 14 Unity Connection Cluster

У залежнасці ад інтэграцыі тэлефоннай сістэмы кожны порт галасавых паведамленняў прызначаецца для пэўнага сервера або выкарыстоўваецца абодвума серверамі.

FAQ

Пытанне: Як мне сабраць патрабаванні да кластара Unity Connection?

A: Для атрымання дадатковай інфармацыі аб зборы патрабаванняў да кластара Unity Connection звярніцеся да дакументацыі "Сістэмныя патрабаванні для канфігурацыі кластара Cisco Unity Connection".
Пытанне: Як мне наладзіць абвесткі для абвестак Unity Connection?

A: Звярніцеся да Кіраўніцтва па адміністраванню інструмента Cisco Unified Real-Time Monitoring Tool, каб атрымаць інструкцыі па наладжванні апавяшчэнняў для абвестак Unity Connection.
Пытанне: Як змяніць статус сервера ў кластары?

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

Уводзіны

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

Спіс задач для канфігурацыі кластара злучэнняў Unity

Выканайце наступныя задачы, каб стварыць кластар Unity Connection:

Збярыце патрабаванні да кластара Unity Connection. Для атрымання дадатковай інфармацыі гл. Сістэмныя патрабаванні для Cisco Unity Connection, выпуск 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» у Кіраўніцтве па адміністраванні інструмента ўніфікаванага маніторынгу ў рэжыме Cisco для неабходнай версіі, даступны па адрасе http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Неабавязкова) Выканайце наступныя задачы, каб наладзіць параметры кластара на серверы выдаўца:

Увайдзіце ў адміністраванне злучэнняў Cisco Unity.
Разгарніце Сістэмныя налады > Дадаткова і абярыце Канфігурацыя кластара.
На старонцы канфігурацыі кластара зменіце стан сервера і абярыце "Захаваць". Для атрымання дадатковай інфармацыі аб змене стану сервера ў кластары глядзіце Даведка> Гэтая старонка.

Адміністраванне кластара злучэнняў Unity

Вы павінны праверыць стан кластара Unity Connection, каб пераканацца, што кластар правільна настроены і працуе належным чынам. Таксама важна разумець розны стан сервера ў кластары і наступствы змены стану сервера ў кластары.

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

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

Крок 1Увайдзіце ў сістэму Cisco Unity Connection Абслугоўванне сервера выдаўца або абанента.
Крок 2 Разгарніце Інструменты і абярыце Кіраванне кластарам.
Крок 3 На старонцы кіравання кластэрам праверце стан сервера. Для атрымання дадатковай інфармацыі аб стан сервера, глядзіце стан сервера і яго функцыі ў раздзеле кластара злучэнняў Unity.

Крокі для праверкі стану кластара злучэнняў Unity з інтэрфейсу каманднага радка (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 абмен галасавымі паведамленнямі настроены так, што кожнаму серверу ў кластары прызначаецца палова колькасці партоў, устаноўленых на тэлефоне. (Напрample, кожны сервер i мае 16 партоў галасавых паведамленняў.)

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

• Калі адзін з сервераў перастае працаваць (напрыклад,ample, калі гэта абслугоўванне sh), астатні сервер бярэ на сябе адказнасць за ўваходныя выклікі для кластара.

• Калі сервер, які спыніў функцыянаванне, можа аднавіць сваю ні і актываваны, ён аднаўляе адказнасць за апрацоўку сваіх выклікаў сумеснага выкарыстання для кластара.

Інтэграцыя праз канал SIP з Cisco Unified Communications Manager або Cisco Unified Communications Manager Express

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

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

• Калі сервер, які спыніў функцыянаванне, можа аднавіць сваю ні і актываваны, ён аднаўляе адказнасць за апрацоўку сваёй долі

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

Інтэграцыя Тып

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

Інтэграцыя праз блокі PIMG/TIMG

• Колькасць партоў, устаноўленых у тэлефоннай сістэме, такая ж, як і колькасць партоў галасавых паведамленняў на кожным серверы ў кластары, каб сервер меў парты галасавых паведамленняў. (Напрampнапрыклад, калі тэлефонная сістэма настроена на парты галасавых паведамленняў, кожны сервер у кластары павінен мець аднолькавыя парты абмену паведамленнямі.)

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

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

• Калі адзін з сервераў перастае працаваць (напрыклад,ample, калі ён зачынены і абслугоўванне), астатні сервер бярэ на сябе адказнасць за апрацоўку ўваходных выклікаў для кластара.

• Калі сервер, які спыніў функцыянаванне, можа аднавіць працу ў нармальным стане і актываваны, ён аднаўляе адказнасць за апрацоўку сваёй долі даходу для кластара.

Іншыя інтэграцыі, якія выкарыстоўваюць SIP

• У адміністраванні злучэнняў Cisco Unity кластару прызначаецца палова галасавых партоў, неабходных для апрацоўкі трафіку галасавых паведамленняў. (Напрampнапрыклад, калі патрабуецца 16 партоў галасавых паведамленняў для ўсяго трафіку галасавых паведамленняў для кластара, кожны сервер у кластары мае парты абмену паведамленнямі.)

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

• Калі адзін з сервераў перастае працаваць (напрыклад,ample, калі ён зачынены на тэхнічнае абслугоўванне), астатні сервер бярэ на сябе адказнасць за апрацоўку ўваходных выклікаў для кластара.

• Калі сервер, які спыніў працу, можа аднавіць сваю нармальную працу, ён аднаўляе адказнасць за апрацоўку сваёй долі ўваходных выклікаў для

Спыненне ўсіх партоў прымаць новыя выклікі

Выканайце крокі ў гэтым раздзеле, каб спыніць усе парты на серверы ад прыёму новых выклікаў. Ідучыя выклікі працягваюцца, пакуль абаненты не пакладуць трубку.

Парада Выкарыстоўвайце старонку Port Monitor у Інструменце маніторынгу ў рэальным часе (RTMT), каб вызначыць, ці апрацоўвае які-небудзь порт у цяперашні час выклікі для сервера. Для атрымання дадатковай інфармацыі глядзіце крок Спыненне ўсіх партоў ад узяцця Новыя званкі
Спыненне прыёму новых выклікаў усімі партамі на серверы злучэння Unity

Крок 1 Увайдзіце ў Cisco Unity Connection Serviceability.

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

Перазапуск усіх партоў для прыёму выклікаў

Выканайце крокі ў гэтым раздзеле, каб перазапусціць усе парты на серверы Unity Connection, каб дазволіць ім зноў прымаць выклікі пасля іх спынення.

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

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

Стан сервера і яго функцыі ў кластары злучэнняў Unity

Кожны сервер у кластары мае статус, які з'яўляецца на старонцы кіравання кластэрам Cisco Unity Connection Serviceability. Статус паказвае функцыі, якія сервер у дадзены момант выконвае ў кластары, як апісана ў табліцы 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 і адміністраванне адзінай аперацыйнай сістэмы. Дадзеныя рэплікуюцца на сервер з Primary • Не адказвае на тэлефонныя званкі і не прымае паведамленні. • Не падключаецца да кліентаў, такіх як праграмы электроннай пошты і web інструменты, даступныя праз Cisco PCA.
Не функцыянуе	• Не атрымлівае копію даных з сервера са статусам Primary. • Не рэплікуе даныя на сервер са статусам Primary. • Не адлюстроўвае адміністрацыйныя інтэрфейсы, такія як адміністраванне Unity Connection і адміністраванне адзінай аперацыйнай сістэмы. • Не адказвае на тэлефонныя званкі і не прымае паведамленні. Заўвага Сервер са статусам "Не працуе" звычайна адключаецца.
Пачынаючы	• Атрымлівае рэплікаваную базу дадзеных і сховішча паведамленняў з сервера са статусам Primary. • Рэплікуе даныя на сервер са статусам Primary. • Не адказвае на тэлефонныя званкі і не прымае паведамленні. • Не сінхранізуе галасавыя паведамленні паміж Unity Connection і паштовай скрыняй Exchange). Заўвага Гэты статус доўжыцца ўсяго некалькі хвілін, пасля чаго сервер прымае прыдатны статус

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

Абавязкі Севера ў кластары злучэнняў Unity

Рэплікацыя дадзеных

• Адпраўляе і прымае даныя з кластара.

• Некаторы час не адказвае на тэлефонныя званкі і не прымае паведамленні.

• Не падключаецца да кліентаў, такіх як праграмы электроннай пошты і web інструменты, даступныя праз Cisco PCA некаторы час.

Заўвага Гэты статус доўжыцца ўсяго некалькі хвілін, пасля чаго аднаўляецца папярэдні статус

Аднаўленне спліт мозгу (Пасля выяўлення двух сервераў са статусам Primary)

• Абнаўляе базу дадзеных і сховішча паведамленняў на серверы, які вызначаны як асноўны

• Рэплікуе даныя на іншы сервер.

• Некаторы час не адказвае на тэлефонныя званкі і не прымае паведамленні.

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

• Не падключаецца да кліентаў, такіх як праграмы электроннай пошты і web інструменты, даступныя Cisco PCA на працягу некаторага часу.

Заўвага Гэты статус доўжыцца ўсяго некалькі хвілін, пасля чаго аднаўляецца папярэдні статус

Змена стану сервера ў кластары і яго наступствы

Статус кластара Unity Connection можна змяніць аўтаматычна або ўручную. Вы можаце ўручную змяніць статус сервераў у кластары наступнымі спосабамі:

Сервер з другасным статусам можна ўручную змяніць на асноўны. Глe Змена статусу сервера ўручную з другаснага на асноўны раздзел.
Сервер з другасным статусам можна ўручную змяніць на дэактываваны. Глядзіце Актывацыя сервера ўручную з адключаным статусам.
Сервер са статусам "Адключаны" можа быць актываваны ўручную, каб яго статус змяніўся на "Асноўны" або "Дадатковы", у залежнасці ад стану іншага сервера. Глядзіце Актывацыя сервера з адключаным статусам уручную раздзел.

Ручная змена стану сервера з другаснага на асноўны

Крок 1 Увайдзіце ў Cisco Unity Connection Serviceability.
Крок 2 У меню "Інструменты" выберыце "Кіраванне кластарам".

Крок 3 На старонцы «Кіраванне кластэрам» у меню «Дыспетчар сервераў» у слупку «Змяніць стан сервера» для сервера са статусам «Другасны» выберыце «Зрабіць асноўным».
Крок 4 Калі будзе прапанавана пацвердзіць змяненне статусу сервера, абярыце OK. Слупок «Статус сервера» адлюстроўвае зменены статус пасля завяршэння змены.

Заўвага Сервер, які першапачаткова меў статус Primary, аўтаматычна пераходзіць у статус Secondary

Крок 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

Калі статус сервера 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

Сервер

Эфекты

Выдавец

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

Статус сервера абанентаў змяняецца на «Асноўны», калі ён не мае статус «Адключаны» або «Не працуе».

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

Падпісчык

Калі сервер мае статус Primary, спыненне важнай службы ў 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.
- У полі Node выберыце сервер са статусам 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 актывавана).

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

Заўвага

Рэкамендуецца выконваць падрыхтоўку толькі на серверы Publisher у рэжыме Active-Active і на Subscriber (Acting Primary) у выпадку адмовы кластара. Змена пароля і мадыфікацыя налад пароля для PIN-кода карыстальніка/Web прыкладанне павінна быць падрыхтавана на серверы Publisher у рэжыме Active-Active. Каб кантраляваць стан сервера, служба Connection Server Role Manager працуе ў Cisco Unity Connection Serviceability на абодвух серверах. Гэты сэрвіс выконвае наступныя функцыі:

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

Звярніце ўвагу на наступныя абмежаванні, калі сервер выдаўца не працуе:

Калі кластар Unity Connection інтэграваны з каталогам LDAP, сінхранізацыя каталогаў не адбываецца, хоць аўтэнтыфікацыя працягвае працаваць, калі працуе толькі сервер абанента. Калі сервер выдаўца аднаўляе працу, таксама аднаўляецца сінхранізацыя каталогаў.
Калі лічбавая сетка або сетка HTTPS уключае кластар Unity Connection, абнаўленні каталогаў не адбываюцца, хоць паведамленні працягваюць адпраўляцца ў і з кластара, калі функцыянуе толькі сервер абанентаў. Калі сервер выдаўца зноў запрацуе, абнаўленні каталогаў аднаўляюцца.

Сэрвіс Connection Server Role Manager адпраўляе падзею Keep-Alive паміж выдаўцом і серверамі абанентаў, каб пацвердзіць, што серверы функцыянуюць і падключаны. Калі адзін з сервераў перастае функцыянаваць або злучэнне паміж серверамі страчана, служба Connection Server Role Manager чакае падзей падтрымання актыўнасці і можа спатрэбіцца ад 30 да 60 секунд, каб вызначыць, што іншы сервер недаступны. Пакуль служба Connection Server Role Manager чакае падзей Keep-Alive, карыстальнікі, якія ўваходзяць на сервер са статусам Secondary, не могуць атрымаць доступ да сваёй паштовай скрыні або адпраўляць паведамленні, таму што служба Connection Server Role Manager яшчэ не выявіла, што сервер са статусам "Асноўны" (які мае актыўнае сховішча паведамленняў) недаступны. У гэтай сітуацыі абанент, які спрабуе пакінуць паведамленне, можа пачуць мёртвы эфір або не пачуць гукавы сігнал запісу.

Заўвага Рэкамендуецца імпартаваць і выдаляць карыстальнікаў LDAP толькі з вузла выдаўца.

Эфекты расколу мозгу ў кластары Unity Connection

Калі абодва сервера ў кластары Unity Connection маюць статус Primary адначасова (напрыклад,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 Message Transfer Agent і служба Connection Notifier запускаюцца на абаненцкім серверы. Нарэшце, сервер выдаўца мае статус Primary, а сервер падпісчыка мае статус Secondary. У гэты момант служба Connection Mailbox Sync запускаецца на серверы са статусам 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

Інфармацыя аб прадукце

Тэхнічныя характарыстыкі

Інструкцыя па ўжыванні прадукту