CISCO 14. laidiena Unity savienojumu kopa

Informācija par produktu

Specifikācijas

• Produkta nosaukums: Cisco Unity savienojumu klasteris
• Augstas pieejamības balss ziņojumapmaiņa
• Divi serveri, kuros darbojas vienādas Unity Connection versijas
• Izdevēja serveris un abonentu serveris

Produkta lietošanas instrukcijas

Uzdevumu saraksts Unity savienojumu klastera konfigurēšanai

1. Apkopojiet Unity Connection klastera prasības.
2. Iestatiet brīdinājuma paziņojumus Unity Connection brīdinājumiem.
3. Pielāgojiet klastera iestatījumus izdevēja serverī.

Cisco Unity savienojuma klastera iestatījumu konfigurēšana Publisher serverī

1. Pierakstieties pakalpojumā Cisco Unity Connection Administration.
2. Izvērsiet System Settings > Advanced un atlasiet Cluster Configuration.
3. Lapā Klastera konfigurācija mainiet servera statusu un atlasiet Saglabāt.

Unity savienojumu klastera administrēšana

Lai pārbaudītu Unity Connection klastera statusu un nodrošinātu pareizu konfigurāciju:

Klastera statusa pārbaude no Web Interfeiss

1. Pierakstieties izdevēja vai abonenta servera Cisco Unity Connection Serviceability.
2. Izvērsiet Tools un atlasiet Cluster Management.
3. Lapā Klasteru pārvaldība pārbaudiet servera statusu.

Klastera statusa pārbaude no komandrindas interfeisa (CLI)

1. Izdevēja serverī vai abonenta serverī palaidiet komandu Show cuc cluster status CLI.

Ziņojumapmaiņas portu pārvaldība klasterī

Unity Connection klasterī serveriem ir viena un tā pati tālruņa sistēmu integrācija. Katrs serveris apstrādā daļu no klastera ienākošajiem zvaniem.

Ostas uzdevumi

Atkarībā no tālruņa sistēmas integrācijas katrs balss ziņojumapmaiņas ports tiek piešķirts noteiktam serverim vai tiek izmantots abiem serveriem.

FAQ

• J: Kā apkopot Unity Connection klastera prasības?
• A: Papildinformāciju par Unity Connection klastera prasību apkopošanu skatiet dokumentācijā Sistēmas prasības Cisco Unity Connection Cluster konfigurēšanai.
• J: Kā iestatīt brīdinājuma paziņojumus Unity Connection brīdinājumiem?
• A: Skatiet Cisco vienotā reāllaika pārraudzības rīka administrēšanas rokasgrāmatu, lai iegūtu norādījumus par brīdinājumu paziņojumu iestatīšanu Unity Connection brīdinājumiem.
• J: Kā mainīt servera statusu klasterī?
• A. Lai mainītu servera statusu klasterī, pierakstieties Cisco Unity Connection Administration, izvērsiet System Settings > Advanced, atlasiet Cluster Configuration un modificējiet servera statusu klastera konfigurācijas lapā.
• J: Kā pārbaudīt Unity Connection klastera statusu?
• A: Varat pārbaudīt Unity Connection klastera statusu, izmantojot web interfeisu vai komandrindas interfeisu (CLI). Detalizētas darbības skatiet lietotāja rokasgrāmatas sadaļā “Klastera statusa pārbaude”.
• J: Kā pārvaldīt ziņojumapmaiņas portus klasterī?
• A: Lietotāja rokasgrāmatā ir sniegta informācija par ziņojumapmaiņas portu pārvaldību klasterī. Plašāku informāciju skatiet sadaļā “Ziņojumapmaiņas portu pārvaldība klasterī”.

 

Ievads

Cisco Unity Connection klastera izvietošana nodrošina augstas pieejamības balss ziņojumapmaiņu, izmantojot divus serverus, kuros darbojas tās pašas Unity Connection versijas. Pirmais serveris klasterī ir izdevēja serveris, bet otrais serveris ir abonentu serveris.

Uzdevumu saraksts Unity savienojumu klastera konfigurēšanai

Lai izveidotu Unity Connection klasteru, veiciet tālāk norādītās darbības.

1.  Apkopojiet Unity Connection klastera prasības. Papildinformāciju skatiet sadaļā Sistēmas prasības Cisco Unity savienojuma 14. laidienam vietnē
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Instalējiet izdevēja serveri. Papildinformāciju skatiet sadaļā Publisher Server instalēšana.
4.  Instalējiet abonenta serveri. Papildinformāciju skatiet sadaļā Abonenta servera instalēšana.
5. Konfigurējiet Cisco vienoto reāllaika pārraudzības rīku gan izdevēju, gan abonentu serveriem, lai nosūtītu paziņojumus par šādiem Unity Connection brīdinājumiem:

