Dlaczego Cloud Sync pokazuje zakończenie synchronizacji, gdy pliki zniknęły z domowego NAS?

Synchronizacja w chmurze może pokazywać ukończenie, mimo że pliki zniknęły, ponieważ status zwykle oznacza, że klient nie ma już pracy do wykonania według aktualnych reguł, a nie że każdy plik na domowym NAS ma odpowiadającą, użyteczną kopię w chmurze. Najszybszą diagnozą jest porównanie obu inwentarzy, a następnie sprawdzenie zakresu zadania, wykluczeń, uprawnień, stanu zastępczego, zgodności ścieżek, konfliktów i historii usunięć przed wymuszeniem kolejnej synchronizacji.

Co właściwie potwierdza „ukończenie”?

Odznaka ukończenia jest oceniana względem wybranych katalogów głównych, filtrów, polityki błędów i aktualnej bazy danych silnika synchronizacji. Może nie uwzględniać plików wykluczonych przed transferem, odrzuconych przez miejsce docelowe, reprezentowanych tylko jako zastępniki lub przeniesionych do ścieżki konfliktu. Przewodnik rozwiązywania problemów z brakiem plików po zakończonej synchronizacji w chmurze rozdziela ukończenie zadania od kompletności inwentarza.

Na domowym serwerze ZimaSpace najpierw zanotuj dokładny lokalny katalog główny, zdalny katalog główny, kierunek synchronizacji, konto i nazwę zadania. Dwa zadania o podobnych nazwach mogą wskazywać na różne foldery NAS lub katalogi w chmurze, a zielony status z niewłaściwego zadania nic nie mówi o brakującej ścieżce.

Zidentyfikuj, który inwentarz faktycznie brakuje plików

Sprawdź plik w trzech miejscach: w folderze źródłowym na NAS, w interfejsie webowym dostawcy chmury oraz w dowolnym kliencie synchronizacji na komputerze lub urządzeniu mobilnym. Brak pliku po stronie klienta nie dowodzi, że obiekt w chmurze zniknął. Jeden przypadek Nextcloud opisuje foldery, które pozostały na serwerze, a zniknęły z jednego klienta, co naprawiono przez odbudowanie relacji folderu tego klienta.

Utwórz krótką tabelę z relatywną ścieżką, rozmiarem, czasem modyfikacji i stanem lokalizacji. Skategoryzuj każdy element jako dostępny tylko na NAS, tylko w chmurze, widoczny w sieci, ale nie zsynchronizowany lokalnie, z konfliktem nazwy lub wszędzie brakujący. Różne stany wymagają różnych napraw.

Sprawdź zakres zadania, filtry i zasady rozmiaru

Zadanie może być poprawne, a mimo to ignorować zawartość spoza jego zakresu. Sprawdź uwzględnione katalogi główne, wykluczone foldery, wzorce nazw plików, maksymalny rozmiar pliku, politykę plików ukrytych, politykę dowiązań symbolicznych oraz kierunek synchronizacji. Raporty Cloud Sync pokazujące „aktualne” mimo że zamierzona zawartość nigdy się nie przesyła pokazują, dlaczego należy sprawdzić skonfigurowaną ścieżkę i bazę danych zadania, zanim założy się awarię sieci.

W przypadku rodzinnego NAS miniatury generowane automatycznie, bazy danych aplikacji, kosze, dane Dockera i ukryte foldery konfiguracyjne nie powinny być dołączane automatycznie. Ważne jest, aby wykluczenia były celowe i udokumentowane, a nie aby każdy obiekt systemu plików był kopiowany.

Oddziel wpisy zastępcze od w pełni dostępnych danych plików

Niektóre klienty chmurowe pokazują nazwę pliku i rozmiar bez przechowywania pełnej zawartości na tym urządzeniu. Wyjaśnienie wsparcia od odrive wskazuje, że pliki zastępcze mogą nie zawierać użytecznych danych poza zarządzanym folderem synchronizacji. Kopiowanie takich wpisów do folderu NAS może tworzyć pozorne pliki, których nie można otworzyć ani zhaszować jak normalnej zawartości.

Przetestuj, otwierając lub wyraźnie pobierając jeden dotknięty element z interfejsu chmury. Potwierdź, że jego rozmiar staje się rzeczywisty na dysku i że można obliczyć sumę kontrolną. Nie licz ikon ani wpisów katalogowych jako chronionych kopii.

Sprawdź zgodność nazwy pliku, ścieżki i miejsca docelowego

