Realización de maniobras de recuperación ante desastres

  • Artículo

Se aplica a:Azure SQL Database

Se recomienda validar periódicamente el flujo de trabajo de preparación de la aplicación para la recuperación. Comprobar el comportamiento de la aplicación y las implicaciones de las pérdidas de datos o de las interrupciones que conlleva la conmutación por error es una buena práctica de ingeniería. También es un requisito de la mayoría de estándares del sector como parte de la certificación de continuidad del negocio.

Obtener los detalles de una recuperación ante desastres implica lo siguiente:

  • Simular la interrupción del nivel de datos.
  • Realizar la recuperación.
  • Validar la integridad de la aplicación tras la recuperación.

Dependiendo de cómo diseñó su aplicación para la continuidad del negocio, el flujo de trabajo para la ejecución del proceso de obtención de detalles puede variar. En este artículo se describen los procedimientos recomendados de obtención de detalles de la recuperación ante desastres en el contexto de Azure SQL Database.

Geo-restore

Para evitar la posible pérdida de datos durante la obtención de detalles de la recuperación ante desastres, obtenga los detalles con un entorno de prueba mediante la creación de una copia del entorno de producción y utilizando dicho entorno para comprobar el flujo de trabajo de conmutación por error de la aplicación.

Simulación de interrupción

Puede simular la interrupción mediante el cambio de nombre de la base de datos de origen. Este cambio de nombre causa error de conectividad de la aplicación.

Recuperación

Validación

Complete la obtención de detalles mediante la comprobación de la integridad de la aplicación posterior a la recuperación (es decir, las cadenas de conexión, los inicios de sesión, la comprobación de funciones básicas u otras validaciones que formen parte de los procedimientos estándar de validación de aplicaciones).

Grupos de conmutación por error

En una base de datos protegida mediante grupos de conmutación por error, el ejercicio de obtención de detalles incluirá la conmutación por error planeada en el servidor secundario. La conmutación por error planeada garantiza que las bases de datos principal y secundaria del grupo de conmutación por error permanezcan sincronizadas cuando se cambian los roles. A diferencia de la conmutación por error no planeada, esta operación no provocará la pérdida de datos, por lo que la obtención de detalles se puede realizar en el entorno de producción.

Simulación de interrupción

Para simular una interrupción puede deshabilitar la aplicación web o la máquina virtual conectada a la base de datos. Esta simulación de la interrupción provoca errores de conectividad de los clientes web.

Recuperación

  • Asegúrese de que la configuración de la aplicación en la región de recuperación ante desastres apunta a la base de datos secundaria anterior, que se convierte en la base de datos principal nueva y totalmente accesible.
  • Inicie la conmutación por error planeada del grupo de conmutación por error desde el servidor secundario.
  • Siga las instrucciones de la guía Configurar una base de datos recuperada para completar la recuperación.

Validación

Complete la obtención de detalles mediante la comprobación de la integridad de la aplicación posterior a la recuperación (incluida la conectividad, la comprobación de funciones básicas u otras validaciones necesarias para los procedimientos estándar de validación de aplicaciones).

Pasos siguientes