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 может работать в одном из следующих режимов для доступа к данным из различных источников данных. Дополнительные сведения см. в режиме служба хранилища в Power BI Desktop.

  • Режим Import
  • Режим DirectQuery
  • Режим LiveConnect
  • Режим принудительной отправки

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

режимы служба хранилища и семантические типы моделей

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

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

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

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

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

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

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

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

Примечание.

Отчеты о динамическом подключении передают запросы к емкости или экземпляру служб Analysis Services, в котором размещена семантическая модель или модель. При использовании внешних служб 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 по-прежнему выполняет обновления кэша для всех плиток, используемых в верхней части семантической модели принудительной отправки. Подробное пошаговое руководство см. в руководстве по Stream Analytics и Power BI: панель мониторинга аналитики в режиме реального времени для потоковой передачи данных.

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

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

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

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


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

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

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

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

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

Например, чтобы отобразить новый столбец, добавленный в поток данных Power BI или представление База данных SQL.

Применяется как к импортированным таблицам, так и к таблицам DirectQuery.

При обновлении визуальных элементов отчета, обновлении данных и обновлении схемы в 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 (Премиум)
Недоступно
Помните Например, если открыть отчет в браузере, запланированное обновление выполняет обновление данных импортированных таблиц, визуальные элементы отчета в открытом браузере не будут обновляться, пока обновление визуальных элементов отчета не будет инициировано. Обновление данных в служба Power BI завершится ошибкой при переименовании или удалении исходного столбца или таблицы. Это происходит сбоем, так как служба Power BI также не включает обновление схемы. Чтобы исправить эту ошибку, обновление схемы должно произойти в Power BI Desktop, а семантическая модель повторно опубликована в службе. Переименованный или удаленный столбец или таблица в источнике данных будут обновлены с помощью обновления схемы в Power BI Desktop, но это может нарушить визуальные элементы и выражения DAX (меры, вычисляемые столбцы, безопасность на уровне строк и т. д.), а также удалить связи, зависящие от этих столбцов или таблиц.

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

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

Расписание обновления данных в параметрах базы данных.

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

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

Обновить сейчас

Примечание.

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

Обновление 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 и обновление OneDrive

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

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

Схема обновления OneDrive

Если обновление OneDrive включено для семантической модели OneDrive или SharePoint Online, и вы хотите выполнить обновление данных на запланированной основе, убедитесь, что вы настроили расписание, чтобы Power BI выполнила обновление данных после обновления OneDrive. Например, если вы создали собственную службу или процесс для обновления исходного файла в OneDrive или SharePoint Online каждые 1 утра, вы можете настроить запланированное обновление в течение 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. Если имена определения источника данных не интуитивно понятны, обратитесь к администратору шлюза, чтобы уточнить, какое определение нужно выбрать.

Примечание.

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

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

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

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

Настройка учетных данных источника данных для шлюза

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

Семантические модели, использующие облачные источники данных, такие как База данных 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

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

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

Обновление с помощью кластера шлюза

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

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

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

let

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

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

in

    TableData

Примечание.

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

Чтобы убедиться, что параметризованная семантическая модель обращается к правильным данным, необходимо настроить параметры запроса 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 отсутствует динамический источник данных.

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

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

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

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

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

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

Совет

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

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

Примечание.

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

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

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

Кроме того, рекомендуется указать дополнительных получателей для уведомлений о сбое запланированного обновления с помощью сообщения электронной почты, когда обновление завершается сбоем . Указанные получатели получают уведомления об ошибке обновления по электронной почте и 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 делится на две операции:

  • Данные — загрузка данных в семантику модели
  • Кэш запросов — кэш запросов класса Premium и (или) плитки панели мониторинга

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

Снимок экрана: журнал обновления с разделенными операциями обновления.

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

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

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

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

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

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

Примечание.

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

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

Снимок экрана: обновление семантической модели.

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

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

    Снимок экрана: остановка обновления семантической модели.

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

    Снимок экрана: всплывающее окно отмены обновления с выделенной кнопкой

Рекомендации

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

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

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

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