CISCO Release 14 Unity Connection Cluster Gabay sa Gumagamit

Palawakin ang Mga Setting ng System > Advanced at piliin ang Cluster Configuration.
Sa page ng Cluster Configuration, baguhin ang status ng server at piliin ang I-save.

Pangangasiwa ng Unity Connection Cluster

Upang suriin ang status ng cluster ng Unity Connection at matiyak ang wastong configuration:

Sinusuri ang Katayuan ng Cluster mula sa Web Interface

Mag-sign in sa Cisco Unity Connection Serviceability ng alinman sa publisher o subscriber server.

Palawakin ang Tools at piliin ang Cluster Management.
Sa page ng Cluster Management, tingnan ang status ng server.

Sinusuri ang Katayuan ng Cluster mula sa Command Line Interface (CLI)

Patakbuhin ang show cuc cluster status CLI command sa publisher server o subscriber server.

Pamamahala ng Mga Messaging Port sa isang Cluster

Sa isang cluster ng Unity Connection, ang mga server ay nagbabahagi ng parehong mga pagsasama ng system ng telepono. Ang bawat server ay humahawak ng bahagi ng mga papasok na tawag para sa cluster.

Mga Takdang-aralin sa Port

Depende sa pagsasama ng system ng telepono, ang bawat voice messaging port ay maaaring italaga sa isang partikular na server o ginagamit ng parehong mga server.

FAQ

T: Paano ko kukunin ang mga kinakailangan ng cluster ng Unity Connection?

A: Para sa higit pang impormasyon sa pangangalap ng mga kinakailangan sa cluster ng Unity Connection, sumangguni sa dokumentasyon ng System Requirements para sa Pag-configure ng Cisco Unity Connection Cluster.
T: Paano ako magse-set up ng mga alertong notification para sa mga alerto sa Unity Connection?

A: Sumangguni sa Cisco Unified Real-Time Monitoring Tool Administration Guide para sa mga tagubilin sa pag-set up ng mga alertong notification para sa mga alerto sa Unity Connection.
T: Paano ko babaguhin ang status ng server sa isang cluster?

A: Para baguhin ang status ng server sa isang cluster, mag-sign in sa Cisco Unity Connection Administration, palawakin ang System Settings > Advanced, piliin ang Cluster Configuration, at baguhin ang status ng server sa page ng Cluster Configuration.
T: Paano ko titingnan ang status ng cluster ng Unity Connection?
A: Maaari mong suriin ang status ng cluster ng Unity Connection gamit ang web interface o ang Command Line Interface (CLI). Para sa mga detalyadong hakbang, sumangguni sa seksyong "Pagsusuri sa Katayuan ng Cluster" sa manwal ng gumagamit.
Q: Paano ko pamamahalaan ang mga messaging port sa isang cluster?
A: Ang user manual ay nagbibigay ng impormasyon sa pamamahala ng mga messaging port sa isang cluster. Mangyaring sumangguni sa seksyong "Pamamahala ng Mga Messaging Port sa isang Cluster" para sa mga detalye.

Panimula

Ang Cisco Unity Connection cluster deployment ay nagbibigay ng high-availability na voice messaging sa pamamagitan ng dalawang server na nagpapatakbo ng parehong mga bersyon ng Unity Connection. Ang unang server sa cluster ay ang publisher server at ang pangalawang server ay ang subscriber server.

Listahan ng Gawain para sa Pag-configure ng Unity Connection Cluster

Gawin ang mga sumusunod na gawain upang lumikha ng cluster ng Unity Connection:

Ipunin ang mga kinakailangan sa cluster ng Unity Connection. Para sa karagdagang impormasyon, tingnan ang System Requirements para sa Cisco Unity Connection Release 14 sa
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
I-install ang server ng publisher. Para sa higit pang impormasyon, tingnan ang seksyong Pag-install ng Server ng Publisher.
I-install ang server ng subscriber. Para sa higit pang impormasyon, tingnan ang seksyong Pag-install ng Subscriber Server.
I-configure ang Cisco Unified Real-Time Monitoring Tool para sa parehong publisher at subscriber server upang magpadala ng mga notification para sa mga sumusunod na alerto sa Unity Connection:

- AutoFailbackFailed
- AutoFailbackSucceeded
- AutoFailoverFailed
- AutoFailoverSucceeded
- WalangConnectionToPeer
- SbrFaile

Para sa mga tagubilin sa pag-set up ng abiso ng alerto para sa mga alerto sa Unity Connection, tingnan ang seksyong “Cisco Unified Real-Time Monitoring Tool” ng Cisco Unified Real-Time Monitoring Tool Administration Guide para sa kinakailangang paglabas, na makukuha sa http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Opsyonal) Gawin ang mga sumusunod na gawain upang i-customize ang mga setting ng cluster sa publisher server:

Mag-sign in sa Cisco Unity Connection Administration.
Palawakin ang Mga Setting ng System > Advanced at piliin ang Cluster Configuration.
Sa page ng Cluster Configuration, baguhin ang status ng server at piliin ang I-save. Para sa higit pang impormasyon sa pagbabago ng status ng server sa isang cluster, tingnan ang Help> This Page.

Pangangasiwa ng Unity Connection Cluster