Linuxowy NAS może przechowywać nazwy, które usługa chmurowa, klient Windows lub przenośny cel odrzuca. Nieobsługiwane znaki, zarezerwowane nazwy, nadmierna głębokość ścieżki, końcowe spacje i normalizacja Unicode mogą powodować pominięcia. Referencja interoperacyjności wymienia ograniczenia nazw plików i pełnych ścieżek, które różnią się w zależności od metody dostępu.

Przeszukaj szczegółowy dziennik zadań pod kątem pominiętych, nieprawidłowych, nieobsługiwanych, zbyt długich, niedozwolonych i niemożliwych do utworzenia plików. Wyeksportuj problematyczne ścieżki przed zmianą nazw, aby można było poinformować aplikacje i użytkowników domowych, które odwołania ulegną zmianie.

Przejrzyj kopie konfliktowe i propagację usunięć

Gdy dwa urządzenia edytują plik, zanim zobaczą zmiany drugiego, narzędzie synchronizacji może utworzyć kopię konfliktową, wybrać jedną wersję lub przenieść zawartość do obszaru odzyskiwania. Objawy konfliktu to przyrostki z nazwą urządzenia, duplikaty folderów oraz pliki widoczne w interfejsie chmury, ale brakujące na jednym komputerze. Praktyczna analiza duplikatów i brakujących plików spowodowanych konfliktami synchronizacji pokazuje, dlaczego lokalizacje konfliktów muszą być zinwentaryzowane przed czyszczeniem.

Synchronizacja dwukierunkowa propaguje także usunięcia. Sprawdź kosze na śmieci w chmurze, historię wersji, migawki NAS i foldery konfliktów przed wykonaniem resetu lub ponownym powiązaniem. Nowa synchronizacja z już niekompletnej strony może uczynić ten stan autorytatywnym.

Porównuj liczby, rozmiary i sumy kontrolne zamiast ufać odznace

Wygeneruj rekurencyjne inwentarze z wybranego katalogu głównego NAS i miejsca docelowego w chmurze. Najpierw porównaj ścieżki względne, potem rozmiary, a na końcu sumy kontrolne ważnych plików, które oba systemy mogą odczytać. Same liczby mogą ukryć jeden brakujący plik i jeden nieoczekiwany duplikat.

To ta sama zasada używana do wykrywania zadania kopii zapasowej, które jest cicho niekompletne: zakończenie to zdarzenie, podczas gdy kompletność to osobno testowana właściwość.

Użyj sekwencji odzyskiwania o niskim ryzyku

1. Wstrzymaj synchronizację dwukierunkową na wszystkich uczestniczących urządzeniach.
2. Eksportuj dzienniki, ustawienia zadania i inwentarze plików.
3. Skopiuj unikalne pliki tylko na NAS i tylko w chmurze do osobnych folderów kwarantanny.
4. Odzyskaj usunięte lub konfliktowe wersje przed ponownym powiązaniem zadania.
5. Popraw zakres, uprawnienia, nazwy ścieżek lub obsługę zastępców.
6. Uruchom suche porównanie lub test jednokierunkowy na małym folderze.
7. Wznów pełne zadanie dopiero po dopasowaniu obu testowych inwentarzy.

Najczęściej zadawane pytania

Czy synchronizacja w chmurze liczy się jako kopia zapasowa?

Nie same w sobie. Synchronizacja dwukierunkowa może skopiować przypadkowe usunięcie, uszkodzenie lub zmiany spowodowane przez ransomware. Zachowaj niezależne wersje lub kopie zapasowe poza zapisywalnym związkiem synchronizacji.

Czy ukryte pliki zawsze powinny być synchronizowane?

Nie. Niektóre to tymczasowe pamięci podręczne lub metadane systemowe, podczas gdy inne zawierają konfigurację aplikacji. Decyduj na podstawie wartości przywracania, a nie widoczności.

Jak możesz udowodnić, że obie strony są kompletne?

Porównaj znormalizowane ścieżki względne, rozmiary i wybrane sumy kontrolne, a następnie przywróć i otwórz reprezentatywne pliki po stronie chmury.

Ostateczne wnioski

Synchronizacja w chmurze może zostać zakończona zgodnie z ustawionymi regułami, podczas gdy domowy NAS i miejsce docelowe w chmurze nadal zawierają różne użyteczne pliki. Zdiagnozuj dokładną brakującą lokalizację, zweryfikuj zakres i wykluczenia, rozróżnij zastępniki od zawartości, sprawdź konflikty i usunięcia oraz porównaj inwentarze przed zresetowaniem zadania.