Data refresh in Power BI (Обновление данных в Power BI)

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

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

Общие сведения об обновлении данных

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

Чтобы понять, как Power BI обновляет семантические модели, отчеты и панели мониторинга, необходимо учитывать следующие понятия:

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

Режимы хранения и семантические типы моделей

Семантическая модель Power BI может работать в одном из следующих режимов для доступа к данным из различных источников данных. Дополнительные сведения см. в разделе "Режим хранения" в Power BI Desktop.

• Режим Import
• Режим DirectQuery
• Режим Direct Lake
• Режим LiveConnect
• Режим push-уведомлений

На следующей схеме показаны различные потоки данных на основе режима хранения. Наиболее важной точкой является то, что только семантические модели в режиме импорта требуют обновления исходных данных. Им требуется обновиться, так как только этот тип семантической модели импортирует данные из своих источников данных, а импортированные данные могут обновляться на регулярной или нерегламентированной основе. Семантические модели в режиме DirectQuery, Direct Lake или LiveConnect в службах Analysis Services не импортируют данные; они запрашивают базовый источник данных при каждом взаимодействии с пользователем. Семантические модели в режиме push-отправки не обращаются непосредственно к источникам данных, но ожидают отправки данных в Power BI. Требования к обновлению семантической модели зависят от типа модели хранения или семантики.

Семантические модели в режиме импорта

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

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

Объем памяти, необходимый для обновления семантической модели, зависит от того, выполняется ли полное или частичное обновление. Во время обновления копия семантической модели хранится для обработки запросов к семантической модели. Это означает, что если вы выполняете полное обновление, вам потребуется в два раза больше памяти, необходимых для семантической модели.

Рекомендуется запланировать использование емкости, чтобы обеспечить учет дополнительной памяти, необходимой для обновления семантической модели. Наличие достаточной памяти предотвращает проблемы с обновлением, которые могут возникнуть, если в семантических моделях требуется больше памяти, чем доступно во время операций обновления. Чтобы узнать, сколько памяти доступно для каждой семантической модели в Premium-объеме, см. таблицу Емкости и SKU.

Для получения дополнительных сведений о больших семантических моделях в емкостях Premium см. большие семантические модели.

Семантические модели в режиме DirectQuery

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

Примечание.

Отчеты о динамическом подключении передают запросы к емкости или экземпляру служб Analysis Services, в котором размещена семантическая модель или модель. При использовании внешних аналитических служб, таких как SQL Server Analysis Services (SSAS) или Azure Analysis Services (AAS), ресурсы используются за пределами Power BI.

Так как Power BI не импортирует данные, вам не нужно запускать обновление данных. Однако Power BI по-прежнему выполняет обновления плиток и, возможно, обновляет отчет, как описано в следующем разделе о типах обновлений. Плитка — это визуальный элемент отчета, закрепленный на панели мониторинга, и обновление плиток панели мониторинга происходит примерно каждый час, чтобы плитки отображали последние результаты. Вы можете изменить расписание в параметрах семантической модели, как показано на снимке экрана ниже, или принудительно обновить панель мониторинга вручную с помощью параметра "Обновить сейчас ".

Примечание.

• Семантические модели в режиме импорта и составных семантических моделях, которые объединяют режим импорта и режим DirectQuery, не требуют отдельного обновления плиток, так как Power BI обновляет плитки автоматически во время каждого запланированного или обновления данных по запросу. Семантические модели, обновляемые на основе конечной точки XMLA, будут очищать только кэшированные данные плитки (недопустимый кэш). Кэши плиток не обновляются, пока каждый пользователь не обращается к панели мониторинга. Для моделей импорта можно найти расписание обновления в разделе "Запланированное обновление" на вкладке "Семантические модели ". Для составных семантических моделей раздел "Запланированное обновление" находится в разделе "Оптимизация производительности ".
• Power BI не поддерживает межграничные динамические подключения к Службам Azure Analysis Services (AAS) в суверенном облаке.

Отправка семантических моделей

