Ghidul utilizatorului CISCO Release 14 Unity Connection Cluster

Într-un cluster Unity Connection, serverele partajează aceleași integrări de sistem telefonic. Fiecare server gestionează o parte din apelurile primite pentru cluster.

Atribuții de porturi

În funcție de integrarea sistemului telefonic, fiecare port de mesagerie vocală este fie atribuit unui anumit server, fie utilizat de ambele servere.

FAQ

Î: Cum adun cerințele pentru clusterul Unity Connection?

R: Pentru mai multe informații despre colectarea cerințelor cluster-ului Unity Connection, consultați documentația Cerințe de sistem pentru configurarea Cisco Unity Connection Cluster.
Î: Cum configurez notificările de alertă pentru alertele Unity Connection?

R: Consultați Ghidul de administrare al instrumentului de monitorizare în timp real Cisco Unified pentru instrucțiuni despre configurarea notificărilor de alertă pentru alertele Unity Connection.
Î: Cum modific starea serverului într-un cluster?

R: Pentru a modifica starea serverului într-un cluster, conectați-vă la Cisco Unity Connection Administration, extindeți System Settings > Advanced, selectați Cluster Configuration și modificați starea serverului pe pagina Cluster Configuration.
Î: Cum verific starea clusterului Unity Connection?
R: Puteți verifica starea clusterului Unity Connection fie folosind web interfață sau interfața de linie de comandă (CLI). Pentru pași detaliați, consultați secțiunea „Verificarea stării clusterului” din manualul de utilizare.
Î: Cum gestionez porturile de mesagerie dintr-un cluster?
R: Manualul utilizatorului oferă informații despre gestionarea porturilor de mesagerie dintr-un cluster. Consultați secțiunea „Gestionarea porturilor de mesagerie într-un cluster” pentru detalii.

Introducere

Implementarea clusterului Cisco Unity Connection oferă mesagerie vocală de înaltă disponibilitate prin cele două servere care rulează aceleași versiuni de Unity Connection. Primul server din cluster este serverul editorului, iar al doilea server este serverul abonaților.

Lista de activități pentru configurarea unui cluster de conexiune Unity

Efectuați următoarele sarcini pentru a crea un cluster Unity Connection:

Adunați cerințele pentru clusterul Unity Connection. Pentru mai multe informații, consultați Cerințele de sistem pentru Cisco Unity Connection Versiunea 14 la
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
Instalați serverul editorului. Pentru mai multe informații, consultați secțiunea Instalarea serverului Publisher.
Instalați serverul de abonat. Pentru mai multe informații, consultați secțiunea Instalarea serverului de abonat.
Configurați instrumentul de monitorizare în timp real Cisco Unified atât pentru serverele editorului, cât și pentru abonați, pentru a trimite notificări pentru următoarele alerte Unity Connection:

- AutoFailbackFailback
- AutoFailback reușit
- AutoFailoverFailover
- AutoFailover a reușit
- NoConnectionToPeer
- SbrFaile

Pentru instrucțiuni despre configurarea notificării de alertă pentru alertele Unity Connection, consultați secțiunea „Cisco Unified Real-Time Monitoring Tool” din Ghidul de administrare al Cisco Unified Real-Time Monitoring Tool pentru versiunea necesară, disponibil la adresa http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Opțional) Efectuați următoarele activități pentru a personaliza setările clusterului pe serverul editorului:

Conectați-vă la Cisco Unity Connection Administration.
Extindeți Setări sistem > Avansat și selectați Configurare cluster.
Pe pagina Configurare cluster, modificați starea serverului și selectați Salvare. Pentru mai multe informații despre modificarea stării serverului într-un cluster, consultați Ajutor> Această pagină.

Administrarea unui cluster de conexiune Unity

Trebuie să verificați starea clusterului Unity Connection pentru a vă asigura că clusterul este configurat corect și funcționează corect. De asemenea, este important să înțelegeți starea diferită a serverului dintr-un cluster și efectele schimbării stării unui server într-un cluster.

Verificarea stării clusterului

Puteți verifica starea clusterului Unity Connection fie folosind web interfață sau Command Line Interface (CLI). Pași pentru a verifica starea clusterului de conexiune Unity de la Web Interfață