• • Automātiskā atteikšanās neizdevās
  • Automātiska kļūda
  • AutoFailoverFailed
  • AutoFailoverSucceeded
  •  NoConnectionToPeer
  • SbrFaile

Norādījumus par brīdinājuma paziņojumu iestatīšanu Unity Connection brīdinājumiem skatiet Cisco vienotā reāllaika pārraudzības rīka administrēšanas rokasgrāmatas sadaļā “Cisco vienotais reāllaika pārraudzības rīks” par nepieciešamo laidienu, kas pieejams vietnē  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Neobligāti) Veiciet tālāk norādītos uzdevumus, lai pielāgotu klastera iestatījumus izdevēja serverī:

• Pierakstieties pakalpojumā Cisco Unity Connection Administration.
• Izvērsiet System Settings > Advanced un atlasiet Cluster Configuration.
• Lapā Klastera konfigurācija mainiet servera statusu un atlasiet Saglabāt. Papildinformāciju par servera statusa maiņu klasterī skatiet sadaļā Palīdzība> Šī lapa.

Unity savienojumu klastera administrēšana

Jums jāpārbauda Unity Connection klastera statuss, lai nodrošinātu, ka klasteris ir pareizi konfigurēts un darbojas pareizi. Ir svarīgi arī izprast atšķirīgo servera statusu klasterī un servera statusa maiņas ietekmi klasterī.

Klastera statusa pārbaude

Unity Connection klastera statusu varat pārbaudīt, izmantojot vai nu web interfeiss vai komandrindas interfeiss (CLI). Darbības, lai pārbaudītu Unity savienojuma klastera statusu no Web Interfeiss

• 1. darbībaPierakstieties Cisco Unity Connection Serviceability vai nu izdevēja, vai abonenta servera.
• 2. darbība Izvērsiet Tools un atlasiet Cluster Management.
• 3. darbība Lapā Klasteru pārvaldība pārbaudiet servera statusu. Lai iegūtu vairāk informācijas par servera statusu, skatiet sadaļu Servera statuss un tā funkcijas sadaļā Unity Connection Cluster.

Darbības, lai pārbaudītu Unity savienojuma klastera statusu no komandrindas interfeisa (CLI)

• 1. darbība Varat palaist komandu show cuc cluster status CLI izdevēja serverī vai abonenta serverī, lai pārbaudītu klastera statusu.
• 2. darbība Lai iegūtu papildinformāciju par servera statusu un ar to saistītajām funkcijām, skatiet sadaļu Servera statuss un tā funkcijas Unity Connection Cluster sadaļā.

Ziņojumapmaiņas portu pārvaldība klasterī

Unity Connection klasterī serveriem ir viena un tā pati tālruņa sistēmu integrācija. Katrs serveris ir atbildīgs par klastera ienākošo zvanu daļas apstrādi (atbildēšanu uz tālruņa zvaniem un ziņojumu saņemšanu).

Atkarībā no tālruņa sistēmas integrācijas katrs balss ziņojumapmaiņas ports tiek piešķirts noteiktam serverim vai tiek izmantots abiem serveriem. Ziņojumapmaiņas portu pārvaldība klasterī apraksta portu uzdevumus.
1. tabula. Servera piešķiršana un balss ziņojumapmaiņas portu izmantošana Unity savienojumu klasterī

Integrācija Tips	Serveru piešķiršana un balss ziņojumapmaiņas portu izmantošana
Skinny Client Control Protocol (SCCP) integrācija ar Cisco Unified Communications Manager vai Cisco Unified Communications Manager Express	• Tālruņa sistēma ir iestatīta ar divreiz lielāku SCCP balsu skaitu, kas nepieciešams, lai apstrādātu balss ziņojumapmaiņas trafiku. (Piemēram,ample, balss pasta porta ierīces ir nepieciešamas, lai apstrādātu visas balss ziņojumapmaiņas balss pasta porta ierīces ir jāiestata tālruņa sistēmā.) • Programmā Cisco Unity Connection Administration balss ziņojumapmaiņa ir konfigurēta tā, lai puse no tālrunī iestatīto portu skaita tiktu piešķirta katram klastera serverim. (Piemēram,ampkatram serverim ir 16 balss ziņojumapmaiņas porti.) • Tālruņa sistēmā līniju grupa, meklēšanas saraksts un meklēšanas grupa ļauj abonenta serverim atbildēt uz lielāko daļu ienākošo zvanu • Ja kāds no serveriem pārstāj darboties (piemēram,ample, ja tā ir sh uzturēšana), atlikušais serveris uzņemas atbildību par klastera ienākošajiem zvaniem. • Kad serveris, kas pārtrauca darbību, var atsākt savu nor un tiek aktivizēts, tas atsāk atbildību par koplietošanas zvanu apstrādi klasterim.
Integrācija, izmantojot SIP maģistrāli ar Cisco Unified Communications Manager vai Cisco Unified Communications Manager Express	• Programmā Cisco Unity Connection Administration klasterī ir piešķirta puse no VO portu skaita, kas nepieciešams balss ziņojumapmaiņas trafika apstrādei. (Piemēram,ampJa visai klastera balss ziņojumapmaiņas trafikam ir nepieciešami 16 balss ziņojumapmaiņas porti, katram klastera serverim ir 8 balss ziņojumapmaiņas porti.) • Tālruņa sistēmā maršruta grupa, maršrutu saraksts un maršruta modelis a, lai vienādi sadalītu zvanus starp abiem klastera serveriem. • Ja kāds no serveriem pārstāj darboties (piemēram,ample, ja tā ir sh uzturēšana), atlikušais serveris uzņemas atbildību par klastera ienākošajiem zvaniem. • Kad serveris, kas pārtrauca darbību, var atsākt savu darbību un tiek aktivizēts, tas atsāk atbildību par savu daļu klasterim.