Семантические модели push не содержат формального определения источника данных, поэтому им не требуется выполнять обновление данных в Power BI. Они обновляются путем отправки данных в семантическую модель через внешнюю службу или процесс, например Azure Stream Analytics. Это распространенный подход для аналитики в режиме реального времени с помощью Power BI. Power BI все еще выполняет обновления кэша для всех плиток, используемых поверх семантической модели на основе push-технологии. Подробные инструкции см. в статье "Анализ мошеннических данных звонков с помощью Stream Analytics" и визуализация результатов на панели мониторинга Power BI.

Типы обновлений Power BI

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

Режим хранения	Обновление данных	Обновление OneDrive	Кэши запросов	Обновление плитки	визуализация отчета
Импорт	Запланированные и по запросу	Да, для подключенных семантических моделей	Если включена емкость Premium	Автоматическое и по запросу	Нет
DirectQuery	Неприменимо	Да, для подключенных семантических моделей	Неприменимо	Автоматическое и по запросу	Нет
LiveConnect	Не применимо	Да, для подключенных семантических моделей	Не применимо	Автоматическое и по запросу	Да
Толкать	Не применимо	Не применяется	Нецелесообразно	Автоматическое и по запросу	Нет

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

	Обновление визуальных элементов отчета	Обновление данных	Обновление схемы
Что делают разные типы обновлений?	Запросы, используемые для заполнения визуальных элементов, обновляются. Для визуальных элементов, основанных на таблицах DirectQuery, визуальный элемент запрашивает последние данные из источника данных. Для визуальных элементов, использующих импортированные таблицы, визуальный элемент запрашивает только данные, уже импортированные в семантику модели при последнем обновлении данных.	Данные обновляются из источника данных. Не применяется к таблицам DirectQuery, так как они находятся на визуальном уровне и полагаются на обновление визуальных элементов отчета. Для импортированных таблиц данные обновляются из источника.	Все изменения структуры таблицы источника данных с момента предыдущего обновления будут отображаться. Например, чтобы отобразить новый столбец, добавленный в поток данных Power BI или представление База данных SQL. Применяется к импортированным таблицам DirectQuery и Direct Lake.

В Power BI Desktop обновление визуальных элементов отчета, обновление данных и обновление схемы выполняются вместе с помощью

• Вкладка 'Главная'> кнопка 'Обновить'.

• Домашняя лента >Преобразовать данные>Закрыть и применить кнопка.

• Контекстное меню (щелкните правой кнопкой мыши или выберите многоточие) в любой таблице в области данных: выберите "Обновить данные".

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

	Обновление визуальных элементов отчета	Обновление данных	Обновление схемы
В Power BI Desktop	Оптимизация ленты >Обновление визуальных элементов Вкладка Просмотр >Кнопка Анализатор производительности>Обновить визуальные элементы Создание и изменение визуальных элементов, вызывающих выполнение запроса DAX Если обновление страницы включено (только DirectQuery) Открытие PBIX-файла	Недоступно независимо от других типов обновлений	Недоступно независимо от других типов обновлений
В службе Power BI	Когда браузер загружает или перезагружает отчет Нажатие кнопки "Обновить визуальные элементы" в верхней правой строке меню Нажатие кнопки "Обновить" в режиме редактирования Если обновление страницы включено (только DirectQuery)	Запланированное обновление Обновить сейчас Обновление семантической модели Power BI из Power Automate Обработка таблицы из SQL Server Management Studio (Премиум)	Доступно только для семантических моделей в режиме Direct Lake при использовании редактирования таблиц при редактировании модели данных в службе Power BI.
Помните	Например, если открыть отчет в браузере, запланированное обновление выполняет обновление данных импортированных таблиц, визуальные элементы отчета в открытом браузере не будут обновляться, пока обновление визуальных элементов отчета не будет инициировано.	Обновление данных в службе Power BI произойдет ошибка при переименовании или удалении исходного столбца или таблицы. Это происходит потому что служба Power BI не включает обновление схемы. Чтобы исправить эту ошибку, обновление схемы должно произойти в Power BI Desktop, а семантическая модель должна быть повторно опубликована в службе.	Переименованный или удаленный столбец или таблица в источнике данных будет удален с обновлением схемы, и он может нарушить визуальные элементы и выражения DAX (меры, вычисляемые столбцы, безопасность на уровне строк и т. д.), а также удалить связи, зависящие от этих столбцов или таблиц.

