Непрерывность бизнес-процессов и аварийное восстановление в Службы Azure для работы с медицинскими данными

Непрерывность бизнес-процессов и аварийное восстановление (BCDR) в Службы Azure для работы с медицинскими данными помогает обеспечить устойчивость, надежность и возможность восстановления данных и приложений в случае сбоя. Это также помогает свести к минимуму влияние сбоев в бизнес-операциях, целостности данных и удовлетворенности клиентов.

Замечание

Возможности, описанные в этой статье, относятся к соглашению об уровне обслуживания для служб данных о здоровье Azure.

Общие сведения о BCDR в Службах данных Здравоохранения Azure

Службы данных здравоохранения Azure доступны в различных регионах. При создании ресурса Azure Службы здравоохранения данных укажите его регион. После этого ресурс и все его операции остаются связанными с этим регионом Azure. Службы Azure для работы с медицинскими данными в настоящее время не поддерживает аварийное восстановление между регионами.

В большинстве случаев Службы Azure для работы с медицинскими данными обрабатывает разрушительные события, которые могут возникать в облачной среде, и сохраняет выполнение приложений и бизнес-процессов. Однако службы данных о здравоохранении Azure не могут обрабатывать такие ситуации, как:

  • Вы удалили услугу.
  • Стихийное бедствие, такое как землетрясение или отключение электроэнергии, может вывести из строя регион или центр обработки данных, где располагаются ваша служба и данные.
  • Любое другое катастрофическое событие, требующее переключения на резервный регион.

Резервные копии базы данных для службы FHIR

Резервные копии базы данных являются важной частью любой стратегии непрерывности бизнес-процессов, так как они помогают защитить данные от повреждения или удаления. Эти резервные копии позволяют восстановить службу до предыдущего состояния. Службы здравоохранения Azure автоматически сохраняют резервные копии ваших данных для службы FHIR® на последние семь дней.

Группа поддержки обрабатывает резервные копии и восстановление базы данных FHIR. Чтобы восстановить данные, отправьте запрос в службу поддержки со следующими сведениями:

  • Имя службы.
  • Дата и время точки восстановления в пределах последних семи дней. Если запрошенная точка восстановления недоступна, используется ближайший, если не указано иное. Включите эти сведения в запрос на поддержку.

Дополнительные сведения. Создание запроса на поддержку Azure

Для большой или активной базы данных восстановление может занять несколько часов до нескольких дней. Процесс восстановления включает создание моментального снимка базы данных в определенное время, а затем создание новой базы данных для указания службы FHIR. Во время восстановления сервер может вернуть ответ кода состояния HTTP с 503, что означает, что служба временно недоступна и не может обрабатывать запрос в данный момент. После завершения процесса восстановления группа поддержки обновляет запрос с состоянием завершения операции для восстановления запрошенной службы.

Аварийное восстановление между регионами

Службы Azure для работы с медицинскими данными в настоящее время не поддерживает встроенное в службу межрегиональное аварийное восстановление (disaster recovery). Однако вы можете использовать встроенные возможности, такие как $export и $import, чтобы обеспечить аварийное восстановление между регионами. Пример программного обеспечения с открытым кодом (OSS) предоставляется здесь. Примеры представляют собой открытый исходный код и подлежат условиям лицензирования GitHub. Просмотрите сведения и условия лицензирования перед его использованием. Они не входят в Службу медицинских данных Azure и не поддерживаются службой поддержки Майкрософт. В этих примерах показано, как Службы Azure для работы с медицинскими данными и другие средства с открытым кодом можно использовать вместе для репликации между регионами.

Замечание

FHIR® является зарегистрированным товарным знаком HL7 и используется с разрешением HL7 .

DICOM® является зарегистрированным товарным знаком Национальной ассоциации производителей электрических технологий для публикаций по стандартам, касающихся цифровых коммуникаций медицинской информации.