Вопросы и ответы по обеспечению высокого уровня доступности, отработки отказа и аварийного восстановления Power BI

В этой статье объясняется, как служба Power BI обеспечивает высокий уровень доступности и обеспечивает непрерывность бизнес-процессов и аварийное восстановление пользователям. После прочтения этой статьи необходимо лучше понять, как достигается высокий уровень доступности, в каких обстоятельствах Power BI выполняет отработку отказа и что ожидать от службы при отработки отказа.

Что означает "высокий уровень доступности" для Power BI?

Power BI — это полностью управляемое программное обеспечение как услуга (SaaS). Power BI устойчива к сбоям инфраструктуры, чтобы пользователи всегда могли получать доступ к своим отчетам. Дополнительные сведения об соглашениях об уровне обслуживания см. в разделе "Ресурсы лицензирования и документы".

Power BI использует зоны доступности Azure для защиты отчетов, приложений и данных Power BI от сбоев центра обработки данных. Зоны доступности автоматически применяются и используются для Power BI. Зоны доступности — это изолированные от сбоя расположения в регионе Azure, предоставляющие три или более уникальных расположений в регионе Azure с избыточным питанием, охлаждением и сетями. Зоны доступности позволяют клиентам Power BI запускать критически важные приложения с более высокой доступностью и отказоустойчивостью к сбоям центра обработки данных. Зоны доступности предоставляют клиентам возможность противостоять сбоям центра обработки данных через избыточность и логическую изоляцию служб.

Дополнительные сведения см. в разделе "Что такое регионы и зоны доступности Azure"?

Что такое отработка отказа Power BI?

Power BI поддерживает несколько экземпляров каждого компонента в центрах обработки данных Azure (также известных как регионы), чтобы гарантировать непрерывность бизнес-процессов. Если в регионе произошел сбой, или Power BI становится недоступным или неработоспособным, Power BI завершает сбой всех его компонентов в этом регионе в экземпляр резервного копирования. Отработка отказа восстанавливает доступность и работоспособность экземпляра служба Power BI в новом регионе обычно в том же географическом расположении. Дополнительные сведения см. в Центре управления безопасностью Майкрософт.

Отработка отказа служба Power BI экземпляр поддерживает только операции чтения, что означает, что следующие операции не поддерживаются во время отработки отказа: обновления, операции публикации отчетов, панели мониторинга или изменения отчетов, а также другие операции, требующие изменений в метаданных Power BI (например, вставка комментария в отчете). Операции чтения, такие как отображение панелей мониторинга и отображение отчетов (которые не основаны на DirectQuery или Live Подключение в локальных источниках данных) продолжают работать нормально.

Как экземпляры резервного копирования хранятся в синхронизации с данными?

Все компоненты служба Power BI регулярно синхронизируют экземпляры резервного копирования. В Power BI выполняется 15-минутная синхронизация на определенный момент времени. Если есть отработка отказа, Power BI использует геоизбыточные реплика службы хранилища Azure и геоизбыточное реплика azure SQL, чтобы гарантировать наличие экземпляров резервного копирования в других регионах и их можно использовать.

Где расположены отказоустойчивые кластеры?

Экземпляры резервного копирования находятся в одном географическом расположении (географическом расположении), выбранном при регистрации вашей организации в Power BI, за исключением того, где указано в Центре управления безопасностью Майкрософт. Геообъект может содержать несколько регионов, и корпорация Майкрософт может реплика байт данных в любой из регионов в определенном географическом регионе для обеспечения устойчивости данных. Корпорация Майкрософт не реплика или не перемещает данные клиентов за пределы географического расположения. Сопоставление географических регионов, предлагаемых Power BI и регионами в них, см. в Центре управления безопасностью Майкрософт.

Как корпорация Майкрософт решает выполнить отработку отказа?

Существует две разные системы, указывающие, когда может потребоваться отработка отказа:

  • Внешние и внутренние пробы мониторинга указывают на отсутствие доступности или неспособность правильно работать. Признаки могут быть основаны на сбоях, обнаруженных в компонентах Power BI или одной или нескольких службах, от которой зависит Power BI в регионе.
  • Центральная группа операций Microsoft Azure сообщает о критических сбоях в регионе.

В обоих случаях члены исполнительной группы Power BI решили выполнить отработку отказа. Решение не автоматизировано. После принятия решения отработка отказа выполняется автоматически.

Разделы справки знать, что Power BI находится в режиме отработки отказа?

Уведомление публикуется на странице поддержки Power BI. Сведения о уведомлениях включают основные операции, которые недоступны, включая публикацию, обновление, создание панели мониторинга, дублирование панелей мониторинга и изменения разрешений.

Сколько времени занимает Power BI для отработки отказа?

Для отработки отказа зоны Power BI может завершить процесс отработки отказа примерно в 30 секунд и продолжать функционировать без ограничений. Для региональной отработки отказа Power BI занимает около 15 минут после принятия решения о необходимости отработки отказа. Время для определения необходимости отработки отказа зависит от сценария, вызвавшего отработку отказа.

Power BI использует служба хранилища Azure GEO реплика для выполнения отработки отказа. Такие реплика, как правило, имеют точку возврата 15 минут, однако Power BI не может гарантировать временный интервал. Дополнительные сведения см. в статье о избыточности службы хранилища Azure.

Что происходит с рабочими областями и отчетами, если емкость Premium становится недоступной?

Если емкость Premium становится недоступной, рабочие области и отчеты остаются доступными и видимыми для всех.

Когда мой экземпляр Power BI возвращается в исходный регион?

служба Power BI экземпляры возвращаются в исходный регион при устранении проблемы, вызвавшей отработку отказа. Проверьте страницу поддержки Power BI: когда проблема устранена, команда Power BI удаляет уведомление, описывающее отработку отказа. На этом этапе операции должны возвращаться к нормальному режиму.

Отвечает ли я за доступность решения Power BI?

Если решение Power BI, используемое в вашей организации, включает в себя один из следующих элементов, необходимо принять меры, чтобы гарантировать, что решение остается высокодоступным:

  • Если ваша организация использует Power BI Premium, убедитесь, что емкость Premium соответствует требованиям нагрузки развертывания. Сведения о планировании и выполнении этого требования см. в техническом документе по планированию и развертыванию Power BI Premium. Чтобы помочь в мониторинге, новые функции регулярно добавляются на портал администрирования в Power BI и в приложении метрик емкости Power BI Premium.
  • Если ваша организация обращается к локальным источникам данных с помощью локального шлюза данных, необходимо настроить шлюз для обеспечения высокой доступности, см. статью "Управление кластерами высокой доступности локального шлюза данных и балансировкой нагрузки". Используйте это руководство по обновлению отчетов в режиме импорта или доступе к данным или моделям данных с помощью DirectQuery или Live Подключение.

Функция шлюзов в режиме отработки отказа?

№ Данные, необходимые из локальных источников данных (любые отчеты и панели мониторинга на основе Direct Query и Live Подключение) не работают во время отработки отказа. Хотя конфигурация шлюза не изменяется. Когда экземпляр Power BI возвращается в исходное состояние, шлюзы возвращаются к нормальным функциям.

Если в основном регионе возникает крайняя авария, которая предотвращает восстановление шлюза в течение значительной длительности, отработка отказа в основном регионе позволяет выполнять операции чтения и записи, чтобы можно было повторно развернуть и настроить шлюз для нового региона.

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