Dapat mong suriin ang status ng cluster ng Unity Connection upang matiyak na ang cluster ay wastong na-configure at gumagana nang maayos. Mahalaga rin na maunawaan ang iba't ibang status ng server sa isang cluster at ang mga epekto ng pagbabago ng status ng server sa isang cluster.

Sinusuri ang Katayuan ng Cluster

Maaari mong suriin ang katayuan ng cluster ng Unity Connection gamit ang web interface o Command Line Interface (CLI). Mga Hakbang para Suriin ang Katayuan ng Unity Connection Cluster mula sa Web Interface

Hakbang 1Mag-sign in sa Cisco Unity Connection Serviceability ng alinman sa publisher o subscriber server.
Hakbang 2 Palawakin ang Tools at piliin ang Cluster Management.
Hakbang 3 Sa page ng Cluster Management, tingnan ang status ng server. Para sa karagdagang impormasyon tungkol sa status ng server, tingnan ang Server Status at ang mga Function nito sa isang Unity Connection Cluster na seksyon.

Mga Hakbang para Suriin ang Status ng Unity Connection Cluster mula sa Command Line Interface (CLI)

Hakbang 1 Maaari mong patakbuhin ang show cuc cluster status CLI command sa publisher server o subscriber server upang suriin ang cluster status.
Hakbang 2 Para sa higit pang impormasyon tungkol sa status ng server at mga nauugnay na function nito, tingnan ang seksyong Status ng Server at ang Mga Function nito sa isang Unity Connection Cluster.

Pamamahala ng Mga Messaging Port sa isang Cluster

Sa isang cluster ng Unity Connection, ang mga server ay nagbabahagi ng parehong mga pagsasama ng system ng telepono. Ang bawat server ay may pananagutan sa paghawak ng bahagi ng mga papasok na tawag para sa cluster (pagsagot sa mga tawag sa telepono at pagkuha ng mga mensahe).

Depende sa pagsasama ng system ng telepono, ang bawat voice messaging port ay maaaring italaga sa isang partikular na server o ginagamit ng parehong mga server. Pamamahala ng Mga Messaging Port sa isang Cluster inilalarawan ang mga takdang-aralin sa port.
Talahanayan 1: Mga Pagtatalaga ng Server at Paggamit ng Mga Port ng Voice Messaging sa isang Unity Connection Cluster

Pagsasama Uri

Mga Pagtatalaga ng Server at Paggamit ng Mga Port ng Voice Messaging

Pagsasama ng Skinny Client Control Protocol (SCCP) sa Cisco Unified Communications Manager o Cisco Unified Communications Manager Express

• Ang sistema ng telepono ay naka-set up na may dalawang beses sa bilang ng mga SCCP na boses na kailangan para pangasiwaan ang trapiko ng voice messaging. (Para sa halampSa gayon, ang mga voicemail port device ay kailangan upang mahawakan ang lahat ng voice messaging voicemail port device ay dapat na naka-set up sa system ng telepono.)

• Sa Cisco Unity Connection Administration, ang voice messaging ay na-configure upang kalahati ng bilang ng mga port na naka-set up sa phon ay itinalaga sa bawat server sa cluster. (Para sa halampAng bawat server ay mayroon akong 16 na voice messaging port.)

• Sa system ng telepono, binibigyang-daan ng isang line group, hunt list, at hunt group ang subscriber server na sagutin ang karamihan sa mga papasok na tawag para

• Kung huminto sa paggana ang isa sa mga server (halimbawa, halamppagkatapos, kapag ito ay pagpapanatili), ang natitirang server ay may pananagutan para sa mga papasok na tawag para sa cluster.

• Kapag ang server na huminto sa paggana ay nagawang ipagpatuloy ang kanyang o at na-activate, ipagpapatuloy nito ang responsibilidad na pangasiwaan ang mga share call nito para sa cluster.

Pagsasama sa pamamagitan ng SIP Trunk sa Cisco Unified Communications Manager o Cisco Unified Communications Manager Express

• Sa Cisco Unity Connection Administration, kalahati ng bilang ng mga VO port na kailangan para pangasiwaan ang trapiko ng voice messaging ay itinalaga sa cluster. (Para sa halampAt, kung kailangan ng 16 na voice messaging port para sa lahat ng trapiko ng voice messaging para sa cluster, ang bawat server sa cluster ay may 8 voice messaging port.)

• Sa system ng telepono, isang pangkat ng ruta, listahan ng ruta, at pattern ng ruta a upang ipamahagi ang mga tawag nang pantay-pantay sa pagitan ng parehong mga server sa cluster.

• Kung huminto sa paggana ang isa sa mga server (halimbawa, halamppagkatapos, kapag ito ay pagpapanatili), ang natitirang server ay inaako ang responsibilidad ng mga papasok na tawag para sa cluster.

• Kapag ang server na huminto sa paggana ay nagawang ipagpatuloy ang kanyang o at na-activate na, ipagpapatuloy nito ang responsibilidad na pangasiwaan ang bahagi nito sa

para sa kumpol.

Pagsasama Uri

Mga Pagtatalaga ng Server at Paggamit ng Mga Port ng Voice Messaging

Pagsasama sa pamamagitan ng mga yunit ng PIMG/TIMG

