Uživatelská příručka CISCO verze 14 Unity Connection Cluster

Odpověď: Další informace o shromažďování požadavků clusteru Unity Connection naleznete v dokumentaci Systémové požadavky pro konfiguraci Cisco Unity Connection Cluster.
Otázka: Jak nastavím upozornění na upozornění pro upozornění Unity Connection?

Odpověď: Pokyny k nastavení upozornění na upozornění pro upozornění Unity Connection naleznete v příručce Cisco Unified Real-Time Monitoring Tool Administration Guide.
Otázka: Jak změním stav serveru v clusteru?

Odpověď: Chcete-li změnit stav serveru v klastru, přihlaste se do Cisco Unity Connection Administration, rozbalte Nastavení systému > Upřesnit, vyberte Konfigurace klastru a upravte stav serveru na stránce Konfigurace klastru.
Otázka: Jak zkontroluji stav clusteru Unity Connection?
Odpověď: Stav clusteru Unity Connection můžete zkontrolovat buď pomocí web nebo rozhraní příkazového řádku (CLI). Podrobné kroky naleznete v části „Kontrola stavu clusteru“ v uživatelské příručce.
Otázka: Jak mohu spravovat porty pro zasílání zpráv v clusteru?
Odpověď: Uživatelská příručka poskytuje informace o správě portů pro zasílání zpráv v clusteru. Podrobnosti naleznete v části „Správa portů pro zasílání zpráv v clusteru“.

Zavedení

Nasazení clusteru Cisco Unity Connection poskytuje vysoce dostupné hlasové zprávy prostřednictvím dvou serverů, které používají stejné verze Unity Connection. První server v clusteru je vydavatelský server a druhý server je předplatitelský server.

Seznam úkolů pro konfiguraci clusteru připojení Unity

Chcete-li vytvořit cluster Unity Connection, proveďte následující úkoly:

Shromážděte požadavky na cluster Unity Connection. Další informace naleznete v části Systémové požadavky pro Cisco Unity Connection Release 14 na
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
Nainstalujte server vydavatele. Další informace naleznete v části Instalace serveru pro vydavatele.
Nainstalujte předplatitelský server. Další informace naleznete v části Instalace předplatitelského serveru.
Nakonfigurujte nástroj Cisco Unified Real-Time Monitoring Tool pro servery vydavatele i předplatitele, aby odesílal upozornění na následující výstrahy Unity Connection:

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

Pokyny k nastavení upozornění na výstrahy pro výstrahy Unity Connection naleznete v části „Cisco Unified Real-Time Monitoring Tool“ v příručce Cisco Unified Real-Time Monitoring Tool Administration Guide pro požadované vydání, dostupné na adrese http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Volitelné) Chcete-li upravit nastavení clusteru na serveru vydavatele, proveďte následující úkoly:

Přihlaste se do Cisco Unity Connection Administration.
Rozbalte Nastavení systému > Upřesnit a vyberte Konfigurace clusteru.
Na stránce Konfigurace klastru změňte stav serveru a vyberte Uložit. Další informace o změně stavu serveru v klastru naleznete v části Nápověda> Tato stránka.

Správa Unity Connection Cluster

Musíte zkontrolovat stav clusteru Unity Connection, abyste se ujistili, že je cluster správně nakonfigurován a funguje správně. Je také důležité porozumět různému stavu serveru v klastru a účinkům změny stavu serveru v klastru.

Kontrola stavu clusteru

Stav clusteru Unity Connection můžete zkontrolovat buď pomocí web rozhraní nebo rozhraní příkazového řádku (CLI). Kroky ke kontrole stavu clusteru Unity Connection z Web Rozhraní

Krok 1Přihlaste se do služby Cisco Unity Connection Serviceability na serveru vydavatele nebo předplatitele.
Krok 2 Rozbalte Nástroje a vyberte Správa clusteru.
Krok 3 Na stránce Správa clusteru zkontrolujte stav serveru. Pro více informací o stav serveru, viz Stav serveru a jeho funkce v části Unity Connection Cluster.

