Подключение семантической модели к конечной точке XMLA

Рабочие области Power BI Premium, Premium Per User и Power BI Embedded используют конечную точку XMLA для поддержки подключения к открытой платформе от Microsoft и сторонних клиентских приложений и инструментов.

Конечные точки XMLA

Рабочие области используют протокол XML для анализа (XMLA) для обмена данными между клиентскими приложениями и подсистемой управления рабочими областями Power BI и семантических моделей. Эти коммуникации проходят через то, что обычно называются конечными точками XMLA. XMLA — это протокол связи, используемый движком Служб Microsoft Analysis Services, который обеспечивает семантическое моделирование, управление, жизненный цикл и управление данными в Power BI. Данные, отправляемые по протоколу XMLA, полностью зашифрованы.

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

Операции чтения и записи с помощью конечной точки можно включить. Чтение и запись данных обеспечивает более продвинутое управление семантическими моделями, их расширенное семантическое моделирование, отладку и мониторинг. Если эта функция включена, семантические модели имеют больше четности с azure Analysis Services и корпоративными инструментами и процессами табличного моделирования служб SQL Server Analysis Services.

Свойства сервера служб Analysis Services

Power BI Premium поддерживает различные свойства сервера Служб аналитики Analysis Services. Чтобы просмотреть эти свойства, обратитесь к свойствам сервера в службах Analysis Services.

Условия использования

Использование конечной точки XMLA зависит от следующих условий:

Однопользовательское приложение . Приложение использует одну учетную запись пользователя или удостоверение приложения для доступа к семантической модели Power BI через конечную точку XMLA. Примеры однопользовательских приложений включают средства разработчика, сценарии администрирования и автоматизированные процессы. Эти приложения могут выполнять такие задачи, как моделирование данных и административные задачи, которые изменяют метаданные семантической модели, операции резервного копирования или восстановления или запускают обновление данных. Учетная запись пользователя или идентификация приложения, которое использует клиентское приложение для доступа к семантической модели, должна иметь действующую лицензию Premium Per User (PPU), если только семантическая модель не находится в Premium емкости.

Многопользовательское приложение — приложение предоставляет нескольким пользователям доступ к семантической модели Power BI. Например, приложение среднего уровня, интегрирующее семантику модели в бизнес-решение и доступ к семантической модели от имени своих бизнес-пользователей.

• Рабочие области Premium на Пользователя (PPU) — приложение требует, чтобы каждый пользователь вошел в Power BI. Для каждого пользователя приложение использует маркер доступа для доступа к семантической модели. Приложение не может использовать учетную запись службы или другое удостоверение приложения для выполнения задач от имени отдельных пользователей. У каждого пользователя должна быть собственная учетная запись Power BI для открытия отчетов, доступа к семантических моделей и выполнения запросов.
• Для рабочих областей Premium приложение может использовать учетную запись службы или удостоверение приложения от имени конечных пользователей без необходимости входа каждого пользователя в Power BI.

Клиентские приложения и средства

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

Microsoft Excel — сводные таблицы Excel — это один из наиболее распространенных средств, используемых для суммирования, анализа, изучения и представления сводных данных из семантических моделей Power BI. Для выполнения операций запроса требуется режим только чтения. Требуется версия Office Click-to-Run 16.0.13612.10000 или более поздняя.

Visual Studio с проектами служб Analysis Services — также известный как SQL Server Data Tools (SSDT). SSDT — это средство разработки модели корпоративного класса для табличных моделей служб Analysis Services. Все выпуски Visual Studio 2017 и более поздних версий, включая бесплатный выпуск Community, поддерживают расширения проектов Analysis Services. Требуется расширение версии 2.9.14 или более поздней для развертывания табличных моделей в рабочей области Premium. Модель должна находиться на уровне совместимости 1500 или выше для развертывания. Требуется чтение и запись XMLA в рабочей нагрузке семантических моделей. Дополнительные сведения см. в статье "Инструменты для служб Analysis Services".

