Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
ОБЛАСТЬ ПРИМЕНЕНИЯ:
Power BI построитель отчетов 
Power BI Desktop
В этой статье описываются поддерживаемые источники данных для отчетов с разбивкой на страницы в служба Power BI и способы подключения к источникам данных База данных SQL Azure. Некоторые источники данных поддерживаются на уровне системы. Вы можете подключаться к другим с помощью шлюзов данных или использовать получение данных в Power BI Report Builder.
Предварительные условия
Требования к лицензии для отчетов 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 | Базовый, SSO, OAuth2 | Через общедоступные или локальные конечные точки виртуальной сети (локальные конечные точки виртуальной сети должны направляться через корпоративный шлюз) |
| Azure Analysis Services | SSO, OAuth2 | Брандмауэр службы Azure Analysis Services должен быть отключен или настроен так, чтобы разрешать все диапазоны IP-адресов в регионе Azure Германия. Это применимо только в регионе Azure Германия. Единый вход из внешнего клиента не поддерживается. |
| Семантическая модель Power BI | SSO (Единый вход) | Семантические модели Power BI уровня "Премиум" и "не Премиум". Требуется разрешение на чтение. Поддерживаются только режим импорта и семантические модели DirectQuery Power BI. Запросы отчетов, использующие семантическую модель Power BI DirectQuery в качестве источника данных, имеют фиксированное время ожидания в 10 минут. Для запросов отчетов, выполнение которых занимает более 10 минут, используйте конечную точку чтения/записи XMLA семантической модели Power BI в качестве источника данных отчета. |
| Модели Direct Lake | SSO, OAuth2 | Direct Lake в конечных точках SQL поддерживает единый вход и OAuth2, а Direct Lake в семантических моделях поддерживает единый вход. Дополнительные сведения о создании отчетов с помощью моделей и разрешений Direct Lake см. в этой статье. |
| Семантическая модель Power BI класса Premium (XMLA) | SSO (Единый вход) | Чтобы обеспечить правильное подключение в Power BI построитель отчетов, убедитесь, что параметр "Не использовать учетные данные" выбран при настройке источника данных. Доступ через XMLA учитывает членство в группах безопасности на уровне рабочей области или приложения. Пользователи с по крайней мере ролью участника в рабочей области могут отображать отчеты с разбивкой на страницы с помощью семантических моделей Power BI уровня "Премиум". Другим пользователям требуется разрешение на сборку базовых наборов данных. |
| Dataverse | SSO, OAuth2 | Невозможно использовать шлюз, так как многофакторная аутентификация (MFA) не поддерживается. |
| Ввод данных | Н/П | Данные внедрены в отчет. |
За исключением База данных SQL Azure, все источники данных готовы к использованию после отправки отчета в службу Power BI. Источники данных по умолчанию используют единый вход, где это применимо. Для служб Azure Analysis Services можно изменить тип проверки подлинности на OAuth2. Однако после изменения типа проверки подлинности для данного источника данных на OAuth2 невозможно возобновить использование SSO (единого входа). Кроме того, это изменение применяется ко всем отчетам, которые используют этот источник данных во всех рабочих областях для данного клиента. Безопасность на уровне строк в отчетах с разбивкой на страницы не будет работать, если пользователи не выберут SSO для типа проверки подлинности.
Для источников данных Базы данных SQL Azure необходимо указать дополнительные сведения, как описано в разделе Проверка подлинности База данных SQL Azure.
Другие источники данных
Помимо источников данных, поддерживаемых в собственном коде, доступ к следующим источникам данных можно получить через корпоративный шлюз Power BI или шлюз виртуальной сети:
| Источник данных | Корпоративный шлюз | Шлюз виртуальной сети |
|---|---|---|
| SQL Server (поддерживает единый вход) |
|
|
| SQL Server Analysis Services |
|
|
| Oracle (поддерживает единый вход) |
|
|
| Teradata (поддерживает SSO) |
|
|
| ODBC |
|
Для отчетов с разбивкой на страницы доступ к Azure Analysis Services в настоящее время невозможен через корпоративный шлюз Power BI или шлюз виртуальной сети. При проверке подлинности с помощью SSO служебный субъект не поддерживается.
Кроме того, для отчетов с разбивкой на страницы требуется издатель отчетов с корпоративным шлюзом Power BI или разрешение администратора шлюза виртуальной сети для привязки отчета с разбивкой на страницы к подключению к источнику данных. Вы становитесь администратором, когда вас назначают администратором, или если вы установили и настроили корпоративный шлюз Power BI или шлюз виртуальной сети. Обратите внимание, что обладание правами администратора корпоративного шлюза Power BI не дает автоматического доступа к существующим подключениям к источникам данных. Необходимо указать, какое подключение к источнику данных вы хотите управлять.
Внимание
Использование параметров SSO через Kerberos в Дополнительных настройках шлюза требует настройки ограниченного делегирования Kerberos на локальном источнике данных и в службе шлюза.
Проверка подлинности в Базе данных SQL Azure
Для База данных SQL Azure источников данных необходимо задать тип проверки подлинности перед запуском отчета. Это применяется только при первом использовании источника данных в рабочей области. В первый раз вы увидите следующее сообщение:
Если вы не предоставляете учетные данные, при запуске отчета возникает ошибка. Нажмите кнопку "Продолжить", чтобы перейти на страницу учетных данных источника данных для только что отправленного отчета:
Выберите ссылку "Изменить учетные данные" для заданного источника данных, чтобы открыть диалоговое окно "Настройка ".
Для источников данных База данных SQL Azure ниже приведены поддерживаемые типы проверки подлинности:
- Базовый (имя пользователя и пароль)
- SSO (единый вход)
- OAuth2 (сохраненный токен Microsoft Entra)
Чтобы единый вход и OAuth2 работали правильно, сервер База данных SQL Azure, который подключается к источнику данных, должен поддерживать проверку подлинности Microsoft Entra. Для метода аутентификации OAuth2, система Microsoft Entra ID генерирует токен и сохраняет его для дальнейшего доступа к источнику данных. Чтобы использовать метод аутентификации SSO вместо этого, выберите параметр SSO прямо под ним, конечные пользователи используют собственные учетные данные OAuth2 при доступе к этому источнику данных через DirectQuery.
Рекомендации и ограничения
- При подключении к Fabric Lakehouse с помощью конечной точки аналитики SQL обратите внимание, что нельзя задать тип запроса в диалоговом окне свойств набора данных построителя отчетов Power BI. В качестве обходного решения выберите параметр "Текст" и вызовите хранимую процедуру.
Внимание
Правила источника данных не поддерживаются для семантических моделей, использующих подключение Direct Lake. Если ваш пагинированный отчет подключается к семантической модели Direct Lake, вы не можете применить правила источника данных, чтобы переопределить подключение или перенаправить его. Дополнительные сведения о рекомендациях по режиму Direct Lake см. в обзоре Direct Lake.
Связанный контент
Есть еще вопросы? Попробуйте Сообщество Power BI.