Konfiguracja przełączania awaryjnego w 3CX (Failover)

Wprowadzenie

Funkcja Failover w 3CX pozwala na stworzenie zapasowej repliki Twojej centrali PBX. W przypadku awarii centrali głównej, jej replika staje się aktywna, co minimalizuje przestoje i utratę danych. Wymagany jest klucz licencyjny w edycji AI. Funkcja Failover nie jest obsługiwana w systemach typu Hosted by 3CX.

Jak to działa

3CX wykorzystuje podejście aktywny – pasywny, opierając się na wbudowanej replikacji konfiguracji z maksymalnym przesunięciem wynoszącym 24 godziny. Aktywny host przetwarza połączenia i informacje o statusach, podczas gdy pasywny host monitoruje hosta aktywnego. W przypadku awarii hosta aktywnego (niezależnie od tego, czy dotyczy ona aplikacji, systemu operacyjnego czy sprzętu), host pasywny kończy swoją rolę monitorującą i przejmuje funkcje jako host aktywny. Konfiguracja hosta pasywnego określa, w jakim stanie host aktywny zostaje uznany za uszkodzony, co inicjuje proces przełączenia (failover).

Przykład przełączania awaryjnego 3CX

Wymagania wstępne

Zanim skonfigurujesz lub włączysz funkcję Failover na swoich dwóch serwerach, instalacje 3CX muszą spełniać następujące wymagania:

  1. Dwie (2) centrale PBX 3CX, każda z własnym publicznym adresem IP, obie zainstalowane z identycznymi ustawieniami, w tym: FQDN, certyfikat SSL, porty SIP, Tunnel, porty serwera WWW oraz system operacyjny.
  2. Podczas konfiguracji 3CX po instalacji musisz wybrać „3CX FQDN”. Możesz użyć własnego FQDN, ale konfiguracja jest wtedy bardziej skomplikowana – musisz samodzielnie edytować przykładowe skrypty i zapewniać dla nich wsparcie we własnym zakresie.
  3. Podczas autokonfiguracji (provisioning) telefonów w środowisku Lokalny LAN/VPN, pole „Select Interface” (Wybierz interfejs) musi być ustawione na FQDN, a NIE na adres IP.
  4. Wymagany jest Split DNS, podobnie jak we wszystkich wdrożeniach 3CX.

Krok 1: Konfiguracja serwera aktywnego

  • Najpierw przejdź do „Admin” > „System” > „Storage” (Pamięć) i skonfiguruj zdalną pamięć (np. „Google Storage”) lub określ inne opcje kopii zapasowej, np. SMB lub SFTP.

  • Przewiń w dół i skonfiguruj harmonogram oraz właściwości kopii zapasowej (ikona koła zębatego obok „Schedule” (Harmonogram)).
  • Zalecana jest codzienna kopia zapasowa poza godzinami pracy, np. rozpoczęcie o 1:00 rano i przesyłanie pliku „3CXScheduledBackup.zip” (nazwa ostatniego pliku kopii zapasowej) do pamięci Google.

  • Przejdź do „Admin” > „Backup” (Kopia zapasowa) i wybierz „Failover”.

  • Zaznacz pole wyboru „Enable Failover” (Włącz Failover) i wybierz „Active” (Aktywny). Kliknij „OK”, aby zapisać.

Krok 2: Konfiguracja serwera pasywnego (#2)

  1. Przełącz się na serwer pasywny i przejdź do „Admin” > „Backup” (Kopia zapasowa).
  2. Kliknij przycisk „Failover”, zaznacz pole wyboru „Enable Failover” (Włącz Failover) i wybierz „Passive” (Pasywny).
  3. Wprowadź adres IP serwera aktywnego (#1), np.
    1.1.1.1
    .
  4. Skonfiguruj, czy przełączenie ma nastąpić po niepowodzeniu jednego, czy wszystkich testów.
  5. Wybierz usługi, które chcesz monitorować: „SIP Server” (Serwer SIP), „Web Server” (Serwer WWW) i/lub „Tunnel Server” (Serwer tunelu).
  6. Wybierz interwał sprawdzania sygnału „heartbeat” (domyślnie 30 sekund).
  7. Określ lokalizację swoich skryptów failover:
  1. skrypty dla systemu Windows znajdziesz tutaj.
  2. skrypty dla systemu Linux znajdziesz tutaj.
  1. Ustaw interwał i czas dla automatycznych przywróceń (restores); powinno to nastąpić kilka minut po każdej zaplanowanej kopii zapasowej na serwerze aktywnym (#1).
  2. Kliknij „OK”, aby zapisać konfigurację i rozpocząć monitorowanie.

Gdy serwer aktywny (#1) ulegnie awarii, serwer pasywny wykryje to i przejmie jego funkcje. Dzięki wcześniej przywróconej kopii zapasowej, akcja failover wymusza na serwerach DNS 3CX aktualizację FQDN na adres IP nowego serwera aktywnego (#2). Ważne jest, aby poprzednio aktywny serwer (#1) został wyłączony, aby uniknąć konfliktu z serwerem, który właśnie przejął pracę.

Ważne uwagi

  • Bramki w scenariuszu failover są obsługiwane tylko wtedy, gdy znajdują się w tej samej sieci co system PBX, tj. są dostępne przez LAN.
  • W sytuacjach, gdy serwer aktywny (podstawowy) i pasywny (zapasowy) znajdują się za różnymi publicznymi adresami IP: po zakończeniu instalacji serwera pasywnego i przejściu przez opcje instalacji, Twój publiczny FQDN zostanie przypisany do publicznego adresu IP serwera zapasowego. Aby ponownie przypisać zewnętrzny FQDN do publicznego adresu IP serwera aktywnego, należy zrestartować usługę systemową.
  • Jeśli konfigurujesz Failover w systemie Microsoft Windows, odpowiednie uprawnienia muszą zostać przypisane do usługi uruchamiającej skrypty, czyli „3CX Event Notification Manager”. Minimalny poziom konta, do którego można przypisać tę usługę, musi posiadać lokalne uprawnienia administracyjne (tak jak użytkownik „Local System”), a w przypadku uruchamiania
    dnscmd
    – również uprawnienia administratora zarządzania DNS. W tym celu zaleca się utworzenie dedykowanego użytkownika Active Directory z odpowiednimi uprawnieniami administracyjnymi i hasłem, które nie wygasa.
  • W przypadku korzystania z Failover z własnym FQDN oraz w scenariuszach LAN-to-LAN lub Cloud-to-Cloud: aby zaktualizować DNS i nazwy FQDN po wystąpieniu awarii, konieczne jest użycie zaawansowanych skryptów i usług takich jak Active Directory do uruchamiania skryptów powłoki (shell) z uprawnieniami administracyjnymi.
  • Jeśli korzystasz z SBC 3CX, możesz skonfigurować adres IP serwera pasywnego w zakładce ustawień SBC, aby przyspieszyć jego przełączenie w przypadku niedostępności serwera podstawowego, nie czekając na propagację aktualizacji DNS.

Zobacz również


Ostatnia aktualizacja
Ten dokument został ostatnio zaktualizowany 28 sierpnia 2026 r.
https://www.3cx.pl/docs/failover/