SQL Server Management Studio (SSMS) — поддерживает запросы DAX, MDX и XMLA. Выполнение узкоспециализированных операций обновления и написание скриптов метаданных семантической модели с использованием языка сценариев табличной модели (TMSL). Доступ только для чтения требуется для операций запроса. Требуется доступ с правами чтения и записи для метаданных скриптов. Требуется SSMS версии 18.9 или более поздней. Скачайте SSMS.

SQL Server Profiler — SQL Server Profiler устанавливается вместе с SSMS и позволяет выполнять трассировку и отладку событий семантической модели. Хотя официально не рекомендуется для SQL Server, Профилировщик по-прежнему входит в SSMS и остается поддерживаемым для служб Analysis Services и Power BI. Требуется SQL Server Profiler версии 18.9 или более поздней. При подключении к конечной точке XMLA пользователи должны указать семантику модели (начальный каталог). Дополнительные сведения см. в SQL Server Profiler для служб Analysis Services.

Мастер развертывания служб Analysis Services . Установленный с помощью SSMS, это средство обеспечивает развертывание созданных проектов табличной модели Visual Studio в рабочих областях Analysis Services и Premium. Его можно запускать в интерактивном режиме или из командной строки для автоматизации. Требуется чтение и запись данных через XMLA. Дополнительные сведения см. в мастере развертывания служб Analysis Services.

Командлеты PowerShell— используйте командлеты Служб Analysis Services для автоматизации задач управления семантической модели, таких как операции обновления. Требуется функция чтения и записи XMLA Требуется версия 21.1.18256 или более поздней версии модуля SqlServer PowerShell. Командлеты Служб Azure Analysis Services в модуле Az.AnalysisServices не поддерживаются для семантических моделей Power BI. Дополнительные сведения см. в справочнике по PowerShell для служб Analysis Services.

Построитель отчетов Power BI — средство разработки отчетов с разбивкой на страницы. Создайте определение отчета, указывающее данные для получения, где его получить и как отобразить. Вы можете просмотреть отчет в построителе отчетов, а затем опубликовать отчет в службе Power BI. Требуются права на чтение XMLA. Дополнительные сведения см. в построителе отчетов Power BI.

Табличный редактор 2.x — средство с открытым исходным кодом для создания, обслуживания и управления табличными моделями с помощью интуитивно понятного упрощенного редактора. Иерархическое представление отображает все объекты в табличной модели. Упорядочивает объекты по папкам отображения с поддержкой редактирования свойств с несколькими выборами и выделения синтаксиса DAX. Требуется предоставление доступа только для чтения через XMLA для выполнения запросов. Требуется чтение и запись для операций метаданных. Дополнительные сведения см. в табличном редакторе 2.x.

DAX Studio — средство с открытым исходным кодом для разработки, диагностики, настройки производительности и анализа. Функции включают просмотр объектов, встроенную трассировку, разбивку выполнения запросов с подробными статистическими данными, выделение синтаксиса DAX и форматирование. Для операций запроса требуется доступ к XMLA в режиме только для чтения. Дополнительные сведения см. в daxstudio.org.

Набор средств ALM — средство сравнения схем с открытым исходным кодом для семантических моделей Power BI, чаще всего используемое для сценариев управления жизненным циклом приложений (ALM). Выполняйте развертывание в различных средах и сохраняйте исторические данные для инкрементального обновления. Сравнение и слияние файлов метаданных, веток и репозиториев. Повторное использование общих определений между семантическими моделями. Требуется режим только чтение для операций запроса. Требуется чтение и запись для операций метаданных. Дополнительные сведения см. в alm-toolkit.com.

Третья сторона — включает приложения и средства визуализации клиентских данных, которые могут подключаться, запрашивать и использовать семантические модели в рабочих областях Premium. Большинство средств требуют последних версий клиентских библиотек MSOLAP, но некоторые из них могут использовать ADOMD. Конечная точка XMLA, доступная только для чтения или для чтения и записи, зависит от выполняемых операций.

Клиентские библиотеки

