A túa copia de seguridade do NAS seguiu fallando despois de que volvese a VPN

A VPN reconecta ás 06:10, o panel mostra o túnel en verde e a copia nocturna segue sen un novo punto de recuperación. Iso non é unha contradición; son dous calendarios que nunca se coordinaron. Un túnel que se recupera é un evento de rede. Unha copia que se completa é un evento de aplicación coa súa propia máquina de estados, e unha execución interrompida pode quedar suspendida, cancelada ou en cola detrás de algo completamente distinto.

Planifica a ventá arredor dun punto de recuperación completado, non arredor da luz indicadora do túnel.

Comeza polo punto de recuperación, non pola hora de inicio

Escribe o requisito como unha data límite para unha versión aceptada: un novo punto de recuperación que supere a propia comprobación de integridade da tarefa antes dunha hora concreta. Despois traballa cara atrás a través da duración esperada, a variación ordinaria e un intento interrompido. Unha hora de lanzamento non é un compromiso; é só o momento en que o planificador o tentou. Pon a data límite na política de copias de seguridade, non nunha mensaxe de chat. Un número que só vive na memoria de alguén non é un limiar de monitorización.

Usa o historial da tarefa para estimar a duración. O procesamento por bloques, a deduplicación e o traballo de índices forman parte da execución, así que dividir os bytes modificados entre unha velocidade de enlace subestima a ventá dun xeito que despois parece un problema de rede.

Que lle fai unha interrupción ao traballo

Hyper Backup distingue o traballo que pode retomarse do que non: o comportamento documentado é que as tarefas retomables quedan suspendidas e as non retomables cancélanse cando cae a conexión. Ningún dos dous estados é visible desde o cliente VPN, e ningún se repara reconectando o túnel. Le o estado da tarefa e o seu motivo rexistrado antes de supor que a seguinte execución programada continuará onde se detivo a anterior.

A suspensión manual e unha interrupción de rede poden seguir ciclos de vida distintos. Se un operador pausou a tarefa, reconectar a rede non cambia absolutamente nada.

O destino ten os seus propios requisitos

Un túnel restaurado non monta unha carpeta compartida cifrada, non renova credenciais de copia caducadas nin remata o mantemento no destino. Son comprobacións de preparación separadas, e calquera delas pode converter un túnel verde nun traballo fallido. Confirma que o destino é accesible e gravable antes de culpar o calendario de recuperación.

Se o propio NAS de destino se reiniciou, os seus servizos poden seguir arrancando cando se dispara a tarefa de copia. Unha comprobación breve de preparación sae máis barata que unha execución fallida e un reintento.

As comprobacións de integridade compiten polas mesmas horas

Unha comprobación de integridade pode consumir a ventá sen ningún fallo de rede. DSM documenta un proceso activo por tarefa, e unha copia programada pode esperar detrás da comprobación de integridade desa tarefa e logo omitirse tras unha espera máxima duns tres horas. Espaza os dous calendarios segundo as duracións observadas e trata unha execución omitida como un achado de planificación, non como proba de que a VPN volveu fallar.

Activa as notificacións cun método de entrega real e logo asigna a alguén para lelas. Un traballo que nunca comezou e un traballo que fallou a metade poden non producir a mesma alerta.

Fai que a comprobación da mañá trate da copia

A pregunta da mañá é se existe unha copia actual e recuperable, non se o túnel está activo. Comproba a idade da última versión aceptada contra a data límite e logo realiza unha proba de restauración segura cun ficheiro pequeno desa versión. Conserva as versións boas anteriores mentres investigas calquera cousa que pareza incorrecta.

Rexistra as marcas de tempo nunha soa zona horaria, incluída a zona do planificador, a do destino e a da persoa que le o panel. Máis dunha destas investigacións remata nunha diferenza de reloxo e non nunha avaría de rede, e a nota é o que o fai visible a próxima vez.