Процесс конвейеров развертывания

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

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

Вы также можете программно развертывать содержимое с помощью интерфейсов REST API конвейеров развертывания. Дополнительные сведения об этом процессе см. в разделе "Автоматизация конвейера развертывания" с помощью API и DevOps.

Развертывание содержимого на пустом этапе

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

Существует несколько способов развертывания содержимого из одного этапа в другой. Вы можете развернуть все содержимое или выбрать элементы для развертывания.

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

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

Создание рабочей области

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

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

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

Если вы используете premium per User (PPU), ваша рабочая область автоматически связывается с PPU. В таких случаях разрешения не требуются. Однако если вы создаете рабочую область с PPU, доступ к ней могут получить только другие пользователи PPU. Кроме того, только пользователи PPU могут использовать содержимое, созданное в таких рабочих областях.

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

Развертывание содержимого в существующей рабочей области

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

  • Развертывание нового содержимого в качестве дополнения к содержимому уже есть.

  • Развертывание обновленного содержимого для замены содержимого уже есть.

Процесс развертывания

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

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

Автоматическая привязка

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

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

  • Связанный элемент существует на целевом этапе — конвейеры развертывания автоматически подключаются (автоматически привязывать) развернутый элемент к элементу, от него зависит развернутый этап. Например, если вы развертываете отчет с разбивкой на страницы от разработки для тестирования и подключается к семантической модели, которая ранее была развернута на тестовом этапе, она автоматически подключается к этой семантической модели.

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

Автоматическая привязка работает только с элементами, которые поддерживаются конвейерами развертывания и находятся в Fabric. Чтобы просмотреть зависимости элемента, в меню "Дополнительные параметры" элемента выберите "Вид происхождения".

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

Автоматическая привязка между конвейерами

Конвейеры развертывания автоматически привязывают элементы, подключенные между конвейерами, если они находятся на одном этапе конвейера. При развертывании таких элементов конвейеры развертывания пытаются установить новое соединение между развернутыми элементами и элементом, к которому он подключен в другом конвейере. Например, если у вас есть отчет на тестовом этапе конвейера A, подключенного к семантической модели на этапе тестирования конвейера B, конвейеры развертывания распознают это соединение.

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

  1. У вас есть семантическая модель на этапе разработки конвейера A.

  2. У вас также есть отчет на этапе разработки конвейера B.

  3. Отчет в конвейере B подключен к семантической модели в конвейере A. Отчет зависит от этой семантической модели.

  4. Отчет развертывается в конвейере B с этапа разработки до этапа тестирования.

  5. Развертывание завершается успешно или завершается сбоем в зависимости от того, есть ли копия семантической модели, от которой зависит этап тестирования конвейера A:

    • Если у вас есть копия семантической модели отчета, отчет зависит от этапа тестирования конвейера A:

      Развертывание завершается успешно, а конвейеры развертывания подключаются (автоматически привязывать) отчет на этапе тестирования конвейера B к семантической модели на этапе тестирования конвейера A.

      Схема, показывающая развертывание отчета с этапа разработки на этап тестирования в конвейере B. Отчет подключен к набору данных в конвейере A. Развертывание выполнено успешно, так как в тестовом этапе конвейера A существует копия набора данных. После развертывания отчета на этапе тестирования на конвейере B автоматически привязываться с набором данных на этапе тестирования конвейера A.

    • Если у вас нет копии семантической модели, отчет зависит от этапа тестирования конвейера A:

      Развертывание завершается сбоем, так как конвейеры развертывания не могут подключать отчет (автобиндировать) на этапе тестирования в конвейере B, к семантической модели, от которой она зависит на этапе тестирования конвейера A.

      Схема, показывающая развертывание отчета с этапа разработки на этап тестирования в конвейере B. Отчет подключен к набору данных в конвейере A. Развертывание завершается сбоем, так как не существует копии набора данных, от которой отчет зависит на этапе тестирования конвейера A.

Избегайте использования автоматической привязки

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

Схема с двумя конвейерами. Конвейер A имеет семантику модели на каждом этапе и конвейер B содержит отчет на каждом этапе. Все отчеты из конвейера B подключены к семантической модели на этапе производства конвейера A.

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

  • Не подключайте элемент к соответствующим этапам. Если элементы не подключены на одном этапе, конвейеры развертывания сохраняют исходное соединение. Например, если у вас есть отчет на этапе разработки конвейера B, который подключен к семантической модели в рабочей стадии конвейера A. При развертывании отчета на тестовом этапе конвейера B он остается подключенным к семантической модели в рабочей стадии конвейера A.

  • Определите правило параметров. Этот параметр недоступен для отчетов. Его можно использовать только с семантических моделей и потоков данных.

  • Подключение отчетов, панелей мониторинга и плиток в семантику прокси-модели или потока данных, которые не подключены к конвейеру.

Автоматическая привязка и параметры

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

Примечание.

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

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

Данные в целевом элементе, например семантической модели или потока данных, хранятся, когда это возможно. Если нет изменений в элементе, в котором хранятся данные, данные хранятся так же, как и до развертывания.

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

