CISCO Release 14 Unity Connection Cluster Brugervejledning

A: For flere oplysninger om indsamling af Unity Connection-klyngekrav henvises til dokumentationen til Systemkrav til konfiguration af Cisco Unity Connection Cluster.
Sp: Hvordan konfigurerer jeg advarsler for Unity Connection-advarsler?

Sv: Se Cisco Unified Real-Time Monitoring Tool Administration Guide for instruktioner om opsætning af alarmbeskeder for Unity Connection-advarsler.
Q: Hvordan ændrer jeg serverstatus i en klynge?

Sv: For at ændre serverstatus i en klynge skal du logge ind på Cisco Unity Connection Administration, udvide Systemindstillinger > Avanceret, vælge Cluster Configuration og ændre serverstatus på Cluster Configuration-siden.
Sp: Hvordan kontrollerer jeg Unity Connection-klyngestatus?
A: Du kan kontrollere Unity Connection-klyngestatus enten ved at bruge web interface eller Command Line Interface (CLI). For detaljerede trin henvises til afsnittet "Kontrol af klyngestatus" i brugervejledningen.
Q: Hvordan administrerer jeg meddelelsesporte i en klynge?
A: Brugervejledningen giver oplysninger om håndtering af meddelelsesporte i en klynge. Se venligst afsnittet "Administration af meddelelsesporte i en klynge" for detaljer.

Indledning

Cisco Unity Connection-klyngeimplementeringen giver talebeskeder med høj tilgængelighed via de to servere, der kører de samme versioner af Unity Connection. Den første server i klyngen er udgiverserveren, og den anden server er abonnentserveren.

Opgaveliste til konfiguration af en Unity-forbindelsesklynge

Udfør følgende opgaver for at oprette en Unity Connection-klynge:

Indsaml Unity Connection-klyngekrav. For mere information, se Systemkrav til Cisco Unity Connection Release 14 på
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
Installer udgiverserveren. For mere information, se afsnittet Installation af Publisher Server.
Installer abonnentserveren. For mere information, se afsnittet Installation af abonnentserveren.
Konfigurer Cisco Unified Real-Time Monitoring Tool til både udgiver- og abonnentservere for at sende meddelelser om følgende Unity Connection-advarsler:

- AutoFailback Mislykkedes
- AutoFailback Succeded
- Autofejl mislykkedes
- AutoFailover lykkedes
- NoConnectionToPeer
- SbrFaile

For instruktioner om opsætning af alarmbeskeder for Unity Connection-advarsler, se afsnittet "Cisco Unified Real-Time Monitoring Tool" i Cisco Unified Real-Time Monitoring Tool Administration Guide for den påkrævede udgivelse, tilgængelig på http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Valgfrit) Udfør følgende opgaver for at tilpasse klyngeindstillingerne på udgiverserveren:

Log på Cisco Unity Connection Administration.
Udvid Systemindstillinger > Avanceret, og vælg Klyngekonfiguration.
På siden Cluster Configuration skal du ændre serverstatus og vælge Gem. For flere oplysninger om ændring af serverstatus i en klynge, se Hjælp> Denne side.

Administrering af en Unity Connection Cluster

Du skal kontrollere Unity Connection-klyngens status for at sikre, at klyngen er korrekt konfigureret og fungerer korrekt. Det er også vigtigt at forstå de forskellige serverstatusser i en klynge og virkningerne af at ændre en serverstatus i en klynge.

Kontrol af klyngestatus

Du kan kontrollere Unity Connection-klyngestatus enten ved at bruge web interface eller Command Line Interface (CLI). Trin til at kontrollere Unity Connection Cluster Status fra Web Interface

Trin 1Log ind på Cisco Unity Connection Serviceevne af enten udgiver- eller abonnentserver.
Trin 2 Udvid Værktøjer, og vælg Cluster Management.
Trin 3 På siden Cluster Management skal du kontrollere serverstatus. For mere information om serverstatus, se afsnittet Serverstatus og dens funktioner i en Unity Connection Cluster.