Клиентские приложения и средства не взаимодействуют напрямую с конечной точкой XMLA. Вместо этого они используют клиентские библиотеки в качестве слоя абстракции. Это те же клиентские библиотеки, которые приложения используют для подключения к Службам Azure Analysis Services и службам SQL Server Analysis Services. Приложения Майкрософт, такие как Excel, SQL Server Management Studio (SSMS) и расширения проектов Служб Analysis Services для Visual Studio устанавливают все три клиентские библиотеки и обновляют их вместе с регулярными обновлениями приложений и расширений. Разработчики могут использовать клиентские библиотеки для создания пользовательских приложений. В некоторых случаях, особенно с сторонними приложениями, если они не установлены с приложением, может потребоваться установить более новые версии клиентских библиотек. Клиентские библиотеки обновляются ежемесячно. Дополнительные сведения см. в статье ̄Клиентские библиотеки для подключения к службам Analysis Services.

Оптимизация семантических моделей для операций записи путем включения больших моделей

При использовании конечной точки XMLA для управления семантической моделью с операциями записи рекомендуется включить семантику модели для больших моделей. Это снижает затраты на операции записи, что может значительно ускорить их работу. Для семантических моделей более 1 ГБ (после сжатия) разница может быть значительной. Дополнительные сведения см. в статье "Большие модели" в Power BI Premium.

Включение функции чтения и записи XMLA

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

Чтобы включить возможность чтения и записи для емкости Premium

1. Выберите Параметры>Портал администратора.

2. На портале администрирования выберите имя емкости>Power BI Premium> .

3. Разверните рабочие нагрузки. В настройке XMLA Endpoint выберите Чтение и запись. Параметр конечной точки XMLA применяется ко всем рабочим областям и семантическим моделям, назначенным для емкости.

   

Включение функции "Premium Per User" для чтения и записи

1. Выберите Параметры>Портал администратора.
2. На портале администрирования выберите Premium на пользователя.
3. Разверните параметры рабочей нагрузки семантической модели. В параметре XMLA Endpoint выберите Чтение и запись.

Подключение к рабочей области класса Premium

Рабочие области, назначенные емкости, имеют строку подключения в формате URL-адреса. Рассмотрим пример.

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Приложения, подключающиеся к рабочей области, используют URL-адрес, как если бы это было имя сервера Служб Analysis Services. Рассмотрим пример.

powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

B2B и гостевые пользователи

Когда пользователи получают доступ к рабочей области в домашнем клиенте, раздел имени клиента в URL-адресе можно заменить на myorg. Рассмотрим пример.

powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

Если B2B\гостевые пользователи получают доступ к рабочим областям в другом клиенте, имя этого клиента должно быть указано в URL-адресе источника данных. Например, когда пользователя contoso.com приглашают в клиент fabrikam.com и ему предоставляют разрешение на доступ к "Рабочей области продаж", он должен использовать следующий URL-адрес для подключения:

powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Чтобы определить основное доменное имя и идентификатор клиента, войдите на портал Azure, выберите идентификатор Microsoft Entra в главном меню, а затем запишите сведения на странице обзора Microsoft Entra. Дополнительные сведения см. в разделе "Поиск идентификатора клиента Microsoft Entra" и основного доменного имени.

Получение URL-адреса подключения к рабочей области

В разделе "Настройки>Premium>Рабочая область" выберите "Копировать".

Требования к подключению

Исходный каталог

При использовании некоторых средств, таких как SQL Server Profiler, необходимо указать начальный каталог, который является семантической моделью (базой данных) для подключения к рабочей области. В диалоговом окне "Подключение к серверу" выберите"Свойства> подключения "Параметры> подключения" к базе данных, введите имя семантической модели.

Повторяющиеся имена рабочих областей

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

Не удается подключиться к powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

В качестве обходного пути, в дополнение к имени рабочей области, укажите ObjectIDGuid. Вы можете скопировать ObjectIDGuid из ID объекта рабочей области в URL. Добавьте объектный идентификатор в URL-адрес подключения. Рассмотрим пример.

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - aaaabbbb-0000-cccc-1111-dddd2222eeee.

Повторяющееся имя семантической модели