Kroky ke kontrole stavu clusteru Unity Connection z rozhraní příkazového řádku (CLI)

Krok 1 Chcete-li zkontrolovat stav klastru, můžete spustit příkaz show cuc cluster status CLI na vydavatelském serveru nebo předplatitelském serveru.
Krok 2 Další informace o stavu serveru a souvisejících funkcích naleznete v části Stav serveru a jeho funkce v části Unity Connection Cluster.

Správa portů pro zasílání zpráv v clusteru

V clusteru Unity Connection sdílejí servery stejné integrace telefonního systému. Každý server je zodpovědný za zpracování části příchozích hovorů pro cluster (přijímání telefonních hovorů a přijímání zpráv).

V závislosti na integraci telefonního systému je každý port pro hlasové zprávy buď přiřazen ke konkrétnímu serveru, nebo je používán oběma servery. Správa portů pro zasílání zpráv v clusteru popisuje přiřazení portů.
Tabulka 1: Přiřazení serveru a použití portů pro hlasové zprávy v clusteru Unity Connection

Integrace Typ

Přiřazení serveru a použití portů pro hlasové zprávy

Integrace pomocí Skinny Client Control Protocol (SCCP) s Cisco Unified Communications Manager nebo Cisco Unified Communications Manager Express

• Telefonní systém je nastaven na dvojnásobný počet hlasů SCCP, který je potřebný pro provoz hlasových zpráv. (Napřample, zařízení s portem hlasové pošty jsou potřebná ke zpracování všech hlasových zpráv, porty hlasové pošty musí být nastaveny v telefonním systému.)

• V Cisco Unity Connection Administration je hlasové zasílání konfigurováno tak, že každému serveru v clusteru je přiřazena polovina počtu portů nastavených na telefonu. (Napřampkaždý server má 16 portů pro hlasové zprávy.)

• V telefonním systému umožňuje skupina linek, seznam lovných zařízení a skupina předplatitelů odpovídat na většinu příchozích hovorů.

• Pokud jeden ze serverů přestane fungovat (napřample, když se jedná o údržbu sh), zbývající server přebírá odpovědnost za příchozí volání pro cluster.

• Když je server, který přestal fungovat, schopen obnovit své ani a je aktivován, přebírá odpovědnost za zpracování svých sdílených volání pro klastr.

Integrace prostřednictvím SIP Trunk s Cisco Unified Communications Manager nebo Cisco Unified Communications Manager Express

• V Cisco Unity Connection Administration je v clusteru přiřazena polovina počtu portů VO, které jsou potřeba pro zpracování provozu hlasových zpráv. (Napřample, pokud je potřeba 16 portů pro hlasové zprávy pro veškerý provoz hlasových zpráv pro cluster, každý server v clusteru má 8 portů pro hlasové zprávy.)

• V telefonním systému skupina směrování, seznam směrování a vzor směrování a pro rovnoměrnou distribuci hovorů mezi oba servery v clusteru.

• Pokud jeden ze serverů přestane fungovat (napřample, když se jedná o údržbu sh), zbývající server přebírá odpovědnost za příchozí volání pro cluster.

• Když je server, který přestal fungovat, schopen obnovit své ani a je aktivován, přebírá odpovědnost za manipulaci se svým podílem

pro klastr.

Integrace Typ

Přiřazení serveru a použití portů pro hlasové zprávy

Integrace prostřednictvím jednotek PIMG/TIMG

• Počet portů nastavených na telefonním systému je stejný jako počet portů pro hlasové zprávy nu na každém serveru v clusteru, takže server má porty pro hlasové zprávy. (NapřampPokud je telefonní systém nastaven na porty pro hlasové zprávy, musí mít každý server v clusteru stejné porty pro zprávy.)

• V telefonním systému je sdružená skupina nakonfigurována pro distribuci volání na oba servery v clusteru.

• Jednotky PIMG/TIMG jsou nakonfigurovány tak, aby vyvažovaly hlasové zprávy mezi servery.

