Prueba de respaldo: Un tutorial paso a paso

Paso 1: Determine qué copias de seguridad requieren pruebas

Es posible que piense que cada conjunto de copias de seguridad requiere pruebas, pero eso no siempre es factible. Probar cada copia de seguridad creada sería prácticamente lo mismo que realizar una recuperación en toda la empresa. En su lugar, priorice las copias de seguridad que son tan críticas que desea garantizar una recuperación exitosa de ese mismo conjunto de datos.

Aquí hay algunas formas en que puede acercarse para determinar qué copias de seguridad deben probarse:

• Comience con datos, sistemas, aplicaciones y cargas de trabajo complejas. Si estas partes de sus operaciones son lo suficientemente críticas como para tener un objetivo de tiempo de recuperación muy pequeño, son lo suficientemente importantes como para que se prueben sus copias de seguridad.
• Continúe con la funcionalidad operativa. Ninguna recuperación está completa sin conectar realmente a los usuarios con las cargas de trabajo restauradas. Debe ampliar su pensamiento sobre las pruebas de respaldo para incluir puntos finales de usuario y alguna verificación de que las cargas de trabajo que ha restaurado realmente funcionan.
• Considere las dependencias. Es probable (casi) que ninguna de sus cargas de trabajo respaldadas funcione de manera independiente. Necesitan otros sistemas, archivos y servicios de directorio para funcionar. Si bien nos estamos aventurando un poco en el territorio de recuperación ante desastres (DR) aquí, es importante tener en cuenta la necesidad potencial de que se restauren las cargas de trabajo dependientes como parte de sus pruebas.

Paso 2: Determine cómo probará las copias de seguridad

En general, existen diferentes tipos de pruebas de respaldo que las organizaciones usan para validar sus respaldos. Dependiendo de su personal, experiencia y nivel de comodidad, cualquier forma de prueba es mejor que no hacer ninguna prueba. El objetivo es simplemente validar la integridad de los datos de la copia de seguridad creada. Esto se logra utilizando productos que ofrecen la capacidad de verificar las copias de seguridad. Los posibles aspectos de prueba incluyen:

• Pruebas para arrancar. En los casos en que se crean copias de seguridad de máquinas virtuales completas, muchos productos de copia de seguridad admiten la capacidad de recuperar un sistema en cuestión y ver que se inicia completamente en la pantalla de inicio de sesión de Windows. También puede realizar esta tarea manualmente.
• Prueba de funcionalidad del sistema. Esta prueba lleva el método anterior unos pasos más allá. Verifique si comienzan los servicios; si el sistema responde a pings o interacción específica de la aplicación (por ejemplo, golpear el puerto TCP 25 en su servidor de Exchange para obtener una respuesta); o incluso si la interacción del usuario es posible, lo que da como resultado una respuesta del sistema asumida. Algunos productos de respaldo incorporan capacidades de orquestación para automatizar este tipo de pruebas avanzadas.
• Prueba de recuperación. Si bien esto tiene sus raíces en DR, existen métodos probados para probar planes de recuperación que se pueden aplicar a las pruebas de respaldo. Estos incluyen ejercicios de mesa del proceso de restauración, realización de simulaciones de restauración basadas en escenarios (es decir, realiza las restauraciones necesarias en función de una situación dada y garantiza que todo se restaura correctamente) y una simulación de restauración completa de todo el entorno.

Paso 3: Determine la frecuencia de las pruebas de respaldo

Una vez que haya aceptado la necesidad de probar las copias de seguridad, esto se vuelve realmente fácil o moderadamente difícil, todo dependiendo de si puede automatizar las pruebas con su producto de copia de seguridad. Dejando eso de lado por un momento, analicemos cómo establece la respuesta a la pregunta de: "¿Con qué frecuencia debo hacer la prueba?".

El método simple es observar la importancia crítica del sistema, la aplicación o la carga de trabajo y, según la importancia de garantizar la capacidad de restaurar su copia de seguridad, determinar un cronograma de pruebas.

Aquí están mis recomendaciones con respecto a la frecuencia de las pruebas de respaldo:

• Cargas de trabajo estáticas. Si una combinación dada de sistemas, aplicaciones y servicios no cambia con frecuencia, con la excepción de los datos que utiliza, las copias de seguridad tampoco cambiarán. Esto significa que cualquiera de una serie de copias de seguridad puede potencialmente hacer el trabajo de restaurar esta carga de trabajo en caso de que su último conjunto de copias de seguridad no sea bueno. Si no tiene una forma automática de probar las copias de seguridad y el trabajo se realizará manualmente, realice una prueba de copia de seguridad al menos una vez al año. Si puede utilizar la automatización, considere realizar pruebas más frecuentes.
• Cargas de trabajo de misión crítica. A veces, incluso esas cargas de trabajo sin las cuales simplemente no puede funcionar caen en la categoría "estática", en que gran medida no cambian mucho, excepto por sus datos. Aun así, debido a la naturaleza crítica, las copias de seguridad deben probarse con mucha más frecuencia. Sin automatización, las pruebas trimestrales proporcionan una cobertura adecuada. Con automatización, las pruebas de respaldo más frecuentes tienen sentido.
• Datos. Esta es una pregunta difícil, ya que la única forma de probar de manera concluyente la viabilidad de los datos respaldados es ponerlos en uso. Es por eso que me he derramado muy ligeramente en el ámbito de la RD. En los casos en que desee probar las copias de seguridad de los datos utilizados por sus aplicaciones, puede ser necesario realizar una recuperación de tipo simulación para ver que la copia de seguridad es buena. Las pruebas de las copias de seguridad solo de datos deben alinearse con las cargas de trabajo que atienden, teniendo en cuenta que puede requerir más trabajo para determinar la viabilidad de la copia de seguridad.