Обновление данных

Для пользователей Power BI обновление данных обычно означает импорт данных из исходных источников данных в семантику модели на основе расписания обновления или по запросу. Вы можете ежедневно обновлять несколько семантических моделей, которые могут потребоваться при частом изменении базовых исходных данных. Power BI ограничивает количество запланированных ежедневных обновлений семантических моделей на общей мощности до восьми. Восемь значений времени хранятся в серверной базе данных и основаны на локальном часовом поясе, выбранном на странице параметров семантической модели. Планировщик проверяет, какая модель должна обновляться и в какое время. Квота восьми обновлений сбрасывается ежедневно в 12:01 пополуночи по местному времени.

Если семантическая модель находится в емкости Premium, можно запланировать до 48 обновлений в день в параметрах семантической модели. Дополнительные сведения см. в разделе "Настройка запланированного обновления " далее в этой статье. Семантические модели в емкости Premium с конечной точкой XMLA, включенной для поддержки чтения и записи, поддерживают неограниченные операции обновления при программной настройке с помощью TMSL или PowerShell.

Также важно отметить, что ограничение общей емкости для ежедневных обновлений применяется как к запланированным обновлениям, так и к объединенным обновлениям API. Вы также можете активировать обновление по запросу, выбрав "Обновить сейчас " на ленте на странице параметров семантической модели, как показано на следующем снимке экрана. Обновления по запросу не включены в ограничение обновления. Кроме того, обратите внимание, что семантические модели емкости Premium не накладывают ограничения на обновления API. Если вы заинтересованы в создании собственного решения обновления с помощью REST API Power BI, см . семантические модели — обновление семантической модели.

Примечание.

Обновления данных должны выполняться менее чем за два часа в условиях общей вычислительной мощности. Если для семантических моделей требуются более длительные операции обновления, рассмотрите возможность перемещения семантической модели на емкость Premium. В Premium максимальная продолжительность обновления составляет пять часов, но использование конечной точки XMLA для обновления данных может обойти пятичасовое ограничение.

Обновление OneDrive

Если вы создали семантические модели и отчеты на основе файла Power BI Desktop, книги Excel или файла разделенных запятыми значений (.csv) в OneDrive или SharePoint Online, Power BI выполняет другой тип обновления, известный как обновление OneDrive. Дополнительные сведения см. в статье "Получение данных из файлов для Power BI".

В отличие от обновления семантической модели, при которой Power BI импортирует данные из источника данных в семантику модели, обновление OneDrive синхронизирует семантические модели и отчеты с исходными файлами. По умолчанию Power BI проверяет примерно каждый час, если семантическая модель, подключенная к файлу в OneDrive или SharePoint Online, требует синхронизации.

Power BI выполняет обновление на основе идентификатора элемента в OneDrive, поэтому следует внимательно обдумывать обновления и замены. При установке файла OneDrive в качестве источника данных Power BI ссылается на идентификатор элемента файла при выполнении обновления. Рассмотрим следующий сценарий: у вас есть главный файл A и рабочая копия этого файла B, и вы настраиваете обновление OneDrive для файла B. При копировании файла A по файлу B операция копирования удаляет старый файл B и создает новый файл B с другим идентификатором элемента, который прерывает обновление OneDrive. Чтобы избежать этой ситуации, можно вместо этого отправить и заменить файл B, который сохраняет свой идентификатор элемента.

Файл можно переместить в другое место, например, перетащив его, и обновление будет продолжать работать, поскольку Power BI по-прежнему знает идентификатор элемента файла. Однако при копировании этого файла в другое расположение создается новый экземпляр файла и идентификатор нового элемента. Поэтому ссылка на файл Power BI больше не действительна, и обновление не удастся.

Примечание.

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

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

