it-swarm-es.com

¿Las mejores prácticas para la comprobación de respaldo?

Es una situación común, cuando el administrador hace el sistema para la copia de seguridad automática y lo olvida. Solo después de que un sistema falla los avisos de administrador, que el sistema de respaldo se ha roto antes o las copias de seguridad son de forma no procesable debido a algún fallo y no tiene una copia de seguridad actual para restaurar desde ... Entonces, ¿cuáles son las mejores prácticas para evitar tales situaciones?

21

modo de caja de jabón: en

Yo diría que es tan simple que las copias de seguridad que no se prueban regularmente no vale nada.

Un trabajo anterior tuvimos una política que todos los sistemas (producción, prueba, monitoreo del desarrollo, etc.) deben ser restaurados cada 6 meses.

Este fue también el trabajo del administrador más junior para que la documentación estuviera actualizada. Junior está definido por la cantidad de trabajo que tenía en el sistema específico, en algún momento (con bastante frecuencia) fue el "gerente del grupo" que lo hizo

Tuvimos un hardware especial dedicado a esto (una caja de IBM/AIX de una IBM/AIX) que era de baja especificación para todo, excepto DiskSpace, ya que no necesitábamos correr nada real en el host restaurado.

Mucho trabajo, el primer par de rondas, pero nos llevó a agilizar el proceso de restauración, que es la parte importante de la copia de seguridad.

10
Mr Shark

Dado que parece que se está refiriendo al hecho de que el administrador no se le da cuenta de que el trabajo de respaldo "se rompe", y no tanto que una copia de seguridad de trabajo no funcionó bien, sugeriría crear algún tipo de scripts de monitoreo alrededor de las copias de seguridad.

Al construir una solución de respaldo en casa, haría algo así:

  • Construye un script para hacer una copia de seguridad de sus datos.
  • Realice la restauración de la prueba para asegurarse de que el script funciona correctamente.
  • En el guión, o por algún otro medio, implemente una forma de rastrear el estado de las copias de seguridad (éxito, falla, corrió, no se ejecutó).
  • Tener ese estado de seguimiento monitoreado (correo electrónico, base de datos, algo)

Una vez que todo eso está hecho, deberías estar bien. Una cosa extra para hacer sería realizar restauraciones de prueba regulares. Si tiene un hardware adicional para donar a la causa que es.

Donde trabajo Tenemos un sitio cálido, una vez al mes, eligimos aleatoriamente un sistema o una base de datos y vaya a nuestro sitio cálido y realicemos un ejercicio de restauración de prueba en el metal desnudo para garantizar la capacidad de recuperar nuestros datos.

Honestamente, si usted es muy importante para usted, sería en su mejor interés invertir en algún software para administrar sus copias de seguridad para usted. Hay cientos de productos para esto, de la clase barata y simple, a la empresa.

Si confía en un conjunto de scripts escritos a mano que se ejecutan en el crontab para las copias de seguridad de sus compañías, antes o más tarde, es probable que se queme.

7
WerkkreW

Un enfoque es crear un trabajo de "recuperación" para ejecutar periódicamente, por ejemplo, uno que agarra un archivo de texto específico de la copia de seguridad y correos electrónicos más recientes de su contenido. Si es posible, esto debería, al menos a veces, se debe hacer usando una caja diferente a la que creó o respaldó los datos, solo para asegurarse de que funcionará si debe hacerlo. La ventaja es que puede estar seguro de que su cifrado/descifrado, compresión y mecanismos de almacenamiento están trabajando.

Esto se ve un poco más involucrado para copias de seguridad especializadas, como servidores de correo electrónico y base de datos, aunque realizando algún tipo de recuperación a pequeña escala de una pequeña copia de seguridad de DB o de buzón de nivel de ladrillo y verificación de los contenidos es ciertamente posible, solo un poco más involucrado.

Este enfoque tampoco debe reemplazar una restauración completa periódica para garantizar que pueda recuperar datos en caso de emergencia, simplemente le permite estar un poco más seguro sobre la integridad de su trabajo de copia de seguridad diario.

1
nedm

Si bien no probamos las copias de seguridad, tenemos la comprobación centralizada de respuestas y el componente de informes en el sistema que desarrollamos backupradar.com. Siéntase libre de revisarlo para ver si ayuda con ese componente. Conecta una copia de los correos electrónicos de éxito/fracaso en la política de copia de seguridad y también adjuntará las capturas de pantalla si su software de respaldo también es capaz de enviarlos.

Gracias, Patrick

0
Patrick Leonard