Планирование реализации Power BI: аудит на уровне отчетов

Примечание.

Эта статья является частью серии статей по планированию реализации Power BI . Серия посвящена планированию реализации интерфейса Power BI в Microsoft Fabric. Посмотрите введение к серии.

Эта статья аудита на уровне отчета ориентирована на несколько аудиторий:

  • создатели отчетов: пользователи, которым необходимо понять, как используются, внедряются и работают отчеты, которые они создали, опубликовали и разделили.
  • администраторы Power BI: администраторы, ответственные за надзор за Power BI в организации. Администраторам Power BI может потребоваться совместная работа с ИТ,безопасностью, внутренним аудитом и другими соответствующими командами.
  • Центр знаний, ИТ-отдел и команда бизнес-аналитики: команды, которые также отвечают за надзор за Power BI. Возможно, им потребуется сотрудничать с администраторами Power BI и другими соответствующими командами.

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

В этой статье рассматривается аудит и мониторинг отчетов и визуальных элементов. Однако достижение хорошей производительности для отчета и его визуальных элементов невозможно, если базовая семантическая модель и/или источник данных не работают хорошо. Сведения об аудите и мониторинге семантических моделей и потоков данных (устаревшей версии) см. в разделе "Аудит на уровне данных".

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

Совет

Независимо от того, общаетесь ли вы с коллегами или читаете онлайн, вам потребуется определить, используется ли термин отчет буквально или в более общем смысле. Часто он используется в целом для ссылки на один файл Power BI Desktop (PBIX). Файл может содержать модель данных (которая при публикации становится семантической моделью), отчетом или обоими. Термин можно использовать буквально для ссылки только на отчет (например, отчет с динамическим подключением к семантической модели). В этой статье термин используется буквально.

Сообщить о целевых показателях производительности

Чтобы эффективно отслеживать отчеты, рекомендуется определить целевые показатели производительности отчета, такие как отличная производительность, хорошая производительность и низкая производительность. Нет универсальных определений. Вы всегда должны учитывать эти цели с точки зрения потребителя.

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

Вы можете создать стандартный целевой объект производительности, который предназначен для применения ко всем отчетам всей организации. Например, первая страница отчета должна отображаться в течение пяти секунд. Тем не менее, поскольку существует так много различных соображений, это не обычно реалистично ожидать, что каждое решение должно соответствовать одному и тому же целевому объекту. Рассмотрим диапазоны целевых показателей производительности, которые учитывают уровень сложности решения.

Контрольный список . При рассмотрении того, как создатели отчетов должны проверить производительность отчета, ключевые решения и действия включают:

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

Оставшаяся часть этой статьи описывает методы, которые можно использовать для аудита и мониторинга производительности отчета.

Метрики использования отчета

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

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

Используйте отчеты о метриках использования для:

  • Определите, какие пользователи наиболее активно просматривают отчеты.
  • Узнайте, как часто отчеты просматриваются и ранжируются по популярности (на основе использования).
  • Определите, к каким страницам отчетов чаще всего обращаются пользователи.
  • Найдите отчеты, которые не были просмотрены недавно.
  • Просмотрите высокоуровневую статистику производительности отчета. Эти статистические данные помогают направлять усилия по оптимизации проектирования отчетов и выявлять отчеты, которые могут иметь периодические или постоянные проблемы с производительностью.
  • Узнайте, какие способы потребления (например, браузер или приложение Power BI Mobile) используют потребители. Эти сведения помогут создателям отчетов решить, сколько усилий необходимо использовать для оптимизации отчетов для мобильных устройств.

Совет

Power BI записывает метрики использования для активности, происходящей с содержимым, опубликованным в службе Power BI (включая, когда оно отрисовывается с помощью Power BI Embedded). Доступ к метрикам использования является лишь одной из причин, чтобы поощрять создателей отчетов публиковать свои отчеты в служба Power BI, а не предоставлять общий доступ к файлам Power BI Desktop.

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

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

