O agendamento “Always” original do ZimaOS 1.5.3 dizia, de facto, que as fontes de cópia de segurança LAN/nuvem deveriam ser verificadas diariamente à 1:00, mas vários utilizadores relataram que as tarefas não eram iniciadas automaticamente. A execução manual funcionava, o que restringia o problema ao comportamento do agendamento/serviço, e não ao acesso básico à fonte ou ao destino.
A solução temporária de reiniciar icewhale-files-backup.service forçava a execução das tarefas para alguns utilizadores, mas o autor original salientou explicitamente que essa abordagem não era fiável. Deve continuar a ser uma solução temporária de diagnóstico, não o agendador normal recomendado.
O que a interface do 1.5.3 prometia
Para fontes Zima/USB, “Always” significava reagir a alterações nos ficheiros. Para fontes na nuvem ou LAN, a descrição indicava uma verificação diária às 1:00, de acordo com a hora do dispositivo.
Uma execução manual bem-sucedida não prova que o agendador funciona
Se a opção “Executar agora” for bem-sucedida, é provável que as credenciais da fonte, o acesso ao caminho e as gravações no destino estejam a funcionar. As verificações seguintes devem abranger o fuso horário do dispositivo, o estado do agendamento da tarefa e o serviço de cópia de segurança à hora prevista para o acionamento.
A solução temporária de reiniciar o serviço foi verificada pela comunidade, mas não é ideal
Um utilizador descobriu que reiniciar icewhale-files-backup.service fazia com que as tarefas fossem executadas e, depois, agendou esse reinício com o cron. Outro utilizador recorreu ao Zima Cron para a mesma finalidade. O autor original referiu que um crontab normal poderia ser apagado pelas atualizações do ZimaOS.
O guia atual da Cópia de segurança do ZimaOS descreve agora tarefas agendadas de forma independente, em vez de depender do antigo padrão de reinício do serviço.
As versões posteriores apresentaram uma falha de cópia de segurança diferente
Depois de atualizar para a versão 1.6.1, um utilizador relatou tarefas que pareciam ser executadas, mas não transferiam ficheiros. Esse não é o mesmo sintoma de “o acionamento da 1:00 nunca ocorreu”, pelo que os dois problemas devem ser diagnosticados separadamente.
Utilize a aplicação de cópia de segurança atual antes de manter uma solução temporária antiga
Recrie a tarefa na versão estável atual do ZimaOS, defina um agendamento explícito, verifique o fuso horário do dispositivo e restaure um ficheiro de teste depois da primeira execução bem-sucedida. A visão geral da cópia de segurança do ZimaOS apresenta o modelo atual do produto.
Conclusão
O tópico sobre a versão 1.5.3 documenta um problema real do agendador com fontes de cópia de segurança LAN/NAS, mas reiniciar o serviço todas as noites era apenas uma solução temporária. No ZimaOS atual, reproduza a tarefa com o agendador moderno, verifique o fuso horário e os registos e trate separadamente os casos em que “a tarefa não foi iniciada” e em que “a tarefa foi iniciada, mas não transferiu nada”.