Требования к развертыванию на этапе с существующей рабочей областью

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

Папки в конвейерах развертывания (предварительная версия)

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

Представление папок

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

Снимок экрана: полное имя пути элемента в папке. Имя содержит имя папки.

Определение элементов, которые были перемещены в разные папки

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

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

  • Отдельные папки нельзя развернуть вручную в конвейерах развертывания. Их развертывание активируется автоматически при развертывании по крайней мере одного из элементов.

  • Иерархия папок парных элементов обновляется только во время развертывания. Во время назначения после процесса связывания иерархия парных элементов еще не обновляется.

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

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

Свойства элемента, скопированные во время развертывания

Список поддерживаемых элементов см. в разделе "Поддерживаемые конвейеры развертывания".

Во время развертывания следующие свойства элемента копируются и перезаписываются свойства элемента на целевом этапе:

  • Источники данных (поддерживаются правила развертывания)

  • Параметры (поддерживаются правила развертывания)

  • Визуальные элементы отчета

  • Страницы отчета

  • Плитки панели мониторинга

  • Метаданные модели

  • Связи элементов

  • Метки конфиденциальности копируются только в том случае, если выполняется одно из следующих условий. Если эти условия не выполнены, метки конфиденциальности не копируются во время развертывания.

    • Новый элемент развертывается или существующий элемент развертывается на пустом этапе.

      Примечание.

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

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

Свойства элемента, которые не копируются

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

  • Данные — данные не копируются. Копируются только метаданные

  • URL

  • Идентификатор

  • Разрешения. Для рабочей области или определенного элемента

  • Параметры рабочей области. Каждый этап имеет собственную рабочую область

  • Содержимое приложения и параметры. Чтобы обновить приложения, см. статью "Обновление содержимого для приложений Power BI"

  • Личные закладки

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

  • Назначение ролей

  • Обновить расписание

  • Учетные данные источников данных

  • Параметры кэширования запросов (можно наследовать от емкости)

  • Параметры подтверждения

Поддерживаемые функции семантической модели

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

Добавочное обновление

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

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

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

Активация добавочного обновления в конвейере

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

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

  1. Внесите изменения в PBIX-файл в Power BI Desktop. Чтобы избежать длительного времени ожидания, можно внести изменения с помощью примера данных.

  2. Отправьте PBIX-файл на первый этап разработки.

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

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

Примеры использования

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

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

  • Включите добавочное обновление в семантической модели, которая уже находится в рабочей области разработки.

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

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

Ограничения добавочного обновления

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

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

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

  • Переименование таблицы с включенным добавочным обновлением.

  • Переименование нерасчетных столбцов в таблице с включенным добавочным обновлением.

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

Составные модели

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

Вы можете использовать составные модели для подключения семантической модели Fabric к внешней семантической модели, такой как Службы Azure Analysis Services. Дополнительные сведения см. в разделе "Использование DirectQuery для семантических моделей Fabric" и служб Azure Analysis Services.

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

Автоматические агрегаты

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

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

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

Гибридные таблицы

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

Обновление содержимого для приложений Power BI

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

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

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

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

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

Внимание

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

Разрешения

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

  • Конвейеры имеют только одно разрешение, Администратор, которое требуется для совместного доступа, редактирования и удаления конвейера.

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

  • Конвейеры развертывания не поддерживают группы Microsoft 365 в качестве администраторов конвейеров.

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

Таблица разрешений

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

Наименьшее разрешение конвейера развертывания — администратор конвейера и требуется для всех операций конвейера развертывания.

User Разрешения конвейера Комментарии
Администратор конвейера
  • Просмотр конвейера
  • Совместное использование конвейера с другими пользователями
  • Изменение и удаление конвейера
  • Отмена назначения рабочей области на этапе
  • Можно просмотреть рабочие области, помеченные как назначенные конвейеру в служба Power BI
Доступ к конвейеру не предоставляет разрешения на просмотр или выполнение действий в содержимом рабочей области.
Средство просмотра рабочей области
(и администратор конвейера)
  • Использование содержимого
  • Отмена назначения рабочей области на этапе
Члены рабочей области, которым назначена роль просмотра без разрешений на сборку , не могут получить доступ к семантической модели или изменить содержимое рабочей области.
Участник рабочей области
(и администратор конвейера)
  • Использование содержимого
  • Этапы сравнения
  • Просмотр семантических моделей
  • Отмена назначения рабочей области на этапе
Член рабочей области
(и администратор конвейера)
  • Просмотр содержимого рабочей области
  • Этапы сравнения
  • Развертывание элементов (должно быть членом или администратором исходных и целевых рабочих областей)
  • Обновление семантических моделей
  • Отмена назначения рабочей области на этапе
  • Настройка правил семантической модели (необходимо быть владельцем семантической модели)
