Compartir vía

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

  • Artículo

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

Este artículo está dirigido a los creadores de informes de Power BI Report Server y SQL Server Reporting Services (SSRS) y a los administradores de Power BI. Proporciona instrucciones para ayudarle a migrar informes en lenguaje RDL (Report Definition Language; .rdl) a Power BI.

Diagrama que muestra la migración de informes .rdl del entorno local al servicio Power BI.

Diagrama de flujo que muestra la ruta para migrar informes .rdl del entorno local a 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 llevar a cabo la migración sin tiempo de inactividad en los servidores de informes ni interrupciones para los usuarios de los informes. Es importante comprender que no es necesario quitar datos ni informes. Por lo tanto, puede mantener su entorno actual en su lugar hasta que esté a punto para su retirada.

Antes de empezar

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

Cuando prepare la migración de 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 en el entorno local o en máquinas virtuales hospedadas por proveedores de nube, como Azure.

La siguiente lista incluye las versiones de SQL Server Reporting Services que se admiten para 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 Reporting Services 2017+

Si usa Power BI Report Server o SQL Server Reporting Services después de SQL Server 2016, hay una herramienta integrada para publicar los informes en Power BI. Para obtener más información, consulte Publicación de archivos .rdl en Power BI desde Power BI Report Server y Reporting Services.

Herramienta de migración para versiones anteriores de SQL Server

En versiones anteriores de SQL Server Reporting Services, se recomienda usar la herramienta RdlMigration para ayudar a preparar y migrar los informes. Microsoft desarrolló esta herramienta para ayudar a los clientes a migrar informes .rdl desde 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 Detección es identificar las instancias que hay del servidor de informes. Este proceso implica examinar la red para identificar todas las instancias del servidor de informes de la organización.

Puede usar Microsoft Assessment and Planning Toolkit. También conocida como "MAP Toolkit", esta herramienta detecta y notifica las instancias, versiones y 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 Búsqueda y retirada de informes .rdl sin usar puede ayudarle a detectar informes sin usar y a crear una cadencia para la limpieza.

Evaluar

Una vez detectadas las instancias del servidor de informes, el objetivo de la fase Evaluación es saber qué informes .rdl (o elementos del servidor) no se pueden migrar.

Solo los informes .rdl se pueden migrar desde servidores de informes a Power BI. Cada informe .rdl migrado se convierte en un informe paginado en 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 RdlMigration convierte automáticamente los orígenes de datos y los conjuntos de datos compartidos en orígenes de datos y conjuntos de datos incrustados, siempre que usen orígenes de datos admitidos.
  • Recursos como archivos de imagen.
  • Los informes vinculados se migran, tanto si se selecciona como si no el informe primario vinculado a ellos. 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 informes: en desuso.
  • Partes de informes: en desuso.

Si los informes .rdl dependen de características que todavía no se admiten para los informes paginados de Power BI, puede plantearse volver a desarrollarlos como informes de Power BI cuando sea oportuno.

Para obtener más información sobre los orígenes de datos admitidos para los informes paginados en el servicio Power BI, consulte Orígenes de datos admitidos para informes paginados de Power BI.

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 permite hacer referencia a archivos .dll de código personalizado dentro de un informe.

Suele haber diferencias en la salida con formato PDF si se usa una fuente que no admite caracteres no latinos en un informe y, después, se agregan caracteres no latinos al informe. Debe comprobar 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. En él se describe la configuración del entorno de Power BI, el planeamiento de la protección y publicación de los informes, así como ideas para volver a desarrollar los elementos del servidor de informes que no se pueden migrar.

  1. Compruebe la compatibilidad de los orígenes de datos del informe y configure una puerta de enlace de Power BI para permitir la conectividad con orígenes de datos locales.
  2. Familiarícese con la seguridad de Power BI y planee cómo reproducirá las carpetas y los permisos del servidor de informes con las á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 modelos semánticos compartidos de Power BI en lugar de orígenes de datos compartidos del servidor de informes.
  5. Use Power BI Desktop para desarrollar informes optimizados para dispositivos móviles, quizá usando el objeto visual de KPI personalizado de Power BI en lugar de los informes para dispositivos 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 tanto, en lugar de devolver el nombre de cuenta de NT, por ejemplo AW\mblythe, el campo integrado devolverá algo como adelev@adventureworks.com. Tendrá que 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 es SQL Server (local), confirme 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. Para los parámetros en cascada, tenga en cuenta que los parámetros se evalúan secuencialmente. Pruebe a agregar primero los datos del informe. Para obtener más información, consulte Uso de parámetros en cascada en informes paginados.
  10. Asegúrese de que los creadores de informes tengan instalado Power BI Report Builder y que las publicaciones más recientes se puedan distribuir fácilmente en toda la organización.
  11. Utilice la documentación sobre el planeamiento de la 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

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

  1. Abra el portal del servidor de informes que contiene los informes que quiere 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 usando sus credenciales de Microsoft Entra ID (antes conocido como Azure Active Directory).
  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 llevar a cabo una migración automatizada. Puede usar:

También puede usar las API de Power BI Report Server, Reporting Services y Power BI 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 consulta para conjuntos de datos incrustados

Los valores de tiempo de espera de consulta se especifican durante la creación del informe, cuando se define un conjunto de datos incrustado. El valor de tiempo de espera se almacena con el informe, en el elemento Timeout de la definición del 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 los 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. 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.
  4. En el caso de los informes de Power BI basados en modelos semánticos 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.

Contenido relacionado

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.