CISCO Release 14 Unity Connection Cluster

Termékinformáció

Műszaki adatok

• Terméknév: Cisco Unity Connection Cluster
• Magas rendelkezésre állású hangüzenetek
• Két kiszolgáló a Unity Connection ugyanazon verzióját futtatja
• Kiadói szerver és előfizetői szerver

A termék használati útmutatója

Feladatlista Unity Connection Cluster konfigurálásához

1. Gyűjtsd össze a Unity Connection fürt követelményeit.
2. Riasztási értesítések beállítása a Unity Connection riasztásokhoz.
3. Testreszabhatja a fürt beállításait a kiadói szerveren.

A Cisco Unity Connection Cluster beállításainak konfigurálása a Publisher Serveren

1. Jelentkezzen be a Cisco Unity Connection Administrationbe.
2. Bontsa ki a Rendszerbeállítások > Speciális elemet, és válassza a Fürtkonfiguráció lehetőséget.
3. A Fürtkonfiguráció oldalon módosítsa a kiszolgáló állapotát, és válassza a Mentés lehetőséget.

Unity Connection Cluster adminisztrálása

A Unity Connection fürt állapotának ellenőrzéséhez és a megfelelő konfiguráció biztosításához:

A fürt állapotának ellenőrzése innen Web Felület

1. Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba akár a kiadó, akár az előfizetői kiszolgálón.
2. Bontsa ki az Eszközök elemet, és válassza a Fürtkezelés lehetőséget.
3. A Fürtkezelés oldalon ellenőrizze a kiszolgáló állapotát.

A fürt állapotának ellenőrzése a parancssori felületről (CLI)

1. Futtassa a show cuc cluster status CLI parancsot a kiadói kiszolgálón vagy az előfizetői kiszolgálón.

Üzenetküldési portok kezelése fürtben

A Unity Connection fürtben a kiszolgálók ugyanazokat a telefonrendszer-integrációkat osztják meg. Mindegyik kiszolgáló kezeli a fürt bejövő hívásainak egy részét.

Port-hozzárendelések

A telefonrendszer integrációjától függően minden hangüzenet-port vagy egy adott szerverhez van hozzárendelve, vagy mindkét szerver használja.

GYIK

• K: Hogyan gyűjthetem össze a Unity Connection fürt követelményeit?
• V: A Unity Connection fürt követelményeinek összegyűjtésével kapcsolatos további információkért tekintse meg a Rendszerkövetelmények a Cisco Unity Connection Cluster konfigurálásához című dokumentációt.
• K: Hogyan állíthatok be riasztási értesítéseket a Unity Connection riasztásokhoz?
• V: Tekintse meg a Cisco Unified Real-Time Monitoring Tool Adminisztrációs útmutatóját a Unity Connection riasztások riasztási értesítéseinek beállításához.
• K: Hogyan változtathatom meg a szerver állapotát egy fürtben?
• V: A fürt szerverállapotának módosításához jelentkezzen be a Cisco Unity Connection Administrationbe, bontsa ki a Rendszerbeállítások > Speciális elemet, válassza a Fürtkonfiguráció lehetőséget, és módosítsa a kiszolgáló állapotát a Fürtkonfiguráció oldalon.
• K: Hogyan ellenőrizhetem a Unity Connection fürt állapotát?
• V: A Unity Connection fürt állapotát a következővel is ellenőrizheti web interfész vagy a Command Line Interface (CLI). A részletes lépésekért lásd a felhasználói kézikönyv „A fürt állapotának ellenőrzése” című részét.
• K: Hogyan kezelhetem az üzenetküldő portokat egy fürtben?
• V: A felhasználói kézikönyv információkat nyújt a fürtben lévő üzenetküldő portok kezeléséről. A részletekért olvassa el az „Üzenetkezelési portok kezelése fürtben” című részt.

 

Bevezetés

A Cisco Unity Connection fürt telepítése magas rendelkezésre állású hangüzeneteket biztosít a Unity Connection azonos verzióját futtató két kiszolgálón keresztül. A fürt első kiszolgálója a kiadói kiszolgáló, a második kiszolgáló pedig az előfizetői kiszolgáló.

Feladatlista Unity Connection Cluster konfigurálásához

A Unity Connection fürt létrehozásához tegye a következőket:

1.  Gyűjtsd össze a Unity Connection fürt követelményeit. További információkért lásd: Rendszerkövetelmények a Cisco Unity Connection 14-es kiadásához itt
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Telepítse a kiadói szervert. További információkért tekintse meg a Publisher Server telepítése című részt.
4.  Telepítse az előfizetői szervert. További információkért tekintse meg az Előfizetői kiszolgáló telepítése című részt.
5. Állítsa be a Cisco Unified Real-Time Monitoring Tool eszközt a kiadói és az előfizetői szerverekhez is úgy, hogy értesítéseket küldjön a következő Unity Connection riasztásokról:

• • AutoFailback Failed
  • AutoFailback Succeeded
  • AutoFailoverFailed
  • AutoFailoverSucceeded
  •  NoConnectionToPeer
  • SbrFaile

