Nadie quiere al administrador de backup

Enero 30, 2009 at 11:39 am (Frustraciones diarias, Howto, Solaris)

Pero lo cierto es que nadie puede vivir sin él…

Esta es una máxima bastante extendida en el proceloso mundo de la administración de máquinas. Las copia de seguridad son una lata, pero en caso de desastre nos salvan la vida. Literalmente.

Existen cantidad de métodos para realizar una buena política de salvados. Hoy vamos a dedicarle un pequeño espacio de tiempo a una de las más comunes. Ufsdump y Ufsrestores en combinación con nuestras aliadas. Las unidades de cinta.

Es importante conocer qué es lo que queremos salvar. mi experiencia me dice que no es necesario realizar un backup completo de una máquina, sino determinadas piezas de información contenida en ella. Por ejemplo, /var /opt /export/home /oracle, etc…

Conviene determinar claramente cuales son los ficheros y configuraciones impresccindibles y guardarlo a buen recaudo. Un apache se puede instalar desde cero en caso necesario, pero la configuración de cada servidor y el contenido de las páginas son temas más peliagudos.

Por otra parte, no tendremos que copiarlo todo todos los días. Hay archivos y directorios que no sufren variaciones en su contenido, mientras que otros van teniendo información nueva cada día, como una tabla de una base de datos.

Normalmente, hay dos tipos de backup:

  • Completo: A realizar el primer día en que hacemos backup
  • Incremental: A realizar en los días subsiguientes, y que incluirá únicamente los archivos que hayan sido modificados.

Por último, un pequeño procedimiento para copiado de filesystem completos a cinta. Solo para sus ojos…

Se copian los archivos a la cinta mediante ufsdump completo. En este caso, se realizaría un ufsdump por cada filesystem independiente.

# ufsdump 0uf /dev/rmt/numero_de_cinta /filesyetem

Ejemplos:

# ufsdump 0uf /dev/rmt/0 /
# ufsdump 0uf /dev/rmt/0 /var
# ufsdump 0uf /dev/rmt/0 /export/home

… etc

Si el salvado que deseamos hacer es incremental, hay que prestar atencion al dump level, que es un valor desde 0 a 9, y establece los ficheros que se van a a copiar que hayan sido modificados desde el último backup realizado a un nivel de dump inferior. Por ejemplo: Si el lunes hemos realizado un dump a nivel 2, y el martes hacemos un dump a nivel 4, en caso de que hagamos un dump a nivel 3 el miércoles copiaría asimismo todos los ficheros modificados o añadidos al sistema desde el backup del lunes.

Hay diferentes combinaciones, pero la que encuentro más adecuada es el llamado modelo de Torres de Hanoi y que viene a ser:

L: Nivel 3 M: Nivel 2 X: Nivel 5 J: Nivel 4 V: Nivel 7 S: Nivel 6 D: Nivel 0

En caso de que se quiera restaurar en un punto fijo, el comando sería:

Desde un directorio creado para contener los FS copiados (Ej: /var/tmp/restauracion)

# ufsrestore rvf /dev/rmt/numero_de_cinta ./filesyetem

Ejemplos:

# ufsrestore rvf /dev/rmt/0 ./
# ufsrestore rvf /dev/rmt/0 ./var
# ufsrestore rvf /dev/rmt/0 ./export/home

Recuerden que estas cintas han de guardarse como oro en paño. En caso de que se destruyan o deterioren, es mucho trabajo tirado a la basura :)

Si quieren mayor información, lo cual es muy inteligente ya que estas breve pinceladas apenas explican nada, les recomiendo el muy chulo (y divertido) manual Backup & Recovery de W. Preston publicado por O’Reilly.

Escribe un comentario