Подключение семантической модели к конечной точке 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 на пользователя (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 или более поздней в Click-to-Run.
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 построитель отчетов — средство разработки отчетов с разбивкой на страницы. Создайте определение отчета, указывающее данные для получения, где его получить и как отобразить. Вы можете просмотреть отчет в Report Builder, а затем опубликовать отчет в службу Power BI. Требуется XMLA в режиме только для чтения. Дополнительные сведения см. в Power BI Report Builder.
Табличный редактор — средство с открытым исходным кодом для создания, обслуживания и управления табличными моделями с помощью интуитивно понятного упрощенного редактора. Иерархическое представление отображает все объекты в табличной модели. Упорядочивает объекты по папкам отображения с поддержкой редактирования свойств с несколькими выборами и выделения синтаксиса 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 Per User
- Выберите Параметры>Портал администрирования.
- На портале администрирования выберите Премиум на одного пользователя.
- Разверните параметры рабочей нагрузки семантической модели. В параметре конечной точки 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.
Примечание.
Подключение к My 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-адреса подключения к рабочей области
В разделе "Параметры>выберите "Копировать".
Требования к подключению
Исходный каталог
При использовании некоторых средств, таких как SQL Server Profiler, необходимо указать начальный каталог, который является семантической моделью (базой данных) для подключения к рабочей области. В диалоговом окне "Подключение к серверу" выберите Параметры>Свойства подключения>Подключение к базе данных, введите имя семантической модели.
Повторяющиеся имена рабочих областей
Проверка рабочих областей в Power BI не позволяет создавать или переименовывать рабочие области с одинаковыми именами. При подключении к рабочей области с тем же именем, что и другая рабочая область, может появиться следующее сообщение:
Не удается подключиться к powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].
Чтобы найти обходной путь, в дополнение к имени рабочей области укажите ObjectIDGuid. Вы можете скопировать ObjectIDGuid из ObjectID рабочей области из URL. Добавьте объектный идентификатор в URL-адрес подключения. Например:
powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.
Повторяющееся имя семантической модели
Чтобы подключиться к семантической модели с тем же именем, что и у другой семантической модели в той же рабочей области, добавьте 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 не может олицетворить учетную запись пользователя. Подключение завершится ошибкой, и будет возвращена ошибка.
Вы также можете выполнить имперсонацию, указав одну или несколько ролей рабочей области в свойстве строки подключения 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:
- Единственным разрешением для роли, которую можно задать для семантических моделей, является разрешение на чтение. Другие разрешения предоставляются с помощью модели безопасности 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 выберите Подключить>Подключение к серверу.
В Server Type выберите 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 использует выражения языка M Power Query в качестве встроенных описаний источников данных. Хотя это поддерживается в рабочих областях 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, и намерены перейти на премиальные семантические модели, нужно только изменить URL-адрес имени сервера в Преобразовании данных>Параметры источника данных.
Журналы аудита
Когда приложения подключаются к рабочей области, доступ к конечным точкам XMLA регистрируется в журналах аудита Power BI со следующими операциями:
| Дружественное имя операции | Наименование операции |
|---|---|
| Подключение к семантической модели Power BI из внешнего приложения | ПодключитьсяИзВнешнегоПриложения |
| Запрошенное обновление семантической модели Power BI из внешнего приложения | ОбновитьНаборДанныхИзВнешнегоПриложения |
| Созданная семантическая модель Power BI из внешнего приложения | Создать набор данных из внешнего приложения |
| Измененная семантическая модель Power BI из внешнего приложения | РедактироватьНаборДанныхИзВнешнегоПриложения |
| Удалена семантическая модель Power BI из внешнего приложения | УдалитьНаборДанныхИзВнешнегоПриложения |
Дополнительные сведения см. в статье "Аудит Power BI".
Рекомендации и ограничения
Не удается изменить семантические модели Power BI по умолчанию с помощью конечной точки XMLA.
Связанный контент
Дополнительные сведения, связанные с этой статьей, см. в следующих статьях: