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

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

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

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

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

• Вам не нужна лицензия на скачивание Power BI построитель отчетов из Центра загрузки Майкрософт бесплатно.
• С помощью бесплатной лицензии можно публиковать отчеты с разбивкой на страницы в my Workspace в служба Power BI. Дополнительные сведения см. в разделе "Доступность компонентов" для пользователей с бесплатными лицензиями в служба Power BI.
• С помощью лицензии Power BI Pro или лицензии PPU можно публиковать отчеты с разбивкой на страницы в других рабочих областях. Вам также потребуется по крайней мере участник роль в рабочей области.
• Для набора данных требуется разрешение на сборку.

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

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

Источник данных	Проверка подлинности	Примечания.
База данных 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 ниже приведены поддерживаемые типы проверки подлинности:

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

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

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

При использовании семантической модели Power BI в качестве источника данных может произойти сбой запроса сообщения об ошибке, так как ответ слишком велик, уменьшите объем данных или используйте конечную точку XMLA. Если данные больше 2 ГБ. В этом случае можно либо уменьшить объем данных, например применить фильтры, либо использовать конечную точку XMLA. Обратите внимание, что при использовании конечной точки XMLA необходимо предоставить разрешение на сборку для семантической модели Power BI всем пользователям, просматривающим отчет с разбивкой на страницы. Дополнительные сведения о конечной точке XMLA. По умолчанию power BI построитель отчетов и отчеты с разбивкой на страницы используют конечную точку Analysis in Excel (которая имеет ограничение на 2 ГБ данных) для поддержки семантических моделей Power BI в любой рабочей области.

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

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

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