Бөлісу құралы:


Поддерживаемые источники данных для отчетов Power BI с разбивкой на страницы

ОБЛАСТЬ ПРИМЕНЕНИЯ: Power BI построитель отчетов Power BI Desktop

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

Необходимые компоненты

Требования к лицензии для отчетов Power BI с разбивкой на страницы (RDL-файлы) совпадают с требованиями к отчетам Power BI (PBIX-файлам).

Собственные поддерживаемые источники данных

Отчеты с разбивкой на страницы изначально поддерживают следующий список источников данных:

Источник данных Проверка подлинности Примечания.
База данных SQL Azure
Azure Synapse Analytics
Базовый, единый вход (SSO), OAuth2 Корпоративный шлюз можно использовать с База данных SQL Azure.
Управляемый экземпляр SQL Azure Базовый, единый вход, OAuth2 Через общедоступные или локальные конечные точки виртуальной сети (локальные конечные точки виртуальной сети должны направляться через корпоративный шлюз)
Azure Analysis Services Единый вход, OAuth2 Брандмауэр Служб Azure Analysis Services должен быть отключен или настроен, чтобы разрешить все диапазоны IP-адресов в регионе Azure Для Германии. Это применимо только в регионе Azure Для Германии. Единый вход из внешнего клиента не поддерживается.
Семантическая модель Power BI Единый вход Семантические модели Power BI уровня "Премиум" и "Премиум". Требуется разрешение на чтение. Поддерживаются только режим импорта и семантические модели DirectQuery Power BI. Запросы отчетов с помощью семантической модели DirectQuery Power BI в качестве источника данных имеют фиксированное время ожидания в 10 минут. Для запросов отчетов, которые занимают более 10 минут, используйте конечную точку XMLA чтения и записи XMLA в качестве источника данных отчета.
Семантическая модель Power BI класса Premium (XMLA) Единый вход Чтобы обеспечить правильное подключение в Power BI построитель отчетов, убедитесь, что параметр "Не использовать учетные данные" выбран при настройке источника данных.
Доступ через XMLA учитывает членство в группах безопасности на уровне рабочей области или приложения.
Пользователи с по крайней мере ролью участника в рабочей области могут отображать отчеты с разбивкой на страницы с помощью семантических моделей Power BI уровня "Премиум". Другим пользователям требуется разрешение на сборку базовых наборов данных.
Dataverse Единый вход, OAuth2 Не удается использовать шлюз в качестве многофакторной проверки подлинности (MFA) не поддерживается.
Ввод данных Н/П Данные внедрены в отчет.

За исключением База данных SQL Azure, все источники данных готовы использовать после отправки отчета в служба Power BI. Источники данных по умолчанию используют единый вход, где это применимо. Для служб Azure Analysis Services можно изменить тип проверки подлинности на OAuth2. Однако после изменения типа проверки подлинности для данного источника данных на OAuth2 он не может вернуться к использованию единого входа. Кроме того, это изменение применяется ко всем отчетам, которые используют этот источник данных во всех рабочих областях для данного клиента. Безопасность на уровне строк в отчетах с разбивкой на страницы не будет работать, если пользователи не выбирают единый вход для типа проверки подлинности.

Для База данных SQL Azure источников данных необходимо указать дополнительные сведения, как описано в разделе проверки подлинности База данных SQL Azure.

Другие источники данных

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

Источник данных Корпоративный шлюз Шлюз виртуальной сети
SQL Server (поддерживает единый вход)
SQL Server Analysis Services
Oracle (поддерживает единый вход)
Teradata (поддерживает единый вход)
ODBC

Для отчетов с разбивкой на страницы azure Analysis Services в настоящее время невозможно получить доступ с помощью корпоративного шлюза Power BI или шлюза виртуальной сети. При проверке подлинности с помощью единого входа субъект-служба не поддерживается.

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

Внимание

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

Проверка подлинности в Базе данных SQL Azure

Для База данных SQL Azure источников данных необходимо задать тип проверки подлинности перед запуском отчета. Это применяется только при первом использовании источника данных в рабочей области. В первый раз вы увидите следующее сообщение:

Снимок экрана: диалоговое окно

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

Снимок экрана: параметры для База данных SQL Azure.

Выберите ссылку "Изменить учетные данные" для заданного источника данных, чтобы открыть диалоговое окно "Настройка ".

Снимок экрана: диалоговое окно

Для источников данных База данных SQL Azure ниже приведены поддерживаемые типы проверки подлинности:

  • Базовый (имя пользователя и пароль)
  • Единый вход (единый вход)
  • OAuth2 (сохраненный токен Microsoft Entra)

Чтобы единый вход и OAuth2 работали правильно, сервер База данных SQL Azure, который подключается к источнику данных, должен поддерживать проверку подлинности Microsoft Entra. Для метода проверки подлинности OAuth2 идентификатор Microsoft Entra создает маркер и сохраняет его для дальнейшего доступа к источнику данных. Чтобы использовать метод проверки подлинности единого входа, выберите параметр единого входа прямо под ним, конечные пользователи используют собственные учетные данные OAuth2 при доступе к этому источнику данных через DirectQuery.

Следующие шаги

Есть еще вопросы? Попробуйте Сообщество Power BI.