Porque é que a cópia de segurança das fotografias do telemóvel para quando a aplicação é executada em segundo plano?

A cópia de segurança das fotografias do telemóvel para em segundo plano quando o sistema operativo móvel suspende a aplicação ou quando uma transferência falhada impede o lote agendado seguinte.

As aplicações de fotografias autoalojadas não recebem execução ilimitada em segundo plano. O iOS e o Android decidem quando a aplicação pode ser ativada com base nas permissões, no estado da bateria, nas condições da rede, na utilização recente e na pressão sobre os recursos do sistema. O processo de cópia de segurança também pode ficar bloqueado devido a um único ficheiro não suportado, a uma sessão iniciada expirada, a um servidor inacessível ou a um original disponível apenas na nuvem que tenha de ser descarregado primeiro. Determine se a aplicação nunca é agendada, se começa e para, ou se falha repetidamente no mesmo ficheiro.

Confirme se a cópia de segurança funciona com a aplicação aberta

Ligue o telemóvel à rede Wi-Fi habitual, mantenha a aplicação em primeiro plano e observe a contagem de itens pendentes, o nome do ficheiro ativo, a velocidade de transferência e o registo do servidor. Isto permite confirmar se a autenticação, a acessibilidade do servidor, o armazenamento e a seleção do álbum funcionam antes de envolver o agendamento em segundo plano.

Utilizadores do Immich relataram que os carregamentos paravam imediatamente depois de saírem da aplicação, apesar de as definições de cópia de segurança estarem ativadas. O sintoma distintivo é que o carregamento em primeiro plano funciona, mas o progresso em segundo plano para.

Se a cópia de segurança também falhar em primeiro plano, continue a verificar o URL do servidor, o certificado, a sessão iniciada, o armazenamento e os erros específicos dos ficheiros. Se avançar normalmente em primeiro plano, mantenha essas camadas inalteradas enquanto testa o agendamento e as restrições do sistema operativo.

Verifique as permissões em segundo plano e as definições de atualização do sistema

No iOS, confirme a Atualização em segundo plano, o acesso à fototeca, o acesso à rede local quando necessário, as notificações se a aplicação as utilizar e o Modo de baixo consumo. No Android, verifique a otimização da bateria, os dados em segundo plano, a utilização irrestrita da bateria e se o fabricante dispõe de uma lista adicional de suspensão de aplicações.

Um relatório do Immich para iOS mostra que a aplicação indicava repetidamente que a Atualização em segundo plano estava desativada, mesmo quando a definição do sistema já estava ativada. O caso demonstra que o estado da aplicação e o do sistema operativo podem não coincidir.

Alterne a permissão relevante apenas como reposição controlada, reabra a aplicação e confirme que a definição é reconhecida. Não desative globalmente todas as proteções da bateria; isente apenas a aplicação de cópia de segurança das fotografias, se a plataforma assim o exigir.

Distinga o agendamento móvel normal de um trabalho bloqueado

O trabalho em segundo plano é oportunista e pode não começar imediatamente depois de o ecrã se desligar. Registe se a cópia de segurança retoma mais tarde, depois de o telemóvel estar a carregar, depois de voltar a ligar-se ao Wi-Fi ou depois de reabrir brevemente a aplicação.

Utilizadores do Android relataram falhas na sincronização em segundo plano mesmo com a otimização e as restrições da bateria desativadas, demonstrando que as permissões, por si só, não provam que o agendamento funciona.

Utilize um pequeno álbum de teste com vários ficheiros JPEG comuns. Se esses ficheiros forem eventualmente carregados em segundo plano, o agendador do sistema está a funcionar e a falha da biblioteca completa deverá estar relacionada com o tamanho do ficheiro, o tipo de ficheiro, a duração da rede ou o estado da fila.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verifique se um único ficheiro com falha interrompe o lote

Abra o ecrã de detalhes da cópia de segurança e identifique o primeiro nome de ficheiro que falha repetidamente. Registe a extensão, o tamanho, a localização de armazenamento, o estado de edição e se o telemóvel consegue abrir o original sem o descarregar.

Um problema do Immich descreve a interrupção da cópia de segurança quando esta encontrava ficheiros .pic não suportados, em vez de os ignorar e continuar. A falha principal foi um único ficheiro não suportado a bloquear a fila.

Retire o ficheiro do álbum selecionado para a cópia de segurança ou exporte-o para um formato suportado e tente novamente. Não elimine o original antes de este existir noutra localização verificada e de o restante conteúdo da fila estar concluído.

Teste condições de rede lentas ou interrompidas

Verifique se o telemóvel alterna entre Wi-Fi e rede móvel, muda de ponto de acesso, perde a ligação à VPN ou ao proxy inverso, ou bloqueia durante o carregamento de um vídeo grande. Compare uma fotografia pequena com o maior vídeo pendente.

Foi relatado que os carregamentos em segundo plano param depois de uma ligação lenta atingir o tempo limite e não retomam até a aplicação ser reiniciada. O padrão relevante é um tempo limite que termina o processo em segundo plano.

Teste numa rede Wi-Fi local estável, utilizando o endereço local do servidor, e depois através do nome de anfitrião remoto habitual. Se a cópia de segurança local funcionar mas a remota ficar bloqueada, verifique os limites de carregamento do proxy, os tempos limite de inatividade, o TLS e as transições entre redes móveis.

Tenha em conta os originais disponíveis apenas na nuvem e o armazenamento otimizado do telemóvel

Nos telemóveis que utilizam armazenamento otimizado na nuvem, a miniatura visível pode representar um original que já não está armazenado localmente. A aplicação de cópia de segurança tem primeiro de descarregar o original da nuvem antes de o carregar para o servidor doméstico.

Uma discussão do Immich descreve uma grande biblioteca iOS otimizada em que a aplicação teve de descarregar dezenas de milhares de fotografias antes de verificar duplicados e efetuar o carregamento. Isto cria uma dependência do descarregamento a partir da nuvem que o agendamento em segundo plano pode não conseguir manter.

Mantenha o telemóvel a carregar, ligado a uma rede Wi-Fi estável e com espaço livre local suficiente durante a primeira migração. Considere importar uma exportação oficial da nuvem diretamente para o servidor e utilizar depois a cópia de segurança do telemóvel apenas para novos ficheiros, quando a biblioteca histórica estiver verificada.

Reponha apenas o estado da cópia de segurança que esteja comprovadamente obsoleto

Termine a sessão e inicie-a novamente apenas depois de guardar o endereço do servidor e confirmar as credenciais. Limpe uma fila de carregamentos bloqueada ou os dados locais da aplicação apenas quando esta disponibilizar um método de recuperação suportado e o servidor já contiver os originais verificados.

O guia da ZimaSpace sobre cópias de segurança de fotografias do iPhone para um servidor doméstico apresenta a regra geral de que a conclusão do carregamento tem de ser verificada antes de remover os originais do telemóvel ou da nuvem.

O problema está resolvido quando novas fotografias de teste são carregadas sem ser necessário manter a aplicação aberta, as transferências interrompidas retomam, os ficheiros não suportados deixam de bloquear a fila e o progresso em segundo plano continua fiável durante o carregamento, as mudanças de Wi-Fi, os reinícios do telemóvel e as atualizações da aplicação.