• Ang bilang ng mga port na naka-set up sa system ng telepono ay kapareho ng mga nu voice messaging port sa bawat server sa cluster upang ang server ay may mga voice messaging port. (Para sa halampSa gayon, kung ang sistema ng telepono ay nakatakda sa iyo na may mga voice messaging port, ang bawat server sa cluster ay dapat magkaroon ng parehong mga messaging port.)

• Sa system ng telepono, isang pangkat ng pangangaso ay naka-configure upang ipamahagi ang mga tawag eq parehong mga server sa cluster.

• Naka-configure ang mga unit ng PIMG/TIMG upang balansehin ang voice messaging sa pagitan ng mga server.

• Kung huminto sa paggana ang isa sa mga server (halimbawa, halampKapag ito ay isinara sa pagpapanatili), ang natitirang server ay may pananagutan sa paghawak ng mga papasok na tawag para sa cluster.

• Kapag ang server na huminto sa paggana ay nagawang ipagpatuloy ito ay normal at na-activate, ipagpapatuloy nito ang responsibilidad na pangasiwaan ang bahagi ng kita nito para sa cluster.

Iba pang mga pagsasama na gumagamit ng SIP

• Sa Cisco Unity Connection Administration, kalahati ng bilang ng mga voice port na kailangan para pangasiwaan ang trapiko ng voice messaging ay itinalaga sa cluster. (Para sa halampAt, kung kailangan ng 16 na voice messaging port sa lahat ng trapiko ng voice messaging para sa cluster, ang bawat server sa cluster ay may mga messaging port.)

• Sa system ng telepono, isang pangkat ng pangangaso ay naka-configure upang ipamahagi ang mga tawag eq parehong mga server sa cluster.

• Kung huminto sa paggana ang isa sa mga server (halimbawa, halamppagkatapos, kapag ito ay isinara para sa pagpapanatili), ang natitirang server ay may pananagutan sa paghawak ng mga papasok na tawag para sa cluster.

• Kapag ang server na huminto sa paggana ay maipagpatuloy ang normal nitong pananagutan na pangasiwaan ang bahagi nito sa mga papasok na tawag para sa

Pinipigilan ang Lahat ng Port sa Pagtanggap ng mga Bagong Tawag

Sundin ang mga hakbang sa seksyong ito upang ihinto ang lahat ng mga port sa isang server sa pagkuha ng anumang mga bagong tawag. Nagpapatuloy ang mga tawag hanggang sa ibaba ang tawag.

Tip Gamitin ang page ng Port Monitor sa Real-Time Monitoring Tool (RTMT) upang matukoy kung ang anumang port ay kasalukuyang humahawak ng mga tawag para sa server. Para sa karagdagang impormasyon, tingnan ang Hakbang Pinipigilan ang Lahat ng Ports sa Pagkuha Mga Bagong Tawag
Pinipigilan ang Lahat ng Port sa isang Unity Connection Server mula sa Pagtanggap ng mga Bagong Tawag

Hakbang 1 Mag-sign in sa Cisco Unity Connection Serviceability.

Hakbang 2Palawakin ang menu ng Mga Tool, at piliin ang Cluster Management.
Hakbang 3 Sa page ng Cluster Management, sa ilalim ng Port Manager, sa column na Baguhin ang Port Status, piliin ang Ihinto ang Pagtanggap ng mga Tawag para sa server.

I-restart ang Lahat ng Ports para Tumawag

Sundin ang mga hakbang sa seksyong ito upang i-restart ang lahat ng mga port sa isang server ng Unity Connection upang payagan silang tumawag muli pagkatapos na ihinto ang mga ito.

Hakbang 1 Mag-sign in sa Cisco Unity Connection Serviceability.
Hakbang 2 Palawakin ang menu ng Mga Tool, at piliin ang Cluster Management.

Hakbang 3 Sa page ng Cluster Management, sa ilalim ng Port Manager, sa column na Baguhin ang Port Status, piliin ang Tumawag para sa server.

Status ng Server at ang mga Function nito sa isang Unity Connection Cluster

Ang bawat server sa cluster ay may status na lumalabas sa page ng Cluster Management ng Cisco Unity Connection Serviceability. Isinasaad ng status ang mga function na kasalukuyang ginagawa ng server sa cluster, tulad ng inilarawan sa Talahanayan 2: Status ng Server sa isang Unity Connection Cluster

Talahanayan 2: Status ng Server sa isang Unity Connection Cluster

Katayuan ng Server

Mga Responsibilidad ng Sever sa isang Unity Connection Cluster

Pangunahin

• Ini-publish ang database at message store na parehong ginagaya sa kabilang server

• Tumatanggap ng kinopyang data mula sa ibang server.

• Nagpapakita at tumatanggap ng mga pagbabago sa mga administratibong interface, gaya ng Unity Connection at Cisco Unified Operating System Administration. Ang data na ito ay kinokopya sa kabilang cluster.

• Sumasagot ng mga tawag sa telepono at tumatanggap ng mga mensahe.

• Nagpapadala ng mga notification ng mensahe at mga kahilingan sa MWI.

• Nagpapadala ng mga SMTP notification at VPIM na mensahe.

• Sini-synchronize ang mga voice message sa Unity Connection at Exchange mailbox kung naka-configure ang feature na Unifi.