Как показано на снимке экрана выше, Power BI определил это обновление OneDrive как запланированное обновление, но невозможно настроить интервал обновления. Обновление OneDrive можно отключить только в параметрах семантической модели. Деактивация обновления полезна, если вы не хотите, чтобы семантические модели и отчеты в Power BI автоматически собирали изменения из исходных файлов.

На странице параметров семантической модели отображаются только разделы учетных данных OneDrive и обновления OneDrive, если семантическая модель подключена к файлу в OneDrive или SharePoint Online, как показано на следующем снимке экрана. Семантические модели, которые не подключены к исходным файлам в OneDrive или SharePoint Online, не отображаются в этих разделах.

При отключении обновления OneDrive для семантической модели можно по-прежнему синхронизировать семантику модели по запросу, нажав кнопку "Обновить сейчас " в меню семантической модели. В рамках обновления по запросу Power BI проверяет, является ли исходный файл в OneDrive или SharePoint Online более новым, чем семантическая модель в Power BI, и синхронизирует семантику модели, если она есть. Журнал обновлений перечисляет эти действия как запросные обновления на вкладке OneDrive.

Помните, что обновление OneDrive не извлекает данные из исходных источников данных. Обновление OneDrive просто привносит изменения в ресурсы Power BI, используя метаданные и данные из файлов .pbix, .xlsx или .csv, как показано на следующей схеме. Чтобы семантическая модель получила последние данные из источников данных, Power BI также активирует обновление данных в рамках обновления по запросу. Это можно проверить в журнале обновления, если переключиться на вкладку "Запланированное".

Если обновление OneDrive включено для семантической модели OneDrive или SharePoint Online, и вы хотите выполнить обновление данных на запланированной основе, убедитесь, что вы настроили расписание, чтобы Power BI выполнила обновление данных после обновления OneDrive. Например, если вы создали собственную службу или процесс для обновления исходного файла в OneDrive или SharePoint Online каждую ночь в 1:00, можно настроить запланированное обновление в течение 2:30, чтобы предоставить Power BI достаточно времени, чтобы завершить обновление OneDrive перед началом обновления данных.

Обновление кэшей запросов

Если семантическая модель находится в емкости Premium, вы можете повысить производительность всех связанных отчетов и панелей мониторинга, включив кэширование запросов, как показано на следующем снимке экрана. Кэширование запросов указывает емкости Premium использовать локальную службу кэширования для поддержания результатов запроса, избегая вычисления этих результатов в базовом источнике данных. Дополнительные сведения см. в разделе "Кэширование запросов" в Power BI Premium.

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

Обновление визуальных элементов отчета

Этот процесс обновления менее важен, так как он относится только к динамическим подключениям к службам Analysis Services. Для этих подключений Power BI кэширует последнее состояние визуальных элементов отчета, чтобы при повторном просмотре отчета Power BI не запрашивала табличную модель служб Analysis Services. При взаимодействии с отчетом, например путем изменения фильтра отчета, Power BI запрашивает табличную модель и обновляет визуальные элементы отчета автоматически. Если вы подозреваете, что отчет отображает устаревшие данные, можно также нажать кнопку "Обновить" отчета, чтобы активировать обновление всех визуальных элементов отчета, как показано на следующем снимках экрана.

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

Обзор зависимостей инфраструктуры данных

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

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

Подключение к локальным источникам данных

Если в семантической модели используется источник данных, к которому Power BI не удается получить доступ через прямое сетевое подключение, необходимо настроить подключение шлюза для этой семантической модели, прежде чем включить расписание обновления или выполнить обновление данных по запросу. Дополнительные сведения о шлюзах данных и их работе см. в статье "Что такое локальный шлюз данных?"

Вам доступны следующие варианты:

• Выберите корпоративный шлюз данных с необходимым определением источника данных.
• Развертывание шлюза персональных данных.

Использование корпоративного шлюза данных

Корпорация Майкрософт рекомендует использовать корпоративный шлюз данных вместо личного шлюза для подключения семантической модели к локальному источнику данных. Убедитесь, что шлюз настроен правильно, то есть шлюз должен иметь последние обновления и все необходимые определения источника данных. Определение источника данных предоставляет Power BI сведения о подключении для данного источника, включая конечные точки подключения, режим проверки подлинности и учетные данные. Дополнительные сведения об управлении источниками данных в шлюзе см. в статье "Управление источником данных" — импорт и запланированное обновление.

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