Pasul 1Conectați-vă la Cisco Unity Connection Serviceability fie al editorului, fie al serverului de abonat.
Pasul 2 Extindeți Tools și selectați Cluster Management.
Pasul 3 Pe pagina Gestionare cluster, verificați starea serverului. Pentru mai multe informații despre starea serverului, consultați secțiunea Stare server și funcțiile sale într-un cluster de conexiune Unity.

Pași pentru a verifica starea clusterului de conexiune Unity din interfața de linie de comandă (CLI)

Pasul 1 Puteți rula comanda show cuc cluster status CLI pe serverul editorului sau pe serverul abonaților pentru a verifica starea clusterului.
Pasul 2 Pentru mai multe informații despre starea serverului și funcțiile aferente acestuia, consultați secțiunea Stare server și funcțiile acestuia într-un cluster de conexiune Unity.

Gestionarea porturilor de mesagerie într-un cluster

Într-un cluster Unity Connection, serverele partajează aceleași integrări de sistem telefonic. Fiecare server este responsabil pentru gestionarea unei părți din apelurile primite pentru cluster (răspunsul la apeluri telefonice și preluarea mesajelor).

În funcție de integrarea sistemului telefonic, fiecare port de mesagerie vocală este fie atribuit unui anumit server, fie utilizat de ambele servere. Gestionarea porturilor de mesagerie într-un cluster descrie alocările portului.
Tabelul 1: Atribuirea serverelor și utilizarea porturilor de mesagerie vocală într-un cluster de conexiune Unity

Integrare Tip

Atribuții de server și utilizare a porturilor de mesagerie vocală

Integrare prin Skinny Client Control Protocol (SCCP) cu Cisco Unified Communications Manager sau Cisco Unified Communications Manager Express

• Sistemul telefonic este configurat cu de două ori numărul de voci SCCP necesare pentru a gestiona traficul de mesagerie vocală. (De example, dispozitivele cu port de mesagerie vocală sunt necesare pentru a gestiona toate dispozitivele cu port de mesagerie vocală pentru mesagerie vocală trebuie configurate pe sistemul telefonic.)

• În Cisco Unity Connection Administration, mesageria vocală este configurată astfel încât jumătate din numărul de porturi configurate pe telefon să fie atribuit fiecărui server din cluster. (De example, fiecare server i are 16 porturi de mesagerie vocală.)

• Pe sistemul telefonic, un grup de linii, o listă de vânătoare și un grup de vânătoare permit serverului abonatului să răspundă la majoritatea apelurilor primite pentru

• Dacă unul dintre servere nu mai funcționează (de example, când este sh maintenance), serverul rămas își asumă responsabilitatea pentru apelurile primite pentru cluster.

• Când serverul care a încetat să funcționeze este capabil să-și reia nor și este activat, își reia responsabilitatea de a gestiona apelurile partajate pentru cluster.

Integrare printr-un trunk SIP cu Cisco Unified Communications Manager sau Cisco Unified Communications Manager Express

• În Cisco Unity Connection Administration, jumătate din numărul de porturi VO necesare pentru a gestiona traficul de mesagerie vocală sunt atribuite în cluster. (De exampdacă sunt necesare 16 porturi de mesagerie vocală pentru tot traficul de mesagerie vocală pentru cluster, fiecare server din cluster are 8 porturi de mesagerie vocală.)

• Pe sistemul telefonic, un grup de rute, o listă de rute și un model de rută a pentru a distribui apelurile în mod egal între ambele servere din cluster.

• Dacă unul dintre servere nu mai funcționează (de example, când este sh maintenance), serverul rămas își asumă responsabilitatea apelurilor primite pentru cluster.

• Când serverul care a încetat să funcționeze este capabil să-și reia nor și este activat, își reia responsabilitatea de a gestiona partea sa de

pentru cluster.

Integrare Tip

Atribuții de server și utilizare a porturilor de mesagerie vocală

Integrare prin unitati PIMG/TIMG

