Dlaczego Remote Sync ponownie kopiuje cały folder po ponownym połączeniu?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Why Does Remote Sync Recopy an Entire Folder After Reconnecting? - Zima Store Online

Synchronizacja zdalna ponownie kopiuje cały folder, gdy klient nie może już udowodnić, że pliki lokalne i zdalne są takie same.

Po ponownym połączeniu laptopa, NAS, zamontowanego udziału lub zdalnego partnera, silnik synchronizacji może odbudować swój indeks, zobaczyć inną tożsamość systemu plików, utracić zapisane sumy kontrolne, wykryć zmienione znaczniki czasu, traktować zmienione nazwy plików jako nowe obiekty lub porównywać z przestarzałą bazą danych. Poprawna diagnoza najpierw chroni obie kopie, a następnie ustala, czy klient skanuje ponownie, oblicza sumy kontrolne, ponownie pobiera czy faktycznie przesyła dane, zanim zresetuje jakąkolwiek bibliotekę.

Potwierdź, czy klient skanuje, oblicza sumy kontrolne lub przesyła dane

Rejestruj przepustowość sieci, odczyty dysku, użycie CPU, status klienta oraz komunikaty w logach podczas pozornej ponownej kopii. Pełne skanowanie lub przejście sum kontrolnych może wyglądać na zajęte przez wiele godzin bez przesyłania całego folderu przez internet.

W dyskusji o rclone opisano, jak tryb sum kontrolnych może powtarzać przetwarzanie sum kontrolnych przy każdym uruchomieniu. Takie zachowanie zużywa miejsce na dysku i CPU, ale różni się od prawdziwego przesyłania danych przez sieć.

Użyj liczników transferu na plik lub sum pakietów, aby sklasyfikować zdarzenie. Jeśli odczytywane są tylko metadane i sumy kontrolne, zoptymalizuj stan skanowania; jeśli ponownie przesyłane są pełne bajty, kontynuuj testy tożsamości, indeksu, znacznika czasu i zmiany nazwy.

Sprawdź, czy baza danych synchronizacji lub indeks został odbudowany

Przejrzyj logi klienta wokół momentu ponownego połączenia pod kątem migracji bazy danych, uszkodzenia, brakującego indeksu, resetu, ponownego skanowania lub komunikatów pierwszego uruchomienia. Porównaj katalog konfiguracji klienta i znacznik czasu bazy danych z ostatnią udaną synchronizacją.

Przypadek wsparcia Syncthing wyjaśnia, że uszkodzony indeks bazy danych może wymagać odbudowy, co powoduje, że urządzenie zachowuje się, jakby foldery zostały dodane na nowo i potencjalnie wywołuje duże początkowe ponowne skanowanie.

Wykonaj kopię zapasową bazy danych przed jej usunięciem lub resetem. Jeśli ponowna kopia rozpoczęła się zaraz po reinstalacji aplikacji, odtworzeniu kontenera, resecie profilu lub utracie bazy danych, zachowaj dobre dane i użyj obsługiwanego przez klienta procesu ponownego łączenia z istniejącym folderem.

Porównaj tożsamość pliku poza nazwą pliku

Wybierz kilka plików, które klient chce ponownie skopiować, i porównaj rozmiar, czas modyfikacji, sumę kontrolną, uprawnienia, właściciela, wielkość liter, rozszerzone atrybuty oraz ścieżkę po obu stronach. Zanotuj, które pole się różni.

Użytkownicy FreeFileSync dyskutują o przechowywaniu sum kontrolnych, ponieważ sam rozmiar i znaczniki czasu nie zawsze mogą udowodnić, że sparowane pliki pozostają identyczne, podczas gdy bazy sum kontrolnych wprowadzają własne wymagania dotyczące stanu. To pokazuje, dlaczego metadane porównania plików mają znaczenie po ponownym połączeniu.

Jeśli sumy kontrolne zawartości się zgadzają, ale różnią się znaczniki czasu lub uprawnienia, popraw ustawienia zegara, zachowania metadanych lub porównania zamiast ponownego przesyłania zawartości. Jeśli sumy kontrolne się różnią, ustal, która strona jest autorytatywna, zanim pozwolisz na automatyczne nadpisanie.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Sprawdź, czy folder został ponownie połączony pod inną tożsamością

Porównaj zamontowaną ścieżkę, UUID systemu plików, nazwę udziału sieciowego, literę dysku, identyfikator woluminu, montowanie kontenera oraz czułość na wielkość liter przed i po rozłączeniu. Znana ścieżka folderu może wskazywać na inny montaż lub pusty lokalny katalog.

Narzędzia synchronizacji często przechowują tożsamość folderu w lokalnej bazie danych, zamiast polegać wyłącznie na wyświetlanej ścieżce. Ponownie zamontowany udział NAS, wymieniony dysk USB, zmieniony wolumin Dockera lub odtworzony profil klienta mogą więc wyglądać jak zupełnie nowy cel.

Przerwij synchronizację, jeśli oczekiwany montaż jest nieobecny lub folder wskazuje na lokalne zapasowe miejsce. Przywróć oryginalny montaż i zweryfikuj przykładowe pliki przed ponownym połączeniem biblioteki, aby zapobiec usunięciom lub podwójnym pobraniom.

Przetestuj, czy wykrywane są przeniesienia i zmiany nazw

Wybierz jeden mały folder, zmień jego nazwę, gdy oba węzły są połączone, i obserwuj, czy klient wykonuje przeniesienie metadanych, czy przesyła każdy plik jako nową zawartość. Powtórz po rozłączeniu i ponownym połączeniu.

Dyskusja o funkcji Syncthing zauważa, że przeniesienia lub zmiany nazw mogą być traktowane jako nowe transfery, gdy narzędzie nie może dopasować zmienionych ścieżek przez istniejący indeks, powodując zachowanie usuwania i ponownego przesyłania.

Jeśli ponowna kopia następuje po zmianie nazwy folderu na wyższym poziomie, pozwól klientowi zakończyć wymianę indeksu przed wprowadzeniem kolejnych zmian. W przypadku dużych bibliotek unikaj jednoczesnych masowych zmian nazw na wielu węzłach i utrzymuj włączoną wersjonowanie lub ochronę kopii zapasowych.

Bezpiecznie połącz ponownie bez resetowania dobrej kopii

Utwórz kopię zapasową lub migawkę strony autorytatywnej, wstrzymaj synchronizację i przetestuj jeden mały podfolder, używając funkcji istniejącego folderu lub ponownego powiązania klienta. Nie klikaj ogólnego przycisku resetu lub ponownej synchronizacji, zanim nie zrozumiesz jego działania.

Przewodnik ZimaSpace dotyczący bezpiecznego przywracania jednego udostępnionego folderu stosuje tę samą zasadę izolacji w celu ochrony niezmienionych danych.

Problem jest rozwiązany tylko wtedy, gdy ponowne połączenie zachowuje indeks, porównuje istniejące pliki bez przesyłania zawartości, stosuje tylko rzeczywiste zmiany i przetrwa kolejne rozłączenie. Jeśli baza danych jest wielokrotnie uszkadzana lub znika, napraw problem ze storage, wyłączaniem, trwałością kontenera lub instalacją klienta, zamiast akceptować powtarzające się pełne synchronizacje.