Подключение семантической модели к конечной точке 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 зависит от следующих условий:

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

приложение Multi-user . Приложение предоставляет нескольким пользователям доступ к 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, многомерных выражений и XMLA. Выполнение узкоспециализированных операций обновления и написание скриптов метаданных семантической модели с использованием языка сценариев табличной модели (TMSL). Доступ только для чтения требуется для операций запроса. Требуется доступ с правами чтения и записи для метаданных скриптов. Требуется SSMS версии 18.9 или более поздней. Скачайте SSMS.

SQL Server Profiler — SQL Server Профилировщик устанавливает с помощью SSMS, позволяет отслеживать и отлаживать события семантической модели. Хотя официально не рекомендуется для SQL Server, Профилировщик по-прежнему включен в SSMS и остается поддерживаемым для служб Analysis Services и Power BI. Требуется версия SQL Server Profiler 18.9 или более поздней. При подключении к конечной точке XMLA пользователи должны указать семантику модели (начальный каталог). Дополнительные сведения см. в статье ̄SQL Server Profiler for 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 — средство разработки отчетов с разбивкой на страницы. Создайте определение отчета, указывающее данные для получения, где его получить и как отобразить. Вы можете просмотреть отчет в Report Builder, а затем опубликовать отчет в Power BI service. Требуются права на чтение XMLA. Дополнительные сведения см. в разделе Power BI Report Builder.

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

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

ALM Toolkit — средство сравнения схем с открытым исходным кодом для 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 ГБ (после сжатия) разница может быть значительной. Дополнительные сведения см. в статье Large models in Power BI Premium.

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

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

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

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

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

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

   

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

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

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

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

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

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

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

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

Пользователи могут подключаться к семантическим моделям в Личной Рабочей Области (Моя Рабочая Область) через конечную точку XMLA, если Личная Рабочая Область назначена для емкости Premium на пользователя (PPU), Premium или Fabric. Пользователи должны иметь разрешение на создание семантической модели в целевой рабочей области, особенно при подключении к семантической модели в личной рабочей области другого пользователя.

Клиенты на основе XMLA могут подключаться к личной рабочей области со следующими требованиями:

• Клиентские библиотеки служб Analysis Services версии MSOLAP 17.0.40.18 или более поздней версии, ADOMD 19.104.2.0 или более поздней.
• Строка подключения в формате v2, указывающая на владельца целевой личной рабочей области по UPN или ID объекта:
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[URI_encoded_UPN]
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[UserObjectId]

Для SQL Server Management Studio (SSMS) используйте выпуск за февраль 2026 г. или более поздней версии при подключении к личной рабочей области.

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 ID в главном меню и запишите сведения на странице обзора Microsoft Entra. Дополнительные сведения см. в разделе Find идентификатор клиента Microsoft Entra и основное доменное имя.

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

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

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

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

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

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

Workspaces при проверке 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 connection string поддерживается при подключении к семантическим моделям рабочей области Premium. Учетная запись, указанная в EffectiveUserName, должна находиться в Microsoft Entra ID клиента и должна иметь разрешения Read и Build для подключенной к семантической модели. Если у учетной записи нет разрешений на чтение и сборку, Power BI не может олицетворить учетную запись пользователя. Подключение завершится сбоем, и будет возвращена ошибка.

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

• Если пользователь, выполняющий олицетворение, является администратором рабочей области, который фактически совпадает с администратором сервера в службах 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 service. 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 Logic Apps
• Настраиваемые клиентские приложения

Дополнительные сведения см. в статье 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 в Solution Explorer щелкните правой кнопкой мыши проект >Properties. В свойстве Server вставьте URL-адрес подключения к рабочей области.

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

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

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

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

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

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

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

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

1. В SQL Server Management Studio выберите Connect>Connect to Server.

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

   

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

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

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

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

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

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

Дата, время и состояние операций обновления семантической модели, которые включают транзакцию записи через конечную точку 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, создают метаданные с помощью объявлений источника данных или provider. С помощью конечной точки XMLA Premium также поддерживает структурированные и поставщики источники данных, но не Power Query как часть объявлений встроенных источников данных M в Power BI классических моделях. Дополнительные сведения см. в разделе "Основные сведения о поставщиках".

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

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

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

  

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

  выбран параметр <>Screenshot Power BI Desktop Analysis Services. Подключение live выделено в диалоговом окне базы данных служб Analysis Services.

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

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

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

Дополнительные сведения см. в разделе Auditing Power BI.

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

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

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

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

• сценарии использования Power BI: расширенное управление моделью данных
• Вопросы? Try, запрашивая Power BI Community
• Есть предложения? идеи Contribute для улучшения Power BI