Podręcznik użytkownika klastra połączeń Unity, wersja 14 CISCO

W klastrze Unity Connection serwery korzystają z tej samej integracji systemu telefonicznego. Każdy serwer obsługuje część połączeń przychodzących dla klastra.

Przydziały portów

W zależności od integracji systemu telefonicznego każdy port wiadomości głosowych jest albo przypisany do konkretnego serwera, albo używany przez oba serwery.

Często zadawane pytania

P: Jak zebrać wymagania klastra Unity Connection?

Odp.: Aby uzyskać więcej informacji na temat zbierania wymagań dotyczących klastra Unity Connection, zapoznaj się z dokumentacją Wymagania systemowe dotyczące konfigurowania klastra połączeń Cisco Unity.
P: Jak skonfigurować powiadomienia o alertach dla alertów Unity Connection?

Odp.: Instrukcje dotyczące konfigurowania powiadomień o alertach dla alertów Unity Connection można znaleźć w podręczniku administratora narzędzia Cisco Unified Real-Time Monitoring Tool.
P: Jak zmienić status serwera w klastrze?

Odp.: Aby zmienić stan serwera w klastrze, zaloguj się do Cisco Unity Connection Administration, rozwiń Ustawienia systemowe > Zaawansowane, wybierz Konfiguracja klastra i zmodyfikuj stan serwera na stronie Konfiguracja klastra.
P: Jak sprawdzić stan klastra Unity Connection?
Odp.: Możesz sprawdzić stan klastra Unity Connection za pomocą web interfejs lub interfejs wiersza poleceń (CLI). Szczegółowe instrukcje można znaleźć w sekcji „Sprawdzanie stanu klastra” w instrukcji obsługi.
P: Jak zarządzać portami przesyłania wiadomości w klastrze?
O: Podręcznik użytkownika zawiera informacje na temat zarządzania portami przesyłania komunikatów w klastrze. Aby uzyskać szczegółowe informacje, zapoznaj się z sekcją „Zarządzanie portami przesyłania komunikatów w klastrze”.

Wstęp

Wdrożenie klastra Cisco Unity Connection zapewnia komunikację głosową o wysokiej dostępności za pośrednictwem dwóch serwerów, na których działają te same wersje Unity Connection. Pierwszy serwer w klastrze jest serwerem wydawcy, a drugi serwer jest serwerem subskrybenta.

Lista zadań do konfigurowania klastra połączeń Unity

Wykonaj następujące zadania, aby utworzyć klaster Unity Connection:

Zbierz wymagania dotyczące klastra Unity Connection. Aby uzyskać więcej informacji, zobacz Wymagania systemowe dla Cisco Unity Connection Release 14 pod adresem
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
Zainstaluj serwer wydawcy. Aby uzyskać więcej informacji, zobacz sekcję Instalowanie serwera Publisher.
Zainstaluj serwer subskrybenta. Aby uzyskać więcej informacji, zobacz sekcję Instalowanie serwera abonenckiego.
Skonfiguruj narzędzie Cisco Unified do monitorowania w czasie rzeczywistym zarówno dla serwerów wydawców, jak i subskrybentów, aby wysyłać powiadomienia o następujących alertach Unity Connection:

- Niepowodzenie automatycznego powrotu po awarii
- Automatyczne przywracanie po awarii powiodło się
- Automatyczne przełączanie awaryjne nie powiodło się
- Automatyczne przełączanie awaryjne powiodło się
- Brak połączenia z peerem
- SbrFail

Instrukcje dotyczące konfigurowania powiadomień o alertach dla alertów Unity Connection można znaleźć w sekcji „Cisco Unified Real-Time Monitoring Tool” w Podręczniku administratora narzędzia Cisco Unified Real-Time Monitoring Tool dla wymaganej wersji, dostępnej pod adresem http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(Opcjonalnie) Wykonaj następujące zadania, aby dostosować ustawienia klastra na serwerze wydawcy:

Zaloguj się do administracji połączeniami Cisco Unity.
Rozwiń Ustawienia systemu > Zaawansowane i wybierz Konfiguracja klastra.
Na stronie Konfiguracja klastra zmień stan serwera i wybierz opcję Zapisz. Aby uzyskać więcej informacji na temat zmiany stanu serwera w klastrze, zobacz Pomoc> Ta strona.

Administrowanie klastrem połączeń Unity

Należy sprawdzić stan klastra Unity Connection, aby upewnić się, że klaster jest poprawnie skonfigurowany i działa prawidłowo. Ważne jest również zrozumienie różnych statusów serwerów w klastrze i skutków zmiany statusu serwera w klastrze.

Sprawdzanie stanu klastra