• Numărul de porturi configurat pe sistemul telefonic este același cu porturile de mesagerie vocală nu de pe fiecare server din cluster, astfel încât serverul să aibă porturile de mesagerie vocală. (De exampdacă sistemul telefonic este configurat cu porturi de mesagerie vocală, fiecare server din cluster trebuie să aibă aceleași porturi de mesagerie.)

• Pe sistemul telefonic, un grup de vânătoare este configurat pentru a distribui apeluri egal cu ambele servere din cluster.

• Unitățile PIMG/TIMG sunt configurate pentru a echilibra mesajele vocale între servere.

• Dacă unul dintre servere nu mai funcționează (de example, când este închis d întreținere), serverul rămas își asumă responsabilitatea pentru gestionarea apelurilor primite pentru cluster.

• Când serverul care a încetat să funcționeze poate relua, este normal și este activat, își reia responsabilitatea de a gestiona cota sa din venit pentru cluster.

Alte integrări care utilizează SIP

• În Cisco Unity Connection Administration, jumătate din numărul de porturi de voce necesare pentru a gestiona traficul de mesagerie vocală sunt alocate în cluster. (De exampdacă sunt necesare 16 porturi de mesagerie vocală pentru tot traficul de mesagerie vocală pentru cluster, fiecare server din cluster are porturi de mesagerie.)

• Pe sistemul telefonic, un grup de vânătoare este configurat pentru a distribui apeluri egal cu ambele servere din cluster.

• Dacă unul dintre servere nu mai funcționează (de example, când este închis pentru întreținere), serverul rămas își asumă responsabilitatea pentru gestionarea apelurilor primite pentru cluster.

• Când serverul care a încetat să funcționeze își poate relua starea normală, acesta își reia responsabilitatea de a gestiona partea sa de apeluri primite pentru

Oprirea tuturor porturilor de a prelua apeluri noi

Urmați pașii din această secțiune pentru a opri toate porturile de pe un server să primească apeluri noi. Apelurile în curs continuă până când apelanții închid.

Sfat Utilizați pagina Port Monitor din Instrumentul de monitorizare în timp real (RTMT) pentru a determina dacă vreun port gestionează în prezent apelurile pentru server. Pentru mai multe informații, consultați Pasul Oprirea tuturor porturilor de la preluare Apeluri noi
Oprirea tuturor porturilor de pe un server de conexiune Unity de la preluarea de apeluri noi

Pasul 1 Conectați-vă la Cisco Unity Connection Serviceability.

Pasul 2Extindeți meniul Tools și selectați Cluster Management.
Pasul 3 Pe pagina Cluster Management, sub Port Manager, în coloana Change Port Status, selectați Stop Taking Calls pentru server.

Repornește toate porturile pentru a prelua apelurile

Urmați pașii din această secțiune pentru a reporni toate porturile de pe un server Unity Connection pentru a le permite să preia din nou apeluri după ce au fost oprite.

Pasul 1 Conectați-vă la Cisco Unity Connection Serviceability.
Pasul 2 Extindeți meniul Tools și selectați Cluster Management.

Pasul 3 Pe pagina Cluster Management, sub Port Manager, în coloana Change Port Status, selectați Preluare apeluri pentru server.

Starea serverului și funcțiile sale într-un cluster de conexiune Unity

Fiecare server din cluster are o stare care apare pe pagina Cluster Management din Cisco Unity Connection Serviceability. Starea indică funcțiile pe care serverul le execută în prezent în cluster, așa cum este descris în Tabelul 2: Stare server într-un cluster de conexiune Unity

Tabelul 2: Stare server într-un cluster de conexiune Unityr

Stare server

Responsabilitățile serverului într-un cluster de conexiune Unity

Primar

• Publică baza de date și depozitul de mesaje, ambele replicate pe celălalt server

• Primește date replicate de la celălalt server.

• Afișează și acceptă modificări ale interfețelor administrative, cum ar fi Unity Connection și Cisco Unified Operating System Administration. Aceste date sunt replicate în celălalt cluster.

• Răspunde la apeluri telefonice și preia mesaje.

• Trimite notificări de mesaje și solicitări MWI.

• Trimite notificări SMTP și mesaje VPIM.

• Sincronizează mesajele vocale în cutiile poștale Unity Connection și Exchange dacă este configurată caracteristica Unifi.