• Kumokonekta sa mga kliyente, gaya ng mga email application at ang web mga tool na magagamit sa pamamagitan ng

Tandaan Ang isang server na may Primary status ay hindi maaaring i-deactivate.

Katayuan ng Server	Mga Responsibilidad ng Sever sa isang Unity Connection Cluster
Pangalawa	• Tumatanggap ng kinopya na data mula sa server na may Pangunahing katayuan. Kasama sa data ang database at tindahan. • Kinukopya ang data sa server na may Pangunahing katayuan. • Nagpapakita at tumatanggap ng mga pagbabago sa mga administratibong interface, gaya ng Unity Connection Adm at Cisco Unified Operating System Administration. Ang data ay kinokopya sa server na may katayuan. • Sumasagot ng mga tawag sa telepono at tumatanggap ng mga mensahe. • Kumokonekta sa mga kliyente, gaya ng mga email application at ang web mga tool na magagamit sa pamamagitan ng Ci Tandaan Tanging isang server na may Pangalawang katayuan ang maaaring i-deactivate.
Na-deactivate	• Tumatanggap ng kinopya na data mula sa server na may Pangunahing katayuan. Kasama sa data ang database at tindahan. • Hindi ipinapakita ang mga administratibong interface, gaya ng Unity Connection Administration at Unified Operating System Administration. Ang data ay kinokopya sa server gamit ang Pangunahin • Hindi sumasagot sa mga tawag sa telepono o tumatanggap ng mga mensahe. • Hindi kumokonekta sa mga kliyente, gaya ng mga email application at ang web mga tool na magagamit sa pamamagitan ng Cisco PCA.
Hindi Gumagana	• Hindi tumatanggap ng replicated data mula sa server na may Pangunahing katayuan. • Hindi kinokopya ang data sa server na may Pangunahing katayuan. • Hindi ipinapakita ang mga administratibong interface, gaya ng Unity Connection Administration at Unified Operating System Administration. • Hindi sumasagot sa mga tawag sa telepono o tumatanggap ng mga mensahe. Tandaan Karaniwang isinasara ang isang server na may status na Hindi Gumagana.
Nagsisimula	• Tumatanggap ng replicated database at message store mula sa server na may Primary status. • Kinukopya ang data sa server na may Pangunahing katayuan. • Hindi sumasagot sa mga tawag sa telepono o tumatanggap ng mga mensahe. • Hindi nagsi-synchronize ng mga voice message sa pagitan ng Unity Connection at Exchange mailboxes inbox). Tandaan Ang katayuang ito ay tumatagal lamang ng ilang minuto, pagkatapos nito ay kinuha ng server ang naaangkop na katayuan

Katayuan ng Server

Mga Responsibilidad ng Sever sa isang Unity Connection Cluster

Kinokopya ang Data

• Nagpapadala at tumatanggap ng data mula sa cluster.

• Hindi sumasagot sa mga tawag sa telepono o tumatanggap ng mga mensahe sa loob ng ilang oras.

• Hindi kumokonekta sa mga kliyente, gaya ng mga email application at ang web magagamit ang mga tool sa Cisco PCA sa loob ng ilang panahon.

Tandaan Ang katayuang ito ay tumatagal lamang ng ilang minuto, pagkatapos nito ay magpapatuloy ang nakaraang katayuan para sa

Split Brain Recovery (Pagkatapos matukoy ang dalawang server na may Pangunahing katayuan)

• Ina-update ang database at message store sa server na natukoy na mayroong Pangunahin

• Kinukopya ang data sa kabilang server.

• Hindi sumasagot sa mga tawag sa telepono o tumatanggap ng mga mensahe sa loob ng ilang oras.

• Hindi nagsi-synchronize ng mga voice message sa pagitan ng Unity Connection at Exchange mailbox inbox ay naka-on nang ilang panahon.

• Hindi kumokonekta sa mga kliyente, gaya ng mga email application at ang web mga tool na magagamit ang Cisco PCA sa loob ng ilang panahon.

Tandaan Ang katayuang ito ay tumatagal lamang ng ilang minuto, pagkatapos nito ay magpapatuloy ang nakaraang katayuan para sa

Pagbabago ng Status ng Server sa isang Cluster at ang Mga Epekto nito

Ang status ng cluster ng Unity Connection ay maaaring baguhin nang awtomatiko o manu-mano. Maaari mong manual na baguhin ang status ng mga server sa isang cluster sa mga sumusunod na paraan:

Ang isang server na may Pangalawang katayuan ay maaaring manual na baguhin sa isang Pangunahing katayuan. Tingnan ang ikae Manu-manong Pagbabago sa Katayuan ng Server mula Pangalawa tungo sa Pangunahin seksyon.
Ang isang server na may Pangalawang katayuan ay maaaring manu-manong baguhin sa isang Deactivated status. Tingnan ang Manu-manong Pag-activate ng Server na may Naka-deactivate na Katayuan.
Ang isang server na may Deactivated status ay maaaring manu-manong i-activate upang ang katayuan nito ay magbago sa Pangunahin o Pangalawa, depende sa katayuan ng ibang server. Tingnan ang Manu-manong Pag-activate ng Server na may Deactivated Status seksyon.