Trin til at kontrollere Unity Connection Cluster Status fra Command Line Interface (CLI)

Trin 1 Du kan køre kommandoen show cuc cluster status CLI på udgiverserveren eller abonnentserveren for at kontrollere klyngestatussen.
Trin 2 For mere information om serverstatus og dens relaterede funktioner, se afsnittet Serverstatus og dens funktioner i en Unity Connection Cluster.

Håndtering af meddelelsesporte i en klynge

I en Unity Connection-klynge deler serverne de samme telefonsystemintegrationer. Hver server er ansvarlig for at håndtere en del af de indgående opkald for klyngen (besvare telefonopkald og modtage beskeder).

Afhængigt af telefonsystemintegrationen er hver voice messaging-port enten tildelt en bestemt server eller brugt af begge servere. Håndtering af meddelelsesporte i en klynge beskriver havneopgaverne.
Tabel 1: Servertildelinger og brug af talemeddelelsesporte i en Unity-forbindelsesklynge

Integration Type

Servertildelinger og brug af talemeddelelsesporte

Integration af Skinny Client Control Protocol (SCCP) med Cisco Unified Communications Manager eller Cisco Unified Communications Manager Express

• Telefonsystemet er sat op med det dobbelte antal SCCP-stemmer, der er nødvendige for at håndtere talebeskedtrafikken. (F.eksampe, voicemail-portenheder er nødvendige for at håndtere alle voicemail-portenheder til voicemail-porten skal være konfigureret på telefonsystemet.)

• I Cisco Unity Connection Administration er talebeskeder konfigureret, så halvdelen af antallet af porte, der er konfigureret på telefonen, er tildelt hver server i klyngen. (F.eksample, hver server i har 16 voice messaging-porte.)

• På telefonsystemet gør en linjegruppe, søgeliste og søgegruppe abonnentserveren i stand til at besvare de fleste af de indgående opkald for

• Hvis en af serverne holder op med at fungere (f.eksample, når det er sh vedligeholdelse), påtager den resterende server sig ansvaret for de indgående opkald til klyngen.

• Når serveren, der stoppede med at fungere, er i stand til at genoptage sit nor og er aktiveret, påtager den sig ansvaret for at håndtere sine share-opkald for klyngen.

Integration gennem en SIP Trunk med Cisco Unified Communications Manager eller Cisco Unified Communications Manager Express

• I Cisco Unity Connection Administration er halvdelen af antallet af VO-porte, der er nødvendige for at håndtere talemeddelelsestrafik, tildelt i klyngen. (F.eksampHvis der kræves 16 talemeddelelsesporte til al talemeddelelsestrafik for klyngen, har hver server i klyngen 8 talebeskedporte.)

• På telefonsystemet, en rutegruppe, ruteliste og rutemønster a for at fordele opkald ligeligt mellem begge servere i klyngen.

• Hvis en af serverne holder op med at fungere (f.eksample, når det er sh vedligeholdelse), påtager den resterende server sig ansvaret for de indgående opkald til klyngen.

• Når serveren, der holdt op med at fungere, er i stand til at genoptage sit nor og er aktiveret, påtager den sig ansvaret for at håndtere sin del af

for klyngen.

Integration Type

Servertildelinger og brug af talemeddelelsesporte

Integration gennem PIMG/TIMG enheder

• Antallet af porte, der er konfigureret på telefonsystemet, er det samme som nu-talebesked-portene på hver server i klyngen, så serveren har talebesked-portene. (F.eksample, hvis telefonsystemet er indstillet u med porte til talemeddelelser, skal hver server i klyngen have de samme meddelelsesporte.)

• På telefonsystemet er en søgegruppe konfigureret til at distribuere opkald eq begge servere i klyngen.

• PIMG/TIMG-enhederne er konfigureret til at balancere stemmemeddelelserne mellem serverne.

