O backup do seu NAS continuou falhando depois que a VPN voltou

A VPN se reconecta às 06:10, o painel mostra o túnel verde e o backup noturno continua sem um novo ponto de recuperação. Isso não é uma contradição; são duas agendas que nunca foram coordenadas. Um túnel que se recupera é um evento de rede. Um backup que se conclui é um evento de aplicação com sua própria máquina de estados, e uma execução interrompida pode ser suspensa, cancelada ou colocada na fila atrás de algo completamente diferente.

Planeje a janela em torno de um ponto de recuperação concluído, não em torno da luz indicadora do túnel.

Comece pelo ponto de recuperação, não pelo horário de início

Escreva o requisito como um prazo para uma versão aceita: um novo ponto de recuperação que passe na própria verificação de integridade da tarefa até um horário definido. Depois trabalhe de trás para frente pela duração esperada, pela variação comum e por uma tentativa interrompida. Um horário de lançamento não é um compromisso; é apenas o momento em que o agendador tentou. Coloque o prazo na política de backup, não em uma mensagem de chat. Um número que vive apenas na memória de alguém não é um limite de monitoramento.

Use o histórico da tarefa para estimar a duração. O processamento em blocos, a deduplicação e o trabalho de índice fazem parte da execução, então dividir os bytes alterados por uma velocidade de link subestima a janela de um modo que depois parece um problema de rede.

O que uma interrupção faz com o trabalho

O Hyper Backup distingue o trabalho que pode ser retomado do que não pode: o comportamento documentado é que tarefas retomáveis ficam suspensas e tarefas não retomáveis são canceladas quando a conexão cai. Nenhum dos dois estados é visível no cliente VPN, e nenhum é reparado reconectando o túnel. Leia o estado da tarefa e o motivo registrado antes de supor que a próxima execução agendada continuará de onde a anterior parou.

A suspensão manual e uma interrupção de rede podem seguir ciclos de vida diferentes. Se um operador pausou a tarefa, reconectar a rede não muda absolutamente nada.

O destino tem seus próprios requisitos

Um túnel restaurado não monta uma pasta compartilhada criptografada, não renova credenciais de backup expiradas e não conclui a manutenção no destino. São verificações de prontidão separadas, e qualquer uma delas pode transformar um túnel verde em um trabalho falho. Confirme que o destino é acessível e gravável antes de culpar a agenda de recuperação.

Se o próprio NAS de destino foi reiniciado, seus serviços podem ainda estar iniciando quando a tarefa de backup dispara. Uma verificação curta de prontidão custa menos que uma execução falha e uma nova tentativa.

As verificações de integridade competem pelas mesmas horas

Uma verificação de integridade pode consumir a janela sem qualquer falha de rede. O DSM documenta um processo ativo por tarefa, e um backup agendado pode esperar atrás da verificação de integridade dessa tarefa e depois ser ignorado após uma espera máxima de cerca de três horas. Espaçe as duas agendas conforme as durações observadas, e trate uma execução ignorada como uma constatação de agendamento, não como prova de que a VPN falhou de novo.

Ative notificações com um método de entrega real e depois designe alguém para lê-las. Um trabalho que nunca começou e um trabalho que falhou no meio podem não produzir o mesmo alerta.

Faça a verificação da manhã ser sobre a cópia

A pergunta da manhã é se existe uma cópia atual e recuperável, não se o túnel está ativo. Verifique a idade da última versão aceita em relação ao prazo e depois faça um teste de restauração seguro em um arquivo pequeno dessa versão. Preserve as versões boas anteriores enquanto investiga qualquer coisa que pareça errada.

Registre os carimbos de data e hora em um único fuso horário, incluindo o fuso do agendador, o do destino e o da pessoa que lê o painel. Mais de uma dessas investigações termina numa diferença de relógio e não numa falha de rede, e a nota é o que torna isso visível da próxima vez.