Manu-manong Pagbabago ng Katayuan ng Server mula Pangalawa tungo sa Pangunahin

Hakbang 1 Mag-sign in sa Cisco Unity Connection Serviceability.
Hakbang 2 Mula sa Tools menu, piliin ang Cluster Management.

Hakbang 3 Sa page ng Cluster Management, mula sa menu ng Server Manager, sa column na Change Server Status ng server na may Secondary status, piliin ang Gawing Pangunahin.
Hakbang 4 Kapag sinenyasan na kumpirmahin ang pagbabago sa status ng server, piliin ang OK. Ipinapakita ng column na Katayuan ng Server ang nabagong katayuan kapag kumpleto na ang pagbabago.

Tandaan Ang server na orihinal na may Primary status ay awtomatikong nagbabago sa Secondary status

Hakbang 1 Mag-sign in sa Real-Time Monitoring Tool (RTMT).
Hakbang 2 Mula sa Cisco Unity Connection menu, piliin ang Port Monitor. Lumilitaw ang tool na Port Monitor sa kanang pane.
Hakbang 3 Sa field ng Node, piliin ang server na may Secondary status.

Hakbang 4 Sa kanang pane, piliin ang Start Polling. Tandaan kung ang anumang voice messaging port ay kasalukuyang humahawak ng mga tawag para sa server.
Hakbang 5 Mag-sign in sa Cisco Unity Connection Serviceability.
Hakbang 6 Mula sa Tools menu, piliin ang Cluster Management.

Hakbang 7 Kung walang voice messaging port ang kasalukuyang humahawak ng mga tawag para sa server, lumaktaw sa Manu-manong Pagbabago ng Katayuan ng Server mula Pangalawa tungo sa Na-deactivate. Kung may mga voice messaging port na kasalukuyang humahawak ng mga tawag para sa server, sa page ng Cluster Management, sa column na Baguhin ang Port Status, piliin ang Ihinto ang Pagtanggap ng mga Tawag para sa server at pagkatapos ay maghintay hanggang ipakita ng RTMT na ang lahat ng port para sa server ay idle.
Hakbang 8 Sa page ng Cluster Management, mula sa menu ng Server Manager, sa column na Change Server Status para sa server
na may Pangalawang katayuan, piliin ang I-deactivate. Ang pag-deactivate ng server ay magwawakas sa lahat ng mga tawag na pinangangasiwaan ng mga port para sa server.
Hakbang 9 Kapag sinenyasan na kumpirmahin ang pagbabago sa katayuan ng server, piliin ang OK. Ipinapakita ng column na Katayuan ng Server ang binagong katayuan kapag kumpleto na ang pagbabago.

Manu-manong Pag-activate ng Server na may Deactivated Status

Hakbang 1 Mag-sign in sa Cisco Unity Connection Serviceability.
Hakbang 2 Mula sa Tools menu, piliin Pamamahala ng Cluster.

Hakbang 3 Sa pahina ng Cluster Management, sa menu ng Server Manager, sa column na Change Server Status para sa server na may status na Deactivated, piliin I-activate.
Hakbang 4 Kapag sinenyasan na kumpirmahin ang pagbabago sa katayuan ng server, piliin OK. Ipinapakita ng column na Katayuan ng Server ang binagong katayuan kapag kumpleto na ang pagbabago

Epekto sa Mga Kasalukuyang Tawag Kapag Nagbabago ang Status ng Server sa isang Cluster ng Koneksyon ng Unity

Kapag nagbago ang status ng isang server ng Unity Connection, ang epekto sa mga kasalukuyang tawag ay nakasalalay sa huling katayuan ng server na humahawak ng isang tawag at sa kondisyon ng network. Ang sumusunod na talahanayan ay naglalarawan

ang mga epekto:

Talahanayan 3: Epekto sa Kasalukuyang Mga Tawag Kapag Nagbabago ang Status ng Server sa isang Cluster ng Koneksyon ng Unity

Katayuan Baguhin	Mga epekto
Pangunahin hanggang Pangalawa	Kapag manu-manong sinimulan ang pagbabago ng status, hindi maaapektuhan ang mga kasalukuyang tawag. Kapag awtomatiko ang pagbabago ng katayuan, ang epekto sa mga kasalukuyang tawag ay nakadepende sa kritikal na serbisyong huminto.
Pangalawa sa Primary	Kapag manu-manong sinimulan ang pagbabago ng status, hindi maaapektuhan ang mga kasalukuyang tawag. Kapag ang pagbabago ng katayuan ay awtomatiko, ang epekto sa mga kasalukuyang tawag ay nakasalalay sa kritikal na serbisyong huminto.
Pangalawa hanggang Na-deactivate	Ibinaba ang mga kasalukuyang tawag. Upang maiwasan ang mga bumabagsak na tawag, sa pahina ng Cluster Management sa Cisco Unity Connection Serviceability, piliin ang Itigil ang Pagtanggap ng mga Tawag para sa server at maghintay hanggang matapos ang lahat ng tawag at i-deactivate ang server.
Pangunahin o Pangalawa sa Pagkopya ng Data	Hindi apektado ang mga kasalukuyang tawag.
Pangunahin o Pangalawa hanggang sa Split Brain Recovery	Hindi apektado ang mga kasalukuyang tawag.

