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

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

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

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

Смотрите сведения о лицензиях в разделе лицензии Fabric.

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

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

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

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

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

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

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

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

Важно учитывать следующие аспекты.

• Ограничения правил развертывания
• Поддерживаемые источники данных для правил потоков данных и семантической модели
• Добавочное обновление
• Автоматизация

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

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

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

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

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

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

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

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

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

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

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

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

  

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

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

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

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

• Как начать интеграцию Git
• Приступайте к работе с конвейерами развертывания