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

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

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

• Интеграция Git

  • Открыть
  • Подключить
  • Фиксация
  • Обновлять
  • Отменить
  • Устранение ошибок

• Цепочки развертывания

  • Отчеты с разбивкой на страницы
  • Потоки данных
  • Datamarts
  • Разрешения
  • Правила

Интеграция с Git

Проблемы с доступом

Не удается получить доступ к репозиторию Azure DevOps

Описание проблемы. При переходе на вкладку интеграции Git я получаю сообщение об ошибке и не могу получить доступ к Azure DevOps.

Причина. Если метод проверки подлинности в Power BI слабее, чем метод проверки подлинности в Azure DevOps, функции между ними не работают.
Обходное решение. Администратор должен выровнять метод проверки подлинности в Power BI и Azure DevOps. Политики проверки подлинности для идентификатора Microsoft Entra (ранее известного как Azure Active Directory) определяются в методах управления проверкой подлинности.

Превышено ограничение скорости Git

Описание проблемы: когда я пытаюсь обновить или зафиксировать Git, я получаю сообщение об ошибке, которое говорит, что превышено ограничение скорости Git.

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

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

Проблемы с подключением

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

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

Сбой подключения: он говорит, что-то пошло не так, когда я пытаюсь подключиться

Описание проблемы: после нажатия кнопки "Подключиться" на вкладке интеграции с Git появится диалоговое окно "Что-то не так ". Кроме того, при нажатии кнопки управления исходным кодом панель указывает, что необходимо синхронизировать с ветвью Git.

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

Решение. Откройте репозиторий Git в Azure DevOps и перейдите к папке Git, определенной в соединении. Если папка Git содержит вложенные каталоги, убедитесь, что по крайней мере один из них представляет каталог элементов. Если каталог содержит файлы item.config.json и item.metadata.json, это каталог элементов. Если каталог не содержит эти файлы, это подкаталог. Если папка Git не содержит каталоги элементов, вы не можете подключиться к ней. Удалите вложенные каталоги или подключитесь к другой папке, которая не содержит подкаталогов.

Значок системы контроля версий не имеет цифры

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

Сбой подключения: он говорит, что мне нужна лицензия Premium для подключения к Git

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

Ветвление: я не вижу ветвь, к которой я хочу подключиться

Описание проблемы: Я не вижу рабочую область, к которой хочу подключиться, во вкладке "Ветвление" панели управления версиями .
Причина: В списке ветвления отображаются только рабочие области, которые вы имеете право просматривать.
Решение : Проверьте, существует ли нужная вам рабочая область и есть ли у вас разрешение для её просмотра. Если нет, попросите владельца рабочей области предоставить вам разрешение. Дополнительные сведения см. в ограничениях Branch .

Моё новое рабочее пространство не было синхронизировано с моим репозиторием Git.

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

Проблемы с функцией «Подключение папки»

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

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

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

Решение.

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

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

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

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

решение. Чтобы устранить проблему, зафиксируйте изменения в Git. Если вы не можете вносить изменения непосредственно в подключенную ветвь, рекомендуется использовать параметр checkout branch. Дополнительные сведения см. в разделе Обработка изменений папки безопасно.

Проблемы с коммитами

Кнопка "Фиксация" отключена

Описание проблемы: Если в ветви Git были сделаны обновления, коммиты будут отключены, пока вы не обновите рабочую область.
Решение: Чтобы включить фиксации, обновите рабочую область.

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

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

Причина: общий размер файлов для коммита ограничен 50 МБ.
Решение. Если вы пытаетесь зафиксировать несколько элементов одновременно, попробуйте зафиксировать их в небольших пакетах. Если ваш коммит содержит один элемент с большим количеством файлов, обратитесь в службу поддержки.

Проблемы с обновлением

Кнопки фиксации и обновления отключены

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

Сбой обновления: исправление повторяющихся логических идентификаторов

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

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

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

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

• Если у вас нет разрешения на прямое коммитирование в эту ветку, выберите Создать ветвь и перейдите в раздел Git. Откроется новая ветвь и изменится логический идентификатор. Затем необходимо объединить изменения в Git, прежде чем их можно увидеть в Fabric. Затем при обновлении из Git данные рабочей области изменяются.

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

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

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

Чтобы устранить проблему, удалите проблемные элементы:

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

Выберите "Обновить все".
Дополнительные сведения см. в разделе "Обновление вручную" из Git.

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

Описание проблемы: после обновления из Git при просмотре представления происхождения зависимости некоторых элементов не соответствуют ожидаемому. Например, модель прокси-сервера больше не указывает на правильную модель.

Причина. Интеграция Git в настоящее время не поддерживает прямые запросы и прокси-модели.

Решение. Чтобы исправить зависимости, выполните одно из следующих действий:

• Измените bim-файл ProxyDataset в репозитории Git, чтобы он указывал на правильный набор данных, а затем обновите из Git в рабочей области, чтобы получить это изменение.
• Используйте Update Datasource API для обновления сведений о подключении модели прокси-сервера в рабочем пространстве.

Устранение ошибок

Исправление повторяющихся логических идентификаторов

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

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

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

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

• Если у вас нет разрешения на запись в репозиторий, выберите "Создать ветвь" и перейдите к Git*. Новая ветвь создается автоматически. Измените логический идентификатор скопированного объекта в новой ветке, а затем создайте pull-запрос для объединения изменений.

Отмена изменений

Ошибка отмены: после выбора "Отменить" всплывает диалоговое окно, указывающее на сбой, так как зависимость не удается найти

Описание проблемы: следующая ошибка появляется после отмены действия, если на вкладке "Изменения" находится несохраненная зависимость, которая не была выбрана в действии "Отменить".

Решение. Выберите все зависимости выбранной базы данных и повторите попытку.

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