Kung nawala ang mga koneksyon sa network, maaaring matanggal ang mga kasalukuyang tawag depende sa uri ng problema sa network.

Epekto sa Unity Connection Web Mga Application Kapag Nagbabago ang Katayuan ng Server

Ang paggana ng mga sumusunod web hindi maaapektuhan ang mga application kapag nagbago ang status ng server:

Cisco Unity Connection Administration
Kakayahang Serbisyo ng Koneksyon ng Cisco Unity
Koneksyon ng Cisco Unity web mga tool na na-access sa pamamagitan ng Cisco PCA—ang Messaging Assistant, Messaging Inbox, at Personal Call Transfer Rules web mga kasangkapan

Cisco Web Inbox
Mga kliyente ng Representational state transfer (REST) API

Epekto ng Paghinto ng Kritikal na Serbisyo sa isang Unity Connection Cluster

Ang mga kritikal na serbisyo ay kinakailangan para sa normal na paggana ng sistema ng Unity Connection. Ang mga epekto ng pagpapahinto sa isang kritikal na serbisyo ay nakasalalay sa server at sa katayuan nito na inilarawan sa sumusunod na talahanayan:

Talahanayan 4: Mga Epekto ng Paghinto ng isang Kritikal na Serbisyo sa isang Unity Connection Cluster

server

Mga epekto

Publisher

• Kapag ang server ay may Pangunahing katayuan, ang pagpapahinto sa isang kritikal na serbisyo sa Cisco Unity Connection Serviceability ay magdudulot ng pagbabago sa status ng server sa Secondary at nagpapababa sa kakayahan ng server na gumana nang normal.

Ang status ng subscriber server ay nagbabago sa Primary kung wala itong status na Disabled o Not Functioning.

• Kapag ang server ay may Secondary status, ang pagpapahinto sa isang kritikal na serbisyo sa Cisco Unity Connection Serviceability ay nagpapababa sa kakayahan ng server na gumana nang normal. Ang katayuan ng mga server ay hindi nagbabago.

Subscriber

Kapag ang server ay may Primary status, ang pagpapahinto sa isang kritikal na serbisyo sa Cisco Unity Connection Serviceability ay nagpapababa sa kakayahan ng server na gumana nang normal. Ang katayuan ng mga server ay hindi nagbabago.

Pagsara ng Server sa isang Cluster

Kapag ang server ng Unity Connection ay may Pangunahin o Pangalawang katayuan, pinangangasiwaan nito ang trapiko ng voice messaging at pagtitiklop ng data ng cluster. Hindi namin inirerekumenda na i-shut down mo ang parehong mga server sa isang cluster nang sabay-sabay upang maiwasan ang biglaang pagwawakas ng mga tawag at pagtitiklop na kasalukuyang isinasagawa. Isaalang-alang ang mga sumusunod na punto kapag gusto mong i-shutdown ang isang server sa isang cluster ng Unity Connection:

I-shut down ang server sa mga oras na hindi pangnegosyo kapag mababa ang trapiko ng voice messaging.
Baguhin ang katayuan ng server mula sa Pangunahin o Pangalawa patungo sa Na-deactivate bago isara.

Hakbang 1 Sa server na hindi nagsasara, mag-sign in sa Cisco Unity Connection Serviceability.
Hakbang 2 Mula sa Tools menu, piliin ang Cluster Management.
Hakbang 3 Sa page ng Cluster Management, hanapin ang server na gusto mong i-shut down.

Hakbang 4 Kung ang server na gusto mong isara ay may Pangalawang katayuan, lumaktaw sa
Hakbang 5. Kung ang server na gusto mong isara ay may Pangunahing katayuan, baguhin ang katayuan:
- Sa column na Baguhin ang Katayuan ng Server para sa server na may Pangalawang katayuan, piliin ang Gawing Pangunahin.
- Kapag sinenyasan na kumpirmahin ang pagbabago sa katayuan ng server, piliin ang OK.
- Kumpirmahin na ang column ng Status ng Server ay nagpapahiwatig na ang server ay may Pangunahing katayuan ngayon at ang server na gusto mong isara ay may Pangalawang katayuan
Hakbang 5 Sa server na may Secondary status (ang gusto mong isara), baguhin ang status:
- Mag-sign in sa Real-Time Monitoring Tool (RTMT).
- Mula sa Cisco Unity Connection menu, piliin ang Port Monitor. Lumilitaw ang tool na Port Monitor sa kanang pane.
- Sa field ng Node, piliin ang server na may Secondary status.
- Sa kanang pane, piliin ang Start Polling.
- Tandaan kung ang anumang voice messaging port ay kasalukuyang humahawak ng mga tawag para sa server.
- Kung walang voice messaging port na kasalukuyang humahawak ng mga tawag para sa server, lumaktaw sa Step5g. Kung may mga voice messaging port na kasalukuyang humahawak ng mga tawag para sa server, sa page ng Cluster Management,
  sa column na Baguhin ang Port Status, piliin ang Ihinto ang Pagtanggap ng mga Tawag para sa server at pagkatapos ay maghintay hanggang ipakita ng RTMT na ang lahat ng port para sa server ay idle.