Stan klastra Unity Connection można sprawdzić za pomocą narzędzia web interfejs lub interfejs wiersza poleceń (CLI). Kroki, aby sprawdzić stan klastra połączeń Unity Web Interfejs

Krok 1Zaloguj się do usługi Cisco Unity Connection Serviceability na serwerze wydawcy lub subskrybenta.
Krok 2 Rozwiń Narzędzia i wybierz Zarządzanie klastrami.
Krok 3 Na stronie Zarządzanie klastrem sprawdź stan serwera. Aby uzyskać więcej informacji nt status serwera, zobacz sekcję Stan serwera i jego funkcje w klastrze połączeń Unity.

Kroki sprawdzania stanu klastra połączeń Unity z interfejsu wiersza poleceń (CLI)

Krok 1 Można uruchomić komendę CLI show cuc Cluster status na serwerze wydawcy lub serwerze subskrybenta, aby sprawdzić stan klastra.
Krok 2 Aby uzyskać więcej informacji na temat stanu serwera i powiązanych z nim funkcji, zobacz sekcję Stan serwera i jego funkcje w klastrze połączeń Unity.

Zarządzanie portami przesyłania wiadomości w klastrze

W klastrze Unity Connection serwery korzystają z tej samej integracji systemu telefonicznego. Każdy serwer odpowiada za obsługę części połączeń przychodzących dla klastra (odbieranie połączeń telefonicznych i odbieranie wiadomości).

W zależności od integracji systemu telefonicznego każdy port wiadomości głosowych jest albo przypisany do konkretnego serwera, albo używany przez oba serwery. Zarządzanie portami przesyłania wiadomości w klastrze opisuje przypisania portów.
Tabela 1: Przypisania serwerów i wykorzystanie portów wiadomości głosowych w klastrze połączeń Unity

Integracja Typ

Przydziały serwerów i wykorzystanie portów wiadomości głosowych

Integracja za pomocą protokołu Skinny Client Control Protocol (SCCP) z Cisco Unified Communications Manager lub Cisco Unified Communications Manager Express

• System telefoniczny jest skonfigurowany z dwukrotnie większą liczbą głosów SCCP potrzebnych do obsługi ruchu związanego z wiadomościami głosowymi. (Na przykładample, do obsługi wszystkich wiadomości głosowych potrzebne są urządzenia portów poczty głosowej. Urządzenia portów poczty głosowej muszą być skonfigurowane w systemie telefonicznym.)

• W Cisco Unity Connection Administration wiadomości głosowe są skonfigurowane w taki sposób, że do każdego serwera w klastrze przypisana jest połowa liczby portów skonfigurowanych w telefonie. (Na przykładample, każdy serwer i ma 16 portów wiadomości głosowych.)

• W systemie telefonicznym grupa linii, lista wyszukiwania i grupa wyszukiwania umożliwiają serwerowi abonenta odbieranie większości połączeń przychodzących dla

• Jeśli jeden z serwerów przestanie działać (npample, gdy jest to konserwacja sh), pozostały serwer przejmuje odpowiedzialność za połączenia przychodzące dla klastra.

• Gdy serwer, który przestał działać, będzie mógł wznowić działanie nor i zostanie aktywowany, ponownie przejmuje odpowiedzialność za obsługę wywołań udostępniania dla klastra.

Integracja poprzez SIP Trunk z Cisco Unified Communications Manager lub Cisco Unified Communications Manager Express

• W Cisco Unity Connection Administration w klastrze przypisano połowę liczby portów VO potrzebnych do obsługi ruchu wiadomości głosowych. (Na przykładample, jeśli dla całego ruchu wiadomości głosowych w klastrze potrzebnych jest 16 portów wiadomości głosowych, każdy serwer w klastrze ma 8 portów wiadomości głosowych.)

• W systemie telefonicznym grupa tras, lista tras i wzorzec tras a, aby równomiernie rozdzielać połączenia między obydwoma serwerami w klastrze.

• Jeśli jeden z serwerów przestanie działać (npample, gdy jest to konserwacja sh), pozostały serwer przejmuje odpowiedzialność za połączenia przychodzące dla klastra.

• Kiedy serwer, który przestał działać, będzie mógł wznowić działanie i zostanie aktywowany, ponownie przejmuje odpowiedzialność za obsługę swojej części

dla klastra.

Integracja Typ

Przydziały serwerów i wykorzystanie portów wiadomości głosowych

Integracja poprzez jednostki PIMG/TIMG

• Liczba portów skonfigurowanych w systemie telefonicznym jest taka sama, jak porty wiadomości głosowych nu na każdym serwerze w klastrze, więc serwer ma porty wiadomości głosowych. (Na przykładample, jeśli w systemie telefonicznym skonfigurowano porty wiadomości głosowych, każdy serwer w klastrze musi mieć te same porty wiadomości głosowych.)