• Se conectează cu clienții, cum ar fi aplicațiile de e-mail și web instrumente disponibile prin intermediul

Nota Un server cu starea Primar nu poate fi dezactivat.

Stare server	Responsabilitățile serverului într-un cluster de conexiune Unity
Secundar	• Primește date replicate de la server cu starea Primar. Datele includ baza de date și depozit. • Replică datele pe server cu starea Primar. • Afișează și acceptă modificări ale interfețelor administrative, cum ar fi Unity Connection Adm și Cisco Unified Operating System Administration. Datele sunt replicate pe server cu o stare. • Răspunde la apeluri telefonice și preia mesaje. • Se conectează cu clienții, cum ar fi aplicațiile de e-mail și web instrumente disponibile prin intermediul Ci Nota Numai un server cu statut secundar poate fi dezactivat.
Dezactivat	• Primește date replicate de la server cu starea Primar. Datele includ baza de date și depozit. • Nu afișează interfețele administrative, cum ar fi Unity Connection Administration și Unified Operating System Administration. Datele sunt replicate pe server cu Primary • Nu răspunde la apeluri telefonice și nu primește mesaje. • Nu se conectează cu clienții, cum ar fi aplicațiile de e-mail și web instrumente disponibile prin Cisco PCA.
Nu funcționează	• Nu primește date replicate de la serverul cu starea Primar. • Nu reproduce datele pe serverul cu starea Primar. • Nu afișează interfețele administrative, cum ar fi Unity Connection Administration și Unified Operating System Administration. • Nu răspunde la apeluri telefonice și nu primește mesaje. Nota Un server cu starea Nu funcționează este de obicei oprit.
Pornire	• Primește baza de date replicată și depozitul de mesaje de la server cu starea Primară. • Replică datele pe server cu starea Primar. • Nu răspunde la apeluri telefonice și nu primește mesaje. • Nu sincronizează mesajele vocale între căsuțele poștale Unity Connection și Exchange). Nota Această stare durează doar câteva minute, după care serverul ia starea aplicabilă

Stare server

Responsabilitățile serverului într-un cluster de conexiune Unity

Replicarea datelor

• Trimite și primește date de la cluster.

• Nu răspunde la apeluri telefonice și nu primește mesaje de ceva timp.

• Nu se conectează cu clienți, cum ar fi aplicațiile de e-mail și web instrumente disponibile prin Cisco PCA de ceva timp.

Nota Această stare durează doar câteva minute, după care starea anterioară se reia pt

Recuperarea creierului divizat (După detectarea a două servere cu starea Primară)

• Actualizează baza de date și depozitul de mesaje de pe serverul care se stabilește că are principal

• Replică datele pe celălalt server.

• Nu răspunde la apeluri telefonice și nu primește mesaje de ceva timp.

• Nu sincronizează mesajele vocale între Unity Connection și căsuța poștală Exchange este activată de ceva timp.

• Nu se conectează cu clienți, cum ar fi aplicațiile de e-mail și web instrumente disponibile Cisco PCA de ceva timp.

Nota Această stare durează doar câteva minute, după care starea anterioară se reia pt

Modificarea stării serverului într-un cluster și efectele acestuia

Starea clusterului Unity Connection poate fi schimbată fie automat, fie manual. Puteți modifica manual starea serverelor dintr-un cluster în următoarele moduri:

Un server cu o stare secundară poate fi schimbat manual într-o stare primară. Vezi the Modificarea manuală a stării serverului de la secundar la primar secțiune.
Un server cu o stare Secundar poate fi schimbat manual în starea Dezactivat. Vezi Activarea manuală a serverului cu starea dezactivată.
Un server cu starea Dezactivat poate fi activat manual, astfel încât starea lui să se schimbe în Primar sau Secundar, în funcție de starea celuilalt server. Vezi Activarea manuală a unui server cu starea dezactivată secțiune.

Schimbarea manuală a stării serverului de la secundar la primar

Pasul 1 Conectați-vă la Cisco Unity Connection Serviceability.
Pasul 2 Din meniul Tools, selectați Cluster Management.

