• EN
Solved

Backup inmutable local

J
Userlevel 1

Hola, soy usuario de Veeam Backup & Replication desde hace años. Hace meses implemente una solucion de almacenamiento hardened o inmutable en Linux que funciona bien. No obstante no me coinciden los conceptos de rotacion de los backups aun adaptandome a los tiempos de proteccion de los jobs que backup que lanzo sobre ese repositorio.

 

Lo que obtengo es un crecimiento (no rota ni elimina backups que han quedado obsoletos) exponencial aumentando cada vez el numero de copias disponibles.

Mi idea es mantener 2 copias en el hardened repository. Como ejemplo:

  1. Creo un backup en el repositorio inmutable directamente desde el servidor en produccion el dia 1 y le doy 10 dias de inmutabilidad. El job dice que almacena 2 copias o puntos de restauracion.
  2. El dia 15 le lanzo de nuevo el job y me hace una segunda copia (mismos parametros del job)
  3. El dia 30 le lanzo de nuevo el job. Segun la configuracion deberia eliminar la copia creada el dia 1, porque han pasado mas de 10 dias (periodo de inmutabilidad) y tambien indica que debe mantener 2 copias o puntos de restauracion. En lugar de borrar la copia del dia 1, añade un nuevo punto de restauracion o copia aumentando a 3… y asi sucesivamente (hasta que se llena el disco de repositorio de backup).

Alguien se ha encontrado con una situacion parecida?. Cual seria vuestra recomendacion?

 

 

icon

Best answer by Anonymous 20 June 2022, 15:05

View original

8 comments

vNote42
Userlevel 7
Badge +13

Sorry for writing in English … I am not able to do so in Spanish. You may use deepl.com for translation. I answer because immutability is one of my favorite topics.

What are you job settings? Do you use days or points policy?

Because when you use restore points, your described behavior would be as expected.

 

Wolfgang | vnote42.net | @vNote42
J
Userlevel 1

Thank you for your response. Effectively i’m using DAYS (not restore point).

 

vNote42
Userlevel 7
Badge +13

did you configure any GFS retention?

Wolfgang | vnote42.net | @vNote42
J
Userlevel 1

No.

A

Hi, Im not too familiar with immutability, but are you making synthetic or full backups?

the retention and restore points, also are hand to hand with fulls right? correct me if Im wrong, but a incremental or a backup chain, belongs to a full backup to be operative at all. right?

thanks.

Hola, no estoy muy familiarizado con inmutables, estas haciendo fulles sintéticos o active de backup?

las retenciones y puntos de restauración, si no recuerdo mal, van ligados a estas cosas. corrìgeme si me equivoco pero un backup incremental o una cadena, necesita pertenecer a un full para funcionar.

lo mismo para borrarse o mantenerse.

un saludo

J
Userlevel 1

Gracias por tu respuesta @HunterLF . Para asegurar que funciona la rotacion de 2 dias (dos copias) intento hacer esos backups de manera manual con un Full Backup en cada ocasion. No es la mejor forma para tener el proceso automatizado pero no he encontrado otra manera de hacerlo.

 

A

Gracias por tu respuesta @HunterLF . Para asegurar que funciona la rotacion de 2 dias (dos copias) intento hacer esos backups de manera manual con un Full Backup en cada ocasion. No es la mejor forma para tener el proceso automatizado pero no he encontrado otra manera de hacerlo.

 

Hola!

Yo recuerdo algo similar, y lo que me pasaba era que se me hacía enorme la cadena, ya que entre un full y el siguiente, algo no le gustaba, y para poder cortar la cadena, le activé el Synthetic Full, para que realizara el corte, y así poder rotar los backups.

De todos modos, si tienes dudas con tu setup, lo mejor es abrir un caso y que un especialista revise tu configuración, le cuentes tu setup, y estará más preparado para ayudarte en tu caso particular, con Logs y conexión remota.

Puedes escribirnos siempre que quieras, pero si ya afecta a tu “producción”, lo mejor es abrir caso con soporte, y asegurar el tiro.

un saludo.

J
Userlevel 1

Gracias

 

Comment


Terms & Conditions