• Pokud jeden ze serverů přestane fungovat (napřample, když je ukončena údržba), zbývající server přebírá odpovědnost za zpracování příchozích volání pro cluster.

• Když je server, který přestal fungovat, schopen se znovu spustit, je normální a je aktivován, přebírá odpovědnost za správu svého podílu na příjmu pro cluster.

Další integrace, které používají SIP

• V Cisco Unity Connection Administration je v clusteru přiřazena polovina počtu hlasových portů, které jsou potřeba ke zpracování provozu hlasových zpráv. (Napřample, pokud je potřeba 16 portů pro hlasové zprávy pro veškerý provoz hlasových zpráv pro cluster, každý server v clusteru má porty pro zprávy.)

• V telefonním systému je sdružená skupina nakonfigurována pro distribuci volání na oba servery v clusteru.

• Pokud jeden ze serverů přestane fungovat (napřample, když je zavřen z důvodu údržby), zbývající server přebírá odpovědnost za zpracování příchozích volání pro cluster.

• Když se server, který přestal fungovat, může vrátit do normálu, přebírá odpovědnost za zpracování svého podílu na příchozích voláních pro th

Zastavení všech portů v přijímání nových volání

Chcete-li všem portům na serveru zabránit v přijímání nových volání, postupujte podle kroků v této části. Probíhající hovory pokračují, dokud volající nezavěsí.

Tip Použijte stránku Port Monitor v nástroji Real-Time Monitoring Tool (RTMT) k určení, zda nějaký port aktuálně zpracovává volání pro server. Další informace naleznete v kroku Zastavení přijímání všech portů Nové hovory
Zastavení všech portů na serveru Unity Connection v přijímání nových hovorů

Krok 1 Přihlaste se ke službě Cisco Unity Connection Serviceability.

Krok 2Rozbalte nabídku Nástroje a vyberte Správa clusteru.
Krok 3 Na stránce Správa klastru v části Správce portů ve sloupci Změnit stav portu vyberte serveru Zastavit volání.

Restartování všech portů pro přijímání hovorů

Podle kroků v této části restartujte všechny porty na serveru Unity Connection, abyste jim umožnili znovu přijímat hovory po jejich zastavení.

Krok 1 Přihlaste se ke službě Cisco Unity Connection Serviceability.
Krok 2 Rozbalte nabídku Nástroje a vyberte Správa clusteru.

Krok 3 Na stránce Správa klastru v části Správce portů ve sloupci Změnit stav portu vyberte pro server možnost Přijmout volání.

Stav serveru a jeho funkce v clusteru Unity Connection

Každý server v clusteru má stav, který se zobrazuje na stránce Cluster Management Serviceability Cisco Unity Connection Service. Stav označuje funkce, které server aktuálně provádí v clusteru, jak je popsáno v tabulce 2: Stav serveru v clusteru Unity Connection

Tabulka 2: Stav serveru v clusteru Unity Connectionr

Stav serveru

Zodpovědnost Severu v Unity Connection Cluster

Primární

• Zveřejňuje databázi a úložiště zpráv, které jsou obě replikovány na druhý server

• Přijímá replikovaná data z druhého serveru.

• Zobrazuje a přijímá změny administrativních rozhraní, jako je Unity Connection a Cisco Unified Operating System Administration. Tato data jsou replikována do jiného clusteru.

• Přijímá telefonní hovory a přijímá zprávy.

• Odesílá upozornění na zprávy a požadavky MWI.

• Odesílá upozornění SMTP a zprávy VPIM.

• Synchronizuje hlasové zprávy v poštovních schránkách Unity Connection a Exchange, pokud je nakonfigurována funkce Unifi.

• Spojuje se s klienty, jako jsou e-mailové aplikace a web nástroje dostupné prostřednictvím

Poznámka Server se stavem Primární nelze deaktivovat.

