Migración de informes de SQL Server Reporting Services a Power BI

  • Artículo
  • 10 minutos para leer

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

Nota

Solo se pueden migrar informes RDL. 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 a los servidores de SSRS sin tiempo de inactividad ni interrupciones para los usuarios del informe. Es importante comprender que no es necesario quitar ningún dato o informe. 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, debe comprobar 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

Al preparar la migración de los informes a Power BI, compruebe primero que la organización tiene una suscripción a Power BI Premium. Esta suscripción es necesaria para hospedar y ejecutar los informes paginados de Power BI.

Versiones compatibles

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

En la siguiente lista se describen las versiones de SQL Server admitidas para la migración a Power BI:

  • SQL Server 2012
  • SQL Server 2014
  • SQL Server 2016
  • SQL Server 2017
  • SQL Server 2019

También es posible realizar la migración desde Power BI Report Server.

Herramienta de migración

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 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 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 los informes que superan las comprobaciones, como informes paginados en un área de trabajo de Power BI especificada (en una capacidad Premium).

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 de SSRS. Este proceso implica el examen de la red para identificar todas las instancias de SQL Server de la organización.

Puede usar Microsoft Assessment and Planning Toolkit. También conocida como "MAP Toolkit", esta herramienta detecta y notifica las instancias de SQL Server, las versiones y las características instaladas. 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.

Evaluar

Una vez detectadas las instancias de SSRS, el objetivo de la fase de Evaluación es comprender los informes de SSRS, o elementos de servidor, que no se pueden migrar.

Solo los informes RDL se pueden migrar desde los servidores SSRS a Power BI. Cada informe RDL migrado se convertirá en un informe paginado de Power BI.

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

  • Orígenes de datos compartidos 1
  • Conjuntos de datos compartidos 1
  • Recursos, como archivos de imagen
  • KPI (SSRS 2016 o posterior; solo Enterprise Edition)
  • Informes móviles (SSRS 2016 o posterior; solo Enterprise Edition)
  • Modelos de informes (en desuso)
  • Partes de informes (en desuso)

1 La herramienta de migración de RDL convierte automáticamente los orígenes de datos compartidos y los conjuntos de datos compartidos, lo que les permite usar orígenes de datos admitidos.

Si los informes de RDL dependen de las características que todavía no se admiten para los informes paginados de Power BI, puede planear volver a desarrollarlos como informes de Power BI. Aunque incluso los informes RDL se pueden migrar, se recomienda que considere modernizarlos como informes de Power BI, cuando corresponda.

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ón o 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.

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, la planeación de la protección y publicación de los informes, así como las ideas para volver a desarrollar elementos de SSRS que no se puedan migrar.

  1. Asegúrese de que la carga de trabajo Informes paginados está habilitada para la capacidad de Power BI Premium y de que tiene suficiente memoria.
  2. 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.
  3. Familiarícese con la seguridad de Power BI y planee cómo reproducirá las carpetas y los permisos de SSRS con las áreas de trabajo nuevas de Power BI.
  4. Familiarícese con el uso compartido de Power BI y planee cómo va a distribuir el contenido publicando aplicaciones de Power BI.
  5. Considere la posibilidad de usar conjuntos de datos compartidos de Power BI en lugar de orígenes de datos compartidos de SSRS.
  6. Use Power BI Desktop para desarrollar informes optimizados para dispositivos móviles. Para ello, puede usar el objeto visual personalizado KPI de Power BI, en lugar de los informes para dispositivos móviles y KPI de SSRS.
  7. 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 cuenta de NT, por ejemplo AW\mblythe, el campo integrado devolverá algo como m.bythe@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.
  8. 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).
  9. 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).
  10. Asegúrese de que los autores de los informes tienen instalado Power BI Report Builder y que las publicaciones más recientes se pueden distribuir fácilmente en toda la organización.

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 de SSRS 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 de SSRS 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 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

Existen dos formas de realizar una migración automatizada. Puede usar:

  • Herramienta de migración RDL
  • API disponibles públicamente para SSRS y Power BI

La herramienta de migración RDL ya se ha descrito en este artículo.

También puede usar las API de SSRS 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.

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 SSRS y 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.

Para obtener más información sobre estos problemas, incluidos los pasos específicos para comprenderlos y mitigarlos, consulte los siguientes artículos:

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.