Pasul 3 Pe pagina Cluster Management, din meniul Server Manager, în coloana Change Server Status a serverului cu statut secundar, selectați Make Primary.
Pasul 4 Când vi se solicită să confirmați modificarea stării serverului, selectați OK. Coloana Stare server afișează starea schimbată când modificarea este completă.

Nota Serverul care avea inițial starea principală se schimbă automat în starea secundară

Pasul 1 Conectați-vă la Instrumentul de monitorizare în timp real (RTMT).
Pasul 2 Din meniul Cisco Unity Connection, selectați Port Monitor. Instrumentul Port Monitor apare în panoul din dreapta.
Pasul 3 În câmpul Nod, selectați serverul cu starea secundară.

Pasul 4 În panoul din dreapta, selectați Începeți sondajul. Rețineți dacă vreun port de mesagerie vocală gestionează în prezent apeluri pentru server.
Pasul 5 Conectați-vă la Cisco Unity Connection Serviceability.
Pasul 6 Din meniul Tools, selectați Cluster Management.

Pasul 7 Dacă niciun port de mesagerie vocală nu gestionează în prezent apeluri pentru server, treceți la Schimbarea manuală a stării serverului de la secundar la dezactivat. Dacă există porturi de mesagerie vocală care gestionează în prezent apeluri pentru server, pe pagina Gestionare cluster, în coloana Modificare starea portului, selectați Opriți preluarea apelurilor pentru server și apoi așteptați până când RTMT arată că toate porturile pentru server sunt inactive.
Pasul 8 Pe pagina Cluster Management, din meniul Server Manager, în coloana Change Server Status pentru server
cu starea secundară, selectați Dezactivare. Dezactivarea unui server termină toate apelurile pe care le gestionează porturile pentru server.
Pasul 9 Când vi se solicită să confirmați modificarea stării serverului, selectați OK. Coloana Stare server afișează starea schimbată când modificarea este completă.

Activarea manuală a unui server cu starea dezactivată

Pasul 1 Conectați-vă la Cisco Unity Connection Serviceability.
Pasul 2 Din meniul Instrumente, selectați Managementul clusterelor.

Pasul 3 Pe pagina Cluster Management, în meniul Server Manager, în coloana Change Server Status pentru serverul cu stare Deactivated, selectați Activa.
Pasul 4 Când vi se solicită să confirmați modificarea stării serverului, selectați BINE. Coloana Stare server afișează starea schimbată când modificarea este completă

Efect asupra apelurilor în curs când starea serverului se modifică într-un cluster de conexiune Unity

Când starea unui server Unity Connection se modifică, efectul asupra apelurilor în curs depinde de starea finală a serverului care gestionează un apel și de starea rețelei. Următorul tabel descrie

efectele:

Tabelul 3: Efectul asupra apelurilor în curs când starea serverului se modifică într-un cluster de conexiune Unity

Stare Schimba	Efecte
Primar la Secundar	Când schimbarea stării este inițiată manual, apelurile în curs nu sunt afectate. Când schimbarea stării este automată, efectul asupra apelurilor în curs depinde de serviciul critic care s-a oprit.
Secundar la Primar	Când schimbarea stării este inițiată manual, apelurile în curs nu sunt afectate. Când schimbarea stării este automată, efectul asupra apelurilor în curs depinde de serviciul critic care s-a oprit.
Secundar la Dezactivat	Apelurile în curs sunt renunțate. Pentru a preveni renunțarea la apeluri, pe pagina Cluster Management din Cisco Unity Connection Serviceability, selectați Opriți preluarea apelurilor pentru server și așteptați până când toate apelurile se termină și dezactivați serverul.
Primar sau secundar pentru replicarea datelor	Apelurile în curs nu sunt afectate.
Primar sau secundar recuperării creierului divizat	Apelurile în curs nu sunt afectate.

Dacă conexiunile la rețea sunt pierdute, atunci apelurile în curs pot fi renunțate, în funcție de natura problemei de rețea.

Efect asupra conexiunii Unity Web Aplicații când starea serverului se modifică

Funcționarea următoarelor web aplicațiile nu sunt afectate atunci când starea serverului se modifică:

Administrare Cisco Unity Connection
Capacitatea de service Cisco Unity Connection
Conexiune Cisco Unity web instrumente accesate prin Cisco PCA - Asistentul de mesagerie, Mesaje primite și regulile de transfer personal al apelurilor web unelte

Cisco Web Inbox
Clienți API de transfer de stat reprezentativ (REST).

Efectul opririi unui serviciu critic asupra unui cluster de conexiune Unity

Serviciile critice sunt necesare pentru funcționarea normală a sistemului Unity Connection. Efectele opririi unui serviciu critic depind de server și de starea acestuia descrise în următorul tabel:

Tabelul 4: Efectele opririi unui serviciu critic asupra unui cluster de conexiune Unity

Server

Efecte

Editor

• Când serverul are starea Primar, oprirea unui serviciu critic în Cisco Unity Connection Serviceability face ca starea serverului să se schimbe în Secundar și degradează capacitatea serverului de a funcționa normal.

Starea serverului de abonat se schimbă în Primar dacă nu are starea Dezactivat sau Nefuncționează.

• Când serverul are starea secundară, oprirea unui serviciu critic în Cisco Unity Connection Serviceability degradează capacitatea serverului de a funcționa normal. Starea serverelor nu se schimbă.

Abonat

Când serverul are starea Primar, oprirea unui serviciu critic în Cisco Unity Connection Serviceability degradează capacitatea serverului de a funcționa normal. Starea serverelor nu se schimbă.

Închiderea unui server într-un Cluster

Când un server Unity Connection are starea Primar sau Secundar, acesta gestionează traficul de mesagerie vocală și replicarea datelor cluster. Nu vă recomandăm să închideți ambele servere dintr-un cluster în același timp pentru a evita întreruperea bruscă a apelurilor și replicarea care sunt în curs. Luați în considerare următoarele puncte atunci când doriți să opriți un server dintr-un cluster Unity Connection:

Închideți serverul în afara orelor de lucru, când traficul de mesagerie vocală este scăzut.
Schimbați starea serverului din Primar sau Secundar la Dezactivat înainte de a închide.

Pasul 1 Pe serverul care nu se închide, conectați-vă la Cisco Unity Connection Serviceability.
Pasul 2 Din meniul Tools, selectați Cluster Management.
Pasul 3 Pe pagina Cluster Management, localizați serverul pe care doriți să îl închideți.

Pasul 4 Dacă serverul pe care doriți să-l închideți are o stare secundară, treceți la
Pasul 5. Dacă serverul pe care doriți să îl închideți are starea Primar, modificați starea:
- În coloana Modificare starea serverului pentru serverul cu starea secundară, selectați Faceți principal.
- Când vi se solicită să confirmați modificarea stării serverului, selectați OK.
- Confirmați că coloana Stare server indică faptul că serverul are starea principală acum și că serverul pe care doriți să îl închideți are starea secundară
Pasul 5 Pe serverul cu starea secundară (cel pe care doriți să-l închideți), modificați starea:
- Conectați-vă la Instrumentul de monitorizare în timp real (RTMT).
- Din meniul Cisco Unity Connection, selectați Port Monitor. Instrumentul Port Monitor apare în panoul din dreapta.
- În câmpul Nod, selectați serverul cu starea secundară.
- În panoul din dreapta, selectați Începeți sondajul.
- Rețineți dacă vreun port de mesagerie vocală gestionează în prezent apeluri pentru server.
- Dacă niciun port de mesagerie vocală nu gestionează în prezent apeluri pentru server, treceți la Pasul 5g.. Dacă există porturi de mesagerie vocală care gestionează în prezent apeluri pentru server, pe pagina Gestionare cluster,
  în coloana Schimbare starea portului, selectați Opriți preluarea apelurilor pentru server și apoi așteptați până când RTMT arată că toate porturile pentru server sunt inactive.
- Pe pagina Cluster Management, din meniul Server Manager, în coloana Change Server Status pentru serverul cu statut secundar, selectați Deactivate. Atenție Dezactivarea unui server încheie toate apelurile pe care le gestionează porturile serverului
- Când vi se solicită să confirmați modificarea stării serverului, selectați OK.
- Confirmați că coloana Stare server indică faptul că serverul are acum starea Dezactivat.