Integrācija Tips	Serveru piešķiršana un balss ziņojumapmaiņas portu izmantošana
Integrācija, izmantojot PIMG/TIMG vienības	• Tālruņa sistēmā iestatīto portu skaits ir tāds pats kā nu balss ziņojumapmaiņas porti katrā klastera serverī, lai serverim būtu balss ziņojumapmaiņas porti. (Piemēram,ampJa tālruņa sistēmai ir iestatīti balss ziņojumapmaiņas porti, katram klastera serverim ir jābūt vienādiem ziņojumapmaiņas portiem.) • Tālruņa sistēmā meklēšanas grupa ir konfigurēta, lai izplatītu zvanus, kas atbilst abiem klastera serveriem. • PIMG/TIMG vienības ir konfigurētas, lai līdzsvarotu balss ziņojumapmaiņu starp serveriem. • Ja kāds no serveriem pārstāj darboties (piemēram,ample, kad tas tiek aizvērts d uzturēšana), atlikušais serveris uzņemas atbildību par klastera ienākošo zvanu apstrādi. • Kad serveris, kas pārtrauca darbību, var atsākt darbību un ir aktivizēts, tas atkal uzņemas atbildību par klastera ienākumu daļas apstrādi.
Citas integrācijas, kas izmanto SIP	• Programmā Cisco Unity Connection Administration klasterī ir piešķirta puse no balss portu skaita, kas nepieciešams balss ziņojumapmaiņas trafika apstrādei. (Piemēram,ampJa klasterim ir nepieciešami 16 balss ziņojumapmaiņas porti, katram klastera serverim ir ziņojumapmaiņas porti.) • Tālruņa sistēmā meklēšanas grupa ir konfigurēta, lai izplatītu zvanus, kas atbilst abiem klastera serveriem. • Ja kāds no serveriem pārstāj darboties (piemēram,ample, kad tas tiek slēgts apkopes dēļ), atlikušais serveris uzņemas atbildību par klastera ienākošo zvanu apstrādi. • Kad serveris, kas pārtrauca darboties, var atsākt savu normālu darbību, tas atsāk atbildību par savu ienākošo zvanu daļu apstrādi.

Visu portu pārtraukšana no jaunu zvanu pieņemšanas

Veiciet šajā sadaļā norādītās darbības, lai neļautu visiem servera portiem pieņemt jaunus zvanus. Notiekošie zvani turpinās, līdz zvanītāji pārtrauc klausuli.

Padoms Izmantojiet reāllaika pārraudzības rīka (RTMT) lapu Port Monitor, lai noteiktu, vai kāds ports pašlaik apstrādā servera zvanus. Papildinformāciju skatiet sadaļā Darbība Visu portu pārņemšanas pārtraukšana Jauni zvani
Visu Unity Connection servera portu pārtraukšana no jaunu zvanu pieņemšanas

• 1. darbība Pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
• 2. darbībaIzvērsiet izvēlni Rīki un atlasiet Klasteru pārvaldība.
• 3. darbība Lapas Klasteru pārvaldība sadaļā Portu pārvaldnieks kolonnā Mainīt porta statusu atlasiet servera zvanu pārtraukšanu.

Visu portu restartēšana, lai pieņemtu zvanus

Izpildiet šajā sadaļā norādītās darbības, lai restartētu visus Unity Connection servera portus un ļautu tiem atkal pieņemt zvanus pēc to apturēšanas.

• 1. darbība Pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
• 2. darbība Izvērsiet izvēlni Rīki un atlasiet Klasteru pārvaldība.
• 3. darbība Lapas Klasteru pārvaldība sadaļā Portu pārvaldnieks kolonnā Mainīt porta statusu atlasiet servera zvanu pieņemšanu.

Servera statuss un tā funkcijas Unity savienojumu klasterī

Katram klastera serverim ir statuss, kas tiek parādīts Cisco Unity savienojuma apkalpojamības lapā Cluster Management. Statuss norāda funkcijas, kuras serveris pašlaik veic klasterī, kā aprakstīts 2. tabulā: Servera statuss Unity savienojuma klasterī.

2. tabula. Servera statuss Unity savienojumu klasterīr

Servera statuss

Servera pienākumi Unity savienojumu klasterī

Primārais

• Publicē datu bāzi un ziņojumu krātuvi, kas abi tiek replicēti citā serverī • Saņem replicētus datus no otra servera. • Parāda un pieņem izmaiņas administratīvajās saskarnēs, piemēram, Unity Connection un Cisco Unified Operating System Administration. Šie dati tiek replicēti citā klasterī. • Atbild uz tālruņa zvaniem un pieņem ziņas. • Sūta ziņojumu paziņojumus un MWI pieprasījumus. • Sūta SMTP paziņojumus un VPIM ziņojumus. • Sinhronizē balss ziņas Unity Connection un Exchange pastkastēs, ja ir konfigurēta Unifi funkcija. • Savieno ar klientiem, piemēram, e-pasta lietojumprogrammām un web rīki, kas pieejami caur   Piezīme                Serveri ar primāro statusu nevar deaktivizēt.

 

Servera statuss	Servera pienākumi Unity savienojumu klasterī
Sekundārais	• Saņem replicētus datus no servera ar primāro statusu. Dati ietver datu bāzi un veikalu. • Replicē datus serverī ar primāro statusu. • Parāda un pieņem izmaiņas administratīvajās saskarnēs, piemēram, Unity Connection Adm un Cisco Unified Operating System Administration. Dati tiek replicēti serverī ar statusu. • Atbild uz tālruņa zvaniem un pieņem ziņas. • Savieno ar klientiem, piemēram, e-pasta lietojumprogrammām un web rīki, kas pieejami caur Ci   Piezīme                Var deaktivizēt tikai serveri ar sekundāro statusu.
Deaktivizēts	• Saņem replicētus datus no servera ar primāro statusu. Dati ietver datu bāzi un veikalu. • Nerāda administratīvās saskarnes, piemēram, Unity Connection Administration un Unified Operating System Administration. Dati tiek replicēti serverī ar primāro • Neatbild uz tālruņa zvaniem un nepieņem ziņas. • Neizveido savienojumu ar klientiem, piemēram, e-pasta lietojumprogrammām un web rīki, kas pieejami, izmantojot Cisco PCA.
Nedarbojas	• Nesaņem replicētus datus no servera ar primāro statusu. • Nereplicē datus uz serveri ar primāro statusu. • Nerāda administratīvās saskarnes, piemēram, Unity Connection Administration un Unified Operating System Administration. • Neatbild uz tālruņa zvaniem un nepieņem ziņas.   Piezīme                Serveris ar statusu Nefunkcionē parasti tiek izslēgts.
Sākas	• Saņem replicētu datu bāzi un ziņojumu krātuvi no servera ar primāro statusu. • Replicē datus serverī ar primāro statusu. • Neatbild uz tālruņa zvaniem un nepieņem ziņas. • Nesinhronizē balss ziņas starp Unity Connection un Exchange pastkastes iesūtni).   Piezīme                Šis statuss ilgst tikai dažas minūtes, pēc tam serveris iegūst atbilstošo statusu

Servera statuss	Servera pienākumi Unity savienojumu klasterī
Datu atkārtošana	• Nosūta un saņem datus no klastera. • Kādu laiku neatbild uz tālruņa zvaniem un nepieņem ziņas. • Neizveido savienojumu ar klientiem, piemēram, e-pasta lietojumprogrammām un web kādu laiku pieejami rīki, izmantojot Cisco PCA.   Piezīme                Šis statuss ilgst tikai dažas minūtes, pēc tam tiek atsākts iepriekšējais statuss
Sadalīto smadzeņu atveseļošanās (Pēc divu serveru noteikšanas ar primāro statusu)	• Atjaunina datu bāzi un ziņojumu krātuvi serverī, kuram ir noteikts primārais • Replicē datus uz otru serveri. • Kādu laiku neatbild uz tālruņa zvaniem un nepieņem ziņas. • Nesinhronizē balss ziņas starp Unity Connection un Exchange pastkastes iesūtne kādu laiku ir ieslēgta. • Neizveido savienojumu ar klientiem, piemēram, e-pasta lietojumprogrammām un web rīki, kas kādu laiku bija pieejami Cisco PCA.   Piezīme                Šis statuss ilgst tikai dažas minūtes, pēc tam tiek atsākts iepriekšējais statuss

Servera statusa maiņa klasterī un tā sekas

Unity Connection klastera statusu var mainīt automātiski vai manuāli. Varat manuāli mainīt klastera serveru statusu šādos veidos:

1.  Serveri ar sekundāro statusu var manuāli mainīt uz primāro statusu. Skatīt the Servera statusa manuāla maiņa no Sekundāra uz Primāro sadaļā.
2. Serveri ar sekundāro statusu var manuāli mainīt uz statusu Deaktivizēts. Skatīt Manuāla servera aktivizēšana ar deaktivizētu statusu.
3.  Serveri ar statusu Deaktivizēts var aktivizēt manuāli, lai tā statuss mainītos uz Primārais vai Sekundārais atkarībā no otra servera statusa. Skatīt Servera ar deaktivizētu statusu manuāla aktivizēšana sadaļā.

Servera statusa manuāla maiņa no sekundāra uz primāro

• 1. darbība Pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
• 2. darbība Izvēlnē Rīki atlasiet Kopu pārvaldība.
• 3. darbība Lapas Klasteru pārvaldība izvēlnē Servera pārvaldnieks tā servera kolonnā Mainīt servera statusu ar sekundāro statusu atlasiet Padarīt par primāro.
• 4. darbība Kad tiek prasīts apstiprināt servera statusa izmaiņas, atlasiet Labi. Kolonnā Servera statuss tiek parādīts mainītais statuss, kad izmaiņas ir pabeigtas.

Piezīme Serveris, kuram sākotnēji bija primārais statuss, automātiski mainās uz Sekundāro statusu

• 1. darbība Pierakstieties reāllaika uzraudzības rīkā (RTMT).
• 2. darbība Izvēlnē Cisco Unity Connection atlasiet Port Monitor. Labajā rūtī tiek parādīts Port Monitor rīks.
• 3. darbība Laukā Mezgls atlasiet serveri ar sekundāro statusu.
• 4. darbība Labajā rūtī atlasiet Sākt aptauju. Ņemiet vērā, vai kāds balss ziņojumapmaiņas ports pašlaik apstrādā servera zvanus.
• 5. darbība Pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
• 6. darbība Izvēlnē Rīki atlasiet Kopu pārvaldība.
• 7. darbība Ja neviens balss ziņojumapmaiņas ports pašlaik neapstrādā servera zvanus, pārejiet uz Servera statusa manuāla maiņa no Sekundāra uz Deaktivizēts. Ja ir balss ziņojumapmaiņas porti, kas pašlaik apstrādā servera zvanus, klasteru pārvaldības lapas kolonnā Mainīt porta statusu atlasiet servera zvanu pārtraukšanu un pēc tam pagaidiet, līdz RTMT parāda, ka visi servera porti ir dīkstāvē.
• 8. darbība Lapas Klasteru pārvaldība izvēlnē Servera pārvaldnieks kolonnā Mainīt servera statusu
  ar Sekundārais statuss izvēlieties Deaktivizēt. Deaktivizējot serveri, tiek pārtraukti visi zvani, kurus apstrādā servera porti.
• 9. darbība Kad tiek prasīts apstiprināt servera statusa izmaiņas, atlasiet Labi. Kolonnā Servera statuss tiek parādīts mainītais statuss, kad izmaiņas ir pabeigtas.

Servera ar deaktivizētu statusu manuāla aktivizēšana

• 1. darbība Pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
• 2. darbība Izvēlnē Rīki atlasiet Klasteru pārvaldība.
• 3. darbība Lapas Klasteru pārvaldība izvēlnē Servera pārvaldnieks kolonnā Mainīt servera statusu serverim ar statusu Deaktivizēts atlasiet Aktivizēt.
• 4. darbība Kad tiek prasīts apstiprināt izmaiņas servera statusā, atlasiet Labi. Kolonnā Servera statuss tiek parādīts mainītais statuss, kad izmaiņas ir pabeigtas

Ietekme uz notiekošajiem zvaniem, kad Unity savienojuma klasterī mainās servera statuss

Kad mainās Unity Connection servera statuss, ietekme uz notiekošajiem zvaniem ir atkarīga no tā servera galīgā statusa, kas apstrādā zvanu, un no tīkla stāvokļa. Tālāk esošajā tabulā ir aprakstīts

efekti:

3. tabula. Ietekme uz notiekošajiem zvaniem, kad Unity savienojuma klasterī mainās servera statuss

Statuss Mainīt	Efekti
No primārās uz sekundāro	Ja statusa maiņa tiek uzsākta manuāli, notiekošie zvani netiek ietekmēti. Ja statusa maiņa ir automātiska, ietekme uz notiekošajiem zvaniem ir atkarīga no apturētā kritiskā pakalpojuma.
No vidusskolas līdz primārajai	Ja statusa maiņa tiek uzsākta manuāli, notiekošie zvani netiek ietekmēti. Ja statusa maiņa ir automātiska, ietekme uz notiekošajiem zvaniem ir atkarīga no apturētā kritiskā pakalpojuma.
No sekundārā līdz deaktivizētam	Notiekošie zvani tiek pārtraukti. Lai novērstu pārtrauktos zvanus, Cisco Unity savienojuma apkalpojamības lapā Cluster Management atlasiet servera zvanu pārtraukšanu un pagaidiet, līdz visi zvani beidzas, un deaktivizējiet serveri.
Primārais vai sekundārais datu replicēšanai	Notiekošie zvani netiek ietekmēti.
Primārā vai sekundārā smadzeņu atveseļošanās	Notiekošie zvani netiek ietekmēti.

