Kopia zapasowa zdjęć z telefonu zatrzymuje się w tle, gdy mobilny system operacyjny zawiesi aplikację lub nieudany transfer uniemożliwi rozpoczęcie następnej zaplanowanej partii.
Aplikacje do samodzielnego hostowania zdjęć nie otrzymują nieograniczonego dostępu do działania w tle. Systemy iOS i Android decydują, kiedy aplikacja może się wybudzić, na podstawie uprawnień, stanu baterii, warunków sieciowych, ostatniej aktywności i obciążenia zasobów systemowych. Proces tworzenia kopii zapasowej może również zatrzymać się na jednym nieobsługiwanym pliku, wygasłej sesji logowania, nieosiągalnym serwerze lub oryginale dostępnym wyłącznie w chmurze, który najpierw trzeba pobrać. Ustal, czy aplikacja nigdy nie jest uruchamiana zgodnie z harmonogramem, uruchamia się i zatrzymuje, czy wielokrotnie kończy działanie błędem na tym samym pliku.
Sprawdź, czy kopia zapasowa działa przy otwartej aplikacji
Połącz telefon ze zwykłą siecią Wi-Fi, pozostaw aplikację na pierwszym planie i obserwuj liczbę oczekujących plików, nazwę aktywnego pliku, szybkość transferu oraz dziennik serwera. Pozwoli to potwierdzić działanie uwierzytelniania, dostępność serwera, pamięci masowej i wyboru albumu, zanim zaczniesz analizować harmonogram zadań w tle.
Użytkownicy Immich zgłaszali zatrzymywanie wysyłania natychmiast po opuszczeniu aplikacji, mimo że ustawienia kopii zapasowej były włączone. Charakterystycznym objawem jest sytuacja, w której wysyłanie na pierwszym planie działa, ale postęp w tle się zatrzymuje.
Jeśli kopia zapasowa nie działa również na pierwszym planie, sprawdź adres URL serwera, certyfikat, logowanie, pamięć masową oraz błędy dotyczące konkretnych plików. Jeśli na pierwszym planie postęp przebiega prawidłowo, pozostaw te elementy bez zmian i testuj harmonogram oraz ograniczenia systemu operacyjnego.
Sprawdź uprawnienia do działania w tle i ustawienia odświeżania systemowego
W systemie iOS sprawdź odświeżanie aplikacji w tle, dostęp do biblioteki zdjęć, dostęp do sieci lokalnej, jeśli jest wymagany, powiadomienia, jeśli aplikacja ich używa, oraz tryb niskiego zużycia energii. W systemie Android sprawdź optymalizację baterii, dane w tle, nieograniczone użycie baterii oraz to, czy producent nie udostępnia dodatkowej listy aplikacji usypianych.
Raport dotyczący Immich na iOS pokazuje, że aplikacja wielokrotnie informowała o wyłączonym odświeżaniu w tle, mimo że ustawienie systemowe było już włączone. Ten przypadek ilustruje, że stan aplikacji i systemu operacyjnego może się różnić.
Wyłącz i ponownie włącz odpowiednie uprawnienie wyłącznie jako kontrolowany reset, otwórz aplikację ponownie i sprawdź, czy ustawienie jest prawidłowo rozpoznawane. Nie wyłączaj globalnie wszystkich zabezpieczeń baterii; jeśli platforma tego wymaga, dodaj wyjątek tylko dla aplikacji wykonującej kopię zapasową zdjęć.
Odróżnij normalne planowanie zadań mobilnych od zablokowanego zadania
Praca w tle jest uruchamiana oportunistycznie i może nie rozpocząć się natychmiast po wyłączeniu ekranu. Zapisz, czy kopia zapasowa wznawia się później, po podłączeniu ładowarki, ponownym połączeniu z Wi-Fi lub krótkim ponownym otwarciu aplikacji.
Użytkownicy Androida zgłaszali niepowodzenia synchronizacji w tle nawet przy wyłączonej optymalizacji baterii i ograniczeniach, co pokazuje, że same uprawnienia nie potwierdzają prawidłowego działania harmonogramu.
Utwórz mały album testowy zawierający kilka zwykłych plików JPEG. Jeśli te pliki zostaną ostatecznie wysłane w tle, harmonogram systemowy działa, a problem z całą biblioteką najprawdopodobniej dotyczy rozmiaru plików, typu plików, czasu trwania połączenia sieciowego lub stanu kolejki.
Sprawdź, czy jeden błędny plik zatrzymuje całą partię
Otwórz ekran szczegółów kopii zapasowej i znajdź nazwę pliku, którego wysyłanie wielokrotnie kończy się błędem. Zapisz jego rozszerzenie, rozmiar, lokalizację, stan edycji oraz sprawdź, czy telefon może otworzyć oryginał bez konieczności jego pobierania.
Jeden z problemów Immich opisuje zatrzymywanie kopii zapasowej po napotkaniu nieobsługiwanych plików .pic, zamiast ich pominięcia i kontynuowania pracy. Kluczowym problemem było zablokowanie kolejki przez jeden nieobsługiwany plik.
Przenieś plik poza wybrany album kopii zapasowej lub wyeksportuj go do obsługiwanego formatu, a następnie spróbuj ponownie. Nie usuwaj oryginału, dopóki nie będzie znajdował się w innej zweryfikowanej lokalizacji, a pozostała część kolejki nie zostanie ukończona.
Przetestuj wolne lub przerywane połączenie sieciowe
Sprawdź, czy telefon przełącza się między Wi-Fi a siecią komórkową, przemieszcza się między punktami dostępowymi, traci połączenie z VPN-em lub odwrotnym proxy albo blokuje ekran podczas wysyłania dużego filmu. Porównaj małe zdjęcie z największym oczekującym filmem.
Zgłaszano zatrzymywanie wysyłania w tle po przekroczeniu limitu czasu przez wolne połączenie oraz brak wznowienia do chwili ponownego uruchomienia aplikacji. Charakterystycznym wzorcem jest przekroczenie limitu czasu kończące proces w tle.
Przetestuj stabilne lokalne Wi-Fi, używając lokalnego adresu serwera, a następnie zwykłej zdalnej nazwy hosta. Jeśli lokalna kopia zapasowa działa, ale zdalna się zatrzymuje, sprawdź limity wysyłania proxy, limity bezczynności, TLS oraz przełączanie między sieciami mobilnymi.
Uwzględnij oryginały dostępne wyłącznie w chmurze i zoptymalizowaną pamięć telefonu
W telefonach korzystających ze zoptymalizowanej pamięci w chmurze widoczna miniatura może reprezentować oryginał, który nie jest już przechowywany lokalnie. Aplikacja wykonująca kopię zapasową musi najpierw pobrać oryginał z chmury, zanim wyśle go na serwer domowy.
W dyskusji dotyczącej Immich opisano dużą zoptymalizowaną bibliotekę iOS, w której aplikacja musiała pobrać dziesiątki tysięcy zdjęć przed sprawdzeniem duplikatów i wysłaniem plików. Tworzy to zależność od pobierania z chmury, której harmonogram zadań w tle może nie obsłużyć.
Podczas pierwszej migracji pozostaw telefon podłączony do ładowarki, w stabilnej sieci Wi-Fi i z wystarczającą ilością wolnego miejsca lokalnie. Rozważ zaimportowanie oficjalnego eksportu z chmury bezpośrednio na serwer, a następnie używaj kopii zapasowej z telefonu tylko dla nowych plików, gdy historyczna biblioteka zostanie zweryfikowana.
Resetuj tylko ten stan kopii zapasowej, który został potwierdzony jako nieaktualny
Wyloguj się i zaloguj ponownie dopiero po zapisaniu adresu serwera i potwierdzeniu danych logowania. Wyczyść zablokowaną kolejkę wysyłania lub lokalne dane aplikacji tylko wtedy, gdy aplikacja zapewnia obsługiwaną ścieżkę odzyskiwania, a na serwerze znajdują się już zweryfikowane oryginały.
Poradnik ZimaSpace dotyczący tworzenia kopii zapasowej zdjęć z iPhone’a na serwerze domowym przedstawia szerszą zasadę: ukończenie wysyłania musi zostać zweryfikowane, zanim oryginały zostaną usunięte z telefonu lub chmury.
Problem można uznać za rozwiązany, gdy nowe zdjęcia testowe są wysyłane bez pozostawiania aplikacji otwartej, przerwane transfery są wznawiane, nieobsługiwane pliki nie blokują już kolejki, a postęp w tle pozostaje niezawodny podczas ładowania, zmian sieci Wi-Fi, ponownego uruchamiania telefonu i aktualizacji aplikacji.
Wsparcie i wskazówki
Więcej do przeczytania

Dlaczego przywracanie woluminu Dockera odtwarza zawartość plików, ale usuwa atrybuty rozszerzone?
Diagnoza przywracania woluminu obejmująca inwentaryzację atrybutów xattr, opcje tar i Rsync, przestrzenie nazw, obsługę miejsca docelowego, uprawnienia, etykiety, metadane aplikacji i testy.

Dlaczego uruchomiony kontener zachowuje stary limit pamięci po zmianie pliku Compose?
Diagnoza limitu pamięci obejmująca aktywne grupy cgroup, ponowne uruchamianie w porównaniu z odtwarzaniem, pola Compose, limity twarde i miękkie, zakresy nadrzędne, pamięć wymiany oraz...

Dlaczego ponowne uruchomienie odwrotnego proxy unieważnia każdą sesję w jednej samodzielnie hostowanej aplikacji?
Diagnoza utraty sesji obejmująca zakres restartu, własność plików cookie, rotację sekretów, sesje oparte na pamięci podręcznej, przekierowanie do serwera przyklejonego, bramy uwierzytelniania oraz przywracanie...

