La tarea de copia se detuvo en silencio: la avería más cara no es la ruidosa

Una copia que falla con ruido se arregla el mismo día. Una copia que se detiene en silencio se descubre el día en que hacía falta. La diferencia no está en una notificación, está en lo que miras.

AtlasPVE ·

Esta entrada responde a

  • proxmox las copias no se ejecutan
  • proxmox tarea de copia no funciona
  • proxmox notificación de copia
  • proxmox correo de error de copia
  • proxmox cuándo fue la última copia

La forma de avería más cara de un esquema de copias no es la ruidosa. Un error ruidoso se ve y se arregla el mismo día. Una tarea que se detiene en silencio sigue detenida durante semanas y se descubre justo el día en que hacía falta.

Formas de detenerse en silencio

El destino se llenó. Un recurso de red no se montó tras un reinicio. Un almacenamiento cambió de nombre. La tarea apunta a una máquina que ya no existe. Una credencial caducó. Todo esto produce un error en algún sitio, y nada de esto produce un error delante de una persona.

La trampa de la notificación

La frase "si falla me llegará un correo" lleva dos supuestos: que de esta máquina sale correo de verdad, y que alguien lo lee. En la mayoría de las instalaciones ninguno es cierto. Además, una notificación que solo suena cuando hay fallo es indistinguible de un sistema de notificación que nunca funcionó: los dos están callados.

La única manera de saber que una notificación funciona es haberla visto funcionar. El día que la configures, provoca un fallo a propósito y mira cómo llega el correo. Si no lo viste llegar, esa notificación no existe.

Lo correcto que hay que mirar: la edad

En lugar del estado de la última tarea, mira la edad de la copia más reciente. La edad responde dos preguntas a la vez: ¿se ejecutó la tarea? y ¿produjo algo? Una tarea puede ejecutarse y no producir nada y seguir pareciendo correcta; la edad lo atrapa, el estado no.

Una comprobación de un minuto, una vez al mes

Mira cuatro cosas: cuántos días tiene la copia más reciente de cada máquina, si el número de copias guardadas cumple tu regla, cuánto sitio queda en el destino, y si hay alguna máquina sin ninguna copia.

Esta última es lo que más se encuentra, y la razón es casi siempre la misma: esa máquina se creó después de escribir la tarea de copias.

Escribe la regla, no la lista

Una tarea que elige una a una las máquinas a copiar es correcta el día en que se escribe y un poco más equivocada con cada máquina nueva. Cuando sea posible, defínela como "todas, salvo estas". Así crear una máquina nueva la mete sola dentro del alcance de las copias, y el precio del olvido baja a cero.

Qué hace Atlas

Atlas muestra las copias existentes junto con sus fechas, así que la pregunta de edad de arriba se responde mirando en lugar de adivinando: cuándo se tomó la copia más reciente de cada máquina cabe en una pantalla.

Atlas Watch vigila el propio servidor, las actualizaciones pendientes, las máquinas virtuales y la antigüedad de las copias de seguridad. Mira donde esta página aconseja mirar: no el último estado de la tarea, sino la antigüedad de la copia más reciente. Si la copia más reciente de una máquina es más antigua que el número de días elegido, queda escrito en el resumen diario; el umbral predeterminado es de tres días, se cambia desde el panel, y si el control se eleva a crítico el aviso sale de inmediato, sin esperar al resumen.

Si el propio almacenamiento de copias no se puede leer, Watch no calla, dice que no ha podido leerlo. Tomar el silencio por salud es exactamente el fallo que describe esta página; que un centinela declare limpio lo que no ha podido leer quedó descartado a propósito. La comprobación mensual de arriba sigue mereciendo la pena: el único caso que el control no cubre es una máquina recién creada sin ninguna copia.

Fuentes

La documentación oficial de Proxmox. En inglés, y en este asunto es ella la que tiene la última palabra.

Entradas relacionadas

¿Cómo se ve esto dentro de Atlas?

Ir a la página del producto