• W systemie telefonicznym skonfigurowana jest grupa wyszukiwania w celu dystrybucji połączeń między obydwoma serwerami w klastrze.

• Jednostki PIMG/TIMG są skonfigurowane tak, aby równoważyć komunikację głosową pomiędzy serwerami.

• Jeśli jeden z serwerów przestanie działać (npample, gdy jest zamknięty z powodu prac konserwacyjnych), pozostały serwer przejmuje odpowiedzialność za obsługę połączeń przychodzących dla klastra.

• Gdy serwer, który przestał działać, będzie mógł wznowić swoje działanie i zostanie aktywowany, ponownie przejmuje odpowiedzialność za obsługę swojej części dochodów klastra.

Inne integracje korzystające z protokołu SIP

• W Cisco Unity Connection Administration w klastrze przypisana jest połowa portów głosowych potrzebnych do obsługi ruchu wiadomości głosowych. (Na przykładample, jeśli do całego ruchu wiadomości głosowych w klastrze potrzebnych jest 16 portów wiadomości głosowych, każdy serwer w klastrze ma porty przesyłania wiadomości).

• W systemie telefonicznym skonfigurowana jest grupa wyszukiwania w celu dystrybucji połączeń między obydwoma serwerami w klastrze.

• Kiedy serwer, który przestał działać, będzie mógł wznowić normalne działanie, ponownie przejmuje odpowiedzialność za obsługę swojej części połączeń przychodzących dla th

Zatrzymywanie wszystkich portów przed przyjmowaniem nowych połączeń

Wykonaj czynności opisane w tej sekcji, aby uniemożliwić wszystkim portom serwera przyjmowanie nowych połączeń. Połączenia w toku będą kontynuowane do momentu rozłączenia się rozmówcy.

Wskazówka Użyj strony Monitor portu w narzędziu monitorowania w czasie rzeczywistym (RTMT), aby sprawdzić, czy którykolwiek port obsługuje obecnie połączenia z serwerem. Aby uzyskać więcej informacji, zobacz Krok Zatrzymanie wszystkich portów przed przejmowaniem Nowe połączenia
Zatrzymywanie wszystkich portów na serwerze połączeń Unity przed przyjmowaniem nowych połączeń

Krok 1 Zaloguj się do usługi serwisowej Cisco Unity Connection.

Krok 2Rozwiń menu Narzędzia i wybierz Zarządzanie klastrami.
Krok 3 Na stronie Zarządzanie klastrem, w obszarze Menedżer portów, w kolumnie Zmień stan portu wybierz opcję Przestań odbierać połączenia dla serwera.

Ponowne uruchamianie wszystkich portów w celu odbierania połączeń

Wykonaj kroki opisane w tej sekcji, aby ponownie uruchomić wszystkie porty na serwerze Unity Connection, aby umożliwić im ponowne odbieranie połączeń po ich zatrzymaniu.

Krok 1 Zaloguj się do usługi serwisowej Cisco Unity Connection.
Krok 2 Rozwiń menu Narzędzia i wybierz Zarządzanie klastrami.

Krok 3 Na stronie Zarządzanie klastrem, w obszarze Menedżer portów, w kolumnie Zmień stan portu wybierz opcję Odbieraj połączenia dla serwera.

Stan serwera i jego funkcje w klastrze połączeń Unity

Każdy serwer w klastrze ma status wyświetlany na stronie Zarządzanie klastrem w serwisie Cisco Unity Connection Serviceability. Stan wskazuje funkcje, które serwer aktualnie wykonuje w klastrze, zgodnie z opisem w Tabeli 2: Stan serwera w klastrze połączeń Unity

Tabela 2: Stan serwera w klastrze połączeń Unityr

Status serwera

Obowiązki serwera w klastrze połączeń Unity

Podstawowy

• Publikuje bazę danych i magazyn wiadomości, które są replikowane na innym serwerze

• Odbiera zreplikowane dane z innego serwera.

• Wyświetla i akceptuje zmiany w interfejsach administracyjnych, takich jak Unity Connection i Cisco Unified Operating System Administration. Dane te są replikowane do innego klastra.

• Odbiera telefony i odbiera wiadomości.

• Wysyła powiadomienia o wiadomościach i żądania MWI.

• Wysyła powiadomienia SMTP i wiadomości VPIM.

• Synchronizuje wiadomości głosowe w skrzynkach pocztowych Unity Connection i Exchange, jeśli skonfigurowano funkcję Unifi.

• Łączy się z klientami, takimi jak aplikacje e-mail i web narzędzia dostępne poprzez

Notatka Nie można dezaktywować serwera o statusie Podstawowy.

Status serwera	Obowiązki serwera w klastrze połączeń Unity
Wtórny	• Otrzymuje zreplikowane dane z serwera o statusie Podstawowy. Dane obejmują bazę danych i magazyn. • Replikuje dane na serwer ze statusem Podstawowy. • Wyświetla i akceptuje zmiany w interfejsach administracyjnych, takich jak Unity Connection Adm i Cisco Unified Operating System Administration. Dane są replikowane na serwer ze statusem. • Odbiera telefony i odbiera wiadomości. • Łączy się z klientami, takimi jak aplikacje e-mail i web narzędzia dostępne poprzez Ci Notatka Dezaktywować można wyłącznie serwer ze statusem Dodatkowy.
Dezaktywowany	• Otrzymuje zreplikowane dane z serwera o statusie Podstawowy. Dane obejmują bazę danych i magazyn. • Nie wyświetla interfejsów administracyjnych, takich jak administracja połączenia Unity i administracja ujednoliconego systemu operacyjnego. Dane są replikowane na serwer z serwerem podstawowym • Nie odbiera połączeń telefonicznych ani nie odbiera wiadomości. • Nie łączy się z klientami, takimi jak aplikacje e-mail i web narzędzia dostępne za pośrednictwem Cisco PCA.
Nie funkcjonuje	• Nie otrzymuje replikowanych danych z serwera o statusie Podstawowy. • Nie replikuje danych na serwer ze statusem Podstawowy. • Nie wyświetla interfejsów administracyjnych, takich jak administracja połączenia Unity i administracja ujednoliconego systemu operacyjnego. • Nie odbiera połączeń telefonicznych ani nie odbiera wiadomości. Notatka Serwer ze statusem Nie działa jest zwykle wyłączany.
Startowy	• Odbiera replikowaną bazę danych i magazyn wiadomości z serwera o statusie Podstawowy. • Replikuje dane na serwer ze statusem Podstawowy. • Nie odbiera połączeń telefonicznych ani nie odbiera wiadomości. • Nie synchronizuje wiadomości głosowych między Unity Connection a skrzynką pocztową Exchange). Notatka Stan ten trwa tylko kilka minut, po czym serwer przyjmuje odpowiedni status

Status serwera

Obowiązki serwera w klastrze połączeń Unity

Replikowanie danych

• Wysyła i odbiera dane z klastra.

• Przez jakiś czas nie odbiera połączeń telefonicznych ani nie odbiera wiadomości.

• Nie łączy się z klientami, takimi jak aplikacje e-mail i web narzędzia dostępne przez Cisco PCA przez jakiś czas.

Notatka Stan ten trwa tylko kilka minut, po czym następuje powrót do poprzedniego stanu

Podzielona regeneracja mózgu (Po wykryciu dwóch serwerów o statusie Podstawowym)

• Aktualizuje bazę danych i magazyn wiadomości na serwerze, który ma mieć charakter podstawowy

• Replikuje dane na inny serwer.

• Przez jakiś czas nie odbiera połączeń telefonicznych ani nie odbiera wiadomości.

• Nie synchronizuje wiadomości głosowych między Unity Connection a skrzynką pocztową Exchange. Skrzynka odbiorcza jest włączona od jakiegoś czasu.

• Nie łączy się z klientami, takimi jak aplikacje e-mail i web narzędzia dostępne od jakiegoś czasu Cisco PCA.

Notatka Stan ten trwa tylko kilka minut, po czym następuje powrót do poprzedniego stanu

Zmiana statusu serwera w klastrze i jej skutki

Stan klastra Unity Connection można zmienić automatycznie lub ręcznie. Możesz ręcznie zmienić stan serwerów w klastrze na następujące sposoby:

Serwer o statusie Dodatkowym można ręcznie zmienić na status Podstawowy. Zobacz cze Ręczna zmiana statusu serwera z pomocniczego na podstawowy sekcja.
Serwer o statusie Dodatkowym można ręcznie zmienić na Dezaktywowany. Zobacz Ręczna aktywacja serwera ze statusem dezaktywowanym.
Serwer ze statusem Dezaktywowany można aktywować ręcznie, tak aby jego status zmienił się na Podstawowy lub Dodatkowy, w zależności od statusu drugiego serwera. Zobacz Ręczna aktywacja serwera o statusie dezaktywowanym sekcja.

Ręczna zmiana stanu serwera z pomocniczego na podstawowy

Krok 1 Zaloguj się do usługi serwisowej Cisco Unity Connection.
Krok 2 Z menu Narzędzia wybierz opcję Zarządzanie klastrami.

Krok 3 Na stronie Zarządzanie klastrem, w menu Menedżer serwera, w kolumnie Zmień stan serwera serwera o statusie Dodatkowy wybierz opcję Ustaw jako podstawowy.
Krok 4 Po wyświetleniu monitu o potwierdzenie zmiany stanu serwera wybierz OK. Kolumna Stan serwera wyświetla zmieniony stan po zakończeniu zmiany.

Notatka Serwer, który pierwotnie miał status Podstawowy, automatycznie zmieni się na Status Dodatkowy

Krok 1 Zaloguj się do narzędzia monitorowania w czasie rzeczywistym (RTMT).
Krok 2 Z menu Połączenie Cisco Unity wybierz opcję Monitor portu. Narzędzie Port Monitor pojawi się w prawym okienku.
Krok 3 W polu Węzeł wybierz serwer ze statusem Dodatkowy.

Krok 4 W prawym okienku wybierz opcję Rozpocznij ankietę. Zwróć uwagę, czy jakiekolwiek porty wiadomości głosowych obsługują obecnie połączenia z serwerem.
Krok 5 Zaloguj się do usługi serwisowej Cisco Unity Connection.
Krok 6 Z menu Narzędzia wybierz opcję Zarządzanie klastrami.

Krok 7 Jeśli żaden port wiadomości głosowych nie obsługuje obecnie połączeń z serwerem, przejdź do Ręczna zmiana statusu serwera z pomocniczego na dezaktywowany. Jeżeli istnieją porty wiadomości głosowych, które aktualnie obsługują połączenia z serwerem, na stronie Zarządzanie klastrem, w kolumnie Zmień status portu wybierz opcję Przestań odbierać połączenia dla serwera, a następnie poczekaj, aż RTMT pokaże, że wszystkie porty serwera są bezczynne.
Krok 8 Na stronie Zarządzanie klastrem, w menu Menedżer serwera, w kolumnie Zmień status serwera dla serwera
w przypadku statusu Dodatkowy wybierz opcję Dezaktywuj. Dezaktywacja serwera kończy wszystkie połączenia obsługiwane przez porty serwera.
Krok 9 Po wyświetleniu monitu o potwierdzenie zmiany stanu serwera wybierz OK. Kolumna Stan serwera wyświetla zmieniony stan po zakończeniu zmiany.

Ręczna aktywacja serwera o statusie dezaktywowanym

Krok 1 Zaloguj się do usługi serwisowej Cisco Unity Connection.
Krok 2 Z menu Narzędzia wybierz Zarządzanie Klastrem.

Krok 3 Na stronie Zarządzanie klastrem, w menu Menedżer serwera, w kolumnie Zmień status serwera dla serwera o statusie Dezaktywowany wybierz Aktywować.
Krok 4 Po wyświetleniu monitu o potwierdzenie zmiany stanu serwera wybierz OK. Kolumna Stan serwera wyświetla zmieniony stan po zakończeniu zmiany

Wpływ na połączenia w toku, gdy zmienia się stan serwera w klastrze połączeń Unity

Gdy zmienia się status serwera Unity Connection, wpływ na trwające połączenia zależy od ostatecznego stanu serwera obsługującego połączenie oraz od stanu sieci. Poniższa tabela opisuje

efekty:

Tabela 3: Wpływ na połączenia w toku, gdy zmienia się stan serwera w klastrze połączeń Unity

Status Zmiana	Ruchomości
Pierwotne do wtórnego	Jeśli zmiana statusu zostanie zainicjowana ręcznie, nie ma to wpływu na trwające połączenia. Gdy zmiana statusu następuje automatycznie, wpływ na trwające połączenia zależy od usługi krytycznej, która została zatrzymana.
Drugorzędne do pierwotnego	Jeśli zmiana statusu zostanie zainicjowana ręcznie, nie ma to wpływu na trwające połączenia. Gdy zmiana statusu następuje automatycznie, wpływ na trwające połączenia zależy od usługi krytycznej, która została zatrzymana.
Drugorzędny do Dezaktywowany	Połączenia w toku zostaną zerwane. Aby zapobiec zrywaniu połączeń, na stronie Zarządzanie klastrem w Cisco Unity Connection Serviceability wybierz opcję Przestań odbierać połączenia dla serwera i poczekaj, aż wszystkie połączenia się zakończą i dezaktywuj serwer.
Podstawowy lub wtórny do replikacji danych	Nie ma to wpływu na trwające połączenia.
Pierwotna lub wtórna do rozdzielonej regeneracji mózgu	Nie ma to wpływu na trwające połączenia.

W przypadku utraty połączeń sieciowych trwające połączenia mogą zostać zerwane, w zależności od rodzaju problemu z siecią.

Wpływ na połączenie Unity Web Aplikacje w przypadku zmiany stanu serwera