Чтобы подключиться к семантической модели с тем же именем, что и другая семантическая модель в той же рабочей области, добавьте идентификатор модели (guid) к имени семантической модели. Имя семантической модели и GUID можно получить при подключении к рабочей области в SSMS.

Задержка в семантических моделях, показанная

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

Неподдерживаемые семантические модели

Следующие семантические модели недоступны с помощью конечной точки XMLA. Эти семантические модели не будут отображаться в рабочей области в SSMS или в других средствах:

• Семантические модели на основе динамического подключения к модели Служб Azure Analysis Services или SQL Server Analysis Services.
• Семантические модели на основе динамического подключения к семантической модели Power BI в другой рабочей области. Дополнительные сведения см. в статье "Введение в семантические модели" в рабочих областях.
• Семантические модели с push-данными с помощью REST API.
• Семантические модели в моей рабочей области.
• Семантические модели рабочей книги Excel.

Псевдоним сервера или рабочей области

Псевдонимы имен сервера, поддерживаемые в Службах Azure Analysis Services, не поддерживаются для рабочих областей Premium.

Безопасность

Помимо включения администратором емкости свойства конечной точки XMLA с возможностью чтения-записи, на портале администрирования должен быть включен параметр уровня клиента Разрешить конечные точки XMLA и анализ в Excel с использованием локальных семантических моделей. Если необходимо создать файлы анализа в Excel (AIXL), которые подключаются к конечной точке XMLA, параметр пользователи могут работать с семантическими моделями в Excel, используя динамическое подключение на уровне арендатора также следует включить. Эти параметры включены по умолчанию.

Параметр интеграции «Разрешить конечные точки XMLA и анализировать в Excel с использованием локальных семантических моделей».

Пользователи могут работать с семантические модели в Excel с помощью динамического подключения — это параметр экспорта и общего доступа.

В следующей таблице описаны последствия обоих параметров:

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

Участники рабочей области и выше имеют разрешения на запись семантической модели, которые фактически совпадают с правами администратора базы данных Analysis Services. Они могут развертывать новые семантические модели из Visual Studio и выполнять скрипты TMSL в SSMS.

Пользователи с разрешениями на создание семантической модели эквивалентны читателям баз данных Службам Analysis Services. Они могут подключаться к и просматривать семантические модели для потребления и визуализации данных. Правила безопасности на уровне строк (RLS) учитываются, и они не могут видеть метаданные внутренней семантической модели.

Операции, требующие разрешений администратора сервера Служб Analysis Services (а не администратора базы данных) в целом не поддерживаются.

Дополнительные сведения см. в статье "Разрешения и роли семантической модели" в рабочих областях

Олицетворение

Олицетворение пользователя с помощью свойства строки подключения EffectiveUserName поддерживается при подключении к семантической модели рабочей области Premium. Учетная запись, указанная в EffectiveUserName, должна находиться в идентификаторе клиента Microsoft Entra и должна иметь разрешения как на чтение, так и на сборку для подключения к семантической модели. Если у учетной записи нет разрешений на чтение и сборку, Power BI не может олицетворить учетную запись пользователя. Подключение завершится сбоем, и будет возвращена ошибка.

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

• Если пользователь, выполняющий олицетворение, является администратором рабочей области, который фактически совпадает с администратором сервера в службах Analysis Services, он не должен быть членом какой-либо из указанных ролей.

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

Роли модели

С помощью конечной точки XMLA можно определить роли, членство в ролях, безопасность на уровне строк (RLS) и безопасность на уровне объектов (OLS) для пользователей в Microsoft Entra ID клиента. Роли модели в Power BI используются только для RLS и OLS. Используйте модель безопасности Power BI для управления разрешениями за пределами RLS и OLS.

Для проектов табличной модели, созданных в Visual Studio, роли можно определить с помощью диспетчера ролей в конструкторе моделей. Для семантических моделей в Power BI роли можно определить в Power BI Desktop перед публикацией в службе. Членство в роли указывается в службе Power BI. SSMS также можно использовать для создания ролей и управления ими. В большинстве случаев определения объектов ролей можно скриптовать с помощью TMSL, чтобы создавать или изменять объект Roles. Скрипты TMSL можно выполнять в SSMS или с помощью командлета Invoke-ASCmd PowerShell.

Пределы, указанные ниже, применяются при работе с ролями через XMLA endpoint:

• Единственным разрешением для роли, которую можно задать для семантических моделей, является разрешение на чтение. Другие разрешения предоставляются с помощью модели безопасности Power BI.
• Субъекты-службы не работают с RLS и OLS и не могут быть добавлены в качестве членов роли модели.
• Разрешение на создание семантической модели требуется для получения прав доступа на чтение через конечную точку XMLA, даже если нет ролей семантической модели.

Настройка учетных данных источника данных

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

Сервисные принципы

Учетные записи службы — это регистрация приложения Microsoft Entra, созданная в вашем клиенте для выполнения автоматических операций с ресурсами и на уровне обслуживания. Это уникальный тип удостоверения пользователя с именем приложения, идентификатором приложения, идентификатором клиента и секретом клиента или сертификатом для пароля. Power BI Premium использует те же функции учетной записи службы, что и Power BI Embedded.

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

• PowerShell
• Azure Automation
• Приложения логики Azure
• Настраиваемые клиентские приложения

Дополнительные сведения см. в статье Automate Premium workspace and semantic model tasks with service principals.

Обнаружение семантической модели

Когда параметр на уровне арендатора Блокировка повторной публикации и отключение обновления пакета включен, пользователь может обнаружить только те семантические модели, для которых они являются владельцем, используя конечную точку XMLA. Если пользователь не является владельцем семантической модели, то он эквивалентен средству чтения базы данных Analysis Services, даже если они являются администратором, членом или участником в рабочей области.

Развертывание модельных проектов из Visual Studio (SSDT)

Развертывание проекта табличной модели в Visual Studio в рабочей области Premium совпадает с развертыванием на сервере Azure или SQL Server Analysis Services. Единственное различие заключается в свойстве Сервера развертывания, указанном для проекта, и способах указания учетных данных источника данных, чтобы операции обработки могли импортировать данные из источников данных в новую семантику модели в рабочей области.

Чтобы развернуть проект табличной модели, созданный в Visual Studio, задайте URL-адрес подключения к рабочей области в свойстве project Deployment Server . В Visual Studio в обозревателе решений щелкните правой кнопкой мыши > проекта. В свойстве Server вставьте URL-адрес подключения к рабочей области.

При указании свойства сервера развертывания проект можно развернуть.

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

Обработка завершается ошибкой, поскольку, в отличие от развертывания в экземпляре Azure или SQL Server Analysis Server, где вам предлагается предоставить учетные данные источника данных в рамках операции развертывания, при развертывании в рабочей области Premium учетные данные источника данных нельзя указать в рамках операции развертывания. Вместо этого после успешного развертывания метаданных и создания семантической модели учетные данные источника данных затем указываются в службе Power BI в параметрах семантической модели. В рабочей области выберите семантические модели>Параметры>Учетные данные источника данных>Изменить учетные данные.

При указании учетных данных источника данных можно обновить семантическую модель в службе Power BI, настроить расписание обновления или выполнить обновление из SQL Server Management Studio для загрузки данных в семантическую модель.

Рассматривается параметр опции обработки развертывания, указанный в проекте в Visual Studio. Однако если источник данных не имел учетных данных, указанных в службе Power BI, даже если развертывание метаданных выполнено успешно, обработка завершится ошибкой. Вы можете задать для свойства значение Do Not Process, предотвращая любые попытки обработки в рамках развертывания. Возможно, потребуется задать свойство по умолчанию , так как после указания учетных данных источника данных в параметрах источника данных для новой семантической модели обработка в рамках последующих операций развертывания завершится успешно.

Подключение с помощью SSMS

Использование SSMS для подключения к рабочей области аналогично подключению к серверу Служб Azure или SQL Server Analysis Services. Единственное различие заключается в том, что вы указываете URL-адрес рабочей области в имени сервера, и необходимо использовать Active Directory - Universal with MFA для аутентификации.

Подключение к рабочей области с помощью SSMS

1. В СРЕДЕ SQL Server Management Studio выберите "Подключиться>к серверу".

2. В поле Тип сервера выберите Analysis Services. Введите URL-адрес рабочей области в имени сервера. В разделе "Проверка подлинности" выберите Active Directory — universal with MFA, а затем введите идентификатор пользователя организации.

   

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

Дополнительные сведения об использовании SSMS для метаданных скриптов см. в следующей статье:

• Создание скриптов для служб Analysis Services
• Язык скриптов табличной модели (TMSL)

Обновление семантической модели

Конечная точка XMLA обеспечивает широкий спектр сценариев для детального обновления с помощью SSMS, автоматизации с помощью PowerShell, службы автоматизации Azure и Функций Azure с помощью TOM. Например, можно обновить определенные исторические разделы инкрементального обновления, не перезагружая все исторические данные.

В отличие от настройки обновления в службе Power BI, операции обновления через конечную точку XMLA не ограничиваются 48 обновлениями в день, а запланированное время ожидания обновления не налагается.

Дата, время и состояние операций обновления семантической модели, которые включают транзакцию записи через конечную точку XMLA, записываются и отображаются в журнале обновления семантической модели.

Динамические управляющие представления (DMV)

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

Авторские семантические модели Power BI Desktop

Расширенные метаданные

Операции записи XMLA для семантических моделей, созданных в Power BI Desktop и опубликованных в рабочей области Premium, требуют расширенных метаданных. Дополнительные сведения см. в разделе метаданных расширенной семантической модели.

Объявление источника данных

При подключении к источникам данных и запросам данных Power BI Desktop использует выражения Power Query M в качестве встроенных объявлений источника данных. Хотя они поддерживаются в рабочих областях Premium, объявление встроенных источников данных Power Query M не поддерживается службами Azure Analysis Services или SQL Server Analysis Services. Вместо этого средства моделирования данных служб Analysis Services, такие как Visual Studio, создают метаданные с помощью структурированных или провайдеров объявлений источников данных. С помощью конечной точки XMLA Premium также поддерживает структурированные источники данных и источники данных провайдеров, но не в виде встроенных объявлений источников данных Power Query M в моделях Power BI Desktop. Дополнительные сведения см. в разделе "Основные сведения о поставщиках".

Power BI Desktop в режиме динамического подключения

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

• Выберите семантические модели Power BI, а затем выберите семантическую модель для создания отчета. Это рекомендуемый способ подключения пользователей к семантической модели. Этот метод предоставляет улучшенный интерфейс обнаружения, показывающий уровень подтверждения семантических моделей. Пользователям не нужно находить и отслеживать URL-адреса рабочей области. Чтобы найти семантику модели, пользователи просто введите имя семантической модели или прокрутите страницу, чтобы найти семантическую модель, которую они ищут.

  

• Используя Get Data>Analysis Services, укажите имя рабочей области Power BI Premium в качестве URL, выберите Подключиться в режиме реального времени, а затем в навигаторе выберите семантическую модель. В этом случае Power BI Desktop использует конечную точку XMLA для подключения к семантической модели в режиме реального времени, как если бы она была моделью данных Analysis Services.

  

Организациям, имеющим существующие отчеты, подключенные в режиме реального времени к моделям данных Analysis Services, и намеревающимся перейти только на семантические модели класса Premium, необходимо лишь изменить URL-адрес имени сервера в преобразовании данных>параметрах источника данных.

Журналы аудита

Когда приложения подключаются к рабочей области, доступ к конечным точкам XMLA регистрируется в журналах аудита Power BI со следующими операциями:

Дополнительные сведения см. в статье "Аудит Power BI".

Соображения и ограничения

Не удается изменить семантические модели Power BI по умолчанию с помощью конечной точки XMLA.

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

Дополнительные сведения, связанные с этой статьей, см. в следующих статьях:

• Сценарии использования Power BI: расширенное управление моделью данных
• Вопросы? Попробуйте обратиться к сообществу Power BI
• Есть предложения? Участие в разработке идей по улучшению Power BI