Cuántas copias guardar: la pregunta real no es el número, es hasta dónde puedes retroceder

Siete copias diarias protegen perfectamente contra el error que notas hoy y nada contra el daño que notas en un mes. La retención no es un número, es una decisión de alcance.

AtlasPVE ·

Esta entrada responde a

  • cuántas copias de proxmox guardar
  • proxmox ajuste de retención
  • proxmox borrar copias antiguas
  • proxmox ajustes de prune
  • hasta cuándo deben llegar las copias de proxmox

La pregunta se suele hacer como "cuántas copias debo guardar". La pregunta correcta es: hasta dónde necesito poder retroceder. El número sale de esa respuesta, no al revés.

Las dos cosas distintas que cubre la retención

Un error reciente. Borraste el archivo equivocado, una actualización rompió algo, un ajuste salió mal. Quieres ayer. Unos días de copias cubren esto de sobra.

Un daño lento. Un archivo estropeado hace tres semanas, una aplicación que escribe datos erróneos desde una mala actualización, un secuestro de datos esperando en silencio. Aquí ayer no sirve, porque ayer también contiene el daño. Hay que llegar más atrás del momento en que empezó.

La regla más común y más engañosa

"Guardar las últimas 7" es la regla que más se configura. Es perfecta contra la primera clase y no hace nada contra la segunda. En un daño que pasó un mes desapercibido, las siete copias están dañadas. La regla no es incorrecta, es incompleta: solo responde a una pregunta.

Alargar el alcance sin reventar el almacenamiento

La respuesta no son más copias, es denso cerca, disperso lejos. Diario en una ventana corta, semanal para un par de meses, mensual para ir más atrás. El número de copias sigue siendo pequeño y el alcance se alarga. Con veinte copias retrocedes un año; guardando solo diarias, esas mismas veinte no te llevan más allá de tres semanas.

El número que se decide primero

No cuántas copias: cuánto tiempo puede pasar un daño desapercibido en este sistema. No es una pregunta de almacenamiento, es una pregunta sobre con qué atención se mira este sistema. Una máquina que nadie mira necesita más alcance, no más copias. Si no sabes la respuesta, una estimación honesta suele ser más larga de lo que crees.

La regla es una regla de borrado

Al escribir una regla de retención estás decidiendo en realidad qué no vas a poder recuperar. Dilo una vez en voz alta: "no podré recuperar nada de más de un mes". Si la frase suena aceptable, la regla es correcta. Si te incomoda, alarga el alcance.

Una promesa y un disco no son lo mismo

La retención es una promesa sobre el futuro, un disco es un hecho sobre el presente. Comprueba que la promesa cabe: número de copias por tamaño, más margen para el crecimiento. El día en que no cabe es el día en que las copias se detienen, y ese día suele ser uno en el que nadie mira.

Dónde vive la regla

Sepa si la retención está definida en el destino o en la tarea. Si dos tareas que escriben en el mismo sitio llevan reglas distintas, el resultado no es el que quería ninguna: una cree que borra, la otra cree que conserva. Una regla que vive en un sitio es más fácil que una regla que debe mantenerse coherente en dos.

Qué hace Atlas

Atlas ofrece la retención como parte de la definición del almacenamiento y da los cinco niveles por separado: últimas, diario, semanal, mensual, anual. Así la forma "denso cerca, disperso lejos" de arriba se construye directamente, sin hacer la cuenta a mano.

También dice con claridad qué significa dejar un campo vacío: vacío significa ilimitado y se guarda todo. Parece una frase pequeña, pero cierra el malentendido más común, porque en la mayoría de las interfaces un campo vacío se lee como "el valor por defecto", mientras que aquí significa "no borrar nunca".

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