Funkcjonowanie, co następuje web zmiany stanu serwera nie mają wpływu na aplikacje:

Administracja połączeniami Cisco Unity
Możliwość serwisowania połączenia Cisco Unity
Połączenie Cisco Unity web narzędzia dostępne za pośrednictwem Cisco PCA — Asystent Messaging, Skrzynka odbiorcza wiadomości i Reguły osobistego przekazywania połączeń web narzędzia

Cisco Web Skrzynka odbiorcza
Klienci API transferu stanu reprezentacyjnego (REST).

Wpływ zatrzymania usługi krytycznej na klaster połączeń Unity

Usługi krytyczne są niezbędne do normalnego funkcjonowania systemu Unity Connection. Skutki zatrzymania usługi krytycznej zależą od serwera i jego stanu opisanego w poniższej tabeli:

Tabela 4: Skutki zatrzymania usługi krytycznej w klastrze połączeń Unity

Serwer

Ruchomości

Wydawca

• Gdy serwer ma status Podstawowy, zatrzymanie krytycznej usługi w Cisco Unity Connection Serviceability powoduje zmianę stanu serwera na Dodatkowy i pogarsza zdolność serwera do normalnego funkcjonowania.

Status serwera abonenckiego zmienia się na Podstawowy, jeśli nie ma on stanu Wyłączony lub Nie działa.

• Gdy serwer ma status Dodatkowy, zatrzymanie krytycznej usługi w Cisco Unity Connection Serviceability pogarsza zdolność serwera do normalnego działania. Stan serwerów nie ulega zmianie.

Abonent

Gdy serwer ma status Podstawowy, zatrzymanie krytycznej usługi w programie Cisco Unity Connection Serviceability pogarsza zdolność serwera do normalnego funkcjonowania. Stan serwerów nie ulega zmianie.

Zamykanie serwera w Grupa

Gdy serwer Unity Connection ma stan podstawowy lub pomocniczy, obsługuje ruch wiadomości głosowych i replikację danych klastra. Nie zalecamy jednoczesnego zamykania obu serwerów w klastrze, aby uniknąć nagłego zakończenia trwających wywołań i replikacji. Jeśli chcesz zamknąć serwer w klastrze Unity Connection, rozważ następujące punkty:

Wyłącz serwer poza godzinami pracy, gdy ruch związany z wiadomościami głosowymi jest niewielki.
Zmień status serwera z Podstawowy lub Dodatkowy na Dezaktywowany przed zamknięciem.

Krok 1 Na serwerze, który się nie wyłącza, zaloguj się do usługi Cisco Unity Connection Serviceability.
Krok 2 Z menu Narzędzia wybierz opcję Zarządzanie klastrami.
Krok 3 Na stronie Zarządzanie klastrem znajdź serwer, który chcesz zamknąć.

Krok 4 Jeśli serwer, który chcesz zamknąć, ma status Dodatkowy, przejdź do
Krok 5. Jeśli serwer, który chcesz zamknąć, ma status Podstawowy, zmień status:
- W kolumnie Zmień status serwera dla serwera o statusie Dodatkowym wybierz opcję Ustaw jako podstawowy.
- Po wyświetleniu monitu o potwierdzenie zmiany stanu serwera wybierz OK.
- Upewnij się, że kolumna Stan serwera wskazuje, że serwer ma teraz status Podstawowy, a serwer, który chcesz zamknąć, ma status Dodatkowy
Krok 5 Na serwerze o statusie Secondary (tym, który chcesz wyłączyć) zmień status:
- Zaloguj się do narzędzia monitorowania w czasie rzeczywistym (RTMT).
- Z menu Połączenie Cisco Unity wybierz opcję Monitor portu. Narzędzie Port Monitor pojawi się w prawym okienku.
- W polu Węzeł wybierz serwer ze statusem Dodatkowy.
- W prawym okienku wybierz opcję Rozpocznij ankietę.
- Zwróć uwagę, czy jakiekolwiek porty wiadomości głosowych obsługują obecnie połączenia z serwerem.
- Jeżeli żaden port wiadomości głosowych nie obsługuje obecnie połączeń dla serwera, przejdź do Kroku 5g.. Jeżeli istnieją porty wiadomości głosowych, które aktualnie obsługują połączenia dla serwera, na stronie Zarządzanie klastrami wybierz opcję
  w kolumnie Zmień status portu wybierz opcję Przestań odbierać połączenia dla serwera i poczekaj, aż RTMT pokaże, że wszystkie porty serwera są bezczynne.
- Na stronie Zarządzanie klastrem, w menu Menedżer serwera, w kolumnie Zmień status serwera dla serwera o statusie Dodatkowy wybierz opcję Dezaktywuj. Przestroga Dezaktywacja serwera kończy wszystkie wywołania obsługiwane przez porty serwera
- Po wyświetleniu monitu o potwierdzenie zmiany stanu serwera wybierz OK.
- Upewnij się, że kolumna Stan serwera wskazuje, że serwer ma teraz status Dezaktywowany.

Krok 6 Zamknij serwer, który dezaktywowałeś:
- Zaloguj się do usługi serwisowej Cisco Unity Connection.
- Rozwiń Narzędzia i wybierz Zarządzanie klastrami.
- Upewnij się, że kolumna Stan serwera wyświetla stan Nie działa dla zamykanego serwera

Wymiana serwerów w klastrze

Wykonaj kroki opisane w podanych sekcjach, aby zastąpić serwer wydawcy lub subskrybenta w klastrze:

Aby wymienić serwer wydawcy, zobacz sekcję Zastępowanie serwera wydawcy.
Aby wymienić serwer abonencki, zobacz sekcję Wymiana serwera abonenckiego.

Jak działa klaster połączeń Unity
Funkcja klastra Unity Connection zapewnia komunikację głosową o wysokiej dostępności za pośrednictwem dwóch serwerów Unity Connection skonfigurowanych w klastrze. Zachowanie klastra Unity Connection, gdy oba serwery są aktywne:

Do klastra można przypisać nazwę DNS udostępnianą przez serwery Unity Connection.
Klienci, tacy jak aplikacje e-mail i web narzędzia dostępne za pośrednictwem Cisco Personal Communications Assistant (PCA) mogą łączyć się z dowolnym serwerem Unity Connection.
Systemy telefoniczne mogą wysyłać połączenia do dowolnego serwera Unity Connection.

Obciążenie przychodzącego ruchu telefonicznego jest równoważone pomiędzy serwerami Unity Connection przez system telefoniczny, jednostki PIMG/TIMG lub inne bramy wymagane do integracji systemu telefonicznego.

Każdy serwer w klastrze jest odpowiedzialny za obsługę części połączeń przychodzących do klastra (odbieranie połączeń telefonicznych i odbieranie wiadomości). Serwer o statusie Podstawowy odpowiada za następujące funkcje:

Bazowanie i publikowanie bazy danych i magazynu komunikatów, które są replikowane na innym serwerze.
Wysyłanie powiadomień o wiadomościach i żądań MWI (włączona jest usługa Connection Notifier).
Wysyłanie powiadomień SMTP i wiadomości VPIM (włączona jest usługa Connection Message Transfer Agent).
Synchronizowanie wiadomości głosowych między skrzynkami pocztowymi Unity Connection i Exchange, jeśli skonfigurowano funkcję ujednoliconej obsługi wiadomości (włączono usługę synchronizacji skrzynek pocztowych Unity Connection).

Kiedy jeden z serwerów przestanie działać (npample, gdy jest wyłączany w celu konserwacji), pozostały serwer przejmuje na siebie odpowiedzialność za obsługę wszystkich połączeń przychodzących do klastra. Baza danych i magazyn komunikatów są replikowane na inny serwer po przywróceniu jego funkcjonalności. Kiedy serwer, który przestał działać, będzie mógł wznowić swoje normalne funkcje i zostanie aktywowany, ponownie przejmuje odpowiedzialność za obsługę swojej części połączeń przychodzących dla klastra.

Notatka

Zaleca się wykonywanie obsługi administracyjnej tylko na serwerze wydawcy w trybie Active-Active i na subskrybencie (pełniącym obowiązki podstawowe) w przypadku przełączania awaryjnego klastra. Zmiana hasła i modyfikacja ustawienia hasła dla PIN-u Użytkownika/Web aplikacja powinna być udostępniona na serwerze Publisher w trybie Active-Active. Aby monitorować stan serwera, usługa Menedżer ról serwera połączeń działa w Cisco Unity Connection Serviceability na obu serwerach. Usługa ta realizuje następujące funkcje:

Uruchamia odpowiednie usługi na każdym serwerze, w zależności od stanu serwera.
Określa, czy krytyczne procesy (takie jak przetwarzanie wiadomości głosowych, replikacja bazy danych, synchronizacja wiadomości głosowych z programem Exchange i replikacja magazynu wiadomości) działają normalnie.
Inicjuje zmiany stanu serwera, gdy serwer ze statusem Podstawowy nie działa lub gdy usługi krytyczne nie są uruchomione.

Zwróć uwagę na następujące ograniczenia, gdy serwer wydawcy nie działa:

Jeśli klaster Unity Connection jest zintegrowany z katalogiem LDAP, synchronizacja katalogów nie następuje, chociaż uwierzytelnianie nadal działa, gdy działa tylko serwer subskrybenta. Po wznowieniu działania serwera wydawcy wznawiana jest także synchronizacja katalogów.
Jeśli sieć cyfrowa lub sieć HTTPS zawiera klaster Unity Connection, aktualizacje katalogów nie są wykonywane, chociaż komunikaty są nadal wysyłane do i z klastra, gdy działa tylko serwer subskrybenta. Gdy serwer wydawcy zacznie ponownie działać, aktualizacje katalogów zostaną wznowione.

Usługa Menedżer ról serwera połączeń wysyła zdarzenie podtrzymujące między serwerami wydawcy i subskrybentów w celu potwierdzenia, że serwery działają i są połączone. Jeśli jeden z serwerów przestanie działać lub połączenie między serwerami zostanie utracone, usługa Menedżer ról serwera połączeń czeka na zdarzenia podtrzymujące i może potrzebować od 30 do 60 sekund na wykrycie, że drugi serwer jest niedostępny. Podczas gdy usługa Menedżer ról serwera połączeń oczekuje na zdarzenia podtrzymujące, użytkownicy logujący się do serwera ze statusem Dodatkowy nie mogą uzyskać dostępu do swojej skrzynki pocztowej ani wysyłać wiadomości, ponieważ usługa Menedżer ról serwera połączeń nie wykryła jeszcze, że serwer o statusie Podstawowy (który zawiera aktywny magazyn wiadomości) jest niedostępny. W tej sytuacji osoby próbujące zostawić wiadomość mogą usłyszeć martwą atmosferę lub sygnał nagrywania.

Notatka Zaleca się importowanie i usuwanie użytkowników LDAP tylko z węzła wydawcy.

Skutki stanu podziału mózgu w klastrze połączeń Unity

Gdy oba serwery w klastrze Unity Connection mają jednocześnie status Podstawowy (npample, gdy serwery utraciły ze sobą połączenie), oba serwery obsługują połączenia przychodzące (odbieranie połączeń telefonicznych i odbieranie wiadomości), wysyłają powiadomienia o wiadomościach, wysyłają żądania MWI, akceptują zmiany w interfejsach administracyjnych (takich jak Unity Connection Administration) i synchronizuj wiadomości głosowe w skrzynkach pocztowych Unity Connection i Exchange, jeśli włączona jest pojedyncza skrzynka odbiorcza

Serwery nie replikują jednak między sobą bazy danych ani magazynu komunikatów ani nie otrzymują od siebie replikowanych danych.
Po przywróceniu połączenia między serwerami status serwerów tymczasowo zmienia się na Split Brain Recovery, podczas gdy dane są replikowane między serwerami i koordynowane są ustawienia MWI. W czasie, gdy serwer ma status Split Brain Recovery, usługa Connection Message Transfer Agent i usługa Connection Notifier (w Cisco Unity Connection Serviceability) są zatrzymane na obu serwerach, więc Unity Connection nie dostarcza żadnych wiadomości i nie wysyła żadnych wiadomości powiadomienia.
Usługa Connection Mailbox Sync również jest zatrzymana, więc Unity Connection nie synchronizuje wiadomości głosowych z Exchange (pojedyncza skrzynka odbiorcza). Magazyny wiadomości są również na krótko odłączane, dzięki czemu Unity Connection informuje użytkowników, którzy w tym momencie próbują odzyskać swoje wiadomości, że ich skrzynki pocztowe są tymczasowo niedostępne.
Po zakończeniu procesu odzyskiwania na serwerze wydawcy uruchamiane są usługi agenta przesyłania komunikatów połączenia i usługi powiadamiania o połączeniu. Dostarczenie wiadomości, które dotarły w trakcie procesu odzyskiwania, może zająć więcej czasu, w zależności od liczby wiadomości do dostarczenia. Usługa Agenta przesyłania komunikatów połączenia i usługa Powiadomienia o połączeniu są uruchamiane na serwerze subskrybenta. Wreszcie serwer wydawcy ma status Podstawowy, a serwer subskrybenta ma status Dodatkowy. W tym momencie usługa Connection Mailbox Sync jest uruchamiana na serwerze ze statusem Podstawowy, dzięki czemu Unity Connection może wznowić synchronizację wiadomości głosowych z Exchange, jeśli włączona jest pojedyncza skrzynka odbiorcza.

Dokumenty / Zasoby

Klaster połączeń Unity CISCO w wersji 14 [plik PDF] Instrukcja użytkownika
Klaster połączeń Unity w wersji 14, Klaster połączeń Unity w wersji 14, Klaster połączeń Unity, Klaster połączeń, Klaster

Odniesienia

Instrukcja obsługi

Klaster połączeń Unity CISCO w wersji 14

Informacje o produkcie

Specyfikacje

Instrukcje użytkowania produktu