synchronizacja usuniętych rekordów

Synchronizacja usuniętych rekordów to przekazanie informacji o skasowaniu danych między powiązanymi systemami.

Jak działa przekazanie informacji o usunięciu

Synchronizacja usuniętych rekordów polega na przekazaniu między powiązanymi systemami informacji, że określony obiekt nie powinien już być traktowany jako aktywny. Rekordem może być wpis kontaktu, dokument, zadanie, plik opisany w bazie danych albo element konfiguracji programu. Samo usunięcie w systemie źródłowym nie powoduje automatycznie usunięcia odpowiadającego mu wpisu w systemie docelowym. Potrzebny jest mechanizm, który zapisze fakt operacji i pozwoli drugiej stronie go odebrać.

Informacja o usunięciu powinna jednoznacznie identyfikować rekord. Najczęściej wykorzystuje się w tym celu niepowtarzalny identyfikator, na przykład klucz główny albo identyfikator globalny, oraz dane pomocnicze: czas zmiany, wersję rekordu lub numer zdarzenia. System docelowy może wtedy odszukać właściwy wpis i oznaczyć go jako usunięty albo usunąć jego kopię. Sam tekst nazwy rekordu nie jest bezpiecznym identyfikatorem, ponieważ nazwy mogą się powtarzać lub zmieniać.

Znacznik usunięcia a fizyczne skasowanie danych

W wielu rozwiązaniach stosuje się usuwanie logiczne, czyli zapisanie w rekordzie znacznika wskazującego, że obiekt jest usunięty. Może to być pole typu logicznego, data usunięcia albo osobny stan rekordu. Dzięki temu synchronizator może odczytać informację o zmianie podczas kolejnego przebiegu. Rekord z takim znacznikiem nie powinien być zwracany przez zwykłe zapytania aplikacji, chociaż nadal może istnieć w tabeli źródłowej.

Usuwanie fizyczne polega na rzeczywistym usunięciu wiersza z tabeli. Jest ono prostsze z punktu widzenia przechowywania danych, ale utrudnia późniejsze wykrycie, co zostało skasowane. Jeżeli synchronizator pobiera tylko aktualnie istniejące rekordy, nie odróżni braku wpisu od sytuacji, w której rekord nigdy nie istniał. Dlatego systemy używające fizycznego usuwania potrzebują dodatkowego dziennika zmian, tabeli rekordów usuniętych, dziennika zdarzeń albo innego mechanizmu przechowującego identyfikator usuniętego obiektu.

Porządek zdarzeń, konflikty i ponawianie synchronizacji

Usunięcie może wystąpić równocześnie z edycją tego samego rekordu w innym systemie. Bez reguły rozstrzygania konfliktu jedna kopia może zostać skasowana, a druga ponownie utworzona na podstawie starszych danych. Stosowane rozwiązania porównują między innymi wersję rekordu, czas modyfikacji lub kolejność zdarzeń. Ważne jest, aby system nie uznawał samego czasu komputera za niezawodny porządek operacji, ponieważ zegary urządzeń mogą być niesynchronizowane.

Operacja usunięcia powinna być idempotentna. Oznacza to, że ponowne dostarczenie tego samego komunikatu nie powinno powodować dodatkowych skutków ubocznych. Jeżeli rekord został już oznaczony jako usunięty, powtórzenie operacji powinno zakończyć się bez błędu albo z wynikiem informującym, że stan jest już osiągnięty. Takie zachowanie jest potrzebne przy przerwach połączenia, limitach czasu i automatycznych próbach ponowienia. W praktyce synchronizator może przechowywać identyfikator przetworzonego zdarzenia, korzystać z numeru wersji albo sprawdzać bieżący stan przed wykonaniem zmiany.

Istotne jest także potwierdzenie odbioru. Samo wysłanie informacji o usunięciu nie dowodzi, że system docelowy ją zastosował. Mechanizm synchronizacji powinien rozróżniać komunikat oczekujący, przetworzony, odrzucony i wymagający ponowienia. Przy większej liczbie rekordów stosuje się porcjowanie danych oraz punkt wznowienia, aby po awarii nie rozpoczynać całego przebiegu od początku. Rejestr techniczny powinien zawierać identyfikator rekordu, rodzaj operacji, czas przetwarzania i przyczynę ewentualnej odmowy.

Sprawdzanie brakujących rekordów na laptopie i komputerze PC

Podczas diagnozowania problemu z aplikacją warto ustalić, który system jest źródłem prawidłowego stanu, a który przechowuje kopię. Należy porównać identyfikatory rekordów, znaczniki usunięcia, czas ostatniej synchronizacji oraz informacje o błędach przetwarzania. Szczególną uwagę trzeba zwrócić na filtry, które ukrywają rekordy usunięte logicznie, oraz na zakres synchronizacji ograniczony do wybranego przedziału czasu. Jeżeli zdarzenie usunięcia wygasło z dziennika zmian przed jego odebraniem, system docelowy może wymagać pełnego porównania danych lub odtworzenia stanu z kopii zapasowej.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów stacjonarnych PC i ich podzespołów, dlatego przy problemach z aplikacją można zlecić sprawdzenie działania systemu, dysku, pamięci oraz połączenia sieciowego potrzebnego do synchronizacji. Diagnostyka powinna rozdzielić awarię sprzętu od błędnej konfiguracji programu albo nieprawidłowego działania usługi synchronizującej. Przed usuwaniem plików dziennika lub ponowną instalacją aplikacji warto zachować kopię konfiguracji i ustalić, czy lokalne dane nie są jedyną dostępną kopią rekordu.