Planowanie replikacji

Planowanie replikacji obejmuje dobór typu, wskazanie artykułów i ocenę wpływu synchronizacji na wydajność.

Dobór modelu replikacji do przepływu danych

Planowanie replikacji zaczyna się od określenia, jakie dane mają być kopiowane, w jakim kierunku oraz z jakim opóźnieniem odbiorca może je otrzymywać. Replikacja synchroniczna potwierdza zapis dopiero po zapisaniu danych w wymaganych węzłach, dlatego ogranicza ryzyko utraty ostatnich zmian, ale zwiększa zależność czasu odpowiedzi od sieci i dostępności wszystkich uczestniczących systemów. Replikacja asynchroniczna pozwala zatwierdzić transakcję wcześniej, natomiast między źródłem a repliką powstaje opóźnienie, a awaria źródła może spowodować utratę zmian, które nie zostały jeszcze przesłane.

Trzeba również rozróżnić replikację fizyczną i logiczną. Replikacja fizyczna przekazuje zmiany na poziomie struktur przechowywania właściwych dla danego silnika, więc replika zwykle musi mieć zgodną wersję i konfigurację oprogramowania. Replikacja logiczna przekazuje operacje lub zmienione rekordy w sposób interpretowany przez silnik, co może umożliwiać wybór konkretnych tabel, kolumn albo zakresów danych, lecz wymaga obsługi schematu, kluczy i kolejności zmian. Przy wyborze należy uwzględnić kierunek replikacji, możliwość odczytu na replice, wymagania dotyczące zapisu, tolerancję opóźnień oraz sposób obsługi konfliktów.

Zakres danych: artykuły, tabele i zależności

W dokumentacji replikacyjnej warto jednoznacznie wskazać artykuły, czyli wybrane obiekty przeznaczone do kopiowania w ramach konkretnej konfiguracji. W praktyce może to oznaczać tabele, widoki, procedury, sekwencje lub inne elementy obsługiwane przez dany silnik. Sam wybór tabeli nie zawsze wystarcza. Należy sprawdzić zależności między tabelami, obecność kluczy głównych, indeksów, ograniczeń integralności oraz kolumn używanych do identyfikowania zmienionych rekordów. Jeśli replika ma służyć do odczytu, trzeba określić, czy odbiorca potrzebuje pełnego obrazu danych, czy tylko wybranych kolumn i wierszy.

Zakres replikacji powinien uwzględniać także zmiany schematu. Dodanie kolumny, zmiana typu danych, przebudowa indeksu albo modyfikacja ograniczenia może wymagać osobnego mechanizmu propagowania zmian na odbiorcę. Niezgodność schematu może zatrzymać przetwarzanie kolejnych komunikatów, zwłaszcza gdy replika oczekuje innej liczby kolumn lub innego sposobu kodowania wartości. Przed wdrożeniem należy ustalić, które obiekty są źródłem prawdy, kto może zmieniać schemat oraz jak będzie wykonywana kontrolowana aktualizacja wszystkich replik.

Przepustowość, opóźnienie i zachowanie podczas awarii

Ocena wpływu synchronizacji wymaga pomiaru rzeczywistego obciążenia, a nie tylko deklarowanej szybkości łącza. Należy oszacować liczbę transakcji na sekundę, rozmiar zmian, udział operacji aktualizujących i usuwających oraz okresowe skoki ruchu. Replikacja może zużywać procesor na wykrywanie, przygotowanie i kodowanie zmian, pamięć na bufory oraz miejsce na dzienniki i kolejki oczekujących komunikatów. Przy replikacji synchronicznej dodatkowym kosztem jest oczekiwanie na potwierdzenie zapisu, natomiast przy asynchronicznej trzeba monitorować narastanie kolejki i czas opóźnienia.

Projekt powinien opisywać zachowanie systemu po zerwaniu połączenia, zatrzymaniu odbiorcy, zapełnieniu dysku oraz ponownym uruchomieniu jednego z węzłów. Istotne są procedury wznowienia przesyłania bez duplikowania zmian, wykrywania brakujących rekordów i odtwarzania spójnego punktu danych. Jeżeli dopuszczalna jest ręczna zmiana na replice, trzeba przewidzieć ryzyko konfliktu z później dostarczonymi zmianami. Testy powinny obejmować opóźnienie, utratę połączenia, obciążenie szczytowe, odtworzenie kopii zapasowej oraz kontrolę zgodności danych po synchronizacji.

Kontrola spójności i serwisowanie sprzętu używanego do replikacji

Po uruchomieniu replikacji należy regularnie porównywać stan źródła i odbiorcy przy użyciu mechanizmów właściwych dla zastosowanego silnika. Kontroli wymagają między innymi liczba oczekujących zmian, czas najstarszej nieprzetworzonej zmiany, błędy odczytu dziennika, odrzucone rekordy oraz różnice w schemacie. Sam fakt, że proces synchronizacji działa, nie dowodzi jeszcze pełnej zgodności danych. Warto definiować progi alarmowe dla opóźnienia, rozmiaru kolejki i wolnego miejsca na dysku, a także przechowywać informacje o błędach wraz z identyfikatorem transakcji lub obiektu, którego dotyczą.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, które mogą pełnić rolę stacji roboczych używanych do przygotowania, nadzorowania lub testowania środowiska replikacji. W przypadku problemów sprzętowych trzeba sprawdzić stan dysków, pamięci operacyjnej, układu chłodzenia, zasilacza oraz połączenia sieciowego. Uszkodzony nośnik, przegrzewanie procesora albo niestabilny adapter sieciowy może powodować przerwy w przesyłaniu zmian i wtórne błędy synchronizacji. Diagnostyka powinna obejmować również logi systemowe, temperatury, parametry SMART dysków oraz stabilność pracy po ponownym uruchomieniu.