Поделиться через

Резервное копирование и восстановление семантических моделей с помощью Power BI Premium

  • Статья

Функцию резервного копирования и восстановления можно использовать семантические модели Power BI, если у вас есть лицензия Power BI Premium или Premium на пользователя (PPU), аналогичная операциям резервного копирования и восстановления, доступным в табличных моделях для Служб Azure Analysis Services.

Вы можете использовать командлеты SQL Server Management Studio (SSMS), службы Analysis Services для PowerShell и другие средства для выполнения операций резервного копирования и восстановления в Power BI с помощью конечных точек XMLA. В следующих разделах описываются основные понятия резервного копирования и восстановления для семантических моделей, требований и рекомендаций Power BI.

Снимок экрана: окно SSMS, резервное копирование выбирается в меню баз данных. Откроется диалоговое окно базы данных резервного копирования. Выбрано окно

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

Использование резервного копирования и восстановления семантической модели

Функция резервного копирования и восстановления использует существующие подключения между Power BI и Azure, например возможность регистрации учетной записи хранения Azure Data Lake 2-го поколения (ADLS 2-го поколения) на уровне клиента или рабочей области для упрощения хранения и операций потока данных. Так как резервное копирование и восстановление используют то же подключение, другая учетная запись хранения не требуется.

Вы можете выполнять автономные резервные копии, скачивая файлы из учетной записи хранения ADLS 2-го поколения. Чтобы скачать, используйте файловую систему, служба хранилища Azure Explorer, средства .NET и командлеты PowerShell, такие как командлет Get-AzDataLakeGen2ItemContent. На следующем рисунке показана рабочая область с тремя семантичными моделями и соответствующими файлами резервного копирования в обозревателе служба хранилища Azure.

Снимок экрана: обозреватель служба хранилища Azure с выбранным резервным копированием. Часть окна Power BI отображает диалоговое окно параметров.

Сведения о настройке Power BI для использования учетной записи хранения ADLS 2-го поколения см . в настройке хранилища потоков данных для использования Azure Data Lake 2-го поколения.

Рекомендации по использованию нескольких регионов

Резервное копирование и восстановление использует инфраструктуру подключений Azure в Power BI для регистрации учетной записи хранения Azure Data Lake 2-го поколения (ADLS 2-го поколения) на уровне клиента или рабочей области. Необходимо подготовить учетную запись хранения в регионе емкости Power BI Premium, чтобы избежать затрат на передачу данных через региональные границы. Проверьте требования к месту размещения данных перед настройкой рабочих областей в емкости premium с несколькими регионами с учетной записью хранения.

Кто может выполнять резервное копирование и восстановление

С учетной записью хранения ADLS 2-го поколения, связанной с рабочей областью, администраторы рабочей области с разрешениями на запись или администраторы могут выполнять резервные копии. Пользователи с этими разрешениями могут быть администратором, участником или участником или не могут быть частью ролей уровня рабочей области, но имеют прямое разрешение на запись в семантическую модель.

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

Чтобы просмотреть файловую систему резервного копирования и восстановления с помощью обозревателя служба хранилища Azure (кнопка Обзор... в SSMS), пользователь должен быть администратором или участником рабочей области.

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

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

Как выполнить резервное копирование и восстановление

Для резервного копирования и восстановления требуется использование средств на основе XMLA, таких как SQL Server Management Studio (SSMS). В пользовательском интерфейсе Power BI нет средства резервного копирования или восстановления. Из-за зависимости XMLA резервное копирование и восстановление в настоящее время требует, чтобы семантические модели располагались в емкости Premium или PPU.

Параметры учетной записи хранения для резервного копирования и восстановления можно применять на уровне клиента или рабочей области.