A Unity Connection riasztásokhoz tartozó riasztási értesítések beállításával kapcsolatos utasításokért tekintse meg a Cisco Unified Real-Time Monitoring Tool adminisztrációs útmutatójának „Cisco Unified Real-Time Monitoring Tool” című részét a kívánt kiadáshoz, amely elérhető a következő címen:  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Nem kötelező) Hajtsa végre a következő feladatokat a fürtbeállítások testreszabásához a kiadói kiszolgálón:

• Jelentkezzen be a Cisco Unity Connection Administrationbe.
• Bontsa ki a Rendszerbeállítások > Speciális elemet, és válassza a Fürtkonfiguráció lehetőséget.
• A Fürtkonfiguráció oldalon módosítsa a kiszolgáló állapotát, és válassza a Mentés lehetőséget. A fürt szerverállapotának módosításával kapcsolatos további információkért lásd: Súgó> Ez az oldal.

Unity Connection Cluster adminisztrálása

Ellenőriznie kell a Unity Connection fürt állapotát, hogy megbizonyosodjon arról, hogy a fürt megfelelően van konfigurálva és megfelelően működik. Szintén fontos megérteni a különböző szerverállapotokat egy fürtben, valamint a fürtben lévő szerverállapot módosításának hatásait.

A fürt állapotának ellenőrzése

A Unity Connection fürt állapotát a következővel is ellenőrizheti web interfész vagy Command Line Interface (CLI). Lépések a Unity Connection Cluster állapotának ellenőrzéséhez innen Web Felület

• 1. lépésJelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba akár a kiadói, akár az előfizetői kiszolgálón.
• 2. lépés Bontsa ki az Eszközök elemet, és válassza a Fürtkezelés lehetőséget.
• 3. lépés A Fürtkezelés oldalon ellenőrizze a kiszolgáló állapotát. További információért a kiszolgáló állapotát tekintse meg a Kiszolgáló állapota és funkciói a Unity Connection Cluster részben.

A Unity Connection Cluster állapotának ellenőrzése a parancssori felületről (CLI)

• 1. lépés Futtathatja a show cuc cluster status CLI parancsot a kiadói kiszolgálón vagy az előfizetői kiszolgálón a fürt állapotának ellenőrzéséhez.
• 2. lépés A kiszolgáló állapotával és a kapcsolódó funkcióival kapcsolatos további információkért tekintse meg a Kiszolgáló állapota és funkciói a Unity Connection Clusterben című részt.

Üzenetküldési portok kezelése fürtben

A Unity Connection fürtben a kiszolgálók ugyanazokat a telefonrendszer-integrációkat osztják meg. Minden szerver felelős a fürt bejövő hívásainak egy részének kezeléséért (telefonhívások fogadása és üzenetek fogadása).

A telefonrendszer integrációjától függően minden hangüzenet-port vagy egy adott szerverhez van hozzárendelve, vagy mindkét szerver használja. Üzenetküldési portok kezelése fürtben leírja a port hozzárendeléseket.
1. táblázat: Szerver-hozzárendelések és hangüzenet-portok használata a Unity Connection Clusterben

Integráció Írja be	Szerver-hozzárendelések és a hangüzenet-portok használata
Integráció a Skinny Client Control Protocol (SCCP) segítségével a Cisco Unified Communications Manager vagy a Cisco Unified Communications Manager Express segítségével	• A telefonrendszer kétszer annyi SCCP-hanggal van beállítva, mint amennyi a hangüzenet-forgalom kezeléséhez szükséges. (Plample, hangposta-port eszközökre van szükség az összes hangüzenet kezeléséhez, hangposta-portot kell beállítani a telefonrendszeren.) • A Cisco Unity Connection Administration alkalmazásban a hangüzenetek úgy vannak konfigurálva, hogy a telefonon beállított portok fele legyen hozzárendelve a fürt minden kiszolgálójához. (Plampminden kiszolgálón 16 hangüzenetküldő portja van.) • A telefonrendszerben egy vonalcsoport, vadászlista és vadászcsoport lehetővé teszi az előfizetői szerver számára, hogy válaszoljon a legtöbb bejövő hívásra. • Ha az egyik szerver leáll (plample, ha az sh karbantartás), a fennmaradó kiszolgáló vállalja a felelősséget a fürt bejövő hívásaiért. • Amikor a kiszolgáló, amely leállította a működését, képes újraindítani a nor-ját, és aktiválva van, újra átveszi a felelősséget a fürt megosztási hívásainak kezeléséért.
Integráció SIP trönkön keresztül a Cisco Unified Communications Manager vagy a Cisco Unified Communications Manager Express szolgáltatással	• A Cisco Unity Connection Administration alkalmazásban a hangüzenet-forgalom kezeléséhez szükséges VO-portok fele van hozzárendelve a fürtben. (PlampHa 16 hangüzenet-portra van szükség a fürt teljes hangüzenet-forgalmához, akkor a fürt minden szervere 8 hangüzenet-porttal rendelkezik.) • A telefonrendszeren egy útvonalcsoport, útvonallista és útvonalminta a a hívások egyenlő elosztásához a fürt mindkét szervere között. • Ha az egyik szerver leáll (plample, ha az sh karbantartás), a fennmaradó szerver vállalja a felelősséget a fürt bejövő hívásaiért. • Amikor a működését leállt szerver képes újraindítani a nor-t és aktiválásra kerül, akkor újra átveszi a felelősséget a rá eső rész kezeléséért. a klaszter számára.