Stav serveru	Zodpovědnost Severu v Unity Connection Cluster
Sekundární	• Přijímá replikovaná data ze serveru se stavem Primární. Data zahrnují databázi a úložiště. • Replikuje data na server se stavem Primární. • Zobrazuje a přijímá změny administrativních rozhraní, jako je Unity Connection Adm a Cisco Unified Operating System Administration. Data jsou replikována na server se stavem. • Přijímá telefonní hovory a přijímá zprávy. • Spojuje se s klienty, jako jsou e-mailové aplikace a web nástroje dostupné prostřednictvím Ci Poznámka Deaktivovat lze pouze server se statusem Sekundární.
Deaktivováno	• Přijímá replikovaná data ze serveru se stavem Primární. Data zahrnují databázi a úložiště. • Nezobrazuje administrativní rozhraní, jako je Správa připojení Unity a Správa jednotného operačního systému. Data jsou replikována na server s primárním • Neodpovídá na telefonní hovory ani nepřijímá zprávy. • Nepřipojuje se ke klientům, jako jsou e-mailové aplikace a web nástroje dostupné prostřednictvím Cisco PCA.
Nefunkční	• Nepřijímá replikovaná data ze serveru se stavem Primární. • Nereplikuje data na server se stavem Primární. • Nezobrazuje administrativní rozhraní, jako je Správa připojení Unity a Správa jednotného operačního systému. • Neodpovídá na telefonní hovory ani nepřijímá zprávy. Poznámka Server se stavem Nefunkční je obvykle vypnutý.
Spuštění	• Přijímá replikovanou databázi a úložiště zpráv ze serveru se stavem Primární. • Replikuje data na server se stavem Primární. • Neodpovídá na telefonní hovory ani nepřijímá zprávy. • Nesynchronizuje hlasové zprávy mezi doručenými schránkami Unity Connection a Exchange). Poznámka Tento stav trvá jen několik minut, po kterých server převezme příslušný stav

Stav serveru

Zodpovědnost Severu v Unity Connection Cluster

Replikace dat

• Odesílá a přijímá data z clusteru.

• Nějakou dobu neodpovídá na telefonní hovory ani nepřijímá zprávy.

• Nepřipojuje se ke klientům, jako jsou e-mailové aplikace a další web nástroje dostupné prostřednictvím Cisco PCA již nějakou dobu.

Poznámka Tento stav trvá jen několik minut, poté se obnoví předchozí stav

Obnova rozděleného mozku (Po zjištění dvou serverů se stavem Primární)

• Aktualizuje databázi a úložiště zpráv na serveru, který je určen jako primární

• Replikuje data na druhý server.

• Nějakou dobu neodpovídá na telefonní hovory ani nepřijímá zprávy.

• Nesynchronizuje hlasové zprávy mezi Unity Connection a doručenou schránkou Exchange je nějakou dobu zapnutá.

• Nepřipojuje se ke klientům, jako jsou e-mailové aplikace a další web nástroje dostupné na Cisco PCA.

Poznámka Tento stav trvá jen několik minut, poté se obnoví předchozí stav

Změna stavu serveru v clusteru a jeho účinky

Stav clusteru Unity Connection lze změnit automaticky nebo ručně. Stav serverů v clusteru můžete ručně změnit následujícími způsoby:

Server se sekundárním stavem lze ručně změnit na primární. Viz the Ruční změna stavu serveru ze sekundárního na primární sekce.
Server se sekundárním stavem lze ručně změnit na stav Deaktivován. Viz Ruční aktivace serveru se stavem deaktivace.
Server se stavem Deaktivováno lze ručně aktivovat, aby se jeho stav změnil na Primární nebo Sekundární v závislosti na stavu druhého serveru. Viz Ruční aktivace serveru se stavem deaktivace sekce.

Ruční změna stavu serveru ze sekundárního na primární

Krok 1 Přihlaste se ke službě Cisco Unity Connection Serviceability.
Krok 2 Z nabídky Nástroje vyberte Správa clusteru.