Для резервного копирования и восстановления Power BI создает новый контейнер с именем power-bi-backup в учетной записи хранения и создает папку резервного копирования с тем же именем, что и рабочая область в контейнере power-bi-backup . Если вы настроите учетную запись хранения на уровне клиента , Power BI создает только контейнер резервного копирования Power BI. Power BI создает папку резервного копирования во время подключения учетной записи хранения к рабочей области. Если вы настроите учетную запись хранения на уровне рабочей области , Power BI создает контейнер power-bi-backup и создает папку резервного копирования.

Во время резервного копирования и восстановления применяются следующие действия:

  • Файлы резервного копирования помещаются в папку резервной копии в контейнере резервного копирования Power BI
  • Для восстановления необходимо поместить файлы резервной копии (ABF-файлы) в папку перед восстановлением.

При переименовании рабочей области папка резервного копирования в контейнере power-bi-backup автоматически переименовывается для сопоставления. Однако если у вас есть папка с тем же именем, что и переименованная рабочая область, автоматическое переименование папки резервного копирования завершается ошибкой.

Рекомендации и ограничения

При использовании функции резервного копирования и восстановления в Power BI помните следующее.

  • Power BI должен иметь доступ к ADLS 2-го поколения напрямую. AdLS 2-го поколения не может находиться в виртуальной сети, а брандмауэр не может быть включен.

  • Если ADLS 2-го поколения уже работает с резервным копированием и восстановлением, и вы отключите его, а затем перенастроите его для работы с резервным копированием и восстановлением снова. Сначала необходимо переименовать или переместить предыдущую папку резервного копирования, или попытка приведет к ошибкам и сбою.

  • Восстановление поддерживает только восстановление базы данных в виде базы данных уровня "Премиум ".

  • Можно восстановить только расширенную модель формата (модель версии 3).

  • При отключении доступа к ключу учетной записи хранения может возникнуть эта ошибка: проверка подлинности на основе ключей не разрешена в этой учетной записи хранения.

  • Свойство для ignoreIncompatibilities restore команды обращается к несовместимости безопасности на уровне строк (RLS) между Службами Azure Analysis Services (AAS) и Power BI Premium. Power BI Premium поддерживает только разрешение на чтение для ролей, но AAS поддерживает все разрешения. Если вы пытаетесь восстановить файл резервной копии, для которого некоторые роли не имеют разрешений на чтение , необходимо указать ignoreIncompatibilities свойство в команде restore . Если не указано, восстановление может завершиться ошибкой. При указании роль без разрешения на чтение удаляется. В настоящее время в SSMS отсутствует параметр, поддерживающий ignoreIncompatibilities свойство, однако его можно указать в команде restore с помощью языка скриптов табличных моделей (TMSL). Например:

      {
    "restore": {
      "database": "DB",
      "file": "/Backup.abf",
      "allowOverwrite": true,
      "security": "copyAll",
      "ignoreIncompatibilities": true
    }
  }

  • Можно восстановить поврежденную базу данных. При периодическом резервном копировании базы данных восстановление базы данных является самым надежным способом его восстановления. Чтобы восстановить базу данных, используйте следующую restore команду в запросе XMLA:

      <Restore xmlns="http://schemas.microsoft.com/analysisservices/2003/engine">
    <File>DatabaseBackup.abf</File>
    <DatabaseName>DatabaseName</DatabaseName>
    <AllowOverwrite>true</AllowOverwrite>
  </Restore>

  • При восстановлении базы данных может возникнуть следующая ошибка:

    "Сейчас невозможно восстановить резервную копию семантической модели, так как для выполнения этой операции недостаточно памяти. Используйте параметр /forceRestore для восстановления семантической модели с существующей семантической моделью, выгруженной и автономной.

    В таких случаях с restore помощью команды добавьте forceRestore свойство для запуска операции принудительного восстановления. Например, при использовании TMSL:

        {
      "restore": {
      "database": "DB",
      "file": "/Backup.abf",
      "allowOverwrite": true,
      "security": "copyAll",
      "forceRestore": true
      }
    }

Связанный контент