- Sa page ng Cluster Management, mula sa menu ng Server Manager, sa column na Change Server Status para sa server na may Secondary status, piliin ang Deactivate. Mag-ingat Ang pag-deactivate ng server ay nagwawakas sa lahat ng mga tawag na pinangangasiwaan ng mga port para sa server
- Kapag sinenyasan na kumpirmahin ang pagbabago sa katayuan ng server, piliin ang OK.
- Kumpirmahin na ang column ng Server Status ay nagpapahiwatig na ang server ay mayroon na ngayong Deactivated status.

Hakbang 6 I-shut down ang server na iyong na-deactivate:
- Mag-sign in sa Cisco Unity Connection Serviceability.
- Palawakin ang Tools at piliin ang Cluster Management.
- Tiyaking ipinapakita ng column na Katayuan ng Server ang status na Hindi Gumagana para sa server na iyong isinara

Pagpapalit ng mga Server sa isang Cluster

Sundin ang mga hakbang sa ibinigay na mga seksyon upang palitan ang publisher o subscriber server sa isang cluster:

Upang palitan ang server ng publisher, tingnan ang seksyong Pagpapalit ng Server ng Publisher.
Upang palitan ang server ng subscriber, tingnan ang seksyong Pagpapalit ng Server ng Subscriber.

Paano Gumagana ang Unity Connection Cluster
Ang feature ng Unity Connection cluster ay nagbibigay ng high-availability na voice messaging sa pamamagitan ng dalawang Unity Connection server na naka-configure sa isang cluster. Ang pag-uugali ng cluster ng Unity Connection kapag parehong aktibo ang mga server:

Maaaring italaga ang cluster ng pangalan ng DNS na ibinabahagi ng mga server ng Unity Connection.
Mga kliyente, tulad ng mga email application at ang web Ang mga tool na magagamit sa pamamagitan ng Cisco Personal Communications Assistant (PCA) ay maaaring kumonekta sa alinman sa mga server ng Unity Connection.
Ang mga system ng telepono ay maaaring magpadala ng mga tawag sa alinman sa mga server ng Unity Connection.

Ang papasok na pagkarga ng trapiko ng telepono ay balanse sa pagitan ng mga server ng Unity Connection ng system ng telepono, mga unit ng PIMG/TIMG, o iba pang mga gateway na kinakailangan para sa pagsasama ng system ng telepono.

Ang bawat server sa isang cluster ay may pananagutan sa paghawak ng bahagi ng mga papasok na tawag para sa cluster (pagsagot sa mga tawag sa telepono at pagkuha ng mga mensahe). Ang server na may Primary status ay responsable para sa mga sumusunod na function:

Homing at pag-publish ng database at message store na ginagaya sa ibang server.
Pagpapadala ng mga abiso ng mensahe at mga kahilingan sa MWI (ang serbisyo ng Notifier ng Koneksyon ay isinaaktibo).
Nagpapadala ng mga SMTP notification at VPIM na mensahe (ang serbisyo ng Connection Message Transfer Agent ay isinaaktibo).
Pag-synchronize ng mga voice message sa pagitan ng Unity Connection at Exchange mailbox, kung ang pinag-isang tampok sa pagmemensahe ay na-configure (ang serbisyo ng Unity Connection Mailbox Sync ay isinaaktibo).

Kapag ang isa sa mga server ay tumigil sa paggana (para sa halamppagkatapos, kapag ito ay isinara para sa pagpapanatili), ang natitirang server ay nagpapatuloy sa responsibilidad ng paghawak sa lahat ng mga papasok na tawag para sa cluster. Ang database at message store ay ginagaya sa ibang server kapag ang functionality nito ay naibalik. Kapag ang server na huminto sa paggana ay nagawang ipagpatuloy ang mga normal na paggana nito at na-activate, ipagpatuloy nito ang responsibilidad na pangasiwaan ang bahagi nito sa mga papasok na tawag para sa cluster.

Tandaan

Inirerekomenda na magsagawa lamang ng provisioning sa server ng Publisher sa Active-Active mode at sa Subscriber (Acting Primary) kung sakaling magkaroon ng cluster failover. Ang pagbabago ng password at pagbabago ng setting ng password para sa User PIN/Web ang application ay dapat na nakalaan sa server ng Publisher sa Active-Active mode. Upang masubaybayan ang status ng server, ang serbisyo ng Connection Server Role Manager ay tumatakbo sa Cisco Unity Connection Serviceability sa parehong mga server. Ang serbisyong ito ay gumaganap ng mga sumusunod na function:

Sinisimulan ang mga naaangkop na serbisyo sa bawat server, depende sa status ng server.
Tinutukoy kung ang mga kritikal na proseso (tulad ng pagpoproseso ng voice message, pagtitiklop ng database, pag-synchronize ng voice message sa Exchange, at pagtitiklop ng message store) ay gumagana nang normal.
Nagsisimula ng mga pagbabago sa status ng server kapag ang server na may Pangunahing katayuan ay hindi gumagana o kapag ang mga kritikal na serbisyo ay hindi tumatakbo.

Tandaan ang mga sumusunod na limitasyon kapag hindi gumagana ang publisher server:

