¿Qué es DRLM?

DRLM son las siglas en inglés de Disaster Recovery Linux Manager, una nueva herramienta opensource que nos permite gestionar la copia y recuperación de los Sistems Operativos GNU/Linux de nuestro Centro de Datos en caso de desastre, de forma centralizada y a través de la red.

No puedo hablar de DRLM sin hacer-lo al mismo tiempo de ReaR (Relax-and-Recover). ReaR es la mejor solución standalone para hacer DR (Disaster Recovery) de un sistema GNU/Linux.
ReaR es una gran solución por si sola, si hablamos de un pequeño grupo de sistemas GNU/Linux, pero para poder gestionar una infraestructura grande o en constante crecimiento su gestion se hace impossible, es aqui donde entra en juego DRLM.

Si hacemos analogía con otras herramientas del mundo UNIX, podemos afirmar que ReaR sería el equivalente a Mksysb (IBM AIX) o Ignite (HP-UX) y DRLM lo sería a NIM Server (IBM AIX) o Ignite Server (HP-UX). Por lo que siempre que hablamos de DRLM lo hacemos al mismo tiempo de ReaR.

DRLM nos proporciona todos los servicios necesarios para poder arrancar un sistema GNU/Linux de nuestro centro de datos por red y recuperar-lo en cuestion de minutos.

Desde DRLM podemos lanzar de forma centralizada las copias de sistema, lo que nos permite disponer de un registro de los backups realizados y la posibilidad de elegir que backup DR queremos recuperar. Con pocos comandos de uso muy sencillo se configura todo lo necesario para disponer de una rapida recuperación en caso de desastre, reemplazo de Hardware,…

La última versión estable de DRLM v1.1.1 esta completamente integrada con ReaR v1.17 y ya nos permite configurar desde el servidor DRLM todos los clientes ReaR, evitando tener que acceder a cada cliente para cambiar cualquier configuración.

El equipo de DRLM ya esta trabajando en la versión DRLM 2.0.0 que dispondrá de nuevas e interesantes funcionalidades para hacer la Recuperación de Desastres de los Sistemas GNU/Linux mas senzilla y eficiente.

En próximos articulos entraré mas en detalle y explicaré como instalar, configurar, realizar backups, … todo sobre DRLM.

Para mas información acerca de DRLM:

Website del Proyecto: http://drlm.org
Documentación Online: http://docs.drlm.org
Website de (BU): http://brainupdaters.net/casos-de-exito

DIFERENCIAS ENTRE COPIA DE SEGURIDAD DE LOS DATOS Y COPIA DE SEGURIDAD DEL SISTEMA.

Con la tendencia creciente de las tecnologías de la información y por lo tanto la cantidad de los datos digitales, toda empresa ve de forma muy clara la importancia de tener un apoyo o sistema de copias de seguridad de los datos, así en caso de una pérdida accidental de información se puede volver a disponer de ella en pocos minutos. Pero y los sistemas? Se está igual de concienciado? De qué nos servirá tener una copia de seguridad de la base de datos sin tener el sistema que la hace accesible?

La importancia de un plan de recuperación de desastres

De las empresas que han sufrido una importante pérdida de datos un 43% nunca vuelve a abrir, mientras que un 29% cierra al cabo de dos años. [1] Hay que hacer hincapié también en que los sistemas informáticos son cada vez más críticos, dependen más los procesos y trabajadores de las empresas y un paro de unas horas o días se convierten directamente en pérdidas económicas muy importantes.

Además el aumento de las personas implicadas en el uso de las tecnologías de la información en las empresas hace que, además de que el sistema sea aún más imprescindible día a día, también aumente la posibilidad de que se produzca un fallo accidental de origen humano.

Estudios con un enfoque más holístico concluyen que por cada 1 € de inversión en un plan anterior al desastre puede suponer un ahorro de 4 € en la respuesta y recuperación en el caso de que éste se produzca. [2]

Por lo tanto es imprescindible tener un plan de recuperación de desastres focalizado en las tecnologías de la información para garantizar la continuidad del negocio donde se contemple además de los posibles fallos de corriente y la copia de seguridad de los datos, una copia de seguridad de nuestros sistemas para volver a la normalidad con el menor tiempo posible.

Datos vs Sistema

Como ya hemos comentado en la introducción, no es suficiente tener una copia de seguridad de los datos con el fin de restablecer el sistema, también necesitamos saber sobre qué sistema estaba funcionando, qué configuración tenía dentro de la red, qué usuarios y permisos había, qué herramientas servidoras estaban instaladas y como estaban configuradas.

Por lo tanto si nunca se origina un desastre en un servidor de nuestras instalaciones y sólo disponemos de copias de seguridad de los datos, el proceso de restauración seguiría unos pasos similares a los siguientes:

-Preparar Hardware nuevo (Físico o virtual).
-Instalar Sistema operativo.
-Configuración de la red.
-Configuración De usuarios y permisos.
-Instalación del software servidor.
-Configuración Del software servidor.
-Restauración De los datos.
-Arrancar el equipo en producción.

Todo el proceso para restablecer el servicio hasta el punto de restaurar los datos nos puede costar horas e incluso días si no disponemos de una copia de seguridad del sistema y se podría agravar más aún si no disponemos de documentación sobre la configuración del sistema, convirtiendo todo este tiempo en pérdidas económicas para la empresa.

Por suerte, hoy en día la mayoría de servidores corren sobre máquinas virtuales y esto agiliza el hecho de no tener que adquirir un nuevo hardware compatible, lo que podría demorar aún más la puesta en marcha del sistema a recuperar. También disponemos de una gran variedad de herramientas con diferentes metodologías que hacen una copia exacta del sistema y su configuración para poder recuperarla en caso de que fuera necesario.

Conclusión

Invierta el tiempo y recursos necesarios para crear un plan de recuperación de desastres donde se contemple la copia de seguridad y restauración del sistema, no se limite sólo haciendo una copia de seguridad de los datos, así reducirá al máximo el tiempo de recuperación del servicio. Piense que es una herramienta vital para la supervivencia de las organizaciones.

[1] http://www.continuitycentral.com/feature0660.html
[2] http://nws.weather.gov/nthmp/Minutes/oct-nov07/post-disaster_recovery_planning_forum_uo-csc-2.pdf