CISCO Release 14 Unity Connection Cluster User Guide

En Unity Connection-areto, la serviloj dividas la samajn telefonsistemajn integriĝojn. Ĉiu servilo pritraktas parton de la envenantaj vokoj por la areto.

Havenaj Asignoj

Depende de la telefonsistema integriĝo, ĉiu voĉa mesaĝa haveno estas aŭ asignita al specifa servilo aŭ uzata de ambaŭ serviloj.

Oftaj Demandoj

Q: Kiel mi kolektas postulojn pri grapolo de Unity Connection?

R: Por pliaj informoj pri kolektado de postuloj pri Unity Connection, raportu al la Sistemo-Kondiĉoj por Agordo de Cisco Unity Connection Cluster-dokumentado.
Q: Kiel mi agordas atentigajn sciigojn por Atentigoj pri Unity Connection?

R: Konsultu la Gvidilon pri Administrado de Cisco Unified Real-Time Monitoring Tool por instrukcioj pri agordo de atentaj sciigoj por atentigoj pri Unity Connection.
Q: Kiel mi ŝanĝas la servilstatuson en areto?

R: Por ŝanĝi la servilstatuson en areto, ensalutu al Cisco Unity Connection Administration, vastigu Sistemajn Agordojn > Altnivela, elektu Cluster Configuration, kaj modifi la servilstatuson sur la Cluster Configuration paĝo.
Q: Kiel mi kontrolas la staton de la grupo de Unity Connection?
R: Vi povas kontroli la staton de la grupo de Unity Connection aŭ uzante la web interfaco aŭ la Komandlinia Interfaco (CLI). Por detalaj paŝoj, konsultu la sekcion "Kontrolado de la Areto-Stato" en la uzantmanlibro.
Q: Kiel mi administras mesaĝajn havenojn en areto?
R: La uzantmanlibro provizas informojn pri administrado de mesaĝaj havenoj en areto. Bonvolu konsulti la sekcion "Administrado de Mesaĝaj Havenoj en Areto" por detaloj.

Enkonduko

La Cisco Unity Connection-clusterdeplojo disponigas alt-haveblan voĉmesaĝon per la du serviloj kiuj prizorgas la samajn versiojn de Unity Connection. La unua servilo en la areto estas la eldonservilo kaj la dua servilo estas la abonantoservilo.

Taskolisto por Agordo de Unity Connect Cluster

Faru la sekvajn taskojn por krei Unity Connection-grupon:

Kolektu Unity Connection-clusterpostulojn. Por pliaj informoj, vidu Sistemaj Kondiĉoj por Cisco Unity Connection Release 14 ĉe
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
Instalu la eldonan servilon. Por pliaj informoj, vidu la sekcion Instalado de la Publisher Server.
Instalu la abonan servilon. Por pliaj informoj, vidu la sekcion Instalado de la Abonanto-Servilo.
Agordu la Cisco Unified Real-Time Monitoring Tool por kaj eldonaj kaj abonantaj serviloj por sendi sciigojn pri la sekvaj alarmoj pri Unity Connection:

- Aŭtomata Reveno Malsukcesis
- AutoFailback Sukcesis
- AutoFailoverFailed
- AutoFailoverSukcesita
- NoConnectionToPeer
- SbrFaile

Por instrukcioj pri agordo de atentiga sciigo por atentigoj pri Unity Connection, vidu la sekcion "Cisco Unified Real-Time Monitoring Tool" de la Cisco Unified Real-Time Monitoring Tool Administration Guide por la bezonata eldono, havebla ĉe http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Laŭvola) Faru la sekvajn taskojn por personecigi la agordojn de la cluster en la eldonejo:

Ensalutu al Cisco Unity Connection Administration.
Vastigu Sistemajn Agordojn> Altnivela kaj elektu Agordo de Areto.
Sur la paĝo de Agordo de la Areto, ŝanĝu la statuson de la servilo kaj elektu Konservi. Por pliaj informoj pri ŝanĝado de la servila stato en areto, vidu Helpo> Ĉi tiu Paĝo.

Administrado de Unity Connect Cluster

Vi devas kontroli la staton de la areto de Unity Connection por certigi, ke la areto estas ĝuste agordita kaj funkcias ĝuste. Ankaŭ gravas kompreni la malsaman servilstatuson en areto kaj la efikojn de ŝanĝado de servila statuso en areto.

Kontrolante la staton de la Areto

Vi povas kontroli la staton de la grupo de Unity Connection aŭ uzante la web interfaco aŭ Command Line Interface (CLI). Paŝoj por Kontroli la Statuson de Unity Connection Cluster de Web Interfaco

