Ręczne przełączanie (manual failover)

Ręczne przełączanie roli podstawowej w grupie dostępności wykonuje administrator, w odróżnieniu od automatycznego failover.

Na czym polega ręczne przełączanie roli podstawowej

Ręczne przełączanie, określane także jako manual failover, polega na świadomej zmianie roli podstawowej między elementami grupy dostępności. Administrator wybiera replikę, która ma przejąć obsługę operacji zapisu lub podstawową funkcję usługi, a następnie uruchamia procedurę przełączenia przewidzianą przez konkretny system. Dotychczasowy węzeł podstawowy staje się repliką pomocniczą albo pozostaje chwilowo poza obsługą, zależnie od stanu połączeń, konfiguracji i możliwości danego rozwiązania.

W odróżnieniu od automatycznego failover decyzja nie jest podejmowana wyłącznie przez mechanizm monitorujący. Administrator powinien wcześniej potwierdzić, że wybrana replika ma aktualne dane, prawidłowy stan synchronizacji oraz dostęp do wymaganych zasobów. Samo przełączenie roli nie naprawia błędów aplikacji, uszkodzeń danych ani problemów z komunikacją między węzłami. Jest procedurą zmiany odpowiedzialności za usługę, a nie uniwersalnym sposobem usuwania każdej awarii.

Warunki bezpiecznej zmiany podstawowej repliki

Najważniejszym warunkiem kontrolowanego przełączenia jest zgodność danych między aktualną repliką podstawową a repliką wybraną do przejęcia roli. W systemach korzystających z replikacji może występować tryb synchroniczny albo asynchroniczny. Przy synchronizacji synchronicznej potwierdzenie zapisu jest związane z zapisaniem danych także na odpowiedniej replice, natomiast w trybie asynchronicznym między węzłami może istnieć opóźnienie. Dlatego przełączenie na nieaktualną replikę może spowodować utratę zmian, które nie zostały jeszcze przesłane.

Przed wykonaniem operacji należy sprawdzić stan zdrowia grupy, rolę każdego węzła, dostępność kanałów komunikacyjnych, ewentualne zaległości replikacji oraz gotowość aplikacji do ponownego nawiązania połączenia. Znaczenie ma również prawidłowe rozpoznawanie nazwy usługi przez klientów. Jeżeli aplikacja łączy się bezpośrednio z adresem poprzedniego węzła, zmiana roli może nie wystarczyć i konieczna będzie aktualizacja punktu dostępu albo ponowne zestawienie sesji.

Przebieg operacji i skutki dla połączeń

Manual failover zwykle rozpoczyna się od zatrzymania lub ograniczenia operacji, które mogłyby zmienić dane podczas przełączania. Następnie administrator weryfikuje, czy docelowa replika może przyjąć rolę podstawową, wykonuje polecenie albo operację administracyjną właściwą dla używanego produktu i obserwuje wynik. Dokładna składnia komendy, wymagane uprawnienia oraz dopuszczalne warunki zależą od konkretnego silnika lub platformy, dlatego nie należy przenosić poleceń z jednego systemu do innego tylko na podstawie podobnej nazwy mechanizmu.

Podczas zmiany ról aktywne połączenia mogą zostać przerwane. Transakcje znajdujące się w toku mogą wymagać ponowienia, a aplikacja może zgłosić błędy chwilowej niedostępności. Po zakończeniu operacji trzeba sprawdzić, czy nowy węzeł rzeczywiście pełni rolę podstawową, czy dane są dostępne, czy zapisy działają zgodnie z oczekiwaniem i czy replika poprzednio podstawowa została poprawnie przełączona do właściwego stanu. Weryfikacja powinna obejmować także logi systemowe oraz komunikaty aplikacji, ponieważ formalne zakończenie procedury nie gwarantuje poprawnego działania wszystkich klientów.

Diagnostyka problemów po ręcznym failover

Jeżeli po przełączeniu usługa nie działa, należy rozdzielić kilka możliwych przyczyn. Problem może wynikać z niepełnej synchronizacji danych, błędnego stanu repliki, braku dostępu sieciowego, nieaktualnego punktu połączenia, niewłaściwych uprawnień albo aplikacji, która nie obsługuje ponownego połączenia. Warto porównać role i statusy wszystkich uczestników grupy przed oraz po operacji, a także sprawdzić, czy nie występują opóźnienia, błędy transportu lub rozbieżności konfiguracji.

W środowisku lokalnym diagnostyka może obejmować sprawdzenie stabilności sieci, usług systemowych, dzienników zdarzeń i stanu podzespołów komputera, jeżeli awaria jest skutkiem problemu sprzętowego. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC oraz ich podzespołów. Przy analizie samego mechanizmu wysokiej dostępności konieczne jest jednak zachowanie zgodności z dokumentacją używanego produktu, ponieważ sposób przełączania, nazewnictwo ról i zakres możliwych kontroli są zależne od konkretnej platformy.