Cómo decidir qué datos hay que respaldar

Cómo decidir qué datos hay que respaldar

Brien Posey

El decidir de que datos deben de hacerse backup puede ser un acto de delicado balance para los responsables de ello. Probablemente usted tenga una capacidad limitada de backup y una limitada capacidad de extenderla para completar sus backups de datos. Al mismo tiempo, tiene que hacer backup de suficientes datos para obtener los requisitos de su empresa a este respecto. Afortunadamente, existen algunas cosas relativamente fáciles que puede hacer para implantar unas normas de datos de backup. Aquí tiene una lista de consideraciones a tener en cuenta para ayudarle a decidir lo que necesita guardar.

¿Back up de Datos o del Estado del Sistema?

Una de las primeras consideraciones que necesita hacer cuando decida hacer backup es si necesita elementos de hardware o si simplemente el recuperar los datos es suficiente. Si solo necesita el hacer backup de sus datos, ello le ahorrará tiempo y espacio. No obstante, el hacer backup de sólo los datos puede prolongar sus esfuerzos porque puede acabar en una situación que requiere que reinstale manualmente su sistema operativo y sus aplicaciones.

En mi organización, la decisión de si ejecutar un backup completo del sistema ó sólo de los datos está basada en cuán difícil será el reconstruir el servidor. Por ejemplo, mi servidor de archivos primario usa una muy simple configuración. Si yo he configurado el servidor desde el comienzo, será principalmente una cuestión de instalación de Windows y creación de una pareja de redes compartidas. Si este es el caso, normalmente hago backup de sólo los volúmenes que contienen datos.

También tengo un servidor funcionando con Microsoft Office Communications Server (OCS) 2007. Si alguna vez instaló OCS 2007, sabe que el proceso de configuración, como mínimo, es tedioso. Aunque técnicamente no hay datos residiendo en el servidor, yo todavía ejecuto un completo backup del sistema por lo menos una vez a la semana para de esta forma no acabar un día teniendo que reconstruir el servidor desde el principio.

Consideraciones de backup al Nivel de Aplicación

Otra cosa que puede tener en cuenta es la naturaleza de las aplicaciones ejecutándose en un servidor. Por ejemplo, Exchange Server 2007 ofrece un comando llamado ¨edge transport server¨ (servidor de transporte puntero). Un trabajo del servidor de transporte puntero es el esperar en la punta de la red y ejecutar mensajes de precaución (hygiene) en el correo de llegada SMTP. También provee de una protección a la parte posterior (back-end) de la red de intercambio ¨Exchange¨ de su organización del tráfico de internet.

Lo interesante acerca de un servidor de transporte puntero  es que usted puede perfectamente evitar el hacer backup, y funciona con una configuración en extremo simple. Mientras que el Exchange Server normalmente es dependiente del Directorio de Archivos, un servidor de transporte puntero es la excepción de la regla porque usa una partición de la aplicación del directorio y copia cualquier información que necesita del Directorio Activo a tal partición. Esto significa que aun si el servidor de transporte puntero fallara, no perdería nada porque toda la información de la configuración se lleva a cabo en el Directorio Activo. Poner un nuevo servidor online sólo conlleva el instalar Windows y el comando del servidor de transporte puntero, y entonces sincronizar la punta (edge).

¿Cuán dinámicos son sus datos?

Una última cosa que usted necesita considerar es cuán dinámicos son sus datos. Por ejemplo, algunos servidores tienen aplicaciones, pero ellas son relativamente estáticas por naturaleza. Porque nunca nada cambia realmente en esos tipos de servidores, puede nunca hacer backup (asumiendo que está dispuesto a manualmente reconstruir el servidor en el caso de un fallo), ó solo ocasionalmente hacer backup.

Como contraste, algunos servidores contienen datos que son tan dinámicos que no hace falta hacer backup de la máquina. Un buen ejemplo de ello es el hub servidor de transporte del Exchange 2007. Un hub servidor de transporte contiene una base de datos similar a las usadas en las tiendas de servicios de correos (mailbox stores). La diferencia es que esta base de datos es usada sólo para colas de mensajes (message queues). Porque el mensaje pasa a través de la cola extremadamente rápido, el contenido de la base de datos cambia constantemente, haciendo innecesario el hacer backup de la base de datos.

Acerca del autor: Brien M. Posey, Máster en Ingeniería de Software (MCSE), ha recibido el premio Microsoft MVP del Exchange Server y el Internet Information Serve. Brien ha sido el CIO de una cadena nacional de hospitales, y fue responsable del Departamento Informático de Fort Knox. Puede visitar la web personal de Brien en www.brienposey.com.

Vea el próximo ítem en esta guía esencial: Estrategias de gestión de datos para el CIO o vea la guía completa Protección de datos empresariales: Guía Esencial

Unirse a la conversación Comenta

Compartir
Comentas

    Resultados

    Contribuye a la conversacion

    Todos los campos son obligatorios. Los comentarios aparecerán en la parte inferior del artículo