Krok 3 Na stránce Správa klastru v nabídce Správce serveru ve sloupci Změnit stav serveru u serveru se stavem sekundární vyberte Nastavit jako primární.
Krok 4 Po zobrazení výzvy k potvrzení změny stavu serveru vyberte OK. Sloupec Stav serveru zobrazuje změněný stav po dokončení změny.

Poznámka Server, který měl původně primární stav, se automaticky změní na sekundární

Krok 1 Přihlaste se k nástroji pro monitorování v reálném čase (RTMT).
Krok 2 Z nabídky Cisco Unity Connection vyberte Port Monitor. V pravém podokně se zobrazí nástroj Port Monitor.
Krok 3 V poli Uzel vyberte server se stavem sekundární.

Krok 4 V pravém podokně vyberte Spustit dotazování. Všimněte si, zda nějaké porty pro hlasové zprávy aktuálně obsluhují volání pro server.
Krok 5 Přihlaste se ke službě Cisco Unity Connection Serviceability.
Krok 6 Z nabídky Nástroje vyberte Správa clusteru.

Krok 7 Pokud hovory pro server aktuálně nezpracovávají žádné porty pro hlasové zprávy, přejděte na Ruční změna stavu serveru ze sekundárního na deaktivovaný. Pokud existují porty pro hlasové zprávy, které aktuálně zpracovávají volání pro server, na stránce Cluster Management ve sloupci Change Port Status vyberte Stop Take Calls pro server a počkejte, dokud RTMT neukáže, že všechny porty pro server jsou nečinné.
Krok 8 Na stránce Správa klastru z nabídky Správce serveru ve sloupci Změnit stav serveru pro server
u Sekundárního stavu vyberte Deaktivovat. Deaktivace serveru ukončí všechna volání, která porty pro server obsluhují.
Krok 9 Po zobrazení výzvy k potvrzení změny stavu serveru vyberte OK. Sloupec Stav serveru zobrazuje změněný stav po dokončení změny.

Ruční aktivace serveru se stavem deaktivace

Krok 1 Přihlaste se ke službě Cisco Unity Connection Serviceability.
Krok 2 V nabídce Nástroje vyberte Správa klastrů.

Krok 3 Na stránce Správa klastru v nabídce Správce serveru ve sloupci Změnit stav serveru pro server se stavem Deaktivováno vyberte Aktivovat.
Krok 4 Po zobrazení výzvy k potvrzení změny stavu serveru vyberte OK. Sloupec Stav serveru zobrazuje změněný stav po dokončení změny

Vliv na probíhající volání, když se změní stav serveru v clusteru Unity Connection

Když se změní stav serveru Unity Connection, vliv na probíhající hovory závisí na konečném stavu serveru, který hovor zpracovává, a na stavu sítě. Následující tabulka popisuje

účinky:

Tabulka 3: Vliv na probíhající volání, když se změní stav serveru v clusteru Unity Connection

Postavení Přeměna	Efekty
Primární až sekundární	Když je změna stavu iniciována ručně, probíhající hovory nejsou ovlivněny. Když je změna stavu automatická, vliv na probíhající volání závisí na kritické službě, která byla zastavena.
Sekundární až primární	Když je změna stavu iniciována ručně, probíhající hovory nejsou ovlivněny. Když je změna stavu automatická, účinek na probíhající volání závisí na kritické službě, která byla zastavena.
Sekundární až Deaktivováno	Probíhající hovory jsou přerušeny. Chcete-li zabránit přerušovaným hovorům, na stránce Cluster Management v Cisco Unity Connection Serviceability vyberte pro server Zastavit hovory a počkejte, dokud všechna volání neskončí, a deaktivujte server.
Primární nebo sekundární k replikaci dat	Probíhající hovory nejsou ovlivněny.
Primární nebo sekundární zotavení rozděleného mozku	Probíhající hovory nejsou ovlivněny.

Pokud dojde ke ztrátě připojení k síti, mohou být probíhající hovory přerušeny v závislosti na povaze síťového problému.

Vliv na připojení Unity Web Aplikace při změně stavu serveru

