Планирование переноса отчетов RDL в Power BI

  • Статья

ОБЛАСТЬ ПРИМЕНЕНИЯ: Power BI построитель отчетов Power BI DesktopPower BI Power BI 2022 Report Server SQL Server 2022 Reporting Services

В этой статье рассматриваются авторы отчетов Сервер отчетов Power BI и sql Server Reporting Services (SSRS) и администраторы Power BI. В нем содержатся рекомендации по переносу отчетов языка определения отчетов (RDL) в Power BI.

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

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

Примечание.

В Power BI отчеты RDL называются отчетами с разбивкой на страницы.

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

  1. Перед началом работы
  2. Этап предварительной миграции
  3. Этап миграции
  4. Этап после миграции

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

Перед началом работы

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

Подготовка к переносу

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

Поддерживаемые версии

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

В следующем списке описаны версии СЛУЖБ SQL Server Reporting Services, поддерживаемые для миграции в Power BI:

  • SQL Server Reporting Services 2012
  • SQL Server Reporting Services 2014
  • SQL Server Reporting Services 2016
  • SQL Server Reporting Services 2017
  • SQL Server Reporting Services 2019
  • SQL Server Reporting Services 2022

Кроме того, можно перенести RDL-файлы из Сервер отчетов Power BI.

Средство миграции для Сервер отчетов Power BI и SQL Server Reporting Services 2017+

Если вы используете Сервер отчетов Power BI или SQL Server Reporting Services после SQL Server 2016, существует встроенное средство для публикации отчетов в Power BI. Дополнительные сведения см. в статье "Публикация RDL-файлов в Power BI".

Средство миграции для предыдущих версий SQL Server

Для более ранних версий служб SQL Server Reporting Services рекомендуется использовать средство миграции RDL для подготовки и переноса отчетов. Это средство было разработано корпорацией Майкрософт, чтобы помочь клиентам перенести отчеты RDL с серверов SSRS в Power BI. Оно доступно на сайте GitHub, и в нем представлено полное пошаговое руководство по сценарию миграции.

Средство автоматизирует следующие задачи:

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

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

С течением времени корпорация Майкрософт может улучшить инструмент. Сообщество поощряется вносить свой вклад и способствовать его улучшению.

Этап предварительной миграции

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

  1. Рекомендуемые
  2. Оценка
  3. Подготовка

Обнаружить

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

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

В организациях могут быть сотни отчетов СЛУЖБ SQL Server Reporting Services (SSRS). Некоторые из этих отчетов могут стать устаревшими из-за отсутствия использования. Статья "Поиск и удаление неиспользуемых отчетов" поможет вам обнаружить неиспользуемые отчеты и как создать курс для очистки.

Оценка

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

Отчеты RDL можно перенести с серверов отчетов в Power BI. Каждый перенесенный отчет RDL станет отчетом Power BI с разбивкой на страницы.

Однако не удается перенести следующие типы элементов сервера отчетов в Power BI:

  • Общие источники данных и общие наборы данных: средство миграции RDL автоматически преобразует общие источники данных и общие наборы данных в внедренные источники данных и наборы данных, если они используют поддерживаемые источники данных.
  • Ресурсы , такие как файлы изображений
  • Связанные отчеты переносятся независимо от того, выбран ли родительский отчет, который ссылается на них для миграции или нет. В служба Power BI они обычные RDL-отчеты.
  • Ключевые показатели эффективности: Сервер отчетов Power BI или Reporting Services 2016 или более поздней версии— выпуск Enterprise только
  • Мобильные отчеты: Сервер отчетов Power BI или Reporting Services 2016 или более поздней версии— выпуск Enterprise только
  • Модели отчетов: не рекомендуется
  • Части отчета: нерекомендуемые

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

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

Как правило, отчеты с разбивкой на страницы Power BI оптимизированы для печати или создания PDF-файлов. Отчеты Power BI оптимизированы для изучения и интерактивности. Дополнительные сведения см. в разделе "Когда следует использовать отчеты с разбивкой на страницы" в Power BI.

Ссылки на файлы DLL пользовательского кода в отчете не поддерживаются.

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

