Continuidad empresarial y recuperación ante desastres en Azure Health Data Services

La continuidad empresarial y la recuperación ante desastres (BCDR) en Azure Health Data Services ayudan a garantizar la resistencia, confiabilidad y capacidad de recuperación de los datos de mantenimiento y las aplicaciones si se produce una interrupción. También ayuda a minimizar el impacto de las interrupciones en las operaciones empresariales, la integridad de los datos y la satisfacción del cliente.

Introducción a BCDR en Azure Health Data Services

Azure Health Data Services está disponible en varias regiones. Al crear un recurso de Azure Health Data Services, especifique su región. A partir de entonces, el recurso y todas sus operaciones permanecen asociadas a esa región de Azure. Azure Health Data Services no admite actualmente la recuperación ante desastres entre regiones.

En la mayoría de los casos, Azure Health Data Services controla los eventos disruptivos que pueden producirse en el entorno de nube y mantiene las aplicaciones y los procesos empresariales en ejecución. Sin embargo, Azure Health Data Services no puede controlar situaciones como:

• Ha eliminado su servicio.
• Un desastre natural, como un terremoto o una interrupción del suministro eléctrico, deshabilita la región o el centro de datos donde se encuentran el servicio y los datos.
• Cualquier otro evento catastrófico que requiera conmutación por error entre regiones.

Copias de seguridad de base de datos para el servicio FHIR

Las copias de seguridad de bases de datos son una parte esencial de cualquier estrategia de continuidad empresarial, ya que ayudan a proteger los datos frente a daños o eliminaciones. Estas copias de seguridad le permiten restaurar el servicio a un estado anterior. Azure Health Data Services mantiene automáticamente las copias de seguridad de los datos del servicio FHIR® durante los últimos siete días.

El equipo de soporte técnico controla las copias de seguridad y restauraciones de la base de datos de FHIR. Para restaurar los datos, envíe una incidencia de soporte técnico con estos detalles:

• Nombre del servicio.
• Fecha y hora del punto de restauración dentro de los últimos siete días. Si el punto de restauración solicitado no está disponible, se usa el más cercano, a menos que especifique lo contrario. Incluya esta información en la solicitud de soporte técnico.

Más información: Creación de una solicitud de soporte técnico de Azure

Para una base de datos grande o activa, la restauración puede tardar varias horas en varios días. El proceso de restauración implica tomar una instantánea de su base de datos en un momento determinado y, a continuación, crear una nueva base de datos para dirigir su servicio FHIR. Durante el proceso de restauración, el servidor podría devolver una respuesta de código de estado HTTP con 503, lo que significa que el servicio no está disponible temporalmente y no puede controlar la solicitud en este momento. Una vez completado el proceso de restauración, el equipo de soporte actualiza la incidencia indicando que se ha completado la operación para restaurar el servicio solicitado.

Recuperación ante desastres entre regiones

Azure Health Data Services no ofrece actualmente DR (recuperación ante desastres) entre regiones integrada en el servicio. Sin embargo, puede usar funcionalidades nativas, como $export y $import, para lograr la recuperación ante desastres entre regiones. Aquí se proporciona un ejemplo de software de código abierto (OSS). Los ejemplos son código abierto y están sujetos a los términos de licencia de GitHub. Revise la información y los términos de licencia antes de usarlo. No forman parte del servicio de datos de Azure Health y no son compatibles con Soporte técnico de Microsoft. Estos ejemplos muestran cómo se pueden usar Azure Health Data Services y otras herramientas de código abierto para la replicación entre regiones.