Fungování následujícího web aplikace nejsou ovlivněny, když se změní stav serveru:

Správa připojení Cisco Unity
Obslužnost připojení Cisco Unity
Připojení Cisco Unity web nástroje přístupné prostřednictvím Cisco PCA – Messaging Assistant, Messaging Inbox a Personal Call Transfer Rules web nástroje

Cisco Web Doručená pošta
Klienti rozhraní API pro přenos reprezentativního stavu (REST).

Vliv zastavení kritické služby na cluster Unity Connection

Pro normální fungování systému Unity Connection jsou nezbytné kritické služby. Účinky zastavení kritické služby závisí na serveru a jeho stavu popsaném v následující tabulce:

Tabulka 4: Účinky zastavení kritické služby na cluster Unity Connection

Server

Efekty

Vydavatel

• Když má server primární stav, zastavení kritické služby v Cisco Unity Connection Serviceability způsobí, že se stav serveru změní na sekundární a sníží se schopnost serveru normálně fungovat.

Stav předplatitelského serveru se změní na Primární, pokud nemá stav Zakázáno nebo Nefunkční.

• Když má server sekundární stav, zastavení kritické služby v Cisco Unity Connection Serviceability snižuje schopnost serveru normálně fungovat. Stav serverů se nemění.

Odběratel

Když má server primární stav, zastavení kritické služby v Cisco Unity Connection Serviceability snižuje schopnost serveru normálně fungovat. Stav serverů se nemění.

Vypnutí serveru v a Cluster

Když má server Unity Connection stav Primární nebo Sekundární, zpracovává provoz hlasových zpráv a replikaci dat clusteru. Nedoporučujeme vypínat oba servery v clusteru současně, abyste se vyhnuli náhlému ukončení hovorů a probíhající replikace. Když chcete vypnout server v clusteru Unity Connection, zvažte následující body:

Vypínejte server mimo pracovní dobu, kdy je provoz hlasových zpráv nízký.
Před vypnutím změňte stav serveru z Primární nebo Sekundární na Deaktivovaný.

Krok 1 Na serveru, který se nevypne, se přihlaste ke službě Cisco Unity Connection Serviceability.
Krok 2 Z nabídky Nástroje vyberte Správa clusteru.
Krok 3 Na stránce Správa clusteru vyhledejte server, který chcete vypnout.

Krok 4 Pokud má server, který chcete vypnout, sekundární stav, přejděte na
Krok 5. Pokud má server, který chcete vypnout, primární stav, změňte stav:
- Ve sloupci Změnit stav serveru pro server se stavem sekundární vyberte Nastavit jako primární.
- Po zobrazení výzvy k potvrzení změny stavu serveru vyberte OK.
- Potvrďte, že sloupec Stav serveru označuje, že server má nyní primární stav a server, který chcete vypnout, má sekundární stav.
Krok 5 Na serveru se sekundárním stavem (ten, který chcete vypnout), změňte stav:
- Přihlaste se k nástroji pro monitorování v reálném čase (RTMT).
- Z nabídky Cisco Unity Connection vyberte Port Monitor. V pravém podokně se zobrazí nástroj Port Monitor.
- V poli Uzel vyberte server se stavem sekundární.
- V pravém podokně vyberte Spustit dotazování.
- Všimněte si, zda nějaké porty pro hlasové zprávy aktuálně obsluhují volání pro server.
- Pokud žádné porty pro hlasové zprávy aktuálně nezpracovávají volání pro server, přejděte ke Kroku 5g.. Pokud existují porty pro hlasové zprávy, které aktuálně zpracovávají volání pro server, na stránce Správa klastru
  ve sloupci Change Port Status vyberte Stop Take Calls pro server a počkejte, dokud RTMT neukáže, že všechny porty pro server jsou nečinné.
- Na stránce Správa klastru v nabídce Správce serveru ve sloupci Změnit stav serveru pro server se stavem sekundární vyberte možnost Deaktivovat. Upozornění Deaktivace serveru ukončí všechna volání, která porty pro server obsluhují
- Po zobrazení výzvy k potvrzení změny stavu serveru vyberte OK.
- Potvrďte, že sloupec Stav serveru označuje, že server má nyní stav Deaktivováno.