Integráció Írja be	Szerver-hozzárendelések és a hangüzenet-portok használata
Integráció PIMG/TIMG egységekkel	• A telefonrendszeren beállított portok száma megegyezik a fürt minden egyes kiszolgálóján található nu hangüzenetküldési portokkal, így a szerver rendelkezik a hangüzenetküldő portokkal. (Plample, ha a telefonrendszer u hangüzenetküldő portokkal van beállítva, akkor a fürt minden szerverének azonos üzenetküldő portokkal kell rendelkeznie.) • A telefonrendszeren egy vadászcsoport van beállítva, hogy a fürt mindkét kiszolgálójával megegyezően osztja el a hívásokat. • A PIMG/TIMG egységek úgy vannak beállítva, hogy egyensúlyba hozzák a hangüzeneteket a szerverek között. • Ha az egyik szerver leáll (plample, amikor le van zárva d karbantartás), a fennmaradó kiszolgáló vállalja a felelősséget a fürt bejövő hívásainak kezeléséért. • Amikor a működését leállított kiszolgáló képes újraindítani a működést, és aktiválva van, akkor újra átveszi a felelősséget a fürt bevételéből való részesedés kezeléséért.
Egyéb SIP-t használó integrációk	• A Cisco Unity Connection Administration alkalmazásban a hangüzenet-forgalom kezeléséhez szükséges hangportok fele van hozzárendelve a fürtben. (PlampHa 16 hangüzenetküldő portra van szükség a fürt összes hangüzenet-forgalmához, akkor a fürt minden kiszolgálója rendelkezik üzenetküldő portokkal.) • A telefonrendszeren egy vadászcsoport van beállítva, hogy a fürt mindkét kiszolgálójával megegyezően osztja el a hívásokat. • Ha az egyik szerver leáll (plample, amikor karbantartás miatt le van zárva), a fennmaradó kiszolgáló vállalja a felelősséget a fürt bejövő hívásainak kezeléséért. • Amikor a kiszolgáló, amely leállt, visszatérhet normál működéséhez, újra felelősséget vállal a bejövő hívások rá eső részének kezeléséért.

Az összes port leállítja az új hívások fogadását

Kövesse az ebben a szakaszban leírt lépéseket, hogy a szerver összes portja ne fogadjon új hívásokat. A folyamatban lévő hívások addig folytatódnak, amíg a hívók le nem teszik a kagylót.

Tipp Használja a Real-Time Monitoring Tool (RTMT) Port Monitor oldalát annak meghatározására, hogy jelenleg valamelyik port kezeli-e a kiszolgáló hívásait. További információkért lásd a lépést Az összes port átvételének leállítása Új hívások
A Unity Connection Server összes portjának leállítása az új hívások fogadásáról

• 1. lépés Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
• 2. lépésBontsa ki az Eszközök menüt, és válassza a Fürtkezelés lehetőséget.
• 3. lépés A Fürtkezelés oldalon a Portkezelő alatt a Portállapot módosítása oszlopban válassza ki a kiszolgáló hívások fogadásának leállítása lehetőséget.

Minden port újraindítása hívások fogadásához

Kövesse az ebben a szakaszban leírt lépéseket a Unity Connection kiszolgáló összes portjának újraindításához, hogy a leállítás után ismét fogadhassa a hívásokat.

• 1. lépés Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
• 2. lépés Bontsa ki az Eszközök menüt, és válassza a Fürtkezelés lehetőséget.
• 3. lépés A Fürtkezelés oldalon a Portkezelő alatt a Portállapot módosítása oszlopban válassza ki a kiszolgáló hívások fogadását.

A kiszolgáló állapota és funkciói a Unity Connection Clusterben

A fürt minden kiszolgálója rendelkezik egy állapottal, amely a Cisco Unity Connection Serviceability Cluster Management oldalán jelenik meg. Az állapot azokat a funkciókat jelzi, amelyeket a kiszolgáló jelenleg a fürtben végez, a 2. táblázatban leírtak szerint: Kiszolgáló állapota a Unity Connection Clusterben.

2. táblázat: Kiszolgálóállapot a Unity Connection Cluste-benr

Szerver állapota

A szerver feladatai a Unity Connection Clusterben

Elsődleges