• Hvis en af serverne holder op med at fungere (f.eksample, når den er lukket for vedligeholdelse), påtager den resterende server sig ansvaret for at håndtere indgående opkald til klyngen.

• Når serveren, der stoppede med at fungere, er i stand til at genoptage den, er den normal og aktiveret, påtager den sig ansvaret for at håndtere sin andel af indkomsten for klyngen.

Andre integrationer, der bruger SIP

• I Cisco Unity Connection Administration tildeles halvdelen af antallet af stemmeporte, der er nødvendige for at håndtere talemeddelelsestrafik, i klyngen. (F.eksampHvis der kræves 16 talemeddelelsesporte til al talebeskedtrafik for klyngen, har hver server i klyngen meddelelsesporte.)

• På telefonsystemet er en søgegruppe konfigureret til at distribuere opkald eq begge servere i klyngen.

• Hvis en af serverne holder op med at fungere (f.eksample, når den er lukket for vedligeholdelse), påtager den resterende server sig ansvaret for at håndtere indgående opkald til klyngen.

• Når serveren, der holdt op med at fungere, kan genoptage sin normale funktion, påtager den sig ansvaret for at håndtere sin andel af indgående opkald for

Stoppe alle porte fra at tage nye opkald

Følg trinene i dette afsnit for at forhindre alle porte på en server i at tage nye opkald. Igangværende opkald fortsætter, indtil de, der ringer, lægger på.

Tip Brug siden Port Monitor i Real-Time Monitoring Tool (RTMT) til at bestemme, om en port i øjeblikket håndterer opkald til serveren. For mere information, se Trin Stopper alle porte i at tage Nye opkald
Stoppe alle porte på en Unity Connection Server fra at tage nye opkald

Trin 1 Log ind på Cisco Unity Connection Serviceability.

Trin 2Udvid menuen Værktøjer, og vælg Cluster Management.
Trin 3 På siden Klyngestyring, under Port Manager, i kolonnen Skift portstatus skal du vælge Stop at tage opkald til serveren.

Genstart af alle porte for at modtage opkald

Følg trinene i dette afsnit for at genstarte alle porte på en Unity Connection-server for at give dem mulighed for at tage opkald igen, efter at de er blevet stoppet.

Trin 1 Log ind på Cisco Unity Connection Serviceability.
Trin 2 Udvid menuen Værktøjer, og vælg Cluster Management.

Trin 3 På siden Klyngestyring, under Port Manager, i kolonnen Skift portstatus skal du vælge Modtag opkald til serveren.

Serverstatus og dens funktioner i en Unity Connection Cluster

Hver server i klyngen har en status, der vises på siden Cluster Management i Cisco Unity Connection Serviceability. Status angiver de funktioner, som serveren i øjeblikket udfører i klyngen, som beskrevet i Tabel 2: Serverstatus i en Unity Connection Cluster

Tabel 2: Serverstatus i en Unity-forbindelsesklynger

Serverstatus

Ansvar for serveren i en enhedsforbindelsesklynge

Primær

• Udgiver databasen og beskedlageret, som begge er replikeret til den anden server

• Modtager replikerede data fra den anden server.

• Viser og accepterer ændringer af de administrative grænseflader, såsom Unity Connection og Cisco Unified Operating System Administration. Disse data replikeres til den anden klynge.

• Besvarer telefonopkald og tager imod beskeder.

• Sender beskedmeddelelser og MWI-anmodninger.

• Sender SMTP-meddelelser og VPIM-beskeder.

• Synkroniserer talebeskeder i Unity Connection- og Exchange-postkasser, hvis Unifi-funktionen er konfigureret.

• Forbinder med klienterne, såsom e-mail-applikationer og web værktøjer tilgængelige via

Note En server med Primær status kan ikke deaktiveres.