Krok 6 Vypněte server, který jste deaktivovali:
- Přihlaste se ke službě Cisco Unity Connection Serviceability.
- Rozbalte Nástroje a vyberte Správa clusteru.
- Ujistěte se, že sloupec Stav serveru zobrazuje stav Nefunkční pro server, který vypínáte

Výměna serverů v clusteru

Chcete-li nahradit server vydavatele nebo předplatitele v clusteru, postupujte podle kroků v daných částech:

Chcete-li nahradit server vydavatele, přečtěte si část Výměna serveru vydavatele.
Informace o výměně předplatitelského serveru naleznete v části Výměna předplatitelského serveru.

Jak funguje Unity Connection Cluster
Funkce clusteru Unity Connection poskytuje vysoce dostupné hlasové zprávy prostřednictvím dvou serverů Unity Connection, které jsou nakonfigurovány v clusteru. Chování clusteru Unity Connection, když jsou oba servery aktivní:

Clusteru lze přiřadit název DNS, který sdílejí servery Unity Connection.
Klienti, jako jsou e-mailové aplikace a web nástroje dostupné prostřednictvím Cisco Personal Communications Assistant (PCA) se mohou připojit k jakémukoli ze serverů Unity Connection.
Telefonní systémy mohou odesílat hovory na kterýkoli ze serverů Unity Connection.

Zatížení příchozího telefonního provozu je vyváženo mezi servery Unity Connection telefonním systémem, jednotkami PIMG/TIMG nebo jinými bránami, které jsou nutné pro integraci telefonního systému.

Každý server v clusteru je zodpovědný za zpracování části příchozích hovorů pro cluster (přijímání telefonních hovorů a přijímání zpráv). Server se statusem Primární je zodpovědný za následující funkce:

Navigace a publikování databáze a úložiště zpráv, které jsou replikovány na jiný server.
Odesílání upozornění na zprávy a požadavků MWI (je aktivována služba Connection Notifier).
Odesílání upozornění SMTP a zpráv VPIM (je aktivována služba Connection Message Transfer Agent).
Synchronizace hlasových zpráv mezi poštovními schránkami Unity Connection a Exchange, pokud je nakonfigurována funkce unified messaging (je aktivována služba Unity Connection Mailbox Sync).

Když jeden ze serverů přestane fungovat (napřample, když je vypnut z důvodu údržby), zbývající server převezme odpovědnost za zpracování všech příchozích volání pro cluster. Databáze a úložiště zpráv jsou replikovány na jiný server, když je obnovena jeho funkčnost. Když je server, který přestal fungovat, schopen obnovit své normální funkce a je aktivován, přebírá odpovědnost za zpracování svého podílu příchozích volání pro cluster.

Poznámka

Doporučujeme provádět zajišťování pouze na serveru Publisher v režimu Active-Active a na Subscriber (Acting Primary) v případě selhání clusteru. Změna hesla a úprava nastavení hesla pro PIN uživatele/Web aplikace by měla být zřízena na serveru vydavatele v režimu Active-Active. Chcete-li sledovat stav serveru, služba Connection Server Role Manager běží v Cisco Unity Connection Serviceability na obou serverech. Tato služba provádí následující funkce:

Spustí příslušné služby na každém serveru v závislosti na stavu serveru.
Určuje, zda kritické procesy (jako je zpracování hlasových zpráv, replikace databáze, synchronizace hlasových zpráv se serverem Exchange a replikace úložiště zpráv) fungují normálně.
Inicializuje změny stavu serveru, když server s primárním stavem nefunguje nebo když neběží důležité služby.

Pokud server vydavatele nefunguje, vezměte na vědomí následující omezení:

Pokud je cluster Unity Connection integrován s adresářem LDAP, nedojde k synchronizaci adresářů, ačkoli ověřování nadále funguje, když funguje pouze předplatitelský server. Po obnovení fungování serveru vydavatele se obnoví také synchronizace adresářů.
Pokud digitální síť nebo síť HTTPS zahrnuje cluster Unity Connection, aktualizace adresáře neproběhnou, ačkoli zprávy jsou nadále odesílány do az clusteru, když funguje pouze předplatitelský server. Jakmile bude vydavatelský server opět fungovat, obnoví se aktualizace adresáře.

Služba Connection Server Role Manager odešle udržovací událost mezi vydavatelem a předplatitelskými servery, aby potvrdila, že servery fungují a jsou připojeny. Pokud jeden ze serverů přestane fungovat nebo dojde ke ztrátě spojení mezi servery, služba Connection Server Role Manager počká na události zachování a může trvat 30 až 60 sekund, než zjistí, že druhý server není dostupný. Zatímco služba Connection Server Role Manager čeká na udržovací události, uživatelé přihlašující se k serveru se stavem Sekundární nemají přístup ke své poštovní schránce ani odesílat zprávy, protože služba Connection Server Role Manager dosud nezjistila, že server se stavem Primární (který má aktivní úložiště zpráv) není k dispozici. V této situaci mohou volající, kteří se pokoušejí zanechat zprávu, slyšet mrtvý vzduch nebo nemusí slyšet pípnutí nahrávání.

Poznámka Doporučuje se importovat a odstraňovat uživatele LDAP pouze z uzlu vydavatele.

Účinky stavu rozděleného mozku v clusteru Unity Connection

Když mají oba servery v clusteru Unity Connection současně primární stav (napřampKdyž servery ztratí vzájemné spojení, oba servery zpracovávají příchozí hovory (přijímají telefonní hovory a přijímají zprávy), posílají oznámení o zprávách, posílají požadavky MWI, přijímají změny v administrativních rozhraních (jako je Správa připojení Unity) a synchronizovat hlasové zprávy v poštovních schránkách Unity Connection a Exchange, pokud je zapnutá jedna doručená pošta

Servery však vzájemně nereplikují databázi a úložiště zpráv a vzájemně od sebe nepřijímají replikovaná data.
Když je spojení mezi servery obnoveno, stav serverů se dočasně změní na Split Brain Recovery, zatímco se data replikují mezi servery a nastavení MWI je koordinováno. Během doby, kdy je stav serveru Split Brain Recovery, jsou na obou serverech zastaveny služby Connection Message Transfer Agent a Connection Notifier (v Cisco Unity Connection Serviceability), takže Unity Connection nedoručuje žádné zprávy a neodesílá žádné zprávy. oznámení.
Služba Connection Mailbox Sync je také zastavena, takže Unity Connection nesynchronizuje hlasové zprávy se serverem Exchange (jedna doručená pošta). Úložiště zpráv jsou také krátce odpojena, takže Unity Connection uživatelům, kteří se v tomto okamžiku pokoušejí načíst jejich zprávy, sdělí, že jejich poštovní schránky jsou dočasně nedostupné.
Po dokončení procesu obnovy se na serveru vydavatele spustí služba Connection Message Transfer Agent a služba Connection Notifier. Doručení zpráv, které dorazily během procesu obnovy, může trvat déle v závislosti na počtu zpráv, které mají být doručeny. Služba Connection Message Transfer Agent a služba Connection Notifier se spouští na předplatitelském serveru. Nakonec má server vydavatele primární stav a předplatitelský server sekundární stav. V tomto okamžiku je na serveru spuštěna služba Connection Mailbox Sync se stavem Primární, takže Unity Connection může obnovit synchronizaci hlasových zpráv se serverem Exchange, pokud je zapnuta jedna doručená pošta.

Dokumenty / zdroje

CISCO verze 14 Unity Connection Cluster [pdfUživatelská příručka
Vydání 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

Reference

Uživatelská příručka

CISCO verze 14 Unity Connection Cluster

Informace o produktu

Specifikace

Návod k použití produktu