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

Примечание.

Эта статья входит в серию статей по планированию реализации Power BI. В этой серии основное внимание уделяется рабочей нагрузке Power BI в Microsoft Fabric. Общие сведения о серии см. в статье о планировании реализации Power BI.

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

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

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

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

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

Совет

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

Целевые показатели производительности отчета

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

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

• При проверке или проверке нового отчета (особенно при наличии область доставки содержимого большому количеству пользователей).
• Прежде чем утвердить отчет (особенно при сертификации).
• Перед публикацией отчета в рабочей рабочей области.
• При включении отчета в приложение Power BI.

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

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

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

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

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

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

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

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

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

Совет

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, с помощью приложения "Премиум" и приложения метрик или журналов событий семантической модели, отправленных в Azure Log Analytics. Дополнительные сведения об этих средствах (и других инструментах) см. в разделе "Аудит на уровне данных".

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

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

Внимание

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

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

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

Внимание

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

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

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

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

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

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

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

Совет

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

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

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

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

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

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