Serverstatus	Ansvar for serveren i en enhedsforbindelsesklynge
Sekundær	• Modtager replikerede data fra serveren med Primær status. Data omfatter databasen og butikken. • Replikerer data til serveren med Primær status. • Viser og accepterer ændringer af de administrative grænseflader, såsom Unity Connection Adm og Cisco Unified Operating System Administration. Dataene replikeres til serveren med en status. • Besvarer telefonopkald og tager imod beskeder. • Forbinder med klienterne, såsom e-mail-applikationer og web værktøjer tilgængelige gennem Ci Note Kun en server med sekundær status kan deaktiveres.
Deaktiveret	• Modtager replikerede data fra serveren med Primær status. Data omfatter databasen og butikken. • Viser ikke de administrative grænseflader, såsom Unity Connection Administration og Unified Operating System Administration. Dataene replikeres til serveren med den primære • Besvarer ikke telefonopkald eller modtager beskeder. • Forbinder ikke med klienterne, såsom e-mail-applikationer og web værktøjer tilgængelige via Cisco PCA.
Fungerer ikke	• Modtager ikke replikerede data fra serveren med Primær status. • Replikerer ikke data til serveren med Primær status. • Viser ikke de administrative grænseflader, såsom Unity Connection Administration og Unified Operating System Administration. • Besvarer ikke telefonopkald eller modtager beskeder. Note En server med ikke-fungerende status lukkes normalt ned.
Starter	• Modtager replikeret database og beskedlager fra serveren med Primær status. • Replikerer data til serveren med Primær status. • Besvarer ikke telefonopkald eller modtager beskeder. • Synkroniserer ikke talebeskeder mellem Unity Connection og Exchange-postkassers indbakke). Note Denne status varer kun et par minutter, hvorefter serveren tager den gældende status

Serverstatus

Ansvar for serveren i en enhedsforbindelsesklynge

Replikering af data

• Sender og modtager data fra klyngen.

• Besvarer ikke telefonopkald eller modtager beskeder i nogen tid.

• Forbinder ikke med klienter, såsom e-mail-applikationer og web værktøjer tilgængelige gennem Cisco PCA i nogen tid.

Note Denne status varer kun et par minutter, hvorefter den tidligere status genoptages for

Split Brain Recovery (Efter at have fundet to servere med Primær status)

• Opdaterer databasen og meddelelseslageret på den server, der er fastlagt at have Primær

• Replikerer data til den anden server.

• Besvarer ikke telefonopkald eller modtager beskeder i nogen tid.

• Synkroniserer ikke talebeskeder mellem Unity Connection og Exchange-postkassen er slået til i nogen tid.

• Forbinder ikke med klienter, såsom e-mail-applikationer og web værktøjer tilgængelige Cisco PCA i nogen tid.

Note Denne status varer kun et par minutter, hvorefter den tidligere status genoptages for

Ændring af serverstatus i en klynge og dens effekter

Unity Connection-klyngestatus kan ændres enten automatisk eller manuelt. Du kan manuelt ændre status for servere i en klynge på følgende måder:

En server med en sekundær status kan manuelt ændres til en primær status. Se the Manuel ændring af serverstatus fra sekundær til primær afsnit.
En server med en sekundær status kan manuelt ændres til en deaktiveret status. Se den Manuel aktivering af server med deaktiveret status.
En server med en Deaktiveret status kan aktiveres manuelt, så dens status ændres til Primær eller Sekundær, afhængigt af den anden servers status. Se den Manuel aktivering af en server med deaktiveret status afsnit.

Manuel ændring af serverstatus fra sekundær til primær

Trin 1 Log ind på Cisco Unity Connection Serviceability.
Trin 2 Fra menuen Værktøjer skal du vælge Cluster Management.

Trin 3 På siden Cluster Management fra menuen Server Manager i kolonnen Skift serverstatus på serveren med sekundær status skal du vælge Gør til primær.
Trin 4 Når du bliver bedt om at bekræfte ændringen i serverstatus, skal du vælge OK. Kolonnen Serverstatus viser den ændrede status, når ændringen er fuldført.

Note Serveren, der oprindeligt havde primær status, ændres automatisk til sekundær status

Trin 1 Log ind på Real-Time Monitoring Tool (RTMT).
Trin 2 Fra Cisco Unity Connection-menuen skal du vælge Port Monitor. Port Monitor-værktøjet vises i højre rude.
Trin 3 I feltet Node skal du vælge serveren med sekundær status.

Trin 4 Vælg Start polling i højre rude. Bemærk, om nogen stemmemeddelelsesporte i øjeblikket håndterer opkald til serveren.
Trin 5 Log ind på Cisco Unity Connection Serviceability.
Trin 6 Fra menuen Værktøjer skal du vælge Cluster Management.

Trin 7 Hvis ingen stemmemeddelelsesporte i øjeblikket håndterer opkald til serveren, skal du springe til Manuel ændring af serverstatus fra sekundær til deaktiveret. Hvis der er talemeddelelsesporte, der i øjeblikket håndterer opkald til serveren, skal du på siden Cluster Management i kolonnen Skift portstatus vælge Stop at tage opkald for serveren og derefter vente, indtil RTMT viser, at alle porte for serveren er inaktive.
Trin 8 På siden Cluster Management, fra menuen Server Manager, i kolonnen Change Server Status for serveren
med Sekundær status skal du vælge Deaktiver. Deaktivering af en server afslutter alle de opkald, som portene til serveren håndterer.
Trin 9 Når du bliver bedt om at bekræfte ændringen i serverstatus, skal du vælge OK. Kolonnen Serverstatus viser den ændrede status, når ændringen er fuldført.

Manuel aktivering af en server med deaktiveret status

Trin 1 Log ind på Cisco Unity Connection Serviceability.
Trin 2 Vælg i menuen Værktøjer Cluster Management.

Trin 3 På siden Cluster Management, i menuen Server Manager, i kolonnen Skift serverstatus for serveren med status Deaktiveret, skal du vælge Aktiver.
Trin 4 Når du bliver bedt om at bekræfte ændringen i serverstatus, skal du vælge OK. Kolonnen Serverstatus viser den ændrede status, når ændringen er fuldført

Effekt på igangværende opkald, når serverstatus ændres i en Unity-forbindelsesklynge

Når status for en Unity Connection-server ændres, afhænger virkningen af igangværende opkald af den endelige status for den server, der håndterer et opkald, og af netværkets tilstand. Følgende tabel beskriver

virkningerne:

Tabel 3: Effekt på igangværende opkald, når serverstatus ændres i en Unity-forbindelsesklynge

Status Forandring	Effekter
Primær til sekundær	Når statusændringen påbegyndes manuelt, påvirkes igangværende opkald ikke. Når statusændringen er automatisk, afhænger effekten af igangværende opkald af den kritiske tjeneste, der stoppede.
Sekundær til Primær	Når statusændringen påbegyndes manuelt, påvirkes igangværende opkald ikke. Når statusændringen er automatisk, afhænger effekten af igangværende opkald af den kritiske tjeneste, der stoppede.
Sekundær til deaktiveret	Igangværende opkald afbrydes. For at forhindre mistede opkald skal du på siden Cluster Management i Cisco Unity Connection Serviceability vælge Stop at tage opkald for serveren og vente, indtil alle opkald afsluttes, og serveren deaktiveres.
Primær eller sekundær til replikerende data	Igangværende opkald påvirkes ikke.
Primær eller Sekundær til Split Brain Recovery	Igangværende opkald påvirkes ikke.

Hvis netværksforbindelser mistes, kan igangværende opkald blive afbrudt afhængigt af netværksproblemets art.

Effekt på Unity Connection Web Programmer, når serverstatus ændres

Funktionen af følgende web applikationer påvirkes ikke, når serverstatus ændres:

Cisco Unity Connection Administration
Cisco Unity Connection Serviceevne
Cisco Unity Connection web værktøjer, der tilgås via Cisco PCA - reglerne for beskedassistent, beskedindbakke og personlige opkaldsoverførsel web værktøjer

Cisco Web Indbakke
Representational State Transfer (REST) API-klienter

Effekten af at stoppe en kritisk tjeneste på en enhedsforbindelsesklynge

Kritiske tjenester er nødvendige for den normale funktion af Unity Connection-systemet. Virkningerne af at stoppe en kritisk tjeneste afhænger af serveren og dens status beskrevet i følgende tabel:

Tabel 4: Effekter af at stoppe en kritisk tjeneste på en Unity Connection Cluster

Server

Effekter

Forlægger

• Når serveren har Primær status, vil stop af en kritisk tjeneste i Cisco Unity Connection Serviceability få serverstatus til at ændre sig til Sekundær og forringe serverens evne til at fungere normalt.

Status for abonnentserveren ændres til Primær, hvis den ikke har statussen Deaktiveret eller Ikke-fungerende.

• Når serveren har sekundær status, forringes serverens evne til at fungere normalt, hvis du stopper en kritisk tjeneste i Cisco Unity Connection Serviceability. Status på serverne ændres ikke.

Abonnent

Når serveren har status som Primær, forringes serverens evne til at fungere normalt, hvis du stopper en kritisk tjeneste i Cisco Unity Connection Serviceability. Status på serverne ændres ikke.

Nedlukning af en server i en Klynge

Når en Unity Connection-server har Primær eller Sekundær status, håndterer den talemeddelelsestrafik og klyngedatareplikering. Vi anbefaler dig ikke at lukke begge servere i en klynge ned på samme tid for at undgå brat afbrydelse af de opkald og replikering, der er i gang. Overvej følgende punkter, når du vil lukke en server i en Unity Connection-klynge:

Luk serveren ned i åbningstider, når talebeskedtrafikken er lav.
Skift serverstatus fra Primær eller Sekundær til Deaktiveret, før du lukker ned.

Trin 1 På den server, der ikke lukker ned, skal du logge på Cisco Unity Connection Serviceability.
Trin 2 Fra menuen Værktøjer skal du vælge Cluster Management.
Trin 3 På siden Cluster Management skal du finde den server, du vil lukke ned.

Trin 4 Hvis den server, du vil lukke ned, har en sekundær status, skal du springe til
Trin 5. Hvis den server, du vil lukke ned, har Primær status, skal du ændre status:
- I kolonnen Skift serverstatus for serveren med sekundær status skal du vælge Gør til primær.
- Når du bliver bedt om at bekræfte ændringen i serverstatus, skal du vælge OK.
- Bekræft, at kolonnen Serverstatus angiver, at serveren har primær status nu, og at den server, du vil lukke ned, har sekundær status
Trin 5 På serveren med sekundær status (den du vil lukke ned), skal du ændre status:
- Log ind på Real-Time Monitoring Tool (RTMT).
- Fra Cisco Unity Connection-menuen skal du vælge Port Monitor. Port Monitor-værktøjet vises i højre rude.
- I feltet Node skal du vælge serveren med sekundær status.
- Vælg Start polling i højre rude.
- Bemærk, om nogen stemmemeddelelsesporte i øjeblikket håndterer opkald til serveren.
- Hvis ingen talemeddelelsesporte i øjeblikket håndterer opkald til serveren, skal du springe til trin 5g. Hvis der er talebeskedporte, der i øjeblikket håndterer opkald til serveren, på siden Cluster Management,
  i kolonnen Skift portstatus skal du vælge Stop at tage opkald for serveren og derefter vente, indtil RTMT viser, at alle porte til serveren er inaktive.
- På siden Cluster Management, fra menuen Server Manager, i kolonnen Skift serverstatus for serveren med sekundær status, skal du vælge Deaktiver. Forsigtig Deaktivering af en server afslutter alle opkald, som portene til serveren håndterer
- Når du bliver bedt om at bekræfte ændringen i serverstatus, skal du vælge OK.
- Bekræft, at kolonnen Serverstatus angiver, at serveren nu har status Deaktiveret.

Trin 6 Luk den server, du deaktiverede:
- Log ind på Cisco Unity Connection Serviceability.
- Udvid Værktøjer, og vælg Cluster Management.
- Sørg for, at kolonnen Serverstatus viser statussen Fungerer ikke for den server, du lukker ned

Udskiftning af servere i en klynge

Følg trinene i de givne afsnit for at erstatte udgiver- eller abonnentserver i en klynge:

For at erstatte udgiverserveren, se afsnittet Udskiftning af en udgiverserver.
For at udskifte abonnentserveren, se afsnittet Udskiftning af en abonnentserver.

Sådan fungerer en Unity Connection Cluster
Unity Connection-klyngefunktionen giver talebeskeder med høj tilgængelighed gennem to Unity Connection-servere, der er konfigureret i en klynge. Unity Connection-klyngeadfærden, når begge servere er aktive:

Klyngen kan tildeles et DNS-navn, der deles af Unity Connection-serverne.
Klienter, såsom e-mail-applikationer og web værktøjer, der er tilgængelige via Cisco Personal Communications Assistant (PCA), kan oprette forbindelse til en af Unity Connection-serverne.
Telefonsystemer kan sende opkald til hver af Unity Connection-serverne.

Indgående telefontrafikbelastning balanceres mellem Unity Connection-serverne af telefonsystemet, PIMG/TIMG-enheder eller andre gateways, der er nødvendige for telefonsystemintegrationen.

Hver server i en klynge er ansvarlig for at håndtere en del af de indgående opkald for klyngen (besvare telefonopkald og modtage beskeder). Serveren med Primær status er ansvarlig for følgende funktioner:

Homing og publicering af databasen og beskedlageret, der replikeres til den anden server.
Afsendelse af meddelelsesmeddelelser og MWI-anmodninger (Connection Notifier-tjenesten er aktiveret).
Afsendelse af SMTP-meddelelser og VPIM-beskeder (tjenesten Connection Message Transfer Agent er aktiveret).
Synkronisering af talebeskeder mellem Unity Connection og Exchange-postkasser, hvis den unified messaging-funktion er konfigureret (Unity Connection Mailbox Sync-tjenesten er aktiveret).

Når en af serverne holder op med at fungere (f.eksample, når den lukkes ned for vedligeholdelse), påtager den resterende server sig ansvaret for at håndtere alle de indgående opkald til klyngen. Databasen og beskedlageret replikeres til den anden server, når dens funktionalitet gendannes. Når serveren, der stoppede med at fungere, er i stand til at genoptage sine normale funktioner og aktiveres, påtager den sig ansvaret for at håndtere sin andel af indgående opkald til klyngen.

Note

Det anbefales kun at udføre klargøring på Publisher-serveren i Active-Active-tilstand og på Subscriber (Acting Primary) i tilfælde af cluster-failover. Ændring af adgangskode og ændring af adgangskodeindstilling for bruger-PIN/Web applikationen skal klargøres på Publisher-serveren i Active-Active-tilstand. For at overvåge serverstatus kører Connection Server Role Manager-tjenesten i Cisco Unity Connection Serviceability på begge servere. Denne service udfører følgende funktioner:

Starter de relevante tjenester på hver server, afhængigt af serverstatus.
Bestemmer, om kritiske processer (såsom behandling af talebeskeder, databasereplikering, talemeddelelsessynkronisering med Exchange og replikering af beskedlager) fungerer normalt.
Starter ændringer af serverstatus, når serveren med Primær status ikke fungerer, eller når kritiske tjenester ikke kører.

Bemærk følgende begrænsninger, når udgiverserveren ikke fungerer:

Hvis Unity Connection-klyngen er integreret med et LDAP-bibliotek, forekommer bibliotekssynkronisering ikke, selvom godkendelsen fortsætter med at fungere, når kun abonnentserveren fungerer. Når udgiverserveren genoptager sin funktion, genoptages bibliotekssynkroniseringen også.
Hvis et digitalt netværk eller HTTPS-netværk inkluderer Unity Connection-klyngen, sker der ikke mappeopdateringer, selvom der fortsat sendes beskeder til og fra klyngen, når kun abonnentserveren fungerer. Når udgiverserveren fungerer igen, genoptages mappeopdateringer.

Connection Server Role Manager-tjenesten sender en keep-alive-hændelse mellem udgiver- og abonnentservere for at bekræfte, at serverne fungerer og er forbundet. Hvis en af serverne holder op med at fungere, eller forbindelsen mellem serverne går tabt, venter Connection Server Role Manager-tjenesten på keep-alive-hændelserne og kan tage 30 til 60 sekunder for at opdage, at den anden server ikke er tilgængelig. Mens Connection Server Role Manager-tjenesten venter på keep-alive-hændelserne, kan brugere, der logger ind på serveren med sekundær status, ikke få adgang til deres postkasse eller sende beskeder, fordi Connection Server Role Manager-tjenesten endnu ikke har registreret, at serveren med Primær status (som har det aktive beskedlager) er ikke tilgængelig. I denne situation kan opkaldere, der forsøger at efterlade en besked, høre død luft eller måske ikke høre optagebip.

Note Det anbefales kun at importere og slette LDAP-brugere fra udgivernoden.

Effekter af splitt hjernetilstand i en enhedsforbindelsesklynge

Når begge servere i en Unity Connection-klynge har Primær status på samme tid (f.eksampNår serverne har mistet forbindelsen til hinanden), håndterer begge servere de indgående opkald (besvare telefonopkald og modtage beskeder), sende beskedmeddelelser, sende MWI-anmodninger, acceptere ændringer i de administrative grænseflader (såsom Unity Connection Administration) , og synkroniser talebeskeder i Unity Connection- og Exchange-postkasser, hvis enkelt indbakke er slået til

Serverne replikerer dog ikke databasen og meddelelseslageret til hinanden og modtager ikke replikerede data fra hinanden.
Når forbindelsen mellem serverne genoprettes, ændres servernes status midlertidigt til Split Brain Recovery, mens dataene replikeres mellem serverne og MWI-indstillinger koordineres. I det tidsrum, hvor serverstatus er Split Brain Recovery, stoppes Connection Message Transfer Agent-tjenesten og Connection Notifier-tjenesten (i Cisco Unity Connection Serviceability) på begge servere, så Unity Connection leverer ingen beskeder og sender ingen beskeder meddelelser.
Connection Mailbox Sync-tjenesten er også stoppet, så Unity Connection synkroniserer ikke talebeskeder med Exchange (enkelt indbakke). Beskedlagrene er også kortvarigt afmonteret, så Unity Connection fortæller brugere, der forsøger at hente deres beskeder på dette tidspunkt, at deres postkasser er midlertidigt utilgængelige.
Når gendannelsesprocessen er fuldført, startes Connection Message Transfer Agent-tjenesten og Connection Notifier-tjenesten på udgiverserveren. Levering af de beskeder, der ankom under gendannelsesprocessen, kan tage yderligere tid, afhængigt af antallet af beskeder, der skal leveres. Tjenesten Connection Message Transfer Agent og Connection Notifier-tjenesten startes på abonnentserveren. Endelig har udgiverserveren Primær status, og abonnentserveren har sekundær status. På dette tidspunkt startes Connection Mailbox Sync-tjenesten på serveren med Primær status, så Unity Connection kan genoptage synkronisering af talebeskeder med Exchange, hvis en enkelt indbakke er slået til.

Dokumenter/ressourcer

CISCO Release 14 Unity Connection Cluster [pdfBrugervejledning
Release 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

Referencer

Brugermanual

CISCO Release 14 Unity Connection Cluster

Produktinformation

Specifikationer

Produktbrugsvejledning