• Közzé teszi az adatbázist és az üzenettárolót, amelyek mindegyike replikálva van a másik kiszolgálón • Replikált adatokat fogad a másik szerverről. • Megjeleníti és elfogadja az adminisztrációs felületek módosításait, például a Unity Connection és a Cisco Unified Operating System Administration. Ezeket az adatokat a rendszer replikálja a másik fürtbe. • Telefonhívásokat fogad és üzeneteket fogad. • Üzenetértesítéseket és MWI kéréseket küld. • SMTP-értesítéseket és VPIM-üzeneteket küld. • Szinkronizálja a hangüzeneteket a Unity Connection és az Exchange postafiókokban, ha az Unifi funkció be van állítva. • Kapcsolatba lép a kliensekkel, például az e-mail alkalmazásokkal és a web keresztül elérhető eszközök   Jegyzet                Az Elsődleges állapotú szervert nem lehet deaktiválni.

 

Szerver állapota	A szerver feladatai a Unity Connection Clusterben
Másodlagos	• Replikált adatokat fogad a szerverről elsődleges állapottal. Az adatok közé tartozik az adatbázis és az áruház. • Adatokat replikálja az elsődleges állapotú szerverre. • Megjeleníti és elfogadja az adminisztrációs felületek módosításait, például a Unity Connection Adm és a Cisco Unified Operating System Administration. Az adatok egy állapottal replikálódnak a szerverre. • Telefonhívásokat fogad és üzeneteket fogad. • Kapcsolatba lép a kliensekkel, például az e-mail alkalmazásokkal és a web Ci-n keresztül elérhető eszközök   Jegyzet                Csak másodlagos státuszú szervert lehet deaktiválni.
Deaktiválva	• Replikált adatokat fogad a szerverről elsődleges állapottal. Az adatok közé tartozik az adatbázis és az áruház. • Nem jeleníti meg az adminisztrációs felületeket, mint például a Unity Connection Administration vagy az Unified Operating System Administration. Az adatok replikálódnak a szerverre az Elsődleges • Nem fogad telefonhívásokat és nem fogad üzeneteket. • Nem csatlakozik a kliensekhez, például az e-mail alkalmazásokhoz és a web a Cisco PCA-n keresztül elérhető eszközök.
Nem Működő	• Nem kap replikált adatokat az elsődleges állapotú szervertől. • Nem replikálja az adatokat az elsődleges állapotú szerverre. • Nem jeleníti meg az adminisztrációs felületeket, mint például a Unity Connection Administration vagy az Unified Operating System Administration. • Nem fogad telefonhívásokat és nem fogad üzeneteket.   Jegyzet                A Nem működő státuszú kiszolgálót általában leállítják.
Indulás	• Replikált adatbázist és üzenettárolót fogad a szervertől elsődleges állapottal. • Adatokat replikálja az elsődleges állapotú szerverre. • Nem fogad telefonhívásokat és nem fogad üzeneteket. • Nem szinkronizálja a hangüzeneteket a Unity Connection és az Exchange postafiókok beérkező levelei között).   Jegyzet                Ez az állapot csak néhány percig tart, majd a szerver átveszi a megfelelő állapotot

Szerver állapota	A szerver feladatai a Unity Connection Clusterben
Adatok replikálása	• Adatokat küld és fogad a fürtből. • Egy ideig nem fogad telefonhívásokat és nem fogad üzeneteket. • Nem csatlakozik az ügyfelekhez, például az e-mail alkalmazásokhoz és a web egy ideig a Cisco PCA-n keresztül elérhető eszközök.   Jegyzet                Ez az állapot csak néhány percig tart, utána az előző állapot folytatódik
Megosztott agy helyreállítás (Két elsődleges állapotú szerver észlelése után)	• Frissíti az adatbázist és az üzenettárolót azon a kiszolgálón, amely elsődlegesnek minősül • Replikálja az adatokat a másik szerverre. • Egy ideig nem fogad telefonhívásokat és nem fogad üzeneteket. • Nem szinkronizálja a hangüzeneteket a Unity Connection és az Exchange postafiók bejövő üzenetei között egy ideig be van kapcsolva. • Nem csatlakozik az ügyfelekhez, például az e-mail alkalmazásokhoz és a web A Cisco PCA egy ideig elérhető eszközök.   Jegyzet                Ez az állapot csak néhány percig tart, utána az előző állapot folytatódik

A kiszolgáló állapotának megváltoztatása a fürtben és hatásai

A Unity Connection fürt állapota automatikusan vagy manuálisan módosítható. A fürtben lévő kiszolgálók állapotát a következő módokon manuálisan módosíthatja:

1.  A másodlagos státuszú kiszolgáló manuálisan módosítható elsődleges állapotúvá. Lásd the A kiszolgáló állapotának manuális módosítása Másodlagosról Elsődlegesre szakasz.
2. A Másodlagos állapotú szerver manuálisan Deaktivált állapotra állítható. Lásd a Kiszolgáló kézi aktiválása deaktivált állapottal.
3.  A Deaktivált állapotú szerver manuálisan aktiválható, így az állapota a másik szerver állapotától függően Elsődlegesre vagy Másodlagosra változik. Lásd a Deaktivált állapotú kiszolgáló manuális aktiválása szakasz.

