Planear la migración de informes .rdl a Power BI

SE APLICA A: Power BI Report Builder servicio Power BI Power BI Desktop Power BI 2022 Report Server SQL Server 2022 Reporting Services

Este artículo tiene como destino Power BI Report Server y SQL Server Reporting Services (SSRS) autores de informes y administradores de Power BI. Proporciona instrucciones para ayudarle a migrar los informes del lenguaje de definición de informes (.rdl) a Power BI.

Diagrama que muestra la migración de informes .rdl desde el entorno local a la servicio Power BI.

Diagrama de flujo que muestra la ruta de acceso que migra los informes .rdl locales a los informes paginados del servicio Power BI.

Nota

En Power BI, los informes .rdl se denominan informes paginados.

Las instrucciones se dividen en cuatro etapas. Se recomienda leer primero el artículo completo antes de migrar los informes.

  1. Antes de empezar
  2. Etapa previa a la migración
  3. Etapa de migración
  4. Etapa posterior a la migración

Puede lograr la migración sin tiempo de inactividad en los servidores de informes o interrumpir a los usuarios del informe. Es importante comprender que no es necesario quitar datos o informes. Por lo tanto, puede mantener su entorno actual en su lugar hasta que esté a punto para su retirada.

Antes de comenzar

Antes de iniciar la migración, compruebe que el entorno cumple ciertos requisitos previos. Describiremos estos requisitos previos y también le presentaremos una herramienta de migración útil.

Preparación de la migración

A medida que se prepara para migrar los informes a Power BI, compruebe primero que tiene una licencia de Power BI Pro o Premium por usuario para cargar contenido en el área de trabajo de destino.

Versiones compatibles

Puede migrar instancias del servidor de informes que se ejecutan de forma local o en máquinas virtuales hospedadas por proveedores de nube como Azure.

En la lista siguiente se describen las versiones de SQL Server Reporting Services compatibles con la migración a 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

También puede migrar archivos .rdl desde Power BI Report Server.

Herramienta de migración para Power BI Report Server y SQL Server 2022

Si usa Power BI Report Server o SQL Server 2022 Reporting Services, hay una herramienta integrada para publicar sus informes en Power BI. Para más información, consulte Publicación de archivos .rdl en Power BI.

Herramienta de migración para versiones anteriores de SQL Server

Para versiones anteriores de SQL Server Reporting Services, se recomienda usar la herramienta de migración de RDL para ayudar a preparar y migrar los informes. Microsoft desarrolló esta herramienta para ayudar a los clientes a migrar informes .rdl de sus servidores SSRS a Power BI. Está disponible en GitHub y documenta un tutorial de un extremo a otro del escenario de migración.

La herramienta automatiza las tareas siguientes:

  • Comprueba si hay orígenes de datos no admitidos y características de informe no admitidas.
  • Convierte cualquier recurso compartido en recursos incrustados:
    • Los orígenes de datos compartidos se convierten en orígenes de datos incrustados.
    • Los conjuntos de datos compartidos se convierten en conjuntos de datos incrustados.
  • Publica informes que pasan comprobaciones como informes paginados en un área de trabajo de Power BI especificada.

No modifica ni quita los informes existentes. Al finalizar, la herramienta genera un resumen de todas las acciones completadas correcta o incorrectamente.

Con el tiempo, Microsoft puede mejorar la herramienta. También animamos a la comunidad a contribuir y ayudar a mejorarla.

Etapa previa a la migración

Después de comprobar que la organización cumple los requisitos previos, todo está listo para iniciar la etapa previa a la migración. Esta etapa tiene tres partes:

  1. Descubra
  2. Evaluar
  3. Preparación

Descubra

El objetivo de la fase de detección es identificar las instancias existentes del servidor de informes. Este proceso implica examinar la red para identificar todas las instancias del servidor de informes de su organización.

Puede usar Microsoft Assessment and Planning Toolkit. El "Kit de herramientas de MAP" detecta e informa sobre las instancias, las versiones y las características instaladas del servidor de informes. Se trata de una herramienta eficaz para el inventario, la valoración y la elaboración de informes que puede simplificar el proceso de planeamiento de la migración.

Las organizaciones pueden tener cientos de informes de SQL Server Reporting Services (SSRS). Algunos de esos informes pueden quedar obsoletos debido a la falta de uso. El artículo Buscar y retirar informes sin usar puede ayudarle a detectar informes sin usar y a crear una cadencia para la limpieza.

Evaluar

Después de detectar las instancias del servidor de informes, el objetivo de la fase de evaluación es comprender los informes .rdl (o elementos de servidor) que no se pueden migrar.