Ja tīkla savienojumi tiek zaudēti, notiekošie zvani var tikt pārtraukti atkarībā no tīkla problēmas veida.

Ietekme uz vienotības savienojumu Web Lietojumprogrammas, kad mainās servera statuss

Tālāk norādīto darbību web lietojumprogrammas neietekmē servera statusa maiņa:

• Cisco Unity savienojuma administrēšana
• Cisco Unity savienojuma apkalpojamība
• Cisco Unity savienojums web rīki, kuriem var piekļūt, izmantojot Cisco PCA — ziņojumapmaiņas palīgs, ziņojumapmaiņas iesūtne un personiskie zvanu pārsūtīšanas noteikumi web instrumenti
• Cisco Web Iesūtne
• Reprezentatīvā stāvokļa pārsūtīšanas (REST) ​​API klienti

Kritiskā pakalpojuma apturēšanas ietekme uz Unity savienojumu klasteru

Kritiskie pakalpojumi ir nepieciešami normālai Unity Connection sistēmas darbībai. Kritiskā pakalpojuma apturēšanas sekas ir atkarīgas no servera un tā statusa, kas aprakstīts šajā tabulā:

4. tabula. Kritiskā pakalpojuma apturēšanas ietekme uz Unity savienojumu klasteru

 

Serveris	Efekti
Izdevējs	• Ja serverim ir primārais statuss, kritiskā pakalpojuma apturēšana programmā Cisco Unity Connection Serviceability izraisa servera statusa maiņu uz Sekundārais un pasliktina servera spēju normāli darboties. Abonenta servera statuss tiek mainīts uz Primārais, ja tam nav statusa Atspējots vai Nedarbojas. • Ja serverim ir sekundārais statuss, svarīga pakalpojuma apturēšana programmā Cisco Unity Connection Serviceability pasliktina servera spēju normāli darboties. Serveru statuss nemainās.
Abonents	Ja serverim ir primārais statuss, svarīga pakalpojuma apturēšana programmā Cisco Unity Connection Serviceability pasliktina servera spēju normāli darboties. Serveru statuss nemainās.

Servera izslēgšana a Klasteris

Ja Unity Connection serverim ir primārais vai sekundārais statuss, tas apstrādā balss ziņojumapmaiņas trafiku un klasteru datu replikāciju. Mēs neiesakām vienlaikus izslēgt abus klastera serverus, lai izvairītos no notiekošo zvanu un replikācijas pēkšņas pārtraukšanas. Apsveriet šādus punktus, ja vēlaties izslēgt serveri Unity Connection klasterī:

• Izslēdziet serveri ārpus darba laika, kad balss ziņojumapmaiņas trafiks ir mazs.
• Pirms izslēgšanas mainiet servera statusu no Primārais vai Sekundārais uz Deaktivizēts.
• 1. darbība Serverī, kas neizslēdzas, pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
• 2. darbība Izvēlnē Rīki atlasiet Kopu pārvaldība.
• 3. darbība Lapā Klasteru pārvaldība atrodiet serveri, kuru vēlaties slēgt.
• 4. darbība Ja serverim, kuru vēlaties izslēgt, ir sekundārais statuss, pārejiet uz
• 5. darbība. Ja serverim, kuru vēlaties izslēgt, ir primārais statuss, mainiet statusu:
  • Slejā Mainīt servera statusu serverim ar sekundāro statusu atlasiet Padarīt primāro.
  • Kad tiek prasīts apstiprināt izmaiņas servera statusā, atlasiet Labi.
  • Apstipriniet, ka kolonna Servera statuss norāda, ka serverim tagad ir primārais statuss un ka serverim, kuru vēlaties izslēgt, ir sekundārais statuss.
• 5. darbība Serverī ar sekundāro statusu (tā, kuru vēlaties izslēgt), mainiet statusu:
  • Pierakstieties reāllaika uzraudzības rīkā (RTMT).
  • Izvēlnē Cisco Unity Connection atlasiet Port Monitor. Labajā rūtī tiek parādīts Port Monitor rīks.
  • Laukā Mezgls atlasiet serveri ar sekundāro statusu.
  • Labajā rūtī atlasiet Sākt aptauju.
  • Ņemiet vērā, vai kāds balss ziņojumapmaiņas ports pašlaik apstrādā servera zvanus.
  • Ja neviens balss ziņojumapmaiņas ports pašlaik neapstrādā servera zvanus, pārejiet uz 5g. darbību. Ja ir balss ziņojumapmaiņas porti, kas pašlaik apstrādā servera zvanus, lapā Kopu pārvaldība,
    kolonnā Mainīt porta statusu atlasiet Pārtraukt servera zvanu pieņemšanu un pēc tam pagaidiet, līdz RTMT parāda, ka visi servera porti ir dīkstāvē.
  • Lapas Klasteru pārvaldība izvēlnē Servera pārvaldnieks kolonnā Mainīt servera statusu serverim ar sekundāro statusu atlasiet Deaktivizēt. Uzmanību Deaktivizējot serveri, tiek pārtraukti visi zvani, kurus apstrādā servera porti
  • Kad tiek prasīts apstiprināt izmaiņas servera statusā, atlasiet Labi.
  • Apstipriniet, ka kolonna Servera statuss norāda, ka serverim tagad ir statuss Deaktivizēts.