A kiszolgáló állapotának manuális módosítása másodlagosról elsődlegesre

• 1. lépés Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
• 2. lépés Az Eszközök menüben válassza a Fürtkezelés lehetőséget.
• 3. lépés A Fürtkezelés oldalon a Kiszolgálókezelő menüben, a Másodlagos állapotú kiszolgáló Kiszolgálóállapotának módosítása oszlopában válassza a Legyen elsődlegesnek lehetőséget.
• 4. lépés Amikor a rendszer kéri, hogy erősítse meg a kiszolgáló állapotának módosítását, kattintson az OK gombra. A Szerver állapota oszlop a megváltozott állapotot jeleníti meg, amikor a módosítás befejeződött.

Jegyzet Az eredetileg elsődleges állapotú kiszolgáló automatikusan Másodlagos állapotra vált

• 1. lépés Jelentkezzen be a Real-Time Monitoring Tool-ba (RTMT).
• 2. lépés A Cisco Unity Connection menüben válassza a Port Monitor lehetőséget. A Port Monitor eszköz megjelenik a jobb oldali ablaktáblában.
• 3. lépés A Csomópont mezőben válassza ki a Másodlagos állapotú kiszolgálót.
• 4. lépés A jobb oldali ablaktáblában válassza a Lekérdezés indítása lehetőséget. Jegyezze meg, hogy jelenleg valamelyik hangüzenet-port kezeli-e a kiszolgáló hívásait.
• 5. lépés Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
• 6. lépés Az Eszközök menüben válassza a Fürtkezelés lehetőséget.
• 7. lépés Ha jelenleg egyetlen hangüzenet-port sem kezeli a szerver hívását, ugorjon a következőre A kiszolgáló állapotának manuális módosítása Másodlagosról Deaktiváltra. Ha vannak olyan hangüzenet-portok, amelyek jelenleg kezelik a kiszolgáló hívását, a Fürtkezelés lap Portállapotának módosítása oszlopában válassza a Hívásfogadás leállítása lehetőséget a kiszolgálóhoz, majd várja meg, amíg az RTMT azt jelzi, hogy a kiszolgáló összes portja tétlen.
• 8. lépés A Fürtkezelés oldalon a Kiszolgálókezelő menü Kiszolgálóállapotának módosítása oszlopában a kiszolgálóhoz
  a Másodlagos állapotnál válassza a Deaktiválás lehetőséget. A szerver deaktiválása megszünteti az összes hívást, amelyet a szerver portjai kezelnek.
• 9. lépés Amikor a rendszer kéri, hogy erősítse meg a kiszolgáló állapotának módosítását, kattintson az OK gombra. A Szerver állapota oszlop a megváltozott állapotot jeleníti meg, amikor a módosítás befejeződött.

Deaktivált állapotú kiszolgáló manuális aktiválása

• 1. lépés Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
• 2. lépés Az Eszközök menüből válassza ki a lehetőséget Klaszterkezelés.
• 3. lépés A Fürtkezelés oldalon a Kiszolgálókezelő menü Kiszolgálóállapot módosítása oszlopában a Deaktivált állapotú kiszolgálóhoz válassza a Aktiválja.
• 4. lépés Amikor a rendszer kéri, hogy erősítse meg a kiszolgáló állapotának módosítását, válassza a lehetőséget RENDBEN. A Szerver állapota oszlop a megváltozott állapotot jeleníti meg, amikor a módosítás befejeződött

Hatás a folyamatban lévő hívásokra, amikor a kiszolgáló állapota megváltozik egy Unity kapcsolati fürtben

Amikor egy Unity Connection szerver állapota megváltozik, a folyamatban lévő hívásokra gyakorolt ​​hatás a hívást kezelő szerver végső állapotától és a hálózat állapotától függ. Az alábbi táblázat leírja

a hatások:

3. táblázat: Hatás a folyamatban lévő hívásokra, amikor a kiszolgáló állapota megváltozik egy Unity kapcsolatfürtben

Állapot Változás	Hatások
Elsődlegestől másodlagosig	Ha az állapotváltozást manuálisan kezdeményezik, a folyamatban lévő hívásokra ez nincs hatással. Ha az állapotváltozás automatikus, a folyamatban lévő hívásokra gyakorolt ​​hatás attól függ, hogy melyik kritikus szolgáltatás állt le.
Másodlagos az elsődlegeshez	Ha az állapotváltozást manuálisan kezdeményezik, a folyamatban lévő hívásokra ez nincs hatással. Ha az állapotváltás automatikus, a folyamatban lévő hívásokra gyakorolt ​​hatás attól függ, hogy melyik kritikus szolgáltatás állt le.
Másodlagos - deaktivált	A folyamatban lévő hívások megszakadnak. A megszakadt hívások elkerülése érdekében a Cisco Unity Connection Serviceability Cluster Management oldalán válassza a Hívásfogadás leállítása lehetőséget a kiszolgálóhoz, és várja meg, amíg az összes hívás véget ér, és deaktiválja a kiszolgálót.
Elsődleges vagy másodlagos az adatok replikálásához	A folyamatban lévő hívásokat ez nem érinti.
Elsődleges vagy másodlagos a megosztott agy helyreállítása	A folyamatban lévő hívásokat ez nem érinti.