Los informes .rdl se pueden migrar de los servidores de informes a Power BI. Cada informe .rdl migrado se convertirá en un informe paginado de Power BI.

Sin embargo, los siguientes tipos de elementos del servidor de informes no se pueden migrar a Power BI:

  • Orígenes de datos compartidos y conjuntos de datos compartidos: la herramienta de migración de RDL convierte automáticamente orígenes de datos compartidos y conjuntos de datos compartidos en orígenes de datos incrustados y conjuntos de datos, siempre que usen orígenes de datos admitidos.
  • Recursos como archivos de imagen
  • Los informes vinculados migran, tanto si el informe primario que los vínculos a ellos está seleccionado para la migración como si no. En el servicio Power BI, son informes .rdl normales.
  • KPI: Power BI Report Server o Reporting Services 2016 o posterior, solo Enterprise Edition
  • Informes móviles: Power BI Report Server o Reporting Services 2016 o posterior, solo Enterprise Edition
  • Modelos de informe: en desuso
  • Elementos de informe: en desuso

Si los informes .rdl dependen de características que aún no son compatibles con los informes paginados de Power BI, puede planear volver a desarrollarlos como informes de Power BI, cuando tenga sentido.

Si los informes .rdl necesitan recuperar datos de orígenes de datos locales, no pueden usar el inicio de sesión único (SSO). Actualmente, toda la recuperación de datos de estos orígenes se realizará mediante el contexto de seguridad de la cuenta de usuario del origen de datos de puerta de enlace. SQL Server Analysis Services (SSAS) no puede aplicar seguridad de nivel de fila (RLS) por usuario.

Por lo general, los informes paginados de Power BI están optimizados para la impresióno generación de PDF. Los informes de Power BI están optimizados para la exploración e interactividad. Para obtener más información, consulte Cuándo usar informes paginados en Power BI.

No se admite la referencia a archivos DLL de código personalizado dentro de un informe.

Las diferencias en la salida pdf se producen con más frecuencia cuando se usa una fuente que no admite caracteres no latinos en un informe y, a continuación, se agregan caracteres no latinos al informe. Debe probar la salida de representación en PDF tanto en el servidor de informes como en los equipos cliente para comprobar que el informe se representa correctamente.

Preparación

El objetivo de la fase de Preparación es dejarlo todo listo. Trata sobre cómo configurar el entorno de Power BI, planear cómo protegerá y publicará los informes, así como ideas para volver a desarrollar elementos del servidor de informes que no se migrarán.

  1. Compruebe la compatibilidad con los orígenes de datos del informe y configure una puerta de enlace de Power BI para permitir la conectividad con cualquier origen de datos local.
  2. Familiarícese con la seguridad de Power BI y planee cómo reproducirá las carpetas y permisos del servidor de informes con áreas de trabajo de Power BI.
  3. Familiarícese con el uso compartido de Power BI y planee cómo va a distribuir el contenido publicando aplicaciones de Power BI.
  4. Considere la posibilidad de usar conjuntos de datos compartidos de Power BI en lugar de los orígenes de datos compartidos del servidor de informes.
  5. Use Power BI Desktop para desarrollar informes optimizados para dispositivos móviles, posiblemente mediante el objeto visual personalizado de Power KPI en lugar de los informes móviles y KPI del servidor de informes.
  6. Vuelva a evaluar el uso del campo integrado UserID en los informes. Si confía en el valor de UserID para proteger los datos del informe, sepa que para los informes paginados (cuando se hospedan en el servicio Power BI) devuelve el nombre principal de usuario (UPN). Por lo tanto, en lugar de devolver el nombre de la cuenta NT, por ejemplo AW\adelev, el campo integrado devuelve algo parecido a adelev@adventureworks.com. Deberá revisar las definiciones del conjunto de datos y, posiblemente, los datos de origen. Una vez revisadas y publicadas, se recomienda probar exhaustivamente los informes para asegurarse de que los permisos de datos funcionan según lo previsto.
  7. Vuelva a evaluar el uso del campo integrado ExecutionTime en los informes. En el caso de los informes paginados (cuando se hospedan en la servicio Power BI), el campo integrado devuelve la fecha y hora en hora universal coordinada (o UTC). Esto podría afectar a los valores predeterminados de los parámetros del informe y a las etiquetas de tiempo de ejecución del informe (normalmente se agregan a los pies de página del informe).
  8. Si el origen de datos está SQL Server (local), compruebe que los informes no usan visualizaciones de mapa. Las visualizaciones de mapa dependen de tipos de datos espaciales de SQL Server, y estos no son compatibles con la puerta de enlace. Para más información, vea Guía de recuperación de datos de informes paginados (tipos de datos complejos de SQL Server).
  9. Asegúrese de que los autores de informes tienen Power BI Report Builder instalados y que puede distribuir fácilmente versiones posteriores en toda la organización.
  10. Utilice la documentación de planeamiento de capacidad para los informes paginados.

Etapa de migración

Después de preparar el entorno y los informes de Power BI, está todo listo para la etapa de Migración.

Hay dos opciones de migración: manual y automatizada. La migración manual es adecuada para un número de informes pequeño o para informes que se deban modificar antes de migrarse. La migración automatizada es adecuada para migrar un gran número de informes.

Migración manual

Cualquier persona con permiso para acceder a la instancia del servidor de informes y el área de trabajo de Power BI puede migrar manualmente informes a Power BI. Estos son los pasos que debe seguir:

  1. Abra el portal del servidor de informes que contiene los informes que desea migrar.
  2. Descargue cada definición de informe, guardando los archivos .rdl localmente.
  3. Abra la versión más reciente de Power BI Report Builder y conéctese al servicio Power BI con sus credenciales de Azure AD.
  4. Abra cada informe en Power BI Report Builder y:
    1. Compruebe que todos los orígenes de datos y conjuntos de datos están incrustados en la definición de informe y que son orígenes de datos admitidos.
    2. Obtenga una vista previa del informe para asegurarse de que se representa correctamente.
    3. Seleccione Publicar y después Servicio Power BI.
    4. Seleccione el área de trabajo donde quiera guardar el informe.
    5. Compruebe que el informe se guarda. Si aún no se admiten determinadas características del diseño del informe, se producirá un error en la acción de guardar. Se le notificará de las razones. Después deberá revisar el diseño del informe e intentar guardarlo de nuevo.

Migración automatizada

Hay tres opciones para la migración automatizada. Puede usar:

También puede usar las API de Power BI, Reporting Services y Power BI Report Server disponibles públicamente para automatizar la migración del contenido. Aunque la herramienta de migración de RDL ya usa estas API, puede desarrollar una herramienta personalizada que se adapte a sus requisitos exactos.

Para obtener más información sobre las API, vea:

Etapa posterior a la migración

Una vez que haya completado correctamente la migración, estará a punto para la etapa posterior a la migración. Esta etapa implica realizar una serie de tareas posteriores a la migración para asegurarse de que todo funciona correctamente y de forma eficaz.

Establecimiento del tiempo de espera de la consulta para conjuntos de datos incrustados

Los valores de tiempo de espera de consulta se especifican durante la creación de informes al definir un conjunto de datos incrustado. El valor de tiempo de espera se almacena con el informe, en el elemento Timeout de la definición de informe.

Configuración de orígenes de datos

Una vez que los informes se han migrado a Power BI, deberá asegurarse de que los orígenes de datos estén configurados correctamente. Puede implicar la asignación a orígenes de datos de puerta de enlace y el almacenamiento seguro de las credenciales de origen de datos. Estas acciones no se realizan mediante la herramienta de migración de RDL.

Comprobación del rendimiento de los informes

Se recomienda completar las siguientes acciones para garantizar la mejor experiencia posible del usuario de informes:

  1. Pruebe los informes en cada explorador admitido para Power BI con el fin de confirmar que el informe se representa correctamente.
  2. Ejecute pruebas para comparar los tiempos de representación de informes en el servidor de informes y en el servicio Power BI. Compruebe que los informes de Power BI se representan en un tiempo aceptable.
  3. Si los informes de Power BI no se representan debido a que no hay memoria suficiente, asigne recursos adicionales a la capacidad de Power BI Premium.
  4. En el caso de los informes de representación prolongada, considere la posibilidad de que Power BI los entregue a los usuarios como suscripciones de correo electrónico con datos adjuntos de informe.
  5. En el caso de los informes de Power BI basados en conjuntos de datos de Power BI, revise los diseños del modelo para asegurarse de que están totalmente optimizados.

Solución de problemas

La fase posterior a la migración es fundamental para solucionar los problemas y resolver cualquier problema de rendimiento. Agregar la carga de trabajo de informes paginados a una capacidad puede atrasar el rendimiento de informes paginados y otro contenido almacenado en la capacidad.

Pasos siguientes

Para más información sobre este artículo, consulte los recursos siguientes:

Los partners de Power BI están disponibles para ayudar a su organización a tener éxito en el proceso de migración. Para ponerse en contacto con un partner de Power BI, visite el portal de partners de Power BI.