Paŝo 1Ensalutu en Cisco Unity Connection Serviceability de aŭ eldonisto aŭ abona servilo.
Paŝo 2 Vastigu Ilojn kaj elektu Administrado de Areto.
Paŝo 3 Sur la paĝo pri Administrado de Areto, kontrolu la staton de la servilo. Por pliaj informoj pri servilo-stato, vidu la sekcion de Servilo-Statuso kaj ĝiaj Funkcioj en Unity Connection Cluster.

Paŝoj por Kontroli Statuson de Unity Connection Cluster de Komandlinia Interfaco (CLI)

Paŝo 1 Vi povas ruli la komandon CLI show cuc cluster status sur la eldonservilo aŭ abonanta servilo por kontroli la cluster statuson.
Paŝo 2 Por pliaj informoj pri servila stato kaj ĝiaj rilataj funkcioj, vidu la sekcion de Servilo-Stato kaj ĝiaj Funkcioj en Unity Connection Cluster.

Administrado de Mesaĝaj Havenoj en Areto

En Unity Connection-areto, la serviloj dividas la samajn telefonsistemajn integriĝojn. Ĉiu servilo respondecas pri pritraktado de parto de la envenantaj vokoj por la areto (respondado de telefonvokoj kaj prenado de mesaĝoj).

Depende de la telefonsistema integriĝo, ĉiu voĉa mesaĝa haveno estas aŭ asignita al specifa servilo aŭ uzata de ambaŭ serviloj. Administrado de Mesaĝaj Havenoj en Areto priskribas la havenajn taskojn.
Tabelo 1: Servilaj Taskoj kaj Uzado de Voĉaj Mesaĝaj Havenoj en Unueca Konekta Areto

Integriĝo Tajpu

Servilaj Asignoj kaj Uzado de Voĉaj Mesaĝaj Havenoj

Integriĝo per Skinny Client Control Protocol (SCCP) kun Cisco Unified Communications Manager aŭ Cisco Unified Communications Manager Express

• La telefona sistemo estas starigita kun duoble la nombro da SCCP-voĉoj, kiuj estas bezonataj por trakti la voĉan mesaĝan trafikon. (Ekzample, voĉpoŝtaj havenaj aparatoj estas bezonataj por manipuli ĉiujn voĉmesaĝajn voĉpoŝtajn havenajn aparatojn devas esti instalitaj en la telefonsistemo.)

• En Cisco Unity Connection Administration, la voĉa mesaĝado estas agordita tiel ke duono de la nombro de la havenoj starigitaj sur la telefono estas asignita al ĉiu servilo en la areto. (Ekzample, ĉiu servilo i havas 16 voĉajn mesaĝajn havenojn.)

• En la telefona sistemo, liniogrupo, ĉaslisto kaj ĉasgrupo ebligas al la abonanto-servilo respondi la plej multajn envenantajn vokojn por

• Se unu el la serviloj ĉesas funkcii (ekzample, kiam ĝi estas sh prizorgado), la restanta servilo supozas respondecon por la envenantaj vokoj por la areto.

• Kiam la servilo, kiu ĉesis funkcii, povas rekomenci sian nor kaj estas aktivigita, ĝi rekomencas la respondecon pritrakti siajn akciajn vokojn por la cluster.

Integriĝo per SIP Trunko kun Cisco Unified Communications Manager aŭ Cisco Unified Communications Manager Express

• En Cisco Unity Connection Administration, duono de la nombro da VO-havenoj necesaj por pritrakti voĉan mesaĝan trafikon estas asignita en la areto. (Ekzample, se 16 voĉmesaĝaj havenoj estas necesaj por ĉiu voĉmesaĝa trafiko por la areto, ĉiu servilo en la areto havas 8 voĉmesaĝajn havenojn.)

• En la telefona sistemo, itinerogrupo, itinerolisto, kaj itinerŝablono a por distribui vokojn egale inter ambaŭ serviloj en la areto.

• Se unu el la serviloj ĉesas funkcii (ekzample, kiam ĝi estas sh prizorgado), la restanta servilo supozas respondecon de la envenantaj vokoj por la areto.

• Kiam la servilo, kiu ĉesis funkcii, povas rekomenci sian nor kaj estas aktivigita, ĝi rekomencas la respondecon pritrakti sian parton de

por la areto.

Integriĝo Tajpu

Servilaj Asignoj kaj Uzado de Voĉaj Mesaĝaj Havenoj

Integriĝo per PIMG/TIMG-unuoj

• La nombro da havenoj starigitaj en la telefonsistemo estas la sama kiel la nu-voĉaj mesaĝaj havenoj sur ĉiu servilo en la areto tiel ke la servilo havas la voĉajn mesaĝajn havenojn. (Ekzample, se la telefona sistemo estas agordita u kun voĉaj mesaĝaj havenoj, ĉiu servilo en la areto devas havi la samajn mesaĝajn havenojn.)

• Sur la telefona sistemo, ĉasgrupo estas agordita por distribui vokojn eq ambaŭ serviloj en la areto.