• 6. darbība Izslēdziet deaktivizēto serveri:
  • Pierakstieties pakalpojumā Cisco Unity Connection Serviceability.
  •  Izvērsiet Tools un atlasiet Cluster Management.
  •  Pārliecinieties, vai kolonnā Servera statuss tiek rādīts statuss Nefunkcionē serverim, kuru izslēdzāt

Serveru aizstāšana klasterī

Lai klasterī aizstātu izdevēju vai abonenta serveri, veiciet norādītajās sadaļās norādītās darbības.

• Lai nomainītu izdevēja serveri, skatiet sadaļu Izdevēja servera nomaiņa.
• Lai nomainītu abonenta serveri, skatiet sadaļu Abonenta servera nomaiņa.

Kā darbojas vienotības savienojumu klasteris
Unity Connection klastera līdzeklis nodrošina augstas pieejamības balss ziņojumapmaiņu, izmantojot divus Unity Connection serverus, kas ir konfigurēti klasterī. Unity Connection klastera darbība, kad abi serveri ir aktīvi:

• Klasterim var piešķirt DNS nosaukumu, ko koplieto Unity Connection serveri.
• Klienti, piemēram, e-pasta lietojumprogrammas un web rīki, kas pieejami, izmantojot Cisco Personal Communications Assistant (PCA), var izveidot savienojumu ar kādu no Unity Connection serveriem.
• Tālruņa sistēmas var nosūtīt zvanus uz jebkuru no Unity Connection serveriem.
• Ienākošā tālruņa trafika slodze tiek līdzsvarota starp Unity Connection serveriem ar tālruņa sistēmu, PIMG/TIMG vienībām vai citām vārtejām, kas nepieciešamas tālruņa sistēmas integrācijai.

Katrs klastera serveris ir atbildīgs par klastera ienākošo zvanu daļas apstrādi (atbildēšanu uz tālruņa zvaniem un ziņojumu saņemšanu). Serveris ar primāro statusu ir atbildīgs par šādām funkcijām:

• Citā serverī replicēto datu bāzes un ziņojumu krātuves izvietošana un publicēšana.
• Ziņojumu paziņojumu un MWI pieprasījumu sūtīšana (tiek aktivizēts pakalpojums Connection Notifier).
• SMTP paziņojumu un VPIM ziņojumu sūtīšana (Savienojuma ziņojumu pārsūtīšanas aģenta pakalpojums ir aktivizēts).
• Balss ziņojumu sinhronizēšana starp Unity Connection un Exchange pastkastēm, ja ir konfigurēta vienotā ziņojumapmaiņas funkcija (ir aktivizēts Unity Connection pastkastes sinhronizācijas pakalpojums).

Kad kāds no serveriem pārstāj darboties (piemēram,ample, kad tas tiek izslēgts apkopes dēļ), atlikušais serveris atsāk atbildību par visu klastera ienākošo zvanu apstrādi. Datubāze un ziņojumu krātuve tiek replicēta citā serverī, kad tā funkcionalitāte ir atjaunota. Kad serveris, kas pārtrauca darbību, var atsākt savas parastās funkcijas un tiek aktivizēts, tas atsāk atbildību par klastera ienākošo zvanu daļas apstrādi.

Piezīme

Klastera kļūmjpārlēces gadījumā ir ieteicams veikt nodrošināšanu tikai Publisher serverī aktīvajā-aktīvajā režīmā un abonentā (primārā darbība). Paroles maiņa un paroles iestatījuma modifikācija lietotāja PIN/Web lietojumprogramma ir jānodrošina Publisher serverī aktīvajā-aktīvajā režīmā. Lai pārraudzītu servera statusu, pakalpojums Connection Server Role Manager darbojas Cisco Unity Connection Serviceability abos serveros. Šis pakalpojums veic šādas funkcijas:

• Startē piemērojamos pakalpojumus katrā serverī atkarībā no servera statusa.
• Nosaka, vai kritiskie procesi (piemēram, balss ziņojumu apstrāde, datu bāzes replikācija, balss ziņojumu sinhronizācija ar Exchange un ziņojumu krātuves replikācija) darbojas normāli.
• Sāk izmaiņas servera statusā, ja serveris ar primāro statusu nedarbojas vai kad nedarbojas svarīgi pakalpojumi.