Если параметр обновления пакета, расположенный в разделе безопасности семантической модели клиента, включен, то только владельцы семантических моделей могут обновлять семантические модели.
Администратор рабочей области
(и администратор конвейера)
  • Просмотр содержимого рабочей области
  • Этапы сравнения
  • Развертывание элементов
  • Назначение рабочих областей этапу
  • Обновление семантических моделей
  • Отмена назначения рабочей области на этапе
  • Настройка правил семантической модели (необходимо быть владельцем семантической модели)

Предоставленные разрешения

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

Элемент Fabric Требуемое разрешение для развертывания существующего элемента Владение элементом после первого развертывания Владение элементами после развертывания на этапе с элементом
Семантическая модель Член рабочей области Владельцем становится пользователь, который выполнил развертывание. Без изменений
Поток данных Владелец потока данных Владельцем становится пользователь, который выполнил развертывание. Без изменений
Datamart Владелец Datamart Владельцем становится пользователь, который выполнил развертывание. Без изменений
Отчет с разбивкой на страницы Член рабочей области Владельцем становится пользователь, который выполнил развертывание. Владельцем становится пользователь, который выполнил развертывание.

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

Действие Необходимые разрешения
Просмотр списка конвейеров в организации Лицензия не требуется (бесплатный пользователь)
Создание конвейера Пользователь с одной из следующих лицензий:
  • Pro
  • PPU
  • Premium
Удаление конвейера Администратор конвейера
Добавление или удаление пользователя конвейера Администратор конвейера
Назначение рабочей области этапу
  • Администратор конвейера
  • Администратор рабочей области (назначенная рабочая область)
Отмена назначения рабочей области этапу Один из следующих:
Развертывание на пустом этапе
  • Администратор конвейера
  • Член исходной рабочей области или администратор
Развертывание элементов на следующем этапе
  • Администратор конвейера
  • Член рабочей области или администратор исходного и целевого этапов
  • Чтобы развернуть диаграммы данных или потоки данных, необходимо быть владельцем развернутого элемента.
  • Если включен параметр администратора семантической модели клиента и развертывается семантическая модель, необходимо быть владельцем семантической модели.
Просмотр или установка правила
  • Администратор конвейера
  • Целевая рабочая область участник, член или администратор
  • Владелец элемента, для который вы задаете правило
Управление параметрами конвейера Администратор конвейера
Просмотр этапа конвейера
  • Администратор конвейера
  • Средство чтения рабочей области, участник, член или администратор. Вы увидите элементы, к которым предоставляются разрешения рабочей области.
Просмотр списка элементов на этапе Администратор конвейера
Сравнение двух этапов
  • Администратор конвейера
  • Участник рабочей области, члена или администратора для обоих этапов
Просмотр истории развертывания Администратор конвейера

Рекомендации и ограничения

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

  • Рабочая область должна находиться в емкости Fabric.
  • Максимальное количество элементов, которые можно развернуть в одном развертывании, равно 300.
  • Скачивание PBIX-файла после развертывания не поддерживается.
  • Группы Microsoft 365 не поддерживаются в качестве администраторов конвейера.
  • При первом развертывании элемента Power BI, если другой элемент на целевом этапе аналогичен типу (например, если оба файла являются отчетами) и имеет то же имя, развертывание завершается ошибкой.
  • Список ограничений рабочей области см. в ограничениях назначения рабочей области.
  • Список поддерживаемых элементов см. в разделе "Поддерживаемые элементы". Любой элемент, не указанный в списке, не поддерживается.
  • Развертывание завершается ошибкой, если какие-либо элементы имеют циклические или самозависимости (например, элемент A ссылается на элемент B и элемент B ссылки на элемент A).
  • Только элементы Power BI можно развернуть в рабочей области в другом регионе емкости. Другие элементы Fabric нельзя развернуть в рабочей области в другом регионе емкости.

Ограничения семантической модели

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

  • Семантическая модель с режимом подключения DirectQuery или Составной, использующими варианты или таблицы даты и времени , не поддерживается. Дополнительные сведения см. в разделе "Что делать, если у меня есть набор данных с помощью режима DirectQuery или составного подключения", использующего варианты или таблицы календаря?.

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

  • После развертывания скачивание семантической модели (с этапа его развертывания) не поддерживается.

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

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

Ограничения потока данных

  • При развертывании потока данных на пустом этапе конвейеры развертывания создают новую рабочую область и задают хранилище потоков данных в хранилище BLOB-объектов Fabric. Хранилище BLOB-объектов используется, даже если исходная рабочая область настроена для использования хранилища озера данных Azure 2-го поколения (ADLS 2-го поколения).

  • Субъект-служба не поддерживается для потоков данных.

  • Развертывание общей модели данных (CDM) не поддерживается.

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

  • Если поток данных обновляется во время развертывания, развертывание завершается ошибкой.

  • При сравнении этапов при обновлении потока данных результаты непредсказуемы.

Ограничения Datamart

  • Невозможно развернуть datamart с метками конфиденциальности.

  • Для развертывания datamart необходимо быть владельцем datamart.

Начало работы с конвейерами развертывания.