Примечание.

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

Убедитесь, что вы сопоставляете правильное определение источника данных с источником данных. Как показано на снимках экрана выше, администраторы шлюза могут создавать несколько определений в одном шлюзе, подключающемся к одному источнику данных, каждый из которых имеет разные учетные данные. В приведенном примере владелец семантической модели в отделе продаж выберет определение источника данных AdventureWorksProducts-Sales, а владелец семантической модели в отделе поддержки сопоставит семантику модели с определением источника данных AdventureWorksProducts-Support. Если имена определения источника данных не интуитивно понятны, обратитесь к администратору шлюза, чтобы уточнить, какое определение нужно выбрать.

Примечание.

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

Развертывание шлюза персональных данных

Если у вас нет доступа к корпоративному шлюзу данных и вы единственный человек, который управляет семантическими моделями, и вам не нужно делиться источниками данных с другими, вы можете развернуть шлюз данных в личном режиме. В разделе подключения шлюза в разделе "Нет личных шлюзов" выберите "Установить сейчас". Шлюз персональных данных имеет несколько ограничений, как описано в разделе "Использование личного шлюза в Power BI".

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

Доступ к облачным источникам данных

Семантические модели, использующие облачные источники данных, такие как База данных SQL Azure, не требуют шлюза данных, если Power BI может установить прямое сетевое подключение к источнику. Соответственно, вы можете управлять конфигурацией этих источников данных с помощью раздела учетных данных источника данных в параметрах семантической модели. Как показано на следующем снимку экрана, вам не нужно настраивать подключение шлюза.

Примечание.

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

Доступ к локальным и облачным источникам в том же исходном запросе

Семантическая модель может получать данные из нескольких источников, и эти источники могут находиться в локальной среде или в облаке. Однако семантическая модель может использовать только одно подключение шлюза, как упоминалось ранее. Хотя облачные источники данных не обязательно требуют шлюза, шлюз требуется, если семантическая модель подключается как к локальным, так и к облачным источникам в одном запросе mashup. В этом сценарии Power BI также должен использовать шлюз для облачных источников данных. На следующей схеме показано, как такая семантическая модель обращается к источникам данных.

Примечание.

Если семантическая модель использует отдельные запросы mashup для подключения к локальным и облачным источникам, Power BI использует подключение шлюза для доступа к локальным источникам и прямого сетевого подключения для доступа к облачным источникам. Если запрос mashup объединяет или добавляет данные из локальных и облачных источников, Power BI переключается на подключение шлюза даже для облачных источников.

Семантические модели Power BI полагаются на Power Query для доступа к исходным данным и их извлечения. В следующем списке mashup показан базовый пример запроса, который объединяет данные из локального источника и облачного источника.

Let

    OnPremSource = Sql.Database("on-premises-db", "AdventureWorks"),

    CloudSource = Sql.Databases("cloudsql.database.windows.net", "AdventureWorks"),

    TableData1 = OnPremSource{[Schema="Sales",Item="Customer"]}[Data],

    TableData2 = CloudSource {[Schema="Sales",Item="Customer"]}[Data],

    MergedData = Table.NestedJoin(TableData1, {"BusinessEntityID"}, TableData2, {"BusinessEntityID"}, "MergedData", JoinKind.Inner)

in

    MergedData

Существует два варианта настройки шлюза данных для поддержки объединения или добавления данных из локальных и облачных источников:

• Добавьте определение источника данных для облачного источника в шлюз данных в дополнение к локальным источникам данных.
• Включите флажок Разрешить облачным источникам данных пользователя обновляться через этот кластер шлюза.

