Karta Opcje w oknie synchronizacji określa, według czego porównywane są źródło i cel oraz co dzieje się w przypadkach szczególnych.
Te trzy pola wyboru decydują, po czym AutoFileSync rozpoznaje różnicę. Można je łączyć.
| Kryterium | Znaczenie |
|---|---|
| Czasu | Decyduje czas modyfikacji. To typowy przypadek i zdecydowanie najszybszy. |
| Rozmiar | Różne rozmiary plików są traktowane jako różnica. |
| Zawartości | Pliki są porównywane pod względem zawartości. To dokładne, ale kosztuje czas odczytu po obu stronach. Przy synchronizacji dwukierunkowej czas modyfikacji dodatkowo rozstrzyga, która strona jest nowsza – samo porównanie zawartości tego nie rozróżni. |
| Tolerancja w sekundach | Dwa czasy modyfikacji różniące się najwyżej o tyle sekund uznaje się za równe. Pole jest aktywne tylko przy włączonym porównywaniu według Czasu; domyślnie 2 sekundy, zobacz Tolerancja a systemy plików. |
Przy kopiowaniu AutoFileSync przejmuje czas modyfikacji źródła, ale cel zapisuje go tylko z taką dokładnością, na jaką pozwala jego system plików. Bez tolerancji źródło byłoby wtedy przy każdym przebiegu o ułamki sekundy nowsze od własnej kopii i kopiowane wciąż od nowa. Tolerancja musi być co najmniej tak duża jak najgrubszy krok czasu po jednej ze stron:
| System plików | Dokładność czasu modyfikacji | Potrzebna tolerancja |
|---|---|---|
| ext4, Btrfs, XFS, APFS | nanosekundy | 0 s |
| NTFS | 100 nanosekund | 1 s |
| exFAT | 10 milisekund | 1 s |
| HFS+, serwery SFTP | pełne sekundy | 1 s |
| FAT32, FAT16 (pendrive’y, karty pamięci) | 2 sekundy | 2 s |
Domyślne 2 sekundy obejmują wszystkie te przypadki. FAT zapisuje ponadto czas jako czas lokalny: po zmianie czasu letniego na zimowy lub odwrotnie wszystkie pliki wydają się przesunięte o godzinę. Aby tego uniknąć, można tymczasowo ustawić tolerancję na 3600 sekund albo porównywać dodatkowo według Rozmiar.
Druga strona tolerancji: jeśli plik zostanie ponownie zapisany w czasie tolerancji po poprzedniej zmianie, a w międzyczasie odbył się przebieg, druga zmiana zostanie zauważona dopiero przy następnym zapisie. Kto edytuje pliki w szybkim tempie, powinien dodatkowo włączyć Rozmiar albo ustawić tolerancję na 0, o ile obie strony zapisują czas z tą samą dokładnością.
| Opcja | Działanie |
|---|---|
| Usuń źródło po skopiowaniu | Po udanym skopiowaniu plik źródłowy zostaje usunięty – zależnie od trybu usuwania do kosza albo trwale. Z synchronizacji robi się w ten sposób przenoszenie. Dla źródeł dostępnych przez SSH opcja nie działa. Razem z tą opcją zablokowane są Synchronizacja dwukierunkowa i Usuwaj także w celu usunięte pliki: pierwsza kopiowałaby przeniesione pliki z powrotem, druga usuwałaby je ponownie w celu. |
| Synchronizacja dwukierunkowa | Uwzględniany jest także kierunek odwrotny: to, co istnieje tylko w celu, jest kopiowane z powrotem do źródła, a nowszy cel wygrywa ze starszym źródłem. Razem z Usuwaj także w celu usunięte pliki wygrywa usuwanie – ustawianie obu naraz rzadko ma sens. Opcja wyklucza się z Usuń źródło po skopiowaniu oraz z Kopiuj, nawet jeśli plik docelowy jest nowszy; zaznaczona jako pierwsza blokuje drugą. |
| Kopiuj, nawet jeśli plik docelowy jest nowszy | Zwykle AutoFileSync nie nadpisuje pliku docelowego, który jest nowszy od źródła. Z tą opcją jednak to robi. Przy włączonej synchronizacji dwukierunkowej opcja jest zablokowana, bo tam nie ma sensu. Jest też zablokowana, dopóki nie porównuje się ani według Czasu, ani według Rozmiaru, bo tylko te kryteria mogą rozpoznać nowszy cel. |
| Zasada pokoleniowa | Zanim istniejący plik docelowy zostanie nadpisany, AutoFileSync zmienia jego nazwę: z raport.doc robi się raport.doc.bak.1, następnym razem .bak.2 i tak dalej. Starsze wersje zostają w ten sposób zachowane. Pamiętaj, że te kopie pozostają w celu i zajmują miejsce – nie są automatycznie usuwane. |
| Usuwaj także w celu usunięte pliki | Plik, który istnieje już tylko w celu, zostaje tam usunięty – cel staje się więc lustrem źródła. Szczegóły i ograniczenia opisano w sekcji poniżej. Przy typie Plik oraz razem z Usuń źródło po skopiowaniu opcja jest zablokowana. |
| Dowód kopii zapasowej | Każdy przebieg, który coś skopiował albo natrafił na błąd, zapisuje wpis w pliku dowodu; zobacz Dowód kopii zapasowej. |
| Synchronizuj puste pliki | Pliki o rozmiarze 0 są zwykle pomijane: pusty plik to częściej przerwany zapis niż plik celowo pusty, a skopiowanie go na wypełniony plik docelowy oznaczałoby utratę danych. Z tą opcją są uwzględniane – z myślą o plikach zastępczych, takich jak .gitkeep, oraz plikach blokad i znaczników. Uwaga: jeśli plik źródłowy jest pusty, a docelowy nie, synchronizacja zastąpi wtedy zawartość celu pustym plikiem. |
| Ostrzegaj, gdy brakuje dysku lub połączenia SSH | Gdy źródło lub cel są nieosiągalne – odłączony dysk, niepodłączony udział sieciowy, serwer SSH, który nie odpowiada – synchronizacja jest pomijana; nic nie jest kopiowane ani usuwane. To nie jest błąd. Z tą opcją (domyślnie: włączona) „Synchronizuj raz” zgłasza pominięcie jako ostrzeżenie, a dziennik zawiera ostrzeżenie. Dla dysku kopii zapasowej, który podłącza się tylko od czasu do czasu, opcję należy wyłączyć: brak jest wtedy odnotowywany tylko w dzienniku. Szczegóły: Nieosiągalne dyski i połączenia. |
| Sekundy przerwy | Czas oczekiwania między dwoma przebiegami synchronizacji ciągłej, ustawiany od 1 do 60 sekund. Krótkie przerwy szybciej wykrywają zmiany, ale bardziej obciążają nośniki i sieć. |
Ta opcja zasługuje na dokładniejszy opis, ponieważ jako jedyna usuwa dane w celu.
Jeśli opcja nie działa, choć jest ustawiona, pomoże Gdy coś nie działa zgodnie z oczekiwaniami.