Ja izdevēja serveris nedarbojas, ņemiet vērā šādus ierobežojumus:

• Ja Unity Connection klasteris ir integrēts ar LDAP direktoriju, direktoriju sinhronizācija nenotiek, lai gan autentifikācija turpina darboties, kad darbojas tikai abonenta serveris. Kad izdevēja serveris atsāk darboties, tiek atsākta arī direktoriju sinhronizācija.
• Ja digitālajā vai HTTPS tīklā ir iekļauts Unity Connection klasteris, direktoriju atjauninājumi nenotiek, lai gan ziņojumi joprojām tiek sūtīti uz klasteru un no tā, kad darbojas tikai abonenta serveris. Kad izdevēja serveris atkal darbojas, direktoriju atjaunināšana tiek atsākta.

Pakalpojums Connection Server Role Manager nosūta saglabāšanas notikumu starp izdevēja un abonenta serveriem, lai apstiprinātu, ka serveri darbojas un ir savienoti. Ja viens no serveriem pārstāj darboties vai savienojums starp serveriem tiek zaudēts, savienojuma servera lomu pārvaldnieka pakalpojums gaida uzturēšanas notikumus un var prasīt 30–60 sekundes, lai noteiktu, ka otrs serveris nav pieejams. Kamēr pakalpojums Connection Server Role Manager gaida uzturēšanas notikumus, lietotāji, kas pierakstās serverī ar sekundāro statusu, nevar piekļūt savai pastkastei vai nosūtīt ziņojumus, jo Connection Server Role Manager pakalpojums vēl nav atklājis, ka serveris ar primāro statusu (kuram ir aktīvs ziņojumu krātuve) nav pieejams. Šādā situācijā zvanītāji, kuri mēģina atstāt ziņu, var dzirdēt nedzirdētu gaisu vai nedzirdēt ierakstīšanas pīkstienu.

Piezīme Ieteicams importēt un dzēst LDAP lietotājus tikai no izdevēja mezgla.

Sadalīta smadzeņu stāvokļa ietekme vienotības savienojuma klasterī

Ja abiem Unity Connection klastera serveriem vienlaikus ir primārais statuss (piemēram,ampKad serveri ir zaudējuši savienojumu viens ar otru), abi serveri apstrādā ienākošos zvanus (atbild uz tālruņa zvaniem un pieņem ziņas), nosūta ziņojumu paziņojumus, sūta MWI pieprasījumus, pieņem izmaiņas administratīvajās saskarnēs (piemēram, Unity Connection Administration) un sinhronizējiet balss ziņas Unity Connection un Exchange pastkastēs, ja ir ieslēgta viena iesūtne

• Tomēr serveri nereplicē datu bāzi un ziņojumu krātuvi viens otram un nesaņem replicētus datus viens no otra.
  Kad savienojums starp serveriem tiek atjaunots, serveru statuss īslaicīgi mainās uz Split Brain Recovery, kamēr dati tiek replicēti starp serveriem un tiek saskaņoti MWI iestatījumi. Laikā, kad servera statuss ir Split Brain Recovery, Connection Message Transfer Agent pakalpojums un Connection Notifier pakalpojums (Cisco Unity Connection Serviceability) tiek apturēts abos serveros, tāpēc Unity Connection nepiegādā ziņojumus un nenosūta ziņojumus. paziņojumi.
• Pakalpojums Connection Mailbox Sync arī ir apturēts, tāpēc Unity Connection nesinhronizē balss ziņas ar Exchange (vieno iesūtni). Ziņojumu krātuves arī tiek īslaicīgi demontētas, lai Unity Connection paziņotu lietotājiem, kuri šajā brīdī mēģina izgūt savus ziņojumus, ka viņu pastkastes īslaicīgi nav pieejamas.
  Kad atkopšanas process ir pabeigts, izdevēja serverī tiek palaists pakalpojums Connection Message Transfer Agent un Connection Notifier. Atkopšanas procesa laikā saņemto ziņojumu piegāde var aizņemt papildu laiku atkarībā no piegādājamo ziņojumu skaita. Pakalpojums Connection Message Transfer Agent un Connection Notifier tiek palaists abonenta serverī. Visbeidzot, izdevēja serverim ir primārais statuss un abonenta serverim ir sekundārais statuss. Šajā brīdī pakalpojums Connection Mailbox Sync tiek palaists serverī ar primāro statusu, lai Unity Connection varētu atsākt balss ziņojumu sinhronizāciju ar Exchange, ja ir ieslēgta viena iesūtne.

Dokumenti / Resursi

CISCO 14. laidiena Unity savienojumu kopa [pdfLietotāja rokasgrāmata 14. izlaidums Unity savienojuma klasteris, 14. izlaidums, Unity savienojuma klasteris, savienojumu klasteris, klasteris

Atsauces

• Lietotāja rokasgrāmata