• La PIMG/TIMG-unuoj estas agorditaj por ekvilibrigi la voĉmesaĝon inter la serviloj.

• Se unu el la serviloj ĉesas funkcii (ekzample, kiam ĝi estas fermita d prizorgado), la restanta servilo supozas respondecon pri pritraktado de envenantaj vokoj por la areto.

• Kiam la servilo, kiu ĉesis funkcii, povas rekomenci, estas normala kaj estas aktivigita, ĝi rekomencas la respondecon pritrakti sian parton de enspezo por la areto.

Aliaj integriĝoj kiuj uzas SIP

• En Cisco Unity Connection Administration, duono de la nombro da voĉaj havenoj, kiuj estas bezonataj por trakti voĉan mesaĝan trafikon, estas asignita al en la areto. (Ekzample, se necesas 16 voĉaj mesaĝaj havenoj por la tuta voĉa mesaĝa trafiko por la areto, ĉiu servilo en la areto havas mesaĝajn havenojn.)

• Sur la telefona sistemo, ĉasgrupo estas agordita por distribui vokojn eq ambaŭ serviloj en la areto.

• Se unu el la serviloj ĉesas funkcii (ekzample, kiam ĝi estas fermita por prizorgado), la restanta servilo supozas respondecon pri pritraktado de envenantaj vokoj por la areto.

• Kiam la servilo, kiu ĉesis funkcii, povas rekomenci sian normalan, ĝi rekomencas respondecon pritrakti sian parton de envenantaj vokoj por th.

Ĉesigi ĉiujn Havenojn de Prenado de Novaj Vokoj

Sekvu la paŝojn en ĉi tiu sekcio por malhelpi ĉiujn havenojn de servilo preni novajn vokojn. Vokoj en progreso daŭras ĝis la alvokantoj haltas.

Konsilo Uzu la paĝon de Haveno-Monitorilo en la Realtempa Monitora Ilo (RTMT) por determini ĉu iu haveno nuntempe pritraktas vokojn por la servilo. Por pliaj informoj, vidu la Paŝon Ĉesigante Ĉiuj Havenoj de Prenado Novaj Vokoj
Ĉesigi ĉiujn Havenojn en Unity Connection Server de Prenado de Novaj Vokoj

Paŝo 1 Ensalutu al Cisco Unity Connection Serviceability.

Paŝo 2Vastigu la menuon Iloj kaj elektu Administrado de Areto.
Paŝo 3 Sur la paĝo pri Administrado de Areto, sub Port Manager, en la kolumno Ŝanĝi Havenan Statuon, elektu Ĉesu Voki por la servilo.

Rekomencante Ĉiuj Havenoj por Preni Vokojn

Sekvu la paŝojn en ĉi tiu sekcio por rekomenci ĉiujn havenojn sur Unity Connection-servilo por permesi al ili preni vokojn denove post kiam ili estis haltigitaj.

Paŝo 1 Ensalutu al Cisco Unity Connection Serviceability.
Paŝo 2 Vastigu la menuon Iloj kaj elektu Administrado de Areto.

Paŝo 3 Sur la Cluster Management paĝo, sub Port Manager, en la Ŝanĝi Haveno Statuso kolumno, Elektu Prenu Vokojn por la servilo.

Servila Statuso kaj ĝiaj Funkcioj en Unity Connection Cluster

Ĉiu servilo en la areto havas statuson kiu aperas sur la Cluster Management paĝo de Cisco Unity Connection Serviceability. La stato indikas la funkciojn, kiujn la servilo nuntempe plenumas en la areto, kiel priskribite en Tabelo 2: Servilo-Stato en Unity Connection Cluster.

Tablo 2: Servilo-Stato en Unity Connect Cluster

Servilo Statuso

Respondecoj de la Sever en Unity Connection Cluster

Primara

• Eldonas la datumbazon kaj mesaĝbutikon, kiuj ambaŭ estas reproduktitaj al la alia servilo

• Ricevas kopiitajn datumojn de la alia servilo.

• Montras kaj akceptas ŝanĝojn al la administraj interfacoj, kiel Unity Connection kaj Cisco Unified Operating System Administration. Ĉi tiuj datumoj estas reproduktitaj al la alia areto.

• Respondas telefonvokojn kaj prenas mesaĝojn.

• Sendas mesaĝajn sciigojn kaj MWI-petojn.

• Sendas SMTP sciigojn kaj VPIM mesaĝojn.

• Sinkronigas voĉmesaĝojn en Unity Connection kaj Exchange leterkestoj se la Unifi funkcio estas agordita.

• Konektas kun la klientoj, kiel retpoŝtaj aplikoj kaj la web iloj haveblaj tra

Notu Servilo kun Ĉefa statuso ne povas esti malaktivigita.