Метрики использования включают внутреннюю семантику и отчет. Хотя внутренняя семантическая модель не может быть изменена или настроена, можно настроить отчет метрик использования. Вы также можете обновить фильтры отчетов, чтобы узнать об использовании всех отчетов в рабочей области (а не только одного отчета). Используя этот подход, самый широкий диапазон доступен в одной рабочей области. Вы можете просмотреть до 30 дней истории, включая последний полностью завершенный день.

Внимание

Журнал действий Power BI является лучшей альтернативой, если вы хотите:

  • Извлечение действий пользователей для нескольких рабочих областей.
  • Извлечение и хранение данных о действиях в течение более чем 30 дней.
  • Анализируйте все действия, которые пользователи выполняют в службе Power BI.

Дополнительные сведения о журнале действий см. в разделе "Аудит на уровне клиента".

Отчеты метрик использования доступны создателям отчетов и владельцам, которым назначена роль в рабочей области Контрибьютора, Члена или Администратора. Чтобы сделать отчеты о метриках использования видимыми для просмотра рабочих областей (потребители содержимого), можно создать копию отчета об использовании и настроить его.

Совет

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

Существует два параметра клиента, связанных с метриками использования.

  • Настройка клиента "Метрики использования для создателей контента" управляет тем, какие группы создателей отчетов (обладающие необходимой ролью рабочей области) могут создавать и просматривать отчеты о метриках использования. Как правило, администраторы Power BI оставляют этот параметр включенным для всей организации. Таким образом, все создатели отчетов самообслуживания могут просматривать модели использования своего контента.
  • Данные каждого пользователя в метриках использования для создателей контента в настройках арендатора определяют, отображаются ли имена и адреса электронной почты потребителей отчетов в отчетах метрик использования. Если этот параметр отключен (для некоторых или всех создателей отчетов), Power BI подавляет имена и адреса электронной почты в отчетах метрик использования, которые называют маскированием пользователей. Чаще всего администраторы Power BI оставляют этот параметр включенным, чтобы создатели отчетов могли точно понять, кто использует свои отчеты. Кроме того, возможность обращаться к другим пользователям напрямую за отзывом о содержимом ценна, так как она может помочь улучшить содержимое. Иногда может потребоваться маскировать сведения о пользователях для определенных групп создателей отчетов. Если параметр отключен, создатель отчета видит неназванного пользователя вместо сведений о пользователе.

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

Контрольный список . При планировании использования отчета метрик использования ключевые решения и действия включают:

  • Подтвердить, что метрики использования включены: Определите, может ли любой создатель отчета Power BI (у кого есть разрешение на изменение отчета) просматривать метрики использования. Задайте метрики использования для параметра арендатора создателей контента, чтобы соответствовать этому решению.
  • Определите, отображаются ли данные для каждого пользователя в метриках использования: определите, могут ли отображаться имена и сообщения электронной почты для всех или некоторых пользователей. Установите параметр арендатора "Данные по пользователю в метриках использования для создателей контента", чтобы соответствовать этому решению.
  • Проверьте роли рабочей области: Подтвердите назначения ролей рабочей области. Убедитесь, что соответствующие создатели отчетов и владельцы имеют разрешение на изменение содержимого в рабочей области (тем самым делая отчеты о метриках использования доступными).
  • создание и настройка отчетов о метриках использования: для содержимого, который вы хотите проанализировать, создайте отчет метрик использования. При необходимости настройте отчет о показателях использования, чтобы включить все отчеты, находящиеся в рабочей области.
  • Включить в документацию и обучение создателей отчетов. Включите рекомендации для создателей отчетов о том, как они могут воспользоваться отчетами метрик использования. Убедитесь, что создатели отчетов понимают варианты использования и ключевые ограничения. Включите примеры ключевых метрик, которые они могут отслеживать, и как они могут использовать информацию для постоянного улучшения решений, которые они создают и публикуют.
  • Кто использует метрики использования: Используйте журнал активности Power BI для отслеживания того, какие создатели контента и владельцы используют отчеты о метриках использования.
  • Определите, достаточно ли метрики использования. Рассмотрим ситуации, когда будет достаточно встроенного отчета о метриках использования. Определите, будут ли решения аудита на уровне данных и уровня клиента (описанные в других статьях в этой серии) более подходящими.