Ha a hálózati kapcsolatok megszakadnak, a folyamatban lévő hívások a hálózati probléma természetétől függően megszakadhatnak.

Hatás a Unity Connectionra Web Alkalmazások, amikor a kiszolgáló állapota megváltozik

A következők működése web az alkalmazásokat nem érinti, ha a szerver állapota megváltozik:

• Cisco Unity Connection Administration
• Cisco Unity Connection szervizelhetősége
• Cisco Unity Connection web a Cisco PCA-n keresztül elérhető eszközök – az Üzenetkezelő asszisztens, az Üzenetküldési postafiók és a Személyes hívásátviteli szabályok web eszközöket
• Cisco Web Beérkezett üzenetek
• Reprezentációs állapotátvitel (REST) ​​API-kliensek

A kritikus szolgáltatás leállításának hatása a Unity Connection Clusterre

A Unity Connection rendszer normál működéséhez kritikus szolgáltatásokra van szükség. A kritikus szolgáltatás leállításának hatásai a kiszolgálótól és állapotától függenek, amelyet az alábbi táblázat ismertet:

4. táblázat: A kritikus szolgáltatás leállításának hatásai a Unity Connection Clusterre

 

Szerver	Hatások
Kiadó	• Ha a kiszolgáló elsődleges állapotú, egy kritikus szolgáltatás leállítása a Cisco Unity Connection Serviceability alkalmazásban azt eredményezi, hogy a kiszolgáló állapota másodlagosra változik, és rontja a kiszolgáló normál működését. Az előfizetői szerver állapota Elsődlegesre változik, ha nem rendelkezik Letiltva vagy Nem működik állapottal. • Ha a kiszolgáló másodlagos állapotú, egy kritikus szolgáltatás leállítása a Cisco Unity Connection Serviceability programban rontja a kiszolgáló normál működését. A szerverek állapota nem változik.
Előfizető	Ha a kiszolgáló elsődleges állapotú, egy kritikus szolgáltatás leállítása a Cisco Unity Connection Serviceability programban rontja a kiszolgáló normál működését. A szerverek állapota nem változik.

Szerver leállítása a Fürt

Ha a Unity Connection kiszolgáló elsődleges vagy másodlagos állapotú, az kezeli a hangüzenet-forgalmat és a fürtadatok replikációját. Nem javasoljuk, hogy egy fürtben egyszerre állítsa le mindkét kiszolgálót, hogy elkerülje a folyamatban lévő hívások és replikáció hirtelen megszakadását. Vegye figyelembe a következő pontokat, amikor le szeretne állítani egy kiszolgálót egy Unity Connection fürtben:

• Állítsa le a szervert a munkaidőn kívüli időszakban, amikor a hangüzenet-forgalom alacsony.
• A leállítás előtt módosítsa a kiszolgáló állapotát Elsődleges vagy Másodlagos értékről Deaktiváltra.
• 1. lépés Azon a kiszolgálón, amely nem áll le, jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
• 2. lépés Az Eszközök menüben válassza a Fürtkezelés lehetőséget.
• 3. lépés A Fürtkezelés oldalon keresse meg a leállítani kívánt kiszolgálót.
• 4. lépés Ha a leállítani kívánt kiszolgáló másodlagos állapotú, ugorjon erre
• 5. lépés Ha a leállítani kívánt kiszolgáló elsődleges állapotú, módosítsa az állapotot:
  • A Másodlagos állapotú kiszolgáló Kiszolgálóállapotának módosítása oszlopában válassza a Legyen elsődleges jelölőnégyzetet.
  • Amikor a rendszer kéri, hogy erősítse meg a kiszolgáló állapotának módosítását, kattintson az OK gombra.
  • Győződjön meg arról, hogy a Kiszolgáló állapota oszlop azt jelzi, hogy a kiszolgáló jelenleg elsődleges állapotú, és a leállítani kívánt kiszolgáló másodlagos állapotú.
• 5. lépés A Másodlagos állapotú szerveren (amelyet le szeretne állítani) módosítsa az állapotot:
  • Jelentkezzen be a Real-Time Monitoring Tool-ba (RTMT).
  • A Cisco Unity Connection menüben válassza a Port Monitor lehetőséget. A Port Monitor eszköz megjelenik a jobb oldali ablaktáblában.
  • A Csomópont mezőben válassza ki a Másodlagos állapotú kiszolgálót.
  • A jobb oldali ablaktáblában válassza a Lekérdezés indítása lehetőséget.
  • Jegyezze meg, hogy jelenleg valamelyik hangüzenet-port kezeli-e a kiszolgáló hívásait.
  • Ha jelenleg egyetlen hangüzenet-port sem kezeli a kiszolgáló hívását, ugorjon az 5g. lépésre. Ha vannak olyan hangüzenet-portok, amelyek jelenleg kezelik a szerver hívását, a Fürtkezelés oldalon,
    a Portállapot módosítása oszlopban válassza a Hívásfogadás leállítása lehetőséget a szerver számára, majd várja meg, amíg az RTMT azt mutatja, hogy a kiszolgáló összes portja tétlen.
  • A Fürtkezelés oldalon a Kiszolgálókezelő menü Kiszolgálóállapotának módosítása oszlopában a Másodlagos állapotú kiszolgálóhoz válassza a Deaktiválás lehetőséget. Vigyázat A kiszolgáló deaktiválása leállítja az összes hívást, amelyet a szerver portjai kezelnek
  • Amikor a rendszer kéri, hogy erősítse meg a kiszolgáló állapotának módosítását, kattintson az OK gombra.
  • Győződjön meg arról, hogy a Kiszolgáló állapota oszlop azt jelzi, hogy a kiszolgáló most Deaktivált állapotú.
• 6. lépés Állítsa le a deaktivált szervert:
  • Jelentkezzen be a Cisco Unity Connection Serviceability szolgáltatásba.
  •  Bontsa ki az Eszközök elemet, és válassza a Fürtkezelés lehetőséget.
  •  Győződjön meg arról, hogy a Kiszolgáló állapota oszlopban a leállított kiszolgáló Nem működik állapota látható

Kiszolgálók cseréje fürtben

Kövesse az adott szakaszokban található lépéseket a kiadó vagy előfizetői szerver lecseréléséhez egy fürtben:

• A kiadói kiszolgáló cseréjéhez lásd a Kiadói kiszolgáló cseréje című részt.
• Az előfizetői szerver cseréjéhez lásd az Előfizetői kiszolgáló cseréje című részt.

Hogyan működik a Unity Connection Cluster
A Unity Connection fürt funkció magas rendelkezésre állású hangüzeneteket biztosít két Unity Connection kiszolgálón keresztül, amelyek egy fürtben vannak konfigurálva. Az Unity Connection fürt viselkedése, amikor mindkét kiszolgáló aktív:

• A fürthöz hozzárendelhető egy DNS-név, amelyet a Unity Connection kiszolgálói osztanak meg.
• Az ügyfelek, például az e-mail alkalmazások és a web A Cisco Personal Communications Assistant (PCA) segítségével elérhető eszközök bármelyik Unity Connection kiszolgálóhoz csatlakozhatnak.
• A telefonrendszerek hívásokat küldhetnek a Unity Connection szerverek bármelyikére.
• A bejövő telefonforgalmi terhelést a Unity Connection szerverek között a telefonrendszer, a PIMG/TIMG egységek vagy más átjárók egyensúlyozzák ki, amelyek a telefonrendszer integrációjához szükségesek.

A fürt minden kiszolgálója felelős a fürt bejövő hívásainak egy részének kezeléséért (telefonhívások fogadása és üzenetek fogadása). Az Elsődleges állapotú szerver a következő funkciókért felelős:

• A másik kiszolgálóra replikált adatbázis és üzenettároló elhelyezése és közzététele.
• Üzenetértesítések és MWI-kérések küldése (a Connection Notifier szolgáltatás aktiválva van).
• SMTP-értesítések és VPIM-üzenetek küldése (a Connection Message Transfer Agent szolgáltatás aktiválva van).
• Hangüzenetek szinkronizálása a Unity Connection és az Exchange postafiókok között, ha az egyesített üzenetküldési szolgáltatás be van állítva (a Unity Connection Mailbox Sync szolgáltatás aktiválva van).

Amikor az egyik szerver leáll (plample, amikor karbantartás miatt leállítják), a fennmaradó kiszolgáló újra átveszi a felelősséget a fürt összes bejövő hívásának kezeléséért. Az adatbázis és az üzenettároló replikálódik a másik kiszolgálóra, amikor a funkció visszaáll. Amikor a kiszolgáló, amely leállt, képes visszaállítani normál működését, és aktiválásra kerül, újra átveszi a felelősséget a fürthöz tartozó bejövő hívások kezeléséért.

Jegyzet

Javasoljuk, hogy a kiépítést csak a Publisher kiszolgálón végezze el Aktív-Aktív módban és Előfizetőn (Acting Primary) fürt feladatátvétel esetén. A jelszó módosítása és a jelszó beállítás módosítása a felhasználói PIN/Web Az alkalmazást aktív-aktív módban kell kiépíteni a Publisher szerveren. A kiszolgáló állapotának figyeléséhez a Connection Server Role Manager szolgáltatás a Cisco Unity Connection Serviceability alkalmazásban fut mindkét kiszolgálón. Ez a szolgáltatás a következő funkciókat látja el:

• Elindítja a megfelelő szolgáltatásokat minden kiszolgálón, a kiszolgáló állapotától függően.
• Meghatározza, hogy a kritikus folyamatok (például hangüzenetek feldolgozása, adatbázis-replikáció, hangüzenetek Exchange-szel való szinkronizálása és üzenettároló replikációja) megfelelően működnek-e.
• A kiszolgáló állapotának módosítását kezdeményezi, ha az Elsődleges állapotú kiszolgáló nem működik, vagy ha a kritikus szolgáltatások nem futnak.

Vegye figyelembe a következő korlátozásokat, ha a kiadói szerver nem működik:

• Ha a Unity Connection fürt egy LDAP-címtárral van integrálva, a címtár-szinkronizálás nem történik meg, bár a hitelesítés továbbra is működik, ha csak az előfizetői kiszolgáló működik. Amikor a kiadói kiszolgáló újra működik, a címtár-szinkronizálás is folytatódik.
• Ha egy digitális vagy HTTPS-hálózat tartalmazza a Unity Connection fürtöt, akkor nem történik címtárfrissítés, bár továbbra is üzeneteket küldenek a fürtbe és onnan, amikor csak az előfizetői kiszolgáló működik. Amikor a kiadói szerver újra működik, a címtárfrissítések folytatódnak.

A Connection Server Role Manager szolgáltatás életben tartási eseményt küld a kiadó és az előfizetői kiszolgálók között annak megerősítésére, hogy a kiszolgálók működnek és csatlakoznak. Ha az egyik kiszolgáló leáll, vagy megszakad a kapcsolat a kiszolgálók között, a Connection Server Role Manager szolgáltatás megvárja az életben tartási eseményeket, és 30–60 másodpercre lehet szükség annak észleléséhez, hogy a másik kiszolgáló nem elérhető. Amíg a Connection Server Role Manager szolgáltatás az életben tartási eseményekre vár, a kiszolgálóra másodlagos státuszú bejelentkező felhasználók nem férhetnek hozzá postafiókjukhoz és nem küldhetnek üzeneteket, mert a Connection Server Role Manager szolgáltatás még nem észlelte, hogy a kiszolgáló Elsődleges állapottal (amelyben van az aktív üzenettároló) nem érhető el. Ebben a helyzetben azok a hívók, akik megpróbálnak üzenetet hagyni, meghallhatják a levegőt, vagy nem hallják a rögzítő sípolást.

Jegyzet Javasoljuk, hogy az LDAP-felhasználókat csak a kiadói csomópontból importálja és törölje.

A megosztott agyi állapot hatásai az Unity Connection Clusterben

Ha a Unity Connection fürtben lévő mindkét szerver elsődleges állapotú egyszerre (plampHa a szerverek megszakadtak egymással, akkor mindkét szerver kezeli a bejövő hívásokat (telefonhívásokat fogad és üzeneteket fogad), üzenetértesítéseket küld, MWI kéréseket küld, elfogadja az adminisztrációs felületek módosításait (például Unity Connection Administration) , és szinkronizálja a hangüzeneteket a Unity Connection és Exchange postafiókokban, ha az egypostafiók be van kapcsolva

• A szerverek azonban nem replikálják egymás között az adatbázist és az üzenettárolót, és nem kapnak replikált adatokat egymástól.
  Amikor a kiszolgálók közötti kapcsolat helyreáll, a kiszolgálók állapota átmenetileg Split Brain Recovery-re változik, miközben az adatok replikálódnak a kiszolgálók között, és az MWI-beállítások összehangolásra kerülnek. Amíg a szerver állapota Split Brain Recovery, a Connection Message Transfer Agent szolgáltatás és a Connection Notifier szolgáltatás (a Cisco Unity Connection Serviceability szolgáltatásban) mindkét szerveren leáll, így a Unity Connection nem kézbesít üzeneteket és nem küld üzenetet. értesítéseket.
• A Connection Mailbox Sync szolgáltatás is leállt, így a Unity Connection nem szinkronizálja a hangüzeneteket az Exchange (egyetlen bejövő üzenetek) szolgáltatással. Az üzenettárolókat is rövid időre leválasztják, így a Unity Connection értesíti a felhasználókat, akik ezen a ponton próbálják letölteni az üzeneteiket, hogy postafiókjuk átmenetileg nem elérhető.
  Amikor a helyreállítási folyamat befejeződött, a Connection Message Transfer Agent szolgáltatás és a Connection Notifier szolgáltatás elindul a kiadói kiszolgálón. A helyreállítási folyamat során érkezett üzenetek kézbesítése további időt vehet igénybe, a kézbesítendő üzenetek számától függően. A Connection Message Transfer Agent szolgáltatás és a Connection Notifier szolgáltatás elindul az előfizetői szerveren. Végül a kiadói kiszolgáló elsődleges, az előfizetői kiszolgáló pedig másodlagos állapotú. Ezen a ponton a Connection Mailbox Sync szolgáltatás elsődleges állapotú kiszolgálón indul el, így a Unity Connection folytatni tudja a hangüzenetek szinkronizálását az Exchange szolgáltatással, ha egyetlen postafiók be van kapcsolva.

Dokumentumok / Források

CISCO Release 14 Unity Connection Cluster [pdf] Felhasználói útmutató Kiadás 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

Hivatkozások

• Felhasználói kézikönyv