Servilo Statuso	Respondecoj de la Sever en Unity Connection Cluster
Sekundara	• Ricevas kopiitajn datumojn de la servilo kun Primara statuso. Datumoj inkluzivas la datumbazon kaj vendejon. • Reproduktas datumojn al la servilo kun Primara statuso. • Montras kaj akceptas ŝanĝojn al la administraj interfacoj, kiel ekzemple Unity Connection Adm kaj Cisco Unified Operating System Administration. La datumoj estas reproduktitaj al la servilo kun statuso. • Respondas telefonvokojn kaj prenas mesaĝojn. • Konektas kun la klientoj, kiel retpoŝtaj aplikoj kaj la web iloj disponeblaj per Ci Notu Nur servilo kun Sekundara statuso povas esti malaktivigita.
Malaktivigita	• Ricevas kopiitajn datumojn de la servilo kun Primara statuso. Datumoj inkluzivas la datumbazon kaj vendejon. • Ne montras la administrajn interfacojn, kiel Unity Connection Administration kaj Unified Operating System Administration. La datumoj estas reproduktitaj al la servilo kun la Primara • Ne respondas telefonvokojn aŭ prenas mesaĝojn. • Ne konektas kun la klientoj, kiel retpoŝtaj aplikoj kaj la web iloj haveblaj per Cisco PCA.
Ne Funkcianta	• Ne ricevas kopiitajn datumojn de la servilo kun Primara statuso. • Ne reproduktas datumojn al la servilo kun Primara statuso. • Ne montras la administrajn interfacojn, kiel Unity Connection Administration kaj Unified Operating System Administration. • Ne respondas telefonvokojn aŭ prenas mesaĝojn. Notu Servilo kun stato Ne Funkcianta estas kutime malŝaltita.
Komencante	• Ricevas reproduktitan datumbazon kaj mesaĝbutikon de la servilo kun Primara statuso. • Reproduktas datumojn al la servilo kun Primara statuso. • Ne respondas telefonvokojn aŭ prenas mesaĝojn. • Ne sinkronigas voĉmesaĝojn inter leterkesto de Unity Connection kaj Exchange). Notu Ĉi tiu statuso daŭras nur kelkajn minutojn, post kio la servilo prenas la aplikeblan statuson

Servilo Statuso

Respondecoj de la Sever en Unity Connection Cluster

Reproduktado de Datumoj

• Sendas kaj ricevas datumojn de la areto.

• Ne respondas telefonvokojn aŭ prenas mesaĝojn dum iom da tempo.

• Ne konektas kun klientoj, kiel retpoŝtaj aplikoj kaj la web iloj disponeblaj per Cisco PCA dum iom da tempo.

Notu Ĉi tiu stato daŭras nur kelkajn minutojn, post kiuj la antaŭa stato rekomencas por

Split Cerba Reakiro (Post detektado de du serviloj kun Primara statuso)

• Ĝisdatigas la datumbazon kaj mesaĝbutikon sur la servilo, kiu estas decidita havi Primaran

• Reproduktas datumojn al la alia servilo.

• Ne respondas telefonvokojn aŭ prenas mesaĝojn dum iom da tempo.

• Ne sinkronigas voĉmesaĝojn inter Unity Connection kaj Exchange leterkesto estas ŝaltita dum iom da tempo.

• Ne konektas kun klientoj, kiel retpoŝtaj aplikoj kaj la web iloj haveblaj la Cisco PCA dum iom da tempo.

Notu Ĉi tiu stato daŭras nur kelkajn minutojn, post kiuj la antaŭa stato rekomencas por

Ŝanĝado de Servila Statuso en Areto kaj ĝiaj Efikoj

La statuso de Unity Connection povas esti ŝanĝita aŭ aŭtomate aŭ permane. Vi povas mane ŝanĝi la staton de serviloj en areto laŭ la jenaj manieroj:

Servilo kun Sekundara statuso povas esti mane ŝanĝita al Primara statuso. Vidu the Mane Ŝanĝante la Servilan Statuson de Sekundara al Ĉefa sekcio.
Servilo kun Sekundara statuso povas esti mane ŝanĝita al Malaktivigita statuso. Vidu la Mane Aktivigi Servilon kun Malaktivigita Statuso.
Servilo kun Malaktivigita statuso povas esti mane aktivigita tiel ke ĝia statuso ŝanĝiĝas al Primara aŭ Sekundara, depende de la statuso de la alia servilo. Vidu la Mane Aktivigi Servilon kun Malaktivigita Statuso sekcio.

Mane Ŝanĝante la Servila Statuso de Sekundara al Ĉefa

Paŝo 1 Ensalutu al Cisco Unity Connection Serviceability.
Paŝo 2 El la Iloj-menuo, elektu Cluster Management.

