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

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

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

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

Примечание.

В настоящее время новый пользовательский интерфейс конвейера развертывания находится в предварительной версии. Чтобы включить или использовать новый пользовательский интерфейс, см. статью "Начать использование нового пользовательского интерфейса".

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

• Определение структуры конвейера развертывания
• Добавьте содержимое к этапам

Определение структуры конвейера развертывания

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

Чтобы определить конвейер, следуйте инструкциям в статье "Создание конвейера развертывания".

Добавьте содержимое к этапам

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

• Присвоение рабочей области пустой сцене
• Развертывание содержимого из одного этапа в другую

Назначьте рабочую область для пустой стадии

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

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

Инструкции по назначению и снятию назначения рабочих областей на этапах конвейера развертывания см. в разделе Assign a workspace to a Microsoft Fabric deployment pipeline.

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

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

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

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

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

Владение рабочим пространством и контентом

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

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

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

Содержимое можно развернуть на любом соседнем этапе в любом направлении.

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

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

• Внедрение обновленного содержимого для замены части уже существующего содержимого.

После первоначального развертывания:

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

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

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

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

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

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

Автоматическая привязка в той же рабочей области

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

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

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

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

Новый интерфейс линии представления

Исходный пользовательский интерфейс представления происхождения

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

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

Примечание.

Каждый конвейер должен иметь одинаковое количество этапов. Например, если конвейер A имеет 3 этапа, конвейер B также должен иметь 3 этапа. Конвейер A не может иметь 3 этапа, а конвейер B – 5 этапов, чтобы автоматическая привязка прошла успешно.

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

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

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

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

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

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

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

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

    

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

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

    

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

На этом рисунке показано содержимое папки в рабочей области. Полное имя пути папки отображается в верхней части списка.

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

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

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

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

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

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

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

Перемещаемый элемент папки в новом пользовательском интерфейсе

Перемещаемый элемент папки в исходном пользовательском интерфейсе

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

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

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

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

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

Представление родительского и дочернего элементов

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

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

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

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

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

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

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

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

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

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

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

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

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

    Примечание.

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

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

    См. также рекомендации по предотвращению потери данных (DLP).

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

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

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

• URL-адрес

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

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

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

• Содержимое и параметры приложения. Для обновления ваших приложений см. раздел Обновление содержимого в приложениях Power BI

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.

Параметры инкрементного обновления не копируются в 1-м поколении.

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

Чтобы включить добавочное обновление, настройьте его в 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.

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

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

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

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

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

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

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

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

Примечание.

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

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

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

• Общие рекомендации и ограничения
• Ограничения семантической модели
• Ограничения потока данных
• Рекомендации по предотвращению потери данных (DLP)

Общие рекомендации и ограничения

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

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

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

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

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

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

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

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

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

• При развертывании семантической модели Direct Lake она не привязывается к элементам на целевом этапе. Например, если LakeHouse является источником для семантической модели DirectLake, и они развертываются на следующем этапе, семантическая модель DirectLake на целевом этапе по-прежнему будет привязана к LakeHouse на исходном этапе. Используйте правила источника данных, чтобы привязать его к элементу на целевом этапе. Другие типы семантических моделей автоматически привязаны к парным элементам на целевом этапе.

• Развертывание семантической модели, которая использует элемент потока данных 2-го поколения (CI/CD) в качестве источника данных, не поддерживается.

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

• Параметры инкрементного обновления не копируются в 1-м поколении.

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

• Сервисный принципал не поддерживается для потоков данных.

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

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

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

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

• Автоматическая привязка не поддерживается для потоков данных 2-го поколения.

Рекомендации по предотвращению потери данных (DLP)

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

Различия между поведением конвейера развертывания и восстановлением элементов корзины

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

Смягчение последствий

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

Удаление подпапки

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

Смягчение последствий

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

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

Приступайте к работе с конвейерами развертывания.