Использование Azure Log Analytics в Power BI
Power BI интегрируется с Azure Log Analytics (LA), чтобы разрешить администраторам и владельцам рабочих областей Premium настроить подключение Log Analytics к подписке Power BI. В этой статье описывается, как работает интеграция Log Analytics и Power BI, а также приведены примеры использования Azure Log Analytics в подписке Power BI Premium.
Azure Log Analytics (LA) — это служба в Azure Monitor , которую Power BI использует для сохранения журналов действий. Набор Azure Monitor позволяет собирать, анализировать и действовать на данных телеметрии из azure и локальных сред. Он предлагает долгосрочное хранение, нерегламентированный интерфейс запросов и доступ к API для разрешения экспорта и интеграции данных с другими системами.
Интеграция Power BI с Log Analytics предоставляет события из подсистемы Служб Analysis Services. События являются производными от существующих журналов диагностики, доступных для Служб Azure Analysis Services.
После подключения к Power BI данные отправляются непрерывно и доступны в Log Analytics примерно через 5 минут. На следующей схеме показано, как работает Azure Monitor, с выделенным путем, выделенным Power BI.
В следующих разделах описана интеграция Azure Log Analytics с Power BI, требования, необходимые для подключения Azure Log Analytics к Power BI, и рекомендации, которые следует учитывать.
Доступные область для ведения журнала
Подключение Azure Log Analytics в настоящее время поддерживается для рабочих областей Premium в Power BI. В следующей таблице приведены дополнительные сведения о конфигурации Log Analytics на уровне рабочей области.
Уровень конфигурации | Роль или разрешение | Целевая таблица в Log Analytics | Сведения |
---|---|---|---|
Рабочая область | Владелец рабочей области Power BI или владелец рабочей области Log Analytics | PowerBIDatasetsWorkspace | — администратор клиента должен разрешать — журналы действий только из рабочей области — только рабочие области уровня "Премиум" — только рабочая область версии 2 |
В следующем разделе приведены примеры использования ведения журнала в Power BI.
Примеры сценариев ведения журнала
В этом разделе приведены некоторые примеры настройки Log Analytics для Power BI и способов выбора, влияющих на регистрируемые данные и способ предоставления сведений.
Пример 1. Журналы рабочей области только для одной рабочей области
В этом примере только журналы рабочих областей из рабочей области A отправляются в выделенную рабочую область Log Analytics:
Пример 2. Журналы рабочей области, отправленные в выделенные рабочие области Log Analytics
В этом примере журналы рабочих областей из двух разных рабочих областей Power BI отправляются в отдельные выделенные рабочие области Log Analytics:
В этих примерах описаны различные способы использования Azure Log Analytics с Power BI и получения необходимых сведений журнала.
В другой статье показано, как настроить Azure Log Analytics для работы с Power BI с конкретными шагами и требованиями, чтобы обеспечить правильную работу журнала.
Пример 3. Журналы рабочей области, отправленные в выделенную рабочую область Log Analytics
В этом примере журналы рабочих областей из нескольких рабочих областей Power BI отправляются в выделенную рабочую область Log Analytics:
В этих примерах описаны различные способы использования Azure Log Analytics с Power BI и получения необходимых сведений журнала.
В другой статье показано, как настроить Azure Log Analytics для работы с Power BI с конкретными шагами и требованиями, чтобы обеспечить правильную работу журнала.
Рекомендации и ограничения
При работе с Azure Log Analytics и Power BI следует учитывать следующие рекомендации и ограничения.
- Поддержка национальных облаков в настоящее время ограничена Министерством обороны США и сообществом государственных организаций США Cloud High.
- Поддерживаются только рабочие области Premium.
- Только рабочая область версии 2 поддерживает подключения Log Analytics.
- Azure Log Analytics не поддерживает миграцию клиентов.
- Действия записываются только для семантических моделей, физически размещенных в рабочей области Premium, в которой настроено ведение журнала. Например, если вы настроите ведение журнала для рабочей области Premium A, журналы для отчетов в пределах семантических моделей, размещенных в Службах Azure Analysis Services, не отображаются. Вы также не увидите журналы для общих семантических моделей , которые не входят в рабочую область Premium A. Чтобы записать действия для общих семантических моделей, настройте ведение журнала в рабочей области, содержащей общую семантику, а не рабочую область, содержащую отчет.
- Семантические модели, созданные в Интернете путем отправки CSV-файла, не создают журналы.
- Если для Azure используется многофакторная проверка подлинности (MFA), но не Power BI, экраны конфигурации дают общие ошибки Azure. Обходной путь — сначала войти в портал Azure, выполнить задачу MFA, а затем войти в Power BI в том же сеансе браузера.
- Если вы используете частные ссылки или виртуальные сети для изоляции рабочих областей Log Analytics, прием данных в Log Analytics не влияет. Однако приложение шаблона Log Analytics(https://appsource.microsoft.com/product/power-bi/pbi_pcmm.powerbiloganalyticsforasengine?tab=Overview)] не будет работать, так как оно использует общедоступную конечную точку, которая больше не доступна службой Power Service в качестве частной ссылки. Обходным решением является использование шаблона отчета [Pbit(https://github.com/microsoft/PowerBI-LogAnalytics-Template-Reports)] и обновление данных из частной виртуальной сети. Необходимо настроить настраиваемое сопоставление DNS, чтобы убедиться, что общедоступная конечная точка использует частный внутренний IP-адрес.
- Для функции Log Analytics Power BI отправляет данные только в таблицу PowerBIDatasetsWorkspace и не отправляет данные в таблицу PowerBIDatasetsTenant . Это позволяет избежать хранения повторяющихся данных о log analytics в обоих расположениях.
Связанный контент
В следующих статьях содержатся дополнительные сведения о Power BI и его многочисленных функциях:
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по