Paŝo 3 Sur la paĝo pri Administrado de Areto, el la menuo de Servila Administranto, en la kolumno Ŝanĝi Servila Statuso de la servilo kun Sekundara statuso, elektu Fari Ĉefan.
Paŝo 4 Kiam vi petas konfirmi la ŝanĝon en servila stato, elektu OK. La kolumno Servilo-Stato montras la ŝanĝitan staton kiam la ŝanĝo estas kompleta.

Notu La servilo kiu origine havis Primaran statuson aŭtomate ŝanĝiĝas al Sekundara statuso

Paŝo 1 Ensalutu al la Realtempa Monitora Ilo (RTMT).
Paŝo 2 El la menuo de Cisco Unity Connection, elektu Port Monitor. La Port Monitoro ilo aperas en la dekstra panelo.
Paŝo 3 En la kampo Nodo, elektu la servilon kun Sekundara statuso.

Paŝo 4 En la dekstra panelo, elektu Komencu Vodon. Notu ĉu iuj voĉaj mesaĝaj havenoj nuntempe pritraktas vokojn por la servilo.
Paŝo 5 Ensalutu al Cisco Unity Connection Serviceability.
Paŝo 6 El la Iloj-menuo, elektu Cluster Management.

Paŝo 7 Se neniuj voĉaj mesaĝaj havenoj nuntempe pritraktas vokojn por la servilo, saltu al Mane Ŝanĝante la Servila Statuso de Sekundara al Malaktivigita. Se ekzistas voĉaj mesaĝaj havenoj, kiuj nuntempe pritraktas vokojn por la servilo, en la paĝo de Cluster Management, en la kolumno Ŝanĝi Haveno-Statuson, elektu Ĉesu Voki por la servilo kaj tiam atendu ĝis RTMT montras, ke ĉiuj havenoj por la servilo estas neaktivaj.
Paŝo 8 Sur la paĝo pri Administrado de Areto, el la menuo de Servila Administranto, en la kolumno Ŝanĝi Servila Statuso por la servilo
kun Sekundara statuso, elektu Malaktivigi. Malaktivigi servilon finigas ĉiujn vokojn, kiujn la havenoj por la servilo pritraktas.
Paŝo 9 Kiam vi petas konfirmi la ŝanĝon en la servila stato, elektu OK. La kolumno Servilo-Stato montras la ŝanĝitan staton kiam la ŝanĝo estas kompleta.

Mane Aktivigi Servilon kun Malaktivigita Statuso

Paŝo 1 Ensalutu al Cisco Unity Connection Serviceability.
Paŝo 2 El la menuo Iloj, elektu Administrado de Areto.

Paŝo 3 Sur la paĝo Administrado de Areto, en la menuo de Servila Administranto, en la kolumno Ŝanĝi Servila Statuso por la servilo kun Malaktivigita stato, elektu Aktivigu.
Paŝo 4 Kiam oni petas konfirmi la ŝanĝon en la servila stato, elektu Bone. La kolumno Servilo-Stato montras la ŝanĝitan staton kiam la ŝanĝo estas kompleta

Efiko al Vokoj en Progreso Kiam Servila Statuso Ŝanĝas en Unity Connect Cluster

Kiam la statuso de Unity Connection-servilo ŝanĝiĝas, la efiko al vokoj en progreso dependas de la fina stato de la servilo kiu pritraktas vokon kaj de la kondiĉo de la reto. La sekva tabelo priskribas

la efikoj:

Tabelo 3: Efiko al Vokoj en Progreso Kiam Servila Statuso Ŝanĝas en Unity Connect Cluster

Statuso Ŝanĝi	Efektoj
Primara al Sekundara	Kiam la statusŝanĝo estas komencita permane, vokoj en progreso ne estas tuŝitaj. Kiam la statusŝanĝo estas aŭtomata, la efiko al vokoj en progreso dependas de la kritika servo, kiu ĉesis.
Sekundara al Primara	Kiam la statusŝanĝo estas komencita permane, vokoj en progreso ne estas tuŝitaj. Kiam la statusŝanĝo estas aŭtomata, la efiko al vokoj en progreso dependas de la kritika servo kiu ĉesis.
Malĉefa al Malaktivigita	Vokoj en progreso estas forigitaj. Por malhelpi faligitajn vokojn, sur la Cluster Management-paĝo en Cisco Unity Connection Serviceability, elektu Ĉesu Preni Vokojn por la servilo kaj atendu ĝis ĉiuj vokoj finiĝos kaj malaktivigu la servilon.
Primara aŭ Malĉefa al Reproduktado de Datumoj	Vokoj en progreso ne estas tuŝitaj.
Primara aŭ Malĉefa al Split Brain Recovery	Vokoj en progreso ne estas tuŝitaj.

Se retaj konektoj estas perditaj, tiam vokoj en progreso povas esti forigitaj depende de la naturo de la reto-problemo.

Efiko sur Unity Connection Web Aplikoj Kiam la Servila Statuso Ŝanĝas

La funkciado de la jenaj web aplikoj ne estas tuŝitaj kiam la servila stato ŝanĝiĝas:

Cisco Unity Connection Administration
Cisco Unity Connection Serviceability
Konekto de Cisco Unity web iloj alireblaj per la Cisco PCA—la Messaging Assistant, Messaging Inbox, kaj Personal Call Transfer Reguloj web iloj

Cisco Web Enirkesto
Reprezenta ŝtattransigo (REST) API-klientoj

Efiko de Ĉesigo de Kritika Servo sur Unity Connection Cluster

Kritikaj servoj estas necesaj por la normala funkciado de la Unity Connection-sistemo. La efikoj de ĉesigo de kritika servo dependas de la servilo kaj ĝia stato priskribita en la sekva tabelo:

Tablo 4: Efikoj de Ĉesigo de Kritika Servo sur Unity Connect Cluster

Servilo

Efektoj

Eldonisto

• Kiam la servilo havas Primaran statuson, ĉesigi kritikan servon en Cisco Unity Connection Serviceability igas la servilstatuson ŝanĝiĝi al Sekundara kaj malpliigas la kapablon de la servilo funkcii normale.

La statuso de la abona servilo ŝanĝiĝas al Ĉefa se ĝi ne havas la staton Malfunkciigita aŭ Ne Funkcianta.

• Kiam la servilo havas Sekundaran statuson, ĉesigi kritikan servon en Cisco Unity Connection Serviceability malpliigas la kapablon de la servilo funkcii normale. La stato de la serviloj ne ŝanĝiĝas.

Abonanto

Kiam la servilo havas Primaran statuson, ĉesigi kritikan servon en Cisco Unity Connection Serviceability malpliigas la kapablon de la servilo funkcii normale. La stato de la serviloj ne ŝanĝiĝas.

Fermi Servilon en a Areto

Kiam Unity Connection-servilo havas Primaran aŭ Sekundaran statuson, ĝi pritraktas voĉan mesaĝtrafikon kaj grapdatumreproduktadon. Ni ne rekomendas al vi malŝalti ambaŭ servilojn en areto samtempe por eviti subitan ĉesigon de la vokoj kaj reproduktado, kiuj okazas. Konsideru la sekvajn punktojn kiam vi volas malŝalti servilon en Unity Connection-grupo:

Malŝaltu la servilon dum nekomercaj horoj kiam voĉa mesaĝa trafiko estas malalta.
Ŝanĝu la servilstatuson de Primara aŭ Sekundara al Malaktivigita antaŭ ol malŝalti.

Paŝo 1 Sur la servilo, kiu ne malŝaltas, ensalutu al Cisco Unity Connection Serviceability.
Paŝo 2 El la Iloj-menuo, elektu Cluster Management.
Paŝo 3 Sur la paĝo pri Administrado de Areto, lokalizu la servilon, kiun vi volas malŝalti.

Paŝo 4 Se la servilo, kiun vi volas malŝalti, havas Sekundaran statuson, saltu al
Paŝo 5. Se la servilo, kiun vi volas malŝalti, havas Ĉefan statuson, ŝanĝu la statuson:
- En la kolumno Ŝanĝi Servila Statuso por la servilo kun Sekundara statuso, elektu Fari Ĉefan.
- Kiam vi petas konfirmi la ŝanĝon en la servila stato, elektu OK.
- Konfirmu, ke la kolumno de Servilo-Statuso indikas, ke la servilo havas Ĉefan statuson nun kaj ke la servilo, kiun vi volas malŝalti, havas Sekundaran statuson.
Paŝo 5 Sur la servilo kun Sekundara statuso (tiu, kiun vi volas malŝalti), ŝanĝu la statuson:
- Ensalutu al la Realtempa Monitora Ilo (RTMT).
- El la menuo de Cisco Unity Connection, elektu Port Monitor. La Port Monitoro ilo aperas en la dekstra panelo.
- En la kampo Nodo, elektu la servilon kun Sekundara statuso.
- En la dekstra panelo, elektu Komencu Vodon.
- Notu ĉu iuj voĉaj mesaĝaj havenoj nuntempe pritraktas vokojn por la servilo.
- Se neniuj voĉaj mesaĝaj havenoj nuntempe pritraktas vokojn por la servilo, saltu al Step5g.. Se estas voĉaj mesaĝaj havenoj, kiuj nuntempe pritraktas vokojn por la servilo, sur la paĝo pri Administrado de Areto,
  en la kolumno Ŝanĝi Haveno-Statuson, elektu Ĉesu Preni Vokojn por la servilo kaj tiam atendu ĝis RTMT montras, ke ĉiuj havenoj por la servilo estas neaktivaj.
- Sur la paĝo Administrado de Areto, el la menuo de Servila Administranto, en la kolumno Ŝanĝi Servila Statuso por la servilo kun Sekundara statuso, elektu Malaktivigi. Atento Malaktivigi servilon ĉesigas ĉiujn vokojn kiujn la pordoj por la servilo pritraktas
- Kiam vi petas konfirmi la ŝanĝon en la servila stato, elektu OK.
- Konfirmu, ke la kolumno de Servilo-Stato indikas, ke la servilo nun havas Malaktivigitan statuson.

Paŝo 6 Malŝaltu la servilon, kiun vi malaktivigis:
- Ensalutu al Cisco Unity Connection Serviceability.
- Vastigu Ilojn kaj elektu Administrado de Areto.
- Certigu, ke la kolumno Servilo-Statuso montras la staton Ne Funkcianta por la servilo, kiun vi malŝaltas

Anstataŭigi Servilojn en Areto

Sekvu la paŝojn en la donitaj sekcioj por anstataŭigi eldoniston aŭ abonan servilon en areto:

Por anstataŭigi la eldonservilon, vidu la sekcion Anstataŭigi eldonservilon.
Por anstataŭigi la abonan servilon, vidu la sekcion Anstataŭigi Abonan Servilon.

Kiel Funkcias Unity Connection Cluster
La Unity Connection-grupo-trajto disponigas althaveblan voĉmesaĝon per du Unity Connection-serviloj kiuj estas agorditaj en areto. La konduto de Unity Connection kiam ambaŭ serviloj estas aktivaj:

La areto povas esti asignita DNS-nomon, kiu estas dividita de la serviloj de Unity Connection.
Klientoj, kiel retpoŝtaj aplikoj kaj la web iloj disponeblaj per la Cisco Personal Communications Assistant (PCA) povas konektiĝi al ĉiu el la serviloj de Unity Connection.
Telefonsistemoj povas sendi vokojn al ĉiu el la serviloj de Unity Connection.

Envenanta telefontrafikŝarĝo estas ekvilibra inter la Unity Connection-serviloj per la telefonsistemo, PIMG/TIMG-unuoj, aŭ aliaj enirejoj kiuj estas postulataj por la telefonsistemintegriĝo.

Ĉiu servilo en areto respondecas pri pritraktado de parto de la envenantaj vokoj por la areto (respondado de telefonvokoj kaj prenado de mesaĝoj). La servilo kun Ĉefa statuso respondecas pri la sekvaj funkcioj:

Homing kaj publikigado de la datumbazo kaj mesaĝbutiko, kiuj estas reproduktitaj al la alia servilo.
Sendante mesaĝajn sciigojn kaj MWI-petojn (la servo Connection Notifier estas aktivigita).
Sendante SMTP-sciigojn kaj VPIM-mesaĝojn (la servo de Connection Message Transfer Agent estas aktivigita).
Sinkronigi voĉmesaĝojn inter leterkestoj de Unity Connection kaj Exchange, se la unuigita mesaĝa funkcio estas agordita (la servo de Unity Connection Mailbox Sync estas aktivigita).

Kiam unu el la serviloj ĉesas funkcii (ekzample, kiam ĝi estas malŝaltita por prizorgado), la restanta servilo rekomencas la respondecon pritrakti ĉiujn envenantajn vokojn por la areto. La datumbazo kaj mesaĝbutiko estas reproduktitaj al la alia servilo kiam ĝia funkcieco estas restarigita. Kiam la servilo, kiu ĉesis funkcii, povas rekomenci siajn normalajn funkciojn kaj estas aktivigita, ĝi rekomencas respondecon pritrakti sian parton de envenantaj vokoj por la areto.

Notu

Oni rekomendas fari provizadon nur sur la Eldonisto-servilo en Aktiva-Aktiva reĝimo kaj ĉe Abonanto (Aganta Primara) en kazo de malsukceso de grapolo. La pasvortŝanĝo kaj pasvorta agorda modifo por la Uzanto PIN/Web aplikaĵo estu provizita sur la Eldonisto-servilo en Aktiva-Aktiva reĝimo. Por kontroli la servilstatuson, la servo de Connection Server Role Manager funkcias en Cisco Unity Connection Serviceability sur ambaŭ serviloj. Ĉi tiu servo plenumas la sekvajn funkciojn:

Lanĉas la aplikeblajn servojn sur ĉiu servilo, depende de servila stato.
Determinas ĉu kritikaj procezoj (kiel ekzemple voĉmesaĝo prilaborado, datumbaza reproduktado, voĉmesaĝo sinkronigado kun Exchange, kaj mesaĝbutiko reproduktado) funkcias normale.
Iniciatas ŝanĝojn al servila stato kiam la servilo kun Ĉefa statuso ne funkcias aŭ kiam kritikaj servoj ne funkcias.

Notu la sekvajn limigojn kiam la eldonservilo ne funkcias:

Se la Unity Connection-grupo estas integrita kun LDAP-dosierujo, dosieruja sinkronigo ne okazas, kvankam aŭtentikigo daŭre funkcias kiam nur la abonantoservilo funkcias. Kiam la eldonservilo rekomencas funkcii, dosieruja sinkronigo ankaŭ rekomencas.
Se cifereca aŭ HTTPS-reto inkluzivas la Unity Connection-areton, dosierujoj ne okazas, kvankam mesaĝoj daŭre estas senditaj al kaj de la areto kiam nur la abonantservilo funkcias. Kiam la eldonservilo denove funkcias, la dosierujoj rekomenciĝas.

La servo de Connection Server Role Manager sendas daŭran eventon inter la eldonisto kaj abonanto-serviloj por konfirmi, ke la serviloj funkcias kaj konektitaj. Se unu el la serviloj ĉesas funkcii aŭ la konekto inter la serviloj perdiĝas, la servo de Connection Server Role Manager atendas la daŭrajn eventojn kaj povas postuli 30 ĝis 60 sekundojn por detekti, ke la alia servilo ne disponeblas. Dum la servo de Connection Server Role Manager atendas la daŭrajn eventojn, uzantoj ensalutantaj al la servilo kun Sekundara statuso ne povas aliri sian leterkeston aŭ sendi mesaĝojn, ĉar la Connection Server Role Manager servo ankoraŭ ne detektis, ke la servilo. kun Ĉefa statuso (kiu havas la aktivan mesaĝbutikon) estas neatingebla. En ĉi tiu situacio, alvokantoj, kiuj provas lasi mesaĝon, povas aŭdi mortan aeron aŭ eble ne aŭdas la registran bipon.

Notu Oni rekomendas importi kaj forigi la LDAP-uzantojn de la eldonejo nur.

Efikoj de Split Brain Condition en Unity Connect Cluster

Kiam ambaŭ serviloj en Unity Connection-areto havas Ĉefan statuson samtempe (ekzample, kiam la serviloj perdis sian rilaton unu kun la alia), ambaŭ serviloj pritraktas la envenantajn vokojn (respondi telefonvokojn kaj prenas mesaĝojn), sendas mesaĝajn sciigojn, sendas MWI-petojn, akceptas ŝanĝojn al la administraj interfacoj (kiel ekzemple Unity Connection Administration) , kaj sinkronigi voĉmesaĝojn en Unity Connection kaj Exchange leterkestoj se ununura enirkesto estas ŝaltita

Tamen, la serviloj ne reproduktas la datumbazon kaj mesaĝbutikon unu al la alia kaj ne ricevas kopiitajn datenojn unu de la alia.
Kiam la konekto inter la serviloj estas restarigita, la stato de la serviloj provizore ŝanĝiĝas al Split Brain Recovery dum la datumoj estas reproduktitaj inter la serviloj kaj MWI-agordoj estas kunordigitaj. Dum la tempo, kiam la servila statuso estas Split Brain Recovery, la servo de Connection Message Transfer Agent kaj la servo Connection Notifier (en Cisco Unity Connection Serviceability) estas haltigitaj sur ambaŭ serviloj, do Unity Connection ne liveras mesaĝojn kaj sendas neniun mesaĝon. sciigoj.
La servo de Connection Mailbox Sync ankaŭ estas ĉesigita, do Unity Connection ne sinkronigas voĉmesaĝojn kun Exchange (ununura enirkesto). La mesaĝbutikoj ankaŭ estas mallonge malmuntitaj, tiel ke Unity Connection diras al uzantoj, kiuj provas preni siajn mesaĝojn ĉe ĉi tiu punkto, ke iliaj leterkestoj estas provizore neatingeblaj.
Kiam la reakira procezo finiĝas, la servo de Connection Message Transfer Agent kaj la servo Connection Notifier komenciĝas sur la eldonejo. Livero de la mesaĝoj kiuj alvenis dum la reakiro povas preni plian tempon, depende de la nombro da mesaĝoj liverotaj. La servo de Connection Message Transfer Agent kaj la servo Connection Notifier estas komencitaj sur la abona servilo. Fine, la eldonservilo havas Primaran statuson kaj la abonantoservilo havas Sekundaran statuson. Je ĉi tiu punkto, la servo de Connection Mailbox Sync estas komencita sur la servilo kun Ĉefa statuso, tiel ke Unity Connection povas rekomenci sinkronigi voĉmesaĝojn kun Exchange se ununura enirkesto estas ŝaltita.

Dokumentoj/Rimedoj

CISCO Release 14 Unity Connection Cluster [pdf] Uzantogvidilo
Eldono 14 Unity Connection Cluster, Eldono 14, Unity Connect Cluster, Connect Cluster, Cluster

Referencoj

Uzanto Manlibro

CISCO Release 14 Unity Connection Cluster

Produktaj Informoj

Specifoj

Produktaj Uzado-Instrukcioj