Priorytety replikacji

Priorytety replikacji określają kolejność synchronizacji artykułów przy ograniczonej przepustowości łącza.

Jak priorytet wpływa na kolejkę replikacji

Priorytet replikacji jest atrybutem przypisywanym artykułowi, rekordowi, plikowi albo innemu obiektowi oczekującemu na przesłanie do drugiej lokalizacji. Mechanizm ten nie zmienia samej treści danych. Określa natomiast, które elementy mają zostać obsłużone wcześniej, gdy system nie może jednocześnie wysłać całej kolejki. W praktyce o kolejności mogą decydować między innymi poziom ważności, czas utworzenia zmiany, termin wymaganego dostarczenia oraz rozmiar danych.

Wysoki priorytet nie oznacza automatycznie większej szybkości transmisji pojedynczego artykułu. Zwykle oznacza pierwszeństwo przy wyborze następnego zadania przez moduł replikujący. Jeżeli łącze jest zajęte dużym transferem o niskim priorytecie, konkretna implementacja może dokończyć bieżącą operację albo przerwać ją i rozpocząć przesyłanie elementu ważniejszego. Zachowanie zależy od silnika replikacji: część systemów stosuje kolejkę priorytetową, część korzysta z kilku klas ruchu, a część pozwala jedynie ustawić kolejność harmonogramów.

Reguły ustalania kolejności synchronizacji

Priorytety powinny wynikać z wpływu danych na działanie organizacji, a nie wyłącznie z ich rozmiaru lub nazwy. Artykuły potrzebne do bieżącej pracy mogą otrzymać wyższy poziom niż materiały archiwalne, kopie zapasowe albo duże pliki przeznaczone do późniejszego pobrania. Przydatne jest również rozdzielenie zmian krytycznych, zwykłych i odroczonych. Taki podział pozwala ograniczyć sytuację, w której jeden obszerny transfer blokuje wiele małych, ale istotnych aktualizacji.

System może stosować priorytet statyczny, zapisany w konfiguracji lub metadanych obiektu, albo priorytet wyliczany dynamicznie. W drugim przypadku poziom może zmieniać się wraz z upływem czasu, liczbą nieudanych prób, terminem synchronizacji lub rosnącym opóźnieniem. Ważnym zabezpieczeniem jest mechanizm przeciwdziałający zagłodzeniu kolejki. Jeżeli stale napływają zadania o wysokim priorytecie, elementy o niższym poziomie nie powinny czekać bez końca. Stosuje się w tym celu stopniowe podnoszenie priorytetu oczekujących zadań albo rezerwowanie części przepustowości dla ruchu zwykłego.

Priorytet a spójność danych i obsługa błędów

Kolejność przesyłania nie zawsze jest dowolna. Jeżeli artykuł został zmieniony kilka razy, replikacja może wymagać zachowania kolejności wersji, aby odbiorca nie otrzymał starszej treści po nowszej. Priorytet pojedynczego komunikatu nie powinien omijać zależności między zmianami. W poprawnie zaprojektowanym mechanizmie zadanie może zostać oznaczone jako gotowe dopiero wtedy, gdy dostępne są wymagane dane poprzedzające albo gdy system potrafi bezpiecznie zastosować zmianę na podstawie numeru wersji, znacznika czasu lub innego identyfikatora kolejności.

Nieudana replikacja powinna pozostać widoczna w kolejce wraz z informacją o przyczynie błędu. Ponawianie przesyłania może zachować pierwotny priorytet, obniżyć go po wielu próbach albo czasowo odłożyć zadanie, aby nie zajmowało łącza bez skutku. Istotne są także potwierdzenia odbioru i kontrola kompletności. Sam fakt rozpoczęcia transmisji nie oznacza, że artykuł został prawidłowo zapisany po stronie docelowej. W zależności od rozwiązania potwierdzenie może obejmować status zapisu, numer wersji, sumę kontrolną lub identyfikator operacji.

Sprawdzanie opóźnionych i oczekujących replik

Podczas diagnostyki należy porównać priorytet zadania z jego rzeczywistym czasem oczekiwania, rozmiarem danych, liczbą ponowień i stanem połączenia między lokalizacjami. Sama obecność artykułu w kolejce nie jest jeszcze błędem. Problem występuje wtedy, gdy zadanie o wysokim priorytecie pozostaje za zadaniami niższej klasy, jego termin dostarczenia został przekroczony albo odbiorca długo nie potwierdza zapisu. Warto również sprawdzić, czy kilka niezależnych kolejek nie ma różnych reguł pierwszeństwa, ponieważ monitoring jednej kolejki może nie pokazywać pełnego opóźnienia.

Zmiana priorytetu powinna być poprzedzona ustaleniem, czy ograniczeniem jest przepustowość, opóźnienie sieci, wydajność magazynu, blokada po stronie odbiorcy, konflikt wersji czy błąd uwierzytelniania. Podniesienie poziomu zadania nie naprawi niedostępnego endpointu ani uszkodzonego rekordu. Po korekcie konfiguracji należy obserwować kolejkę, potwierdzenia odbioru i zgodność wersji po obu stronach. W przypadku laptopa lub komputera używanego jako węzeł synchronizacji sprawdza się także stabilność sieci, wolne miejsce na dysku oraz obciążenie procesora i nośnika, ponieważ lokalne zasoby mogą opóźniać przygotowanie danych do wysłania.