Описание проблемы: после отмены, обновления или переключения ветви возникает следующая ошибка:

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

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

Чтобы устранить проблему, удалите проблемные элементы:

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

Дополнительные сведения о зависимостях см. в разделе "Общие сведения о зависимостях".

Цепочки развертывания

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

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

• У вас есть лицензия Fabric.

• Вы являетесь администратором рабочей области.

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

В рабочей области не отображается тег этапа конвейера

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

Потерянные подключения после развертывания

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

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

Я не могу назначить рабочую область этапу

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

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

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

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

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

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

• Вы являетесь администратором рабочей области

• Рабочее пространство не назначено ни одному другому потоку

• Рабочая область находится в мощностях Fabric

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

Моё первое развертывание закончилось неудачей.

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

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

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

• Поддерживаемые элементы

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

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

Я хочу изменить источник данных на этапах конвейера

Причина. Невозможно изменить подключение к источнику данных в служба Power BI.

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

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

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

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

Сообщение об ошибке: "Продолжить развертывание"

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

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

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

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

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

Сообщение об ошибке: "не удается запустить развертывание"

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

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

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

• Использование инструментов XMLA - Вносите изменения непосредственно на семантической модели на целевой стадии.

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

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

Как удалить конвейер, который не имеет владельца (потерянный конвейер)?

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

Решение. Если конвейер остается без владельца, администратор Структуры может добавить нового владельца в конвейер или удалить его. Чтобы добавить владельца в конвейер, используйте API Admin — Pipelines UpdateUserAsAdmin .

Вы также можете просмотреть наш скрипт PowerShell, AddUserToWorkspacePipeline (доступен в репозитории GitHub PowerBI-Developer-Samples ), что позволяет выполнить следующие действия:

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

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

Чтобы использовать этот скрипт, необходимо указать имя рабочей области и имя участника-пользователя (UPN). Скрипт находит конвейер, которому назначена рабочая область, и добавляет разрешения администратора указанному пользователю.

Ошибка несоответствия: ошибка формата исходной и целевой семантической модели

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

Решение. Обновление семантической модели на исходном этапе с помощью конечной точки чтения и записи XMLA или Power BI Desktop. После обновления семантической модели повторно опубликуем ее на исходном этапе.

Ошибка несоответствия: ошибка несоответствия режима подключения к источнику данных

Описание проблемы. Если конвейеры развертывания обнаруживают, что режим подключения источника данных на целевом этапе не совпадает с источником данных на исходном этапе, он пытается преобразовать режим подключения источника данных на целевом этапе. Если вы используете источник данных с динамическим подключением или режимом подключения в режиме реального времени , конвейеры развертывания не могут преобразовать режим подключения к источнику данных целевого объекта.
Решение. Используйте конечную точку чтения и записи XMLA или Power BI Desktop, чтобы изменить режим подключения источника данных на исходном этапе или удалить источник данных на целевом этапе, чтобы развертывание перезаписывало его.

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

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

• Большая семантическая модель не настроена в формате большой семантической модели.
• Семантическая модель содержит циклическую или самозависимость (например, элемент А указывает на элемент Б и элемент Б указывает на элемент А). В этом случае вы увидите следующее сообщение об ошибке: один или несколько элементов не удалось развернуть, так как это приведет к двусторонней зависимости между элементами.

Решение.

• Если семантическая модель превышает 4 ГБ и не использует формат крупной семантической модели, её развертывание может завершиться неудачей. Попробуйте настроить вашу семантическую модель на использование формата крупной модели и развернуть её заново.
• Если семантическая модель содержит циклическую или самозависимость, удалите зависимость и повторно разверните.

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

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

• Используйте режим импорта вместо directQuery или составного режима в семантической модели.

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

Отчеты, разбитые на страницы

Не удается развернуть отчет с разбивкой на страницы

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

Несоответствие источника данных: страничный отчет на целевом этапе отображает данные из семантической модели Fabric на исходном этапе.

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

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

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

Сбой развертывания: ошибка при большом количестве отчетов с разбивкой на страницы

Описание проблемы: развертывание большого количества отчетов с разбивкой на страницы с правилами может завершиться ошибкой из-за перегрузки емкости.
Решение: приобретите более высокий номер SKU или используйте выборочное развертывание.

Потоки данных

Вид родословной: я удалил источник данных, принадлежащий потоку данных, но я все еще вижу его в виде родословной.

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

Решение. Это поведение не влияет на конвейеры развертывания. Вы по-прежнему можете обновлять, изменять и развертывать потоки данных в конвейере.

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

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

Решение. Это поведение не влияет на конвейеры развертывания.

Киоски данных

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

Решение: Чтобы развернуть datamart, необходимо быть его владельцем.

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

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

Разрешения

Кто может развертывать содержимое между этапами?

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

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

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

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

Я не вижу рабочую среду в сборочном конвейере.

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

Сообщение об ошибке: "Необходимы разрешения члена рабочей области"

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

Правила

Сбой развертывания из-за неисправных правил

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

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

Правила параметров

• Удаленный параметр

• Измененное имя параметра

Правила источника данных

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

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

Чтобы успешно развернуть, исправьте или удалите неисправные правила и повторно разверните.

Проблема с развертыванием: я настроил правила, но не развернулся

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

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

Правила развертывания выделены серым цветом.

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

Если один из вариантов правила неактивен, это может происходить по следующим причинам:

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

• Правила параметров — для этого правила нет параметров, которые можно настроить.

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

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

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

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

Не удается подключиться к семантической модели при создании нового правила семантической модели

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

Решение. Отформатируйте подключение семантической модели в Power BI Desktop, чтобы источник семантической модели появился в первой строке. Затем повторно опубликуйте семантику модели.

Устранение ошибок

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

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

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