Pasul 6 Închideți serverul pe care l-ați dezactivat:
- Conectați-vă la Cisco Unity Connection Serviceability.
- Extindeți Tools și selectați Cluster Management.
- Asigurați-vă că coloana Stare server arată starea Nefuncționează pentru serverul pe care îl închideți

Înlocuirea serverelor într-un cluster

Urmați pașii din secțiunile date pentru a înlocui serverul de editor sau de abonat într-un cluster:

Pentru a înlocui serverul de editor, consultați secțiunea Înlocuirea unui server de editor.
Pentru a înlocui serverul de abonat, consultați secțiunea Înlocuirea unui server de abonat.

Cum funcționează un cluster de conexiune Unity
Caracteristica cluster Unity Connection oferă mesagerie vocală de înaltă disponibilitate prin două servere Unity Connection care sunt configurate într-un cluster. Comportamentul clusterului Unity Connection atunci când ambele servere sunt active:

Clusterului i se poate atribui un nume DNS care este partajat de serverele Unity Connection.
Clienți, cum ar fi aplicațiile de e-mail și web instrumentele disponibile prin intermediul Cisco Personal Communications Assistant (PCA) se pot conecta la oricare dintre serverele Unity Connection.
Sistemele telefonice pot trimite apeluri către oricare dintre serverele Unity Connection.

Încărcarea traficului telefonic de intrare este echilibrată între serverele Unity Connection de către sistemul telefonic, unitățile PIMG/TIMG sau alte gateway-uri care sunt necesare pentru integrarea sistemului telefonic.

Fiecare server dintr-un cluster este responsabil pentru gestionarea unei părți din apelurile primite pentru cluster (răspunsul la apeluri telefonice și preluarea mesajelor). Serverul cu statutul Primar este responsabil pentru următoarele funcții:

Homing și publicarea bazei de date și a depozitului de mesaje care sunt replicate pe celălalt server.
Trimiterea notificărilor de mesaje și a solicitărilor MWI (serviciul Connection Notifier este activat).
Trimiterea notificărilor SMTP și a mesajelor VPIM (serviciul Connection Message Transfer Agent este activat).
Sincronizarea mesajelor vocale între cutiile poștale Unity Connection și Exchange, dacă este configurată caracteristica de mesagerie unificată (serviciul Sincronizare cutie poștală Unity Connection este activat).

Când unul dintre servere nu mai funcționează (de example, când este oprit pentru întreținere), serverul rămas își reia responsabilitatea de a gestiona toate apelurile primite pentru cluster. Baza de date și depozitul de mesaje sunt replicate pe celălalt server atunci când funcționalitatea acestuia este restaurată. Când serverul care a încetat să funcționeze este capabil să-și reia funcțiile normale și este activat, își reia responsabilitatea de a gestiona partea sa de apeluri primite pentru cluster.

Nota

Este recomandat să efectuați aprovizionarea numai pe serverul Publisher în modul Activ-Activ și pe Abonat (Acting Primary) în caz de failover a clusterului. Schimbarea parolei și modificarea setării parolei pentru PIN-ul utilizatorului/Web aplicația ar trebui să fie furnizată pe serverul Publisher în modul Activ-Activ. Pentru a monitoriza starea serverului, serviciul Connection Server Role Manager rulează în Cisco Unity Connection Serviceability pe ambele servere. Acest serviciu îndeplinește următoarele funcții:

Pornește serviciile aplicabile pe fiecare server, în funcție de starea serverului.
Determină dacă procesele critice (cum ar fi procesarea mesajelor vocale, replicarea bazei de date, sincronizarea mesajelor vocale cu Exchange și replicarea depozitului de mesaje) funcționează normal.
Inițiază modificări ale stării serverului atunci când serverul cu starea Primară nu funcționează sau când serviciile critice nu rulează.

Rețineți următoarele limitări atunci când serverul editorului nu funcționează:

Dacă clusterul Unity Connection este integrat cu un director LDAP, sincronizarea directorului nu are loc, deși autentificarea continuă să funcționeze atunci când funcționează doar serverul de abonat. Când serverul editorului își reia funcționarea, se reia și sincronizarea directoarelor.
Dacă o rețea digitală sau HTTPS include clusterul Unity Connection, nu au loc actualizări de director, deși mesajele continuă să fie trimise către și dinspre cluster atunci când doar serverul de abonat funcționează. Când serverul editorului funcționează din nou, actualizările directorului se reiau.

Serviciul Connection Server Role Manager trimite un eveniment de menținere în viață între serverele editor și abonat pentru a confirma că serverele funcționează și sunt conectate. Dacă unul dintre servere nu mai funcționează sau conexiunea dintre servere se pierde, serviciul Connection Server Role Manager așteaptă evenimentele de menținere în viață și poate necesita între 30 și 60 de secunde pentru a detecta că celălalt server nu este disponibil. În timp ce serviciul Connection Server Role Manager așteaptă evenimentele de menținere în viață, utilizatorii care se conectează la serverul cu starea secundară nu pot să-și acceseze căsuța poștală sau să trimită mesaje, deoarece serviciul Connection Server Role Manager nu a detectat încă că serverul cu starea Primară (care are depozitul de mesaje activ) nu este disponibil. În această situație, apelanții care încearcă să lase un mesaj pot auzi aer mort sau pot să nu audă bipul de înregistrare.

Nota Este recomandat să importați și să ștergeți utilizatorii LDAP numai din nodul editor.

Efectele stării creierului divizat într-un cluster de conexiune Unity

Când ambele servere dintr-un cluster Unity Connection au starea Primară în același timp (de exampatunci când serverele și-au pierdut conexiunea unul cu celălalt), ambele servere gestionează apelurile primite (răspunde la apeluri telefonice și preia mesaje), trimit notificări de mesaje, trimit solicitări MWI, acceptă modificări la interfețele administrative (cum ar fi Unity Connection Administration) , și sincronizați mesajele vocale în cutiile poștale Unity Connection și Exchange dacă un singur inbox este activat

Cu toate acestea, serverele nu replic baza de date și depozitul de mesaje unul la altul și nu primesc date replicate unul de la celălalt.
Când conexiunea dintre servere este restabilită, starea serverelor se schimbă temporar în Split Brain Recovery în timp ce datele sunt replicate între servere și setările MWI sunt coordonate. În timpul în care starea serverului este Split Brain Recovery, serviciul Connection Message Transfer Agent și serviciul Connection Notifier (în Cisco Unity Connection Serviceability) sunt oprite pe ambele servere, astfel încât Unity Connection nu livrează niciun mesaj și nu trimite niciun mesaj. notificări.
Serviciul Connection Mailbox Sync este de asemenea oprit, astfel încât Unity Connection nu sincronizează mesajele vocale cu Exchange (o singură căsuță de intrare). Depozitele de mesaje sunt, de asemenea, demontate pentru scurt timp, astfel încât Unity Connection le spune utilizatorilor care încearcă să-și recupereze mesajele în acest moment că cutiile lor poștale sunt temporar indisponibile.
Când procesul de recuperare este finalizat, serviciul Connection Message Transfer Agent și serviciul Connection Notifier sunt pornite pe serverul editorului. Livrarea mesajelor sosite în timpul procesului de recuperare poate dura mai mult timp, în funcție de numărul de mesaje care urmează să fie livrate. Serviciul Connection Message Transfer Agent și serviciul Connection Notifier sunt pornite pe serverul de abonat. În cele din urmă, serverul editorului are statutul principal, iar serverul abonatului are statutul secundar. În acest moment, serviciul Connection Mailbox Sync este pornit pe serverul cu starea Primar, astfel încât Unity Connection să poată relua sincronizarea mesajelor vocale cu Exchange dacă o singură căsuță de intrare este activată.

Documente/Resurse

CISCO Release 14 Unity Connection Cluster [pdfGhid de utilizare
Versiunea 14 Unity Connection Cluster, Versiunea 14, Unity Connection Cluster, Connection Cluster, Cluster

Referințe

Manual de utilizare

CISCO Release 14 Unity Connection Cluster

Informații despre produs

Specificații

Instrucțiuni de utilizare a produsului