Kung ang cluster ng Unity Connection ay isinama sa isang direktoryo ng LDAP, hindi magaganap ang pag-synchronize ng direktoryo, bagama't patuloy na gagana ang pagpapatotoo kapag ang server ng subscriber lang ang gumagana. Kapag ang publisher server ay nagpapatuloy sa paggana, ang directory synchronization ay magpapatuloy din.
Kung kasama sa isang digital o HTTPS network ang cluster ng Unity Connection, hindi magaganap ang mga update sa direktoryo, bagama't patuloy na ipinapadala ang mga mensahe papunta at mula sa cluster kapag ang server ng subscriber lang ang gumagana. Kapag gumaganang muli ang server ng publisher, magpapatuloy ang mga update sa direktoryo.

Ang serbisyo ng Connection Server Role Manager ay nagpapadala ng isang keep-alive na kaganapan sa pagitan ng publisher at subscriber server upang kumpirmahin na ang mga server ay gumagana at konektado. Kung ang isa sa mga server ay huminto sa paggana o ang koneksyon sa pagitan ng mga server ay nawala, ang serbisyo ng Connection Server Role Manager ay naghihintay para sa mga keep-alive na kaganapan at maaaring mangailangan ng 30 hanggang 60 segundo upang matukoy na ang ibang server ay hindi magagamit. Habang ang serbisyo ng Connection Server Role Manager ay naghihintay para sa keep-alive na mga kaganapan, ang mga user na nagsa-sign in sa server na may Secondary status ay hindi ma-access ang kanilang mailbox o magpadala ng mga mensahe, dahil ang serbisyo ng Connection Server Role Manager ay hindi pa natukoy na ang server na may Pangunahing katayuan (na mayroong aktibong tindahan ng mensahe) ay hindi magagamit. Sa sitwasyong ito, ang mga tumatawag na nagtatangkang mag-iwan ng mensahe ay maaaring makarinig ng dead air o maaaring hindi marinig ang recording beep.

Tandaan Inirerekomenda na i-import at tanggalin ang mga user ng LDAP mula sa publisher node lamang.

Mga Epekto ng Split Brain Condition sa isang Unity Connection Cluster

Kapag ang parehong mga server sa isang cluster ng Unity Connection ay may Pangunahing katayuan sa parehong oras (para sa halampAt, kapag ang mga server ay nawalan ng koneksyon sa isa't isa), ang parehong mga server ay humahawak sa mga papasok na tawag (sagutin ang mga tawag sa telepono at tumanggap ng mga mensahe), magpadala ng mga notification ng mensahe, magpadala ng mga kahilingan sa MWI, tumanggap ng mga pagbabago sa mga administratibong interface (tulad ng Unity Connection Administration) , at i-synchronize ang mga voice message sa Unity Connection at Exchange mailbox kung naka-on ang isang inbox

Gayunpaman, hindi ginagaya ng mga server ang database at message store sa isa't isa at hindi tumatanggap ng replicated data mula sa isa't isa.
Kapag ang koneksyon sa pagitan ng mga server ay naibalik, ang katayuan ng mga server ay pansamantalang nagbabago sa Split Brain Recovery habang ang data ay kinokopya sa pagitan ng mga server at mga setting ng MWI ay pinagsama-sama. Sa panahon na ang status ng server ay Split Brain Recovery, ang serbisyo ng Connection Message Transfer Agent at ang Connection Notifier service (sa Cisco Unity Connection Serviceability) ay hihinto sa parehong mga server, kaya ang Unity Connection ay hindi naghahatid ng anumang mga mensahe at hindi nagpapadala ng anumang mensahe mga abiso.
Ang serbisyo ng Connection Mailbox Sync ay itinigil din, kaya ang Unity Connection ay hindi nagsi-synchronize ng mga voice message sa Exchange (isang inbox). Ang mga tindahan ng mensahe ay saglit ding na-dismount, upang sabihin ng Unity Connection sa mga user na sinusubukang kunin ang kanilang mga mensahe sa puntong ito na pansamantalang hindi available ang kanilang mga mailbox.
Kapag kumpleto na ang proseso ng pagbawi, magsisimula ang serbisyo ng Connection Message Transfer Agent at ang Connection Notifier service sa publisher server. Ang paghahatid ng mga mensaheng dumating habang nasa proseso ng pagbawi ay maaaring tumagal ng karagdagang oras, depende sa bilang ng mga mensaheng ihahatid. Ang serbisyo ng Connection Message Transfer Agent at ang Connection Notifier service ay sinisimulan sa subscriber server. Panghuli, ang publisher server ay may Pangunahing katayuan at ang subscriber server ay may Pangalawang katayuan. Sa puntong ito, sinisimulan ang serbisyo ng Connection Mailbox Sync sa server na may Pangunahing katayuan, upang maipagpatuloy ng Unity Connection ang pag-synchronize ng mga voice message sa Exchange kung naka-on ang isang inbox.

Mga Dokumento / Mga Mapagkukunan

Inilabas ng CISCO ang 14 Unity Connection Cluster [pdf] Gabay sa Gumagamit
Release 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

Mga sanggunian

User Manual

Inilabas ng CISCO ang 14 Unity Connection Cluster

Impormasyon ng Produkto

Mga pagtutukoy

Mga Tagubilin sa Paggamit ng Produkto