Анализатор производительности

Анализатор производительности — это средство, доступное в Power BI Desktop для изучения и мониторинга производительности отчетов. Он может помочь создателям отчетов понять производительность визуальных элементов и формул DAX.

Совет

Помимо Анализатора производительности, есть другие инструменты, которые можно использовать для устранения проблем с производительностью отчета. Например, вы можете устранить конкретные проблемы с потреблением отчетов, которые влияют на емкость Premium, с помощью приложения метрик емкости Fabric или журналов событий семантической модели, которые отправляются в Azure Log Analytics. Дополнительные сведения об этих средствах (и других инструментах) см. в разделе "Аудит на уровне данных".

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

Сводная информация доступна в области Анализатор производительности. Результаты журнала можно экспортировать в JSON-файл, что позволяет выполнять более подробный анализ. Файл экспорта содержит дополнительные сведения о зарегистрированных операциях. Дополнительные сведения об использовании файла экспорта см. в документации по Анализатору производительности на сайте GitHub.

Внимание

Помните, что Анализатор производительности работает в Power BI Desktop. Среда компьютера создателя отчета может отличаться от среды служба Power BI.

Некоторые распространенные различия, которые следует учитывать:

  • Объем данных в базовой семантической модели
  • Количество одновременных пользователей, просматривающих отчет
  • Режимы хранения таблиц
  • Используется ли шлюз данных
  • Участвует ли мощность Power BI Premium?
  • Включена ли кэширование запросов
  • Используется ли параллелизация запросов
  • Количество активных подключений
  • Применяется ли безопасность на уровне строк (RLS) службой Power BI.

Внимание

Эта статья относится к Power BI Premium или его подпискам на объем (P SKU). В настоящее время корпорация Майкрософт консолидирует варианты покупки и прекращает использование SKU Power BI Premium на основе емкости. Новые и существующие клиенты должны рассмотреть возможность приобретения подписок на вместимость Fabric (предложения F SKUs) вместо этого варианта.

Дополнительные сведения см. в разделе Важное обновление лицензирования Power BI Premium и Часто задаваемые вопросы по Power BI Premium.

Данные регистрируются при взаимодействии пользователя с элементом отчета. Зарегистрированные данные включают не только элементы визуального отображения. Он также включает:

  • Визуальная активность дисплея.
  • Запросы DAX (когда визуализация извлекает данные из модели данных вместо кэша).
  • Действие DirectQuery (если применимо).
  • Другие действия, выполняемые визуальным элементом, например подготовка запросов, действия фоновой обработки и время ожидания.

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

Некоторые организации имеют конкретные требования к утвержденным (сертифицированным или повышенным) отчетам. Это особенно верно для отчетов, которые широко используются во всей организации. В этом случае вам может потребоваться (или рекомендуется) проверить результаты Анализатора производительности перед публикацией отчета, или перед его сертификацией.

Совет

Отчеты о хорошем исполнении оказывают положительное влияние на внедрение решений. Рекомендуется поощрять создателей отчетов тестировать производительность отчета перед публикацией нового решения в службе Power BI. Кроме того, следует поощрять их повторное тестирование производительности при внесении значительных изменений в существующее решение (отчет или семантическая модель).

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

Контрольный список. При рассмотрении того, как создатели отчетов должны использовать Анализатор производительности, к ключевым решениям и действиям относятся:

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

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

В следующей статье этой серии вы узнаете об аудите на уровне данных.

  • Last updated on