Recuperar el sistema con Linux
Ahora es el momento de preocuparnos de cómo recuperar el sistema en caso de fallo, por ahora voy a buscar en internet de mano de goolge para localizar toda la documentación posible y empaparme del tema. Creo que es una tarea por lo menos para mi un poco complicada ... aunque ya veremos; hasta aquí he llegado y como no voy a seguir aprendiendo cosas de linux este sistema apasionante... seguire posteando en este mismo apartado para completarlo con la mayor información y explicarlo de la manera más sencilla posible para que sea accesible a todos los linuxeros principiantes como yo.
Por ahora he encontrado lo siguiente:
Hazte las siguientes preguntas:
- ¿Para qué voy a respaldar lo que está en /usr si está todo en el CD
de instalación?
- ¿Para qué voy a respaldar /dev si se construye durante la instalación?
- ¿Si no tengo sistema operativo, cómo voy a dar formato a las particiones,
montarlas y luego restaurar un respaldo completo? (Con un disco de rescate)
- ¿Puedo darme el lujo de tener discos de rescate para todos mis servidores?
¿Tengo el tiempo de mantener los discos de rescate a la par de las
actualizaciones de mi sistema?
- ¿Cuánto tarda mi respaldo completo en realizarse y cada cuánto lo tengo
que hacer? ¿Cabe en _una_ sola cinta?
- ¿Y si mi respaldo completo _incluye_ programas comprometidos? (Cuando
los restaures tienes la misma basura anterior?
Si te has respondido todas las preguntas llegarás a las siguientes
conclusiones:
1. No respaldar _nada_ que sea instalable desde medios (sistema operativo,
aplicaciones binarias).
2. No respaldar _nada_ que sea "generable" durante una instalación
standard (nodos en /dev, documentación pre-procesada).
3. Respaldar _solamente_ datos, separando claramente archivos de
configuración del sistema (/etc), archivos de los usuarios (/home),
logs históricos si debes mantener un sistema auditable (/var) y/o
datos específicos de aplicaciones (datos de una base de datos,
archivos compartidos, etc.)
4. El mejor rescate es el que _asegura_ que la máquina no tiene compromisos:
una reinstalación del sistema operativo.
5. Nunca pongas tus huevos en una sola canasta (y me refiero a las
posturas de la gallinácea).
Es mejor tener _varios_ respaldos _separados_ de los "datos" variables
y un mecanismo automático o semiautomático de instalación. Esto
se puede lograr:
a. Teniendo varias particiones separadas que se puedan respaldar y
restaurar en paralelo. Un servidor debería tener /, /var, /home,
/usr y posiblemente /usr/local (/opt) en particiones separadas y
preferiblemente en discos separados. No todo el mundo tiene dos o más
unidades de cinta, pero seguro puedes tener cinta y CD-ROM.
b. Haces un CD con /usr/local (/opt) después de tener instaladas las
aplicaciones.
c. Haces un CD con tus archivos de configuración (/etc) y con tu
adaptación de kernel/módulos.
d. Respaldas /home y /var por separado (medios diferentes). Utilizas un
esquema de respaldos incrementales para que los domingos tome más
tiempo y entre semana solamente se respalden los cambios (minimiza el
tiempo de recuperación).
e. (Opcional) Adaptas tu CD de instalación para que particione automáticamente
la máquina a tu gusto e instale los archivos de configuración del CD
adicional.
f. (Clave) Si tienes manejadores de bases de datos tipo Oracle, Informix,
Sybase, DB2, estos tienen su _propio_ mecanismo de respaldo que NO es
compatible con hacer un "respaldo completo" del sistema, y de todas
formas tienes que regenerar la base de datos siguiendo los pasos de
instalación. Con MySQL y PostgreSQL pasa lo mismo aunque en menor
escala; te basta con copiar los archivos de una cinta siempre y
cuando la base de datos esté parada... ¿tu negocio puede darse el lujo
de parar la base de datos para respaldarla?
Restaurar se reduce a:
a. Instalar.
b. Copiar /etc.
c. Copiar /usr/local (/opt).
d. Restaurar /home.
e. (Opcional) Regenerar bases de datos en base a sus respaldos específicos.
La dificultad fundamental de tener un "respaldo total" radica en que
el sistema tiene que estar _inactivo_ para poder copiar todo sin que haya
alteraciones de los archivos de sistema, logs, archivos de "estado" de
los demonios, etc. Piénsalo y verás que es muy difícil respaldar algo
que debe estar quieto, si la herramienta de respaldo está en el algo
que piensas respaldar.
Si tu problema es no perder tiempo, hay una solución barata: dos máquinas
idénticas, particionadas e instaladas igual, que se sincronizan con rsync
todos los días. Para las bases de datos vas a tener que hacer algunas
cosas más, pero en general es _casi_ como tener un respaldo completo :-)
Este post lo he obtenido de http://www.velug.org.ve/archivo/l-linux-2001-June/028873.html
