Плановое обновление Power BI, шлюзы и оповещения о данных
Эта страница отвечает на три вопроса, которые определяют, будет ли опубликованный отчет оставаться полезным: как часто ваши данные могут обновляться, что необходимо установить, чтобы они достигли ваших источников, и как кто-то узнает, когда число пересекает черту. Заголовки — восемь запланированных обновлений в день для общей емкости и 48 для Премиум, а правило шлюза проще, чем кажется.
Что вы делаете: сначала проверьте режим хранения, потому что только режим импорта вообще требует обновления. Затем установите расписание в настройках семантической модели, добавьте шлюз, только если источник находится внутри вашей сети, и разместите оповещения на плитках информационной панели, а не в отчетах.
Краткая версия. Режим импорта обновляется по расписанию. Шлюз предназначен только для источников, к которым облако не может получить доступ. Оповещения наблюдаются за плитками приборной панели.
Требуется обновить только один режим хранения.
Перед таблицей: ваш отчет обновляется медленно. Является ли график обновления правильным решением?
Только если вы находитесь в режиме импорта. Собственная формулировка Майкрософт прямолинейна: только семантические модели режима импорта требуют обновления исходных данных, поскольку только этот тип импортирует данные. Все остальное запрашивает источник, когда люди используют отчет.
| Режим хранения | Требуется плановое обновление | Где живут данные |
|---|---|---|
| Импорт | Да | Скопировано в семантическую модель |
| ДиректЗапрос | Нет | В источнике, запрашивается при каждом взаимодействии |
| Прямое озеро | Нет | Читать с озера |
| Живое подключение к службам аналитики | Нет | В источнике |
| Толкать | Нет | Подтолкнуло что-то другое |
Произнесите вслух, что это означает для устаревшего числа в отчете ДиректЗапрос. Если ничего не импортировано, расписание обновления не поможет, поэтому устаревшее число — это либо кэшированные визуальные эффекты в открытом браузере, либо что-то в источнике. Перезагрузите отчет, а не ищите настройку обновления, которая ничего не делает.
Восемь в день, или 48
Во-первых: ваша заинтересованная сторона запрашивает почасовые данные. Сколько запланированных обновлений вы можете обещать в обычном рабочем пространстве Про?
Восемь. Power BI ограничивает семантические модели общей емкости восемью запланированными ежедневными обновлениями, которые хранятся в соответствии с часовым поясом, выбранным на странице настроек, со сбросом квоты в 00:01 по местному времени. Для емкости Премиум, Премиум на пользователя или емкости Ткань ограничение составляет 48.
| Емкость | Запланированные обновления в день | Максимальная продолжительность обновления |
|---|---|---|
| общий | 8 | 2 часа |
| Премиум, ППУ или Ткань | 48 | 5 часов |
И еще три практических замечания. Руководство Обновить сейчас не идет в счет восьмерки, поэтому вы всегда можете обновиться по требованию во время работы. Ограничение общей емкости применяется к обновлениям, запускаемым через REST API, а не только к обновлениям по расписанию. А поскольку конечная точка XMLA поддерживает чтение и запись в версии Премиум, программные обновления фактически не ограничены в зависимости от собственных ресурсов емкости.
Таким образом, «восемь в день» на самом деле означает «каждые три часа, в выбранное вами время», что обычно является честным ответом на почасовой запрос на лицензию Про.
Когда вам нужен шлюз, а когда нет
Перед правилом: чему из них нужен шлюз, SQL Server в вашем офисе или база данных SQL Azure?
Офисный. Правило касается доступности, а не технологии: если Power BI не может получить доступ к источнику через прямое сетевое подключение, вам необходимо настроить соединение шлюза, прежде чем вы сможете включить расписание обновления или запустить обновление по требованию. Семантические модели, использующие облачные источники, такие как база данных SQL Azure, не требуют шлюза, если Power BI может подключаться напрямую.
Их три вида, и имена имеют значение на экзамене и в разговоре о закупках.
| Тип | Кому он служит | Примечания |
|---|---|---|
| Локальный шлюз данных | Несколько пользователей, несколько источников | Стандартный выбор и что Майкрософт рекомендует вместо личного режима |
| Локальный шлюз данных (персональный режим) | Один пользователь, совместного доступа нет | Только Power BI, если вы единственный человек, публикующий |
| Шлюз данных виртуальной сети | Несколько пользователей, источники виртуальной сети | Служба, управляемая Майкрософт, не требует установки. |
Теперь та часть, которая превращает рабочее обновление в сломанное, и это лучший вопрос на этой странице. Семантическая модель может использовать только одно шлюзовое соединение., поэтому каждый локальный источник, которого он касается, должен находиться на одном и том же шлюзе. А если один запрос объединяет или добавляет данные из источника, подключенного к шлюзу, и источника в облаке, Power BI также переключается на соединение шлюза для источника в облаке.
Представьте себе, что это происходит. Ваша таблица SQL Azure обновлялась нормально в течение года. Кто-то объединяет его с электронной таблицей в общей сетевой папке, и теперь облачный источник тоже проходит через шлюз, и он не работает с учетными данными, которые никто не настроил. Исправление заключается в том, чтобы либо добавить определение источника данных для облачного источника в шлюз, либо установить флажок «Разрешить облачным источникам данных пользователя обновляться через этот кластер шлюзов».
Прежде чем спрашивать администратора о чем-либо, стоит знать: разрешения шлюза управляются отдельно от ролей рабочей области. Участник может запланировать обновление через шлюз, но только в том случае, если администратор шлюза добавил источник данных и предоставил ему разрешение на его использование.
Оповещения о данных отображаются на плитках информационной панели, и только ваши данные принадлежат вам.
Во-первых: вы хотите получать электронное письмо, когда открытые заявки пересекают 100. Где вы это настроите?
На плитке панели мониторинга, а не в отчете. Оповещения можно устанавливать только на плитках, закрепленных на визуальных элементах отчета, и только на датчики, ключевые показатели эффективности и карты. Они вообще недоступны в Рабочий стол Power BI.
Остальная часть поведения в том порядке, в котором оно кусается:
- Только вы можете видеть установленные вами оповещения, даже если вы предоставляете общий доступ к информационной панели, и владелец информационной панели не может видеть оповещения, которые вы установили в вашем представлении его информационной панели. Оповещение — это личное уведомление, а не командное.
- Оповещения работают только для обновленных данных. При обновлении данных Power BI проверяет, был ли превышен порог. Статические данные никогда ничего не запускают, равно как и неизмененное значение.
- Вы сами выбираете, как часто вам можно будет сообщать, не чаще одного раза в час или раз в 24 часа, а уведомление отправляется в ваш Центр уведомлений по дополнительному адресу электронной почты.
- Только числовые значения, а не на плитках карточек с указанием даты или времени.
- 250 оповещений во всех ваших моделях есть шапка.
Сравните это с подпиской, которая отправляет снимок отчета или информационной панели по расписанию независимо от того, изменилось ли что-либо или нет. Оповещения являются условными и персональными; подписки запланированы и могут быть отправлены другим людям. Если менеджер хочет «сказать мне когда», он устанавливает для себя это предупреждение. Если они хотят «присылать мне это каждый понедельник», это подписка, и вы можете настроить ее для них.
Что касается правил оповещения, которые принадлежат команде, а не человеку, Майкрософт указывает на оповещения Активатор ткани в отчетах, а не на оповещения информационной панели, и именно здесь эта потребность переместилась.
Пограничные случаи, которые стоит знать
Переименование в источнике приводит к сбою обновления в службе. Если столбец или таблица переименовываются или удаляются из исходной версии, обновление завершается неудачей, поскольку служба не выполняет обновление схемы. Исправьте это на рабочем столе и опубликуйте повторно.
Обновление может быть успешным, но при этом оказаться неправильным. Power BI регистрирует предупреждение, когда обновление завершается, но возникает некритическая проблема, например мера, ссылающаяся на несуществующий столбец. Обновления данных, затронутые вычисления возвращают ошибки или пробелы, а состояние не является сбоем. Проверяйте историю обновлений, а не только свой почтовый ящик.
Обновление OneDrive — это отдельная тема. Отчеты, созданные на основе файла в OneDrive или SharePoint Online, синхронизируются примерно каждый час, и эта синхронизация отслеживает идентификатор элемента файла. Копирование нового файла поверх старого создает другой идентификатор и автоматически разрывает ссылку; вместо этого загрузите и замените.
Для времени обновления используйте часовой пояс на странице настроек. Восемь слотов хранятся в соответствии с выбранным вами местным часовым поясом, и это нужно проверять, когда обновление загадочным образом происходит на час два раза в год.
Почему ограничения имеют такую форму
Запланированное обновление не является бесплатным. Он считывает весь источник, перестраивает модель и аннулирует результаты кэшированных запросов, благодаря чему отчеты кажутся мгновенными, а затем Power BI приходится перестраивать их.
Вот почему количество обновлений зависит от емкости, а не от лицензии: это очередь на чьем-то оборудовании. Общая емкость является общей, поэтому она получает восемь слотов и двухчасовой потолок. Мощность, за которую вы заплатили, получает 48 и пять часов, потому что вы несете расходы.
Та же логика объясняет, почему оповещения срабатывают только при обновлении данных. Нет никакого процесса, сидящего и наблюдающего за вашим номером. Проверка происходит как часть обновления, а это означает, что самое быстрое оповещение может зависеть от скорости вашего расписания. Обещать заинтересованной стороне оповещение в режиме реального времени по расписанию с восемью обновлениями — это обещание того, чего архитектура не может сделать.
Как применить это в своей работе
- Прежде чем нажимать на какие-либо настройки обновления, проверьте режим хранения вашей модели. Если это не Импорт, то расписание – не ваша проблема.
- Посчитайте, как часто действительно меняются исходные данные. Большинство ежедневных отчетов обновляются чаще, чем перемещаются содержащиеся в них данные.
- Распределите восемь слотов вокруг, когда люди действительно читают отчет, а не равномерно. Один перед утренней встречей стоит трех за ночь.
- Прежде чем объединять облачный источник с локальным в одном запросе, проверьте настройку облачного источника шлюза или запланируйте сбой на вторую половину дня.
- Установите собственное оповещение на номер, о котором вас спрашивают чаще всего. Это самое дешевое средство раннего предупреждения, которое вы когда-либо создавали, и никто больше не должен знать о его существовании.
- Читайте историю обновлений раз в неделю. Предупреждения не являются сбоями, и никто не отправляет вам о них электронное письмо.
Если у вас есть бумага поблизости, нарисуйте источники вашей модели в виде прямоугольников и обведите линией те, что находятся внутри вашей сети. Все внутри этой линии использует один шлюз, и все, что соединяется через линию, является запросом, на который следует обратить внимание в первую очередь, когда обновление прерывается.
Шпаргалка
| Вопрос | Отвечать |
|---|---|
| Обновляет день, общая емкость | 8 по расписанию, сброс на 00:01 по местному времени. |
| Обновляет день, Премиум, ППУ или Ткань | 48 запланировано |
| Засчитывается ли теперь обновление? | Нет, обновления вручную по требованию выходят за рамки восьми |
| Какие режимы нужно обновить | Только импорт |
| Требуется шлюз | Когда Power BI не может напрямую связаться с источником, поэтому локальные источники и источники виртуальной сети |
| Шлюз не нужен | Облачные источники, к которым Power BI может подключаться напрямую |
| Шлюзы для каждой семантической модели | Одно подключение, поэтому все локальные источники находятся на одном шлюзе. |
| Оповещения, где | Плитки информационной панели, прикрепленные к визуальным элементам карты, ключевого показателя эффективности или индикатора. |
| Оповещения, кто их видит | Только тот, кто их установил |
| Запланированная электронная почта независимо от ценности | Подписка, а не оповещение |
Единственная привычка, которую нужно сохранить
Прежде чем обещать кому-либо частоту обновления, скажите вслух, на какой мощности находится рабочее пространство. Восемь и 48 — это разные продукты, и именно в разрыве между ними живет большинство разочарованных заинтересованных сторон.
Каков график обновления вашего наиболее читаемого отчета и когда вы в последний раз проверяли, действительно ли все восемь слотов работали?
Power BI для аналитиков это 187 страниц на всем пути от источника до читателя, включая те части, которые появляются только после публикации.
Power BI для аналитиков, 19 долларов США →тот Курс Power BI описывает модель, DAX и построение отчетов с отработанными примерами в браузере. Шлюзы и оповещения о данных — это вопросы 45 и 48 Учебная дрель ПЛ-300.
Откройте комплект Power BI →