Подготовить

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

  1. Проверьте поддержку источников данных отчета и настройте шлюз Power BI, чтобы разрешить подключение к любым локальным источникам данных.
  2. Ознакомьтесь с безопасностью Power BI и спланируйте воспроизведение папок и разрешений сервера отчетов с помощью рабочих областей Power BI.
  3. Ознакомьтесь с общим доступом к Power BI и спланируйте распространение содержимого, публикуя приложения Power BI.
  4. Рекомендуется использовать общие семантические модели Power BI вместо общих источников данных сервера отчетов.
  5. Используйте Power BI Desktop для разработки отчетов, оптимизированных для мобильных устройств, возможно, с помощью пользовательского визуального элемента Power KPI вместо мобильных отчетов сервера отчетов и ключевых показателей эффективности.
  6. Повторно оцените использование встроенного поля UserID в отчетах. Если вы используете UserID для защиты данных отчета, то понимаете, что для отчетов с разбивкой на страницы (при размещении в служба Power BI) он возвращает имя участника-пользователя (UPN). Поэтому вместо возврата имени учетной записи NT, например AW\adelev, встроенное поле возвращает примерно то же adelev@adventureworks.comсамое. Вам потребуется пересмотреть определения набора данных и, возможно, исходные данные. После изменения и публикации рекомендуется тщательно протестировать отчеты, чтобы убедиться, что разрешения данных работают должным образом.
  7. Повторно оцените использование встроенного поля ExecutionTime в отчетах. Для отчетов с разбивкой на страницы (при размещении в служба Power BI) встроенное поле возвращает дату и время в формате UTC. Это может повлиять на значения параметров отчета по умолчанию и метки времени выполнения отчета (обычно добавляются в нижние колонтитулы отчета).
  8. Если источник данных является SQL Server (локально), убедитесь, что отчеты не используют визуализации карт. Визуализация карты зависит от типов пространственных данных SQL Server, и они не поддерживаются шлюзом. Дополнительные сведения см. в руководстве по извлечению данных для отчетов с разбивкой на страницы (сложные типы данных SQL Server).
  9. Для каскадных параметров следует учитывать, что параметры оцениваются последовательно. Сначала попробуйте предварительно агрегирование данных отчета. Дополнительные сведения см. в разделе "Использование каскадных параметров в отчетах с разбивкой на страницы".
  10. Убедитесь, что у авторов отчетов установлена построитель отчетов Power BI и вы можете легко распространять последующие выпуски в организации.
  11. Используйте документацию по планированию емкости для отчетов с разбивкой на страницы.

Этап миграции

После подготовки среды и отчетов Power BI вы будете готовы к этапу миграции .

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

Миграция вручную

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

  1. Откройте портал сервера отчетов, содержащий отчеты, которые необходимо перенести.
  2. Скачайте каждое определение отчета, сохраняя RDL-файлы локально.
  3. Откройте последнюю версию Power BI построитель отчетов и подключитесь к служба Power BI с помощью идентификатора Microsoft Entra (ранее известного как Azure Active Directory).
  4. Откройте каждый отчет в Power BI построитель отчетов, а затем:
    1. Убедитесь, что все источники данных и наборы данных внедрены в определение отчета и поддерживаются ли они источниками данных.
    2. Предварительный просмотр отчета, чтобы убедиться, что он правильно отображается.
    3. Выберите "Опубликовать", а затем выберите служба Power BI.
    4. Выберите рабочую область, в которой нужно сохранить отчет.
    5. Убедитесь, что отчет сохраняется. Если некоторые функции в конструкторе отчетов еще не поддерживаются, действие сохранения завершится ошибкой. Вы получите уведомление о причинах. Затем вам потребуется пересмотреть дизайн отчета и повторить попытку сохранения.

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

Существует три варианта автоматической миграции. Вы можете использовать:

  • Сведения о Сервер отчетов Power BI и SQL Server 2022 см. в статье "Публикация RDL-файлов в Power BI".
  • Для предыдущих версий служб Reporting Services используйте средство миграции RDL в GitHub.
  • Общедоступные API для Сервер отчетов Power BI, служб Reporting Services и Power BI

Вы также можете использовать общедоступные Сервер отчетов Power BI, службы Reporting Services и API Power BI для автоматизации миграции содержимого. Хотя средство миграции RDL уже использует эти API, вы можете разработать настраиваемый инструмент, подходящий для ваших точных требований.

Дополнительные сведения об API см. в следующих статье:

Этап после миграции

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

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

Значения времени ожидания запроса указываются во время разработки отчета при определении внедренного набора данных. Значение времени ожидания хранится вместе с отчетом в элементе Timeout определения отчета.

Настройка источников данных

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

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

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

  1. Проверьте отчеты в каждом браузере, поддерживаемом Power BI , чтобы убедиться, что отчет отображается правильно.
  2. Выполните тесты для сравнения времени отступа отчета на сервере отчетов и в служба Power BI. Убедитесь, что отчеты Power BI отображаются в допустимое время.
  3. Для отчетов с длинной отрисовкой рекомендуется доставлять их пользователям отчета в виде подписок электронной почты с вложениями отчетов.
  4. Для отчетов Power BI на основе семантических моделей Power BI просмотрите проекты моделей, чтобы убедиться, что они полностью оптимизированы.

Согласование проблем

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

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

Дополнительные сведения об этой статье проверка следующих ресурсов:

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