replikacja skrzynek

Replikacja skrzynek to synchronizacja ich zawartości między serwerami w celu zapewnienia odporności na awarie.

Na czym polega replikacja skrzynek

Replikacja skrzynek pocztowych polega na utrzymywaniu kopii danych skrzynek na co najmniej dwóch serwerach lub w dwóch niezależnych lokalizacjach. Synchronizowane mogą być wiadomości, foldery, informacje o odczytaniu, flagi, daty, załączniki, ustawienia skrzynki oraz inne metadane zależnie od zastosowanego systemu pocztowego. Celem jest ograniczenie skutków awarii jednego elementu infrastruktury, takiego jak serwer, macierz dyskowa, kontroler, połączenie sieciowe albo całe centrum danych.

Nie istnieje jeden uniwersalny mechanizm replikacji skrzynek. Konkretne rozwiązanie zależy od używanego serwera pocztowego, sposobu przechowywania danych i przyjętej topologii. Replikacja może działać jednokierunkowo, gdy serwer zapasowy otrzymuje zmiany z serwera głównego, albo dwukierunkowo, gdy oba węzły przyjmują modyfikacje. W drugim wariancie konieczne jest rozstrzyganie konfliktów, na przykład sytuacji, w której tę samą wiadomość usunięto na jednym serwerze, a przeniesiono do innego folderu na drugim.

Tryby pracy i spójność kopii

W trybie aktywny-pasywny jeden serwer obsługuje użytkowników, a drugi utrzymuje aktualną kopię i przejmuje pracę po awarii. Takie rozwiązanie upraszcza zarządzanie konfliktami, ponieważ w danym momencie źródło zmian jest zasadniczo jedno. W trybie aktywny-aktywny oba serwery mogą obsługiwać połączenia użytkowników. Zapewnia to większą elastyczność, ale wymaga dokładnego uzgadniania zmian, identyfikowania operacji oraz zachowania spójności między kopiami.

Ważnym parametrem jest opóźnienie replikacji, czyli czas między zapisaniem zmiany w kopii głównej a pojawieniem się jej w kopii zapasowej. Replikacja synchroniczna potwierdza zapis dopiero po zapisaniu danych w wymaganej liczbie lokalizacji. Zmniejsza to ryzyko utraty ostatnich zmian, ale może zwiększać czas operacji i zależność od jakości połączenia między serwerami. Replikacja asynchroniczna pozwala szybciej potwierdzać operacje, jednak podczas nagłej awarii może zabraknąć części wiadomości lub metadanych, które nie zdążyły zostać przekazane.

Replikacja a dostęp użytkownika i poczta przychodząca

Sama kopia danych nie wystarcza do automatycznego zachowania ciągłości pracy. System musi jeszcze określić, który serwer przyjmuje połączenia IMAP lub inne połączenia klienckie, gdzie kierowany jest ruch SMTP oraz jak użytkownik zostanie skierowany do aktualnie dostępnego węzła. Stosuje się do tego między innymi rekordy DNS, mechanizmy równoważenia ruchu, adresy wirtualne albo procedury przełączenia awaryjnego. Szczegóły zależą od architektury i konkretnego oprogramowania pocztowego.

Podczas przełączenia należy uwzględnić nie tylko nowe wiadomości, lecz także operacje wykonywane przez klientów. Program pocztowy może w tym samym czasie pobierać wiadomość, synchronizować folder, zmieniać flagę przeczytania albo usuwać element. Jeżeli oba węzły nie mają zgodnego stanu, po przywróceniu usługi mogą pojawić się duplikaty, brakujące wiadomości, odtworzone foldery lub różnice w oznaczeniach. Dlatego testy powinny obejmować logowanie wielu użytkowników, wysyłanie i odbieranie poczty, przenoszenie wiadomości między folderami, usuwanie elementów oraz ponowną synchronizację po awarii.

Replikacja nie jest tym samym co kopia zapasowa. Replikowana zmiana, w tym przypadkowe usunięcie lub nadpisanie danych, może zostać szybko przekazana do drugiej kopii. Backup powinien zapewniać możliwość odtworzenia wcześniejszego stanu z określonego momentu, zgodnie z przyjętą polityką przechowywania. W praktycznej ocenie rozwiązania trzeba więc osobno sprawdzić replikację, procedurę przełączenia oraz niezależne kopie zapasowe.

Kontrola poprawności i odtwarzanie po awarii

Diagnostyka replikacji zaczyna się od ustalenia, czy wszystkie skrzynki mają odpowiadające sobie kopie oraz czy mechanizm raportuje prawidłowy stan synchronizacji. Należy porównać liczbę elementów w wybranych folderach, rozmiary skrzynek, znaczniki ostatniej udanej synchronizacji i listę błędów. Sama zgodność ogólnego rozmiaru nie potwierdza poprawności, ponieważ różnice mogą dotyczyć pojedynczych wiadomości, załączników lub metadanych. Warto kontrolować również kolejkę zmian, opóźnienia, błędy uwierzytelniania, brak miejsca na dysku i zerwane połączenia między węzłami.

Test przełączenia powinien być zaplanowany i wykonany na kontrolowanym zakresie. Po odłączeniu serwera głównego sprawdza się możliwość zalogowania, odczyt wiadomości, wysyłkę, odbiór, działanie folderów oraz zachowanie klientów pocztowych. Następnie należy zweryfikować powrót serwera głównego do układu oraz proces wyrównania zaległych zmian. Szczególnej uwagi wymagają wiadomości zapisane w czasie awarii, ponieważ sposób ich scalenia zależy od użytego mechanizmu i może prowadzić do konfliktów.

Jeżeli pojawia się niespójność, nie powinno się bez sprawdzenia usuwać jednej z kopii ani uruchamiać przypadkowych narzędzi naprawczych. Najpierw trzeba zabezpieczyć logi, ustalić kierunek przepływu danych, określić ostatni potwierdzony punkt zgodności i sprawdzić dostępność backupu. Dopiero na tej podstawie można wybrać resynchronizację, odtworzenie wybranych danych albo ręczne rozstrzygnięcie konfliktów. Przy analizie infrastruktury serwerowej znaczenie mają dokładny produkt, jego dokumentacja, wersja oraz konfiguracja replikacji.