Если в конфигурации шлюза включить флажок Разрешить обновление облачных источников данных пользователя через этот кластер шлюза, как показано выше на снимке экрана, Power BI может использовать настройки, которые пользователь определил для облачного источника в разделе Учетные данные источника данных в параметрах семантической модели. Это может помочь снизить затраты на конфигурацию шлюза. С другой стороны, если вы хотите иметь больший контроль над подключениями, которые устанавливает ваш шлюз, вам не следует отмечать этот флажок. В этом случае необходимо добавить явное определение источника данных для каждого облачного источника, который требуется поддерживать в шлюзе. Кроме того, можно включить флажок и добавить явные определения источников данных для облачных источников в шлюз. В этом случае шлюз использует определения источников данных для всех соответствующих источников.

Настройка параметров запроса

Запросы "mashup" или M, создаваемые с помощью Power Query, могут варьироваться по сложности от простых шагов до параметризованных конструкций. В следующем списке показан небольшой пример запроса mashup, который использует два параметра с именем SchemaName и TableName для доступа к данной таблице в базе данных AdventureWorks.

let

    Source = Sql.Database("SqlServer01", "AdventureWorks"),

    TableData = Source{[Schema=SchemaName,Item=TableName]}[Data]

in

    TableData

Примечание.

Параметры запроса поддерживаются только для семантических моделей режима импорта. Режим DirectQuery/LiveConnect не поддерживает определения параметров запроса.

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

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

Динамический источник данных — это источник данных, в котором некоторые или все сведения, необходимые для подключения, не могут быть определены до тех пор, пока Power Query не запустит запрос, так как данные создаются в коде или возвращаются из другого источника данных. Примеры: имя экземпляра и база данных базы данных SQL Server; путь к CSV-файлу; или URL-адрес веб-службы.

В большинстве случаев семантические модели Power BI, использующие динамические источники данных, нельзя обновить в службе Power BI. Существуют некоторые исключения, когда динамические источники данных можно обновить в службе Power BI, например, при использовании параметров RelativePath и Query с функцией Web.Contents M. Запросы, ссылающиеся на параметры Power Query, также могут быть обновлены.

Чтобы определить, можно ли обновить динамический источник данных, откройте диалоговое окно параметров источника данных в Редактор Power Query, а затем выберите источники данных в текущем файле. В появившемся окне найдите предупреждение, как показано на следующем рисунке:

Примечание.

Некоторые источники данных могут быть не указаны из-за созданных вручную запросов.

Если это предупреждение присутствует в диалоговом окне параметров источника данных, которое появляется, то в службе Power BI присутствует динамический источник данных, который нельзя обновить.

Внимание

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

Настройка запланированного обновления

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

Настройка расписания обновления

В разделе "Обновление" вы определяете частоту и интервалы времени для обновления семантической модели. Как упоминалось ранее, можно настроить до восьми временных слотов ежедневно, если ваша семантическая модель находится в разделенной емкости, или 48 временных слотов в Power BI Premium. На следующем снимка экрана показано расписание обновления на 12-часовом интервале.

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

Совет

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

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

Примечание.

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

Получение уведомлений об ошибках обновления

По умолчанию Power BI отправляет уведомления об ошибках обновления владельцу семантической модели по электронной почте, чтобы они могли своевременно действовать в случае возникновения проблем с обновлением. Если владелец имеет приложение Power BI на мобильном устройстве, он также получит уведомление об ошибке. Power BI также отправляет уведомление по электронной почте, когда служба отключает запланированное обновление из-за последовательных сбоев. Корпорация Майкрософт рекомендует оставить флажок "Отправить уведомление об ошибке обновления на электронную почту владельцу семантической модели" включенным.

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

Примечание.

Push-уведомления в мобильных приложениях не поддерживают псевдонимы групп.

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

Чтобы возобновить запланированное обновление, посетите отчет или панель мониторинга, созданную с помощью этой семантической модели, или вручную обновите семантику модели с помощью параметра "Обновить сейчас ".

Примечание.

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

Проверка состояния обновления и истории обновлений

Помимо уведомлений об ошибках, рекомендуется периодически проверять семантические модели для ошибок обновления. Быстрый способ — просмотреть список семантических моделей в рабочей области. Семантические модели с ошибками отображают небольшой значок предупреждения. Щелкните значок предупреждения, чтобы получить дополнительные сведения, как показано на следующем снимке экрана. Дополнительные сведения об устранении конкретных ошибок обновления см. в статье "Устранение неполадок в сценариях обновления".

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

Примечание.

Вы можете найти ссылку для отображения журнала обновления в параметрах семантической модели. Журнал обновления можно также получить программным способом с помощью REST API Power BI. С помощью пользовательского решения можно отслеживать журнал обновления нескольких семантических моделей централизованно.

Автоматическое обновление страницы

Автоматическое обновление страниц работает на уровне страницы отчета и позволяет авторам отчетов задать интервал обновления для визуальных элементов на странице, которая активна только при использовании страницы. Автоматическое обновление страницы доступно только для источников данных DirectQuery. Минимальный интервал обновления зависит от типа рабочей области, в которой публикуется отчет, а также от параметров администратора емкости для рабочих областей Premium и внедренных рабочих областей.

Дополнительные сведения о автоматическом обновлении страницы см. в статье об автоматическом обновлении страницы.

История обновлений семантической модели

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

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

На следующем снимке экрана показан сбой обновления с подробными сведениями о каждой попытке Power BI автоматически завершить обновление.

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

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

Кроме того, каждая попытка обновления Power BI делится на две операции:

• Данные — загрузка данных в семантику модели.
• Кэш запросов — премиум-кэш запросов и/или обновление плиток на панели мониторинга.

На следующих изображениях показано, как журнал обновлений отделяет эти операции и предоставляет сведения о каждой.

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

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

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

Примечание.

Вы можете улучшить мониторинг с помощью мониторинга рабочей области. Дополнительные сведения см. в статье Что такое мониторинг рабочей области?

Визуализация сведений об обновлении семантической модели

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

На следующем рисунке показан Концентратор мониторинга Fabric , отфильтрованный по семантическим моделям.

Чтобы отобразить страницу сведений об обновлении, можно выбрать действие обновления с подробными сведениями о действии обновления:

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

Сведения об обновлении доступа

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

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

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

Просмотр метрик обновления

Для каждой попытки обновления можно просмотреть метрики выполнения, выбрав ссылку Показать в столбце Сведения о выполнении. Метрики выполнения могут помочь в устранении неполадок или оптимизации обновления семантической модели. Ранее эти данные метрик выполнения были доступны через Log Analytics или Мониторинг рабочей области Fabric.

Ссылка из внешних приложений

Сведения об обновлении семантической модели можно связать из внешних приложений, создав URL-адрес с рабочей областью, семантической моделью и идентификатором обновления. В следующей строке показана структура таких URL-адресов:

https://app.powerbi.com/groups/{workspaceId}/datasets/{semanticModelId}/refreshdetails/{refreshId}

Например, в следующей записной книжке Fabric используется семантическая ссылка sempy и API Power BI "Получить историю обновлений" для создания URL-адреса сведений об обновлении для каждого запуска семантической модели.

import sempy
import sempy.fabric as fabric
import pandas as pd 

workspaceId = "[Your Workspace Id]"
semanticModelId = "[Your semantic model Id]"

client = fabric.FabricRestClient()

response = client.get(f"/v1.0/myorg/groups/{workspaceId}/datasets/{semanticModelId}/refreshes")

refreshHistory = pd.json_normalize(response.json()['value'])

refreshHistory["refreshLink"] = refreshHistory.apply(lambda x:f"https://app.powerbi.com/groups/{workspaceId}/datasets/{semanticModelId}/refreshdetails/{x['requestId']}", axis=1)

displayHTML(refreshHistory[["requestId", "refreshLink"]].to_html(render_links=True, escape=False))

Предыдущий код создает таблицу с идентификаторами обновления и соответствующими URL-адресами страниц сведений, как показано на следующем рисунке:

Отмена обновления

Остановка обновления семантической модели полезна при остановке обновления большой семантической модели во время пикового времени. Используйте функцию отмены обновления, чтобы остановить обновление семантических моделей, расположенных на емкостях Premium, Premium Per User (PPU) или Power BI Embedded.

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

Примечание.

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

Чтобы начать обновление, перейдите к семантической модели, которую вы хотите обновить, а затем нажмите кнопку "Обновить сейчас".

Чтобы остановить обновление, выполните следующие действия.

1. Перейдите к семантической модели, которая обновляется, и нажмите кнопку "Отмена обновления".

   

2. Во всплывающем окне "Отмена обновления" нажмите кнопку "Да".

   

Лучшие практики

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

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

• Запланируйте обновления для меньшей нагрузки, особенно если семантические модели находятся в Power BI Premium. Если вы распределяете циклы обновления для семантических моделей в более широком окне времени, вы можете избежать пиков, которые могут в противном случае перенагрузить доступные ресурсы. Задержки запуска цикла обновления являются индикатором перегрузки ресурсов. Если емкость Premium исчерпана, Power BI может даже пропустить цикл обновления.
• Помните об ограничениях обновления. Если исходные данные часто изменяются или объем данных существенно, рекомендуется использовать режим DirectQuery/LiveConnect вместо режима импорта, если повышенная нагрузка в источнике и влияние на производительность запросов приемлемы. Избегайте постоянного обновления семантической модели режима импорта. Кроме того, следует учитывать, что режим DirectQuery/LiveConnect имеет несколько ограничений, таких как ограничение на один миллион строк для возврата данных и ограничение времени отклика на 225 секунд для выполнения запросов, как описано в разделе Use DirectQuery в Power BI Desktop. Эти ограничения могут потребовать использования режима импорта, тем не менее. Для больших объемов данных рекомендуется использовать агрегирование в Power BI.
• Убедитесь, что время обновления семантической модели не превышает максимальное время обновления. Используйте Power BI Desktop для проверки длительности обновления. Если требуется более двух часов, рассмотрите возможность перемещения семантической модели в Power BI Premium. Возможно, вашу семантическую модель будет невозможно обновить в общем ресурсе. Кроме того, рекомендуется использовать добавочное обновление для семантических моделей, размер которых превышает 1 ГБ или занимает несколько часов.
• Оптимизируйте семантические модели, чтобы включить только те таблицы и столбцы, которые используются в отчетах и панелях мониторинга. Оптимизируйте запросы mashup и, по возможности, избегайте динамических определений источников данных и дорогостоящих вычислений DAX. В частности, избегайте функций DAX, которые проверяют каждую строку в таблице из-за высокой нагрузки на потребление памяти и обработку.
• Примените те же параметры конфиденциальности, что и в Power BI Desktop, чтобы гарантировать, что Power BI может создавать эффективные исходные запросы. Помните, что Power BI Desktop не публикует параметры конфиденциальности. После публикации семантической модели необходимо повторно применить параметры в определениях источника данных.
• Ограничить количество визуальных элементов на панелях мониторинга, особенно если вы используете безопасность на уровне строк (RLS). Как описано ранее в этой статье, чрезмерное количество плиток панели мониторинга может значительно увеличить продолжительность обновления.
• Используйте надежное развертывание корпоративного шлюза данных для подключения семантических моделей к локальным источникам данных. Если вы заметили сбои обновления, связанные со шлюзом, такие как недоступность или перегрузка шлюза, обратитесь к администраторам шлюза, чтобы добавить дополнительные шлюзы в существующий кластер или развернуть новый кластер (масштабирование вверх против масштабирования наружу).
• Используйте отдельные шлюзы данных для семантических моделей в режиме импорта и семантических моделях DirectQuery/LiveConnect, чтобы импорт данных во время запланированного обновления не влиял на производительность отчетов и панелей мониторинга на основе семантических моделей DirectQuery/LiveConnect, которые запрашивают источники данных с каждым взаимодействием пользователя.
• Убедитесь, что Power BI может отправлять уведомления об ошибках обновления в почтовый ящик. Фильтры нежелательной почты могут блокировать сообщения электронной почты или перемещать их в отдельную папку, где вы можете не заметить их сразу.

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

• Настройка запланированного обновления
• Troubleshooting refresh scenarios (Устранение неполадок в сценариях обновления)
• Устранение неполадок шлюзов — Power BI

Есть еще вопросы? Задайте их в сообществе Power BI.