Подключение семантической модели к конечной точке XMLA
Рабочие области Power BI Premium, Premium на пользователя и Power BI Embedded используют конечную точку XMLA для поддержки подключения к открытой платформе от Майкрософт и сторонних клиентских приложений и инструментов.
Конечные точки 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 на пользователя (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 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, многомерных выражений и 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.
Табличный редактор — средство с открытым исходным кодом для создания, обслуживания и управления табличными моделями с помощью интуитивно понятного упрощенного редактора. Иерархическое представление отображает все объекты в табличной модели. Упорядочивает объекты по папкам отображения с поддержкой редактирования свойств с несколькими выборами и выделения синтаксиса DAX. Требуется доступ только для чтения XMLA для операций запроса. Требуется чтение и запись для операций метаданных. Дополнительные сведения см. в tabulareditor.github.io.
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
Выберите портал администрирования параметров>.
На портале администрирования выберите имя емкости>Power BI Premium> .
Разверните рабочие нагрузки. В параметре конечной точки XMLA выберите "Чтение записи". Параметр конечной точки XMLA применяется ко всем рабочим областям и семантическим моделям , назначенным емкости.
Включение чтения и записи для пользователя premium
- Выберите портал администрирования параметров>.
- На портале администрирования выберите Premium на пользователя.
- Разверните параметры рабочей нагрузки семантической модели. В параметре конечной точки XMLA выберите "Чтение записи".
Подключение к рабочей области 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.
Примечание.
Подключение к моей рабочей области с помощью конечной точки XMLA в настоящее время не поддерживается.
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 из объекта рабочей области в URL-адресе. Добавьте объектный идентификатор в URL-адрес подключения. Например:
powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.
Повторяющееся имя семантической модели
Чтобы подключиться к семантической модели с тем же именем, что и другая семантическая модель в той же рабочей области, добавьте 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 и анализировать в Excel с помощью локальных семантических моделей = отключены | Разрешить конечные точки XMLA и анализировать в Excel с помощью локальных семантических моделей = включено |
|---|---|---|
| Пользователи могут работать с семантические модели в Excel с помощью динамического подключения = отключены | XMLA: запрещено Анализ в Excel: запрещено |
XMLA: разрешено Анализ в Excel: запрещено |
| Пользователи могут работать с семантических моделей в Excel с помощью динамического подключения = включено | XMLA: запрещено Анализ в Excel: разрешено |
XMLA: разрешено Анализ в Excel: разрешено |
Доступ через конечную точку XMLA будет учитывать членство в группах безопасности на уровне рабочей области или приложения.
Участники рабочей области и выше имеют разрешения на семантику записи, которые фактически совпадают с правами администратора базы данных Analysis Services. Они могут развертывать новые семантические модели из Visual Studio и выполнять скрипты TMSL в SSMS.
Пользователи с семантической моделью сборки эквивалентны средствам чтения баз данных Служб Analysis Services. Они могут подключаться к и просматривать семантические модели для потребления и визуализации данных. Правила безопасности на уровне строк (RLS) учитываются, и они не могут видеть метаданные внутренней семантической модели.
Операции, требующие разрешений администратора сервера Служб Analysis Services (а не администратора базы данных) в целом не поддерживаются.
Имперсонация
Олицетворение пользователя с помощью свойства EffectiveUserName строка подключения поддерживается при подключении к семантической модели рабочей области Premium. Учетная запись, указанная в EffectiveUserName, должна находиться в идентификаторе Microsoft Entra клиента и должна иметь разрешения на чтение и сборку для подключенной к семантической модели. Если у учетной записи нет разрешений на чтение и сборку, Power BI не может олицетворить учетную запись пользователя. Подключение завершится ошибкой, и возвращается ошибка.
Вы также можете выполнить олицетворение, указав одну или несколько ролей рабочей области в свойстве Role строка подключения. С помощью свойства "Роли" можно протестировать члены роли понижения с разрешениями на запись для разрешений на чтение. Следующие разрешения роли применяются в зависимости от учетной записи пользователя, вошедшего в систему:
Если пользователь, выполняющий олицетворение , является администратором рабочей области, который фактически совпадает с администратором сервера в службах Analysis Services, он не должен быть членом какой-либо из указанных ролей.
Если пользователь, выполняющий олицетворение , не является администратором рабочей области, он должен принадлежать одному или нескольким указанным ролям, в противном случае пользователь не нашел или не возвращает ошибку типа разрешений.
Роли модели
С помощью конечной точки XMLA, роли, членства в роли, безопасности на уровне строк (RLS) и безопасности на уровне объектов (OLS) можно определить для пользователей в идентификаторе Microsoft Entra клиента. Роли модели в Power BI используются только для RLS и OLS. Используйте модель безопасности Power BI для управления разрешениями за пределами RLS и OLS.
Для проектов табличной модели, созданных в Visual Studio, роли можно определить с помощью диспетчера ролей в конструкторе моделей. Для семантических моделей в Power BI роли можно определить в Power BI Desktop перед публикацией в службе. Членство в роли указывается в служба Power BI. SSMS также можно использовать для создания ролей и управления ими. В большинстве случаев определения объектов ролей можно создавать или изменять объект Role с помощью TMSL. Скрипты TMSL можно выполнять в SSMS или с помощью командлета Invoke-ASCmd PowerShell.
Следующие ограничения применяются при работе с ролями через конечную точку XMLA:
- Единственным разрешением для роли, которую можно задать для семантических моделей, является разрешение на чтение. Другие разрешения предоставляются с помощью модели безопасности 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.
Развертывание проектов модели из 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 — универсальный с проверкой подлинности MFA .
Подключение к рабочей области с помощью SSMS
В СРЕДЕ SQL Server Management Studio выберите "Подключиться>к серверу".
В поле "Тип сервера" выберите службы Analysis Services. Введите URL-адрес рабочей области в имени сервера. В разделе "Проверка подлинности" выберите Active Directory — universal with MFA, а затем введите идентификатор пользователя организации.
При подключении рабочая область отображается как сервер служб Analysis Services, а семантические модели в рабочей области отображаются как базы данных.
Дополнительные сведения об использовании SSMS для метаданных скриптов см. в следующей статье:
Обновление семантической модели
Конечная точка XMLA обеспечивает широкий спектр сценариев для более детального обновления с помощью SSMS, автоматизации с помощью PowerShell, служба автоматизации Azure и Функции Azure с помощью TOM. Например, можно обновить определенные секции журнала добавочного обновления , не перезагрузив все исторические данные.
В отличие от настройки обновления в служба Power BI, операции обновления через конечную точку XMLA не ограничиваются 48 обновлениями в день, а запланированное время ожидания обновления не вводится.
Дата, время и состояние операций обновления семантической модели, которые включают транзакцию записи через конечную точку XMLA, записываются и отображаются в журнале обновления семантической модели.
Примечание.
Операции обновления, выполняемые конечной точкой XMLA, не обновляют кэши плиток автоматически. Кэши плиток обновляются только при доступе пользователя к отчету.
Динамические административные представления (DMV)
Динамические административные представления служб Analysis Services обеспечивают видимость метаданных семантической модели, происхождения и использования ресурсов. Динамические административные административные представления, доступные для запросов в Power BI через конечную точку XMLA, ограничены, в большинстве случаев, которым требуются разрешения администратора базы данных. Некоторые динамические административные представления, например, недоступны, так как для них требуются разрешения администратора сервера Analysis Services.
Созданные семантические модели Power BI Desktop
Расширенные метаданные
Операции записи XMLA для семантических моделей, созданных в Power BI Desktop и опубликованных в рабочей области Premium, требуют расширенных метаданных. Дополнительные сведения см. в разделе метаданных расширенной семантической модели.
Внимание
В настоящее время операция записи в семантической модели, написанной в Power BI Desktop, предотвращает загрузку в виде PBIX-файла. Не забудьте сохранить исходный PBIX-файл.
Объявление источника данных
При подключении к источникам данных и запросам данных 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 из внешнего приложения | ConnectFromExternalApplication |
| Запрошенное обновление семантической модели Power BI из внешнего приложения | RefreshDatasetFromExternalApplication |
| Созданная семантическая модель Power BI из внешнего приложения | CreateDatasetFromExternalApplication |
| Измененная семантическая модель Power BI из внешнего приложения | EditDatasetFromExternalApplication |
| Удалена семантическая модель Power BI из внешнего приложения | DeleteDatasetFromExternalApplication |
Дополнительные сведения см. в статье "Аудит Power BI".
Рекомендации и ограничения
Не удается изменить семантические модели Power BI по умолчанию с помощью конечной точки XMLA.
Связанный контент
Дополнительные сведения, связанные с этой статьей, см. в следующих статьях: