Часто задаваемые вопросы об инструментах управления жизненным циклом Fabric

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

Краткое описание интеграции Git см. в обзоре интеграции Git. Многостроный или отформатированный ответ на вопрос. Используйте любое нужное форматирование Markdown, при условии, что вы сохраняете отступ в строках после | Символов.

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

Дополнительные сведения о лицензиях см. в разделе "Лицензии Fabric".

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

Сведения о типах емкости см. в разделе "Емкость и номера SKU".

Модель разрешений конвейеров развертывания описывается в разделе разрешений .

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

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

Начало работы с интеграцией Git с помощью инструкций по началу работы.

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

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

Это некоторые важные аспекты, которые следует учитывать:

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

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

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

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

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

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

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

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

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

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

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

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

• База данных — формат базы данных для отчета с разбивкой на страницы с семантической моделью Fabric.sobe_wowvirtualserver-<dataset ID> Например, sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Замените <dataset ID> идентификатор набора данных. Вы можете получить идентификатор набора данных из URL-адреса, выбрав GUID, который поступает после datasets/ и до следующей косой черты.

  

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

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

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

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

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

• Начало работы с интеграцией Git
• Начало работы с конвейерами развертывания