Licencias de Power BI en un servidor prem en un entorno mixto estándar y Ent SQL

¡Hola!

Tenemos dos servidores SQL 2017 en nuestro entorno: 4 core Std y 6 core Ent, ambos con SA.

Teníamos SSRS en la misma máquina virtual donde está la edición Std y las bases de datos de informes también residen en la edición Std. Los informes SSRS se conectan tanto a servidores MS SQL como a algunas fuentes adicionales.

Decidimos actualizar SSRS con PBIRS. Después de probar la migración en el servidor de desarrollo SQL 2017 o todos los informes paginados existentes se estaban ejecutando, pudimos publicar Power BI (carga manual o Guardar como desde PBI Desktop) e informes móviles sin ningún problema.

Desinstalé SSRS, instalé PBIRS (15.0.1103.227) con la clave proporcionada por nuestra licencia por volumen, conectado a las mismas bases de datos de informes que SSRS estaba usando (edición SQL Std). Se están ejecutando todos los informes existentes.

Cuando intento cargar un archivo PBIX o cuando intento Guardar como de Power BI Desktop en mayo de 2020 en nuestro servidor de producción, aparece el error «Se produjo un error al intentar guardar el informe en Power BI Report Server». No es muy útil.

¿Qué nos estamos perdiendo? ¿PBIRS debe residir en la misma máquina virtual donde se instaló SQL Ent? ¿La base de datos del informe debe residir en SQL Ent? ¿Ambos deberían ser verdad?

¿Cómo encaja la licencia de Power BI Pro en nuestro entorno?

Gracias

Después de crear otro servidor PBIRS de prueba con configuración básica y obtener el mismo resultado, me di por vencido y me comuniqué con el soporte de MS.

Mientras revisábamos mi configuración con la tecnología de soporte de MS y realizábamos cambios aquí y allá, de repente, pude cargar el informe PBIX.

Me tomé mi tiempo e intenté recrear los pasos en dos de mis otros servidores, prod que no funcionó y dev que sí funcionó. Pude arreglar mi servidor prod PBIRS y romper y arreglar mi servidor de desarrollo. Esto es lo que encontré.

Cuando creo un servidor SSRS, generalmente elimino HTTP o la URL del portal web del puerto 80 (/ Reports). No quiero que nadie utilice un acceso no seguro. Cuando configuré PBIRS, hice lo mismo. Resulta que la publicación de informes de PBI requiere que exista acceso HTTP, aunque cargue o guarde como en una URL HTTPS. No estoy seguro de por qué, pero eso es todo.

Ahora, aquí está la secuencia si necesita recuperarse del mismo problema que tuve: agregue HTTP (puerto 80) a la reserva de URL del portal web, guarde, elimine HTTPS, guarde. Ahora pruebe si puede cargar un informe PBIX, debería funcionar. Ahora agregue HTTPS nuevamente, también debería funcionar. Simplemente agregar HTTP cuando HTTPS ya existe no funciona.

Resulta que nada que ver con las licencias.

¡Disfrutar!

Hola @ Igorek_2000,

para el servidor de informes de Power BI, también necesita una licencia de Power BI Pro para publicar informes (pero este no es el problema, porque nadie puede rastrearlo, es más una cuestión de confianza)

¿Ha comprobado el administrador de configuración y comprobado las configuraciones?

Y asegúrese de que el cliente de escritorio tenga la misma versión que el servidor de informes :). ¡Eso es realmente importante!

Aquí hay algunos enlaces útiles:

https://radacad.com/power-bi-report-server-power-bi-in-on-premises-world

Mejor,

Kathrin

Si esta publicación te ha ayudado, ¡dale un pulgar hacia arriba!
¿Respondí tu pregunta? ¡Marque mi publicación como una solución!

Hola @KBO

¡Gracias por una rápida respuesta!

Entendido sobre las licencias de Power BI Pro.

Comparé mis entornos de desarrollo y producción, ambos de la misma versión, el desarrollador es PBIRS Developer, la producción es PBIRS SQL Ent con SA. Ambos tienen la misma configuración, solo las URL son diferentes.

Dev Report DB está alojado en la edición Dev de SQL, la producción está alojada en SQL Std. Ambos utilizan la base de datos de informes convertida a partir de la misma base de datos de informes SSRS.

Ambos servidores PBIRS son de mayo de 2020, el RS de escritorio de PBI es de mayo de 2020 también.

Puedo cargar el archivo PBIX en el entorno de desarrollo, pero en prod, aparece el siguiente mensaje con el mismo archivo:

Se ha producido un error.

Hubo un error al cargar su archivo .pbix. Verifique que el archivo no esté dañado y que la extensión del archivo coincida con el formato del archivo.

Hola @ Igorek_2000,

¿cómo subes el informe?

Si lo carga a través de Desktop Client, debería obtener una mejor información, como «No se puede acceder al servidor» o algo así. Si lo cargó directamente sobre el servidor de informes de Power BI, el mensaje de error no es realmente útil;).

Mejor,

Kathrin

Cuando uso Guardar como en PBI Desktop para RS y elijo Power BI Report Server, escribo la URL de mi servidor de producción y puedo elegir una carpeta en PBIRS donde quiero guardar el informe PBI. Entonces estoy conectado a mi servidor. Pero cuando hago clic en Aceptar, me sale abajo

Mismo informe del mismo cliente, puedo guardarlo en el servidor de desarrollo sin ningún problema.

Sigo pensando que tiene algo que ver con el informe DB que no ha estado en SQL Ent o algo similar.

Gracias.

Hola @ Igorek_2000,

Creo que definitivamente hay un problema con la conexión a la base de datos :). Verifique los permisos del usuario que elija en el administrador de configuración. Compruebe si el usuario tiene los mismos permisos que en el otro servidor que funciona.

Mejor,

Kathrin

Si esta publicación te ha ayudado, ¡dale un pulgar hacia arriba!
¿Respondí tu pregunta? ¡Marque mi publicación como una solución!

Soy administrador en ambos servidores, DB está bien ya que puedo publicar informes paginados.

Gracias

Entonces, técnicamente, la base de datos no necesita estar en una edición Enterprise y no necesita estar en el mismo servidor físico. El cuadro de diálogo de error no nos da mucho por hacer, por lo que debe verificar los archivos de registro. Por lo general, se almacenan en «C: Archivos de programa Microsoft Power BI Report Server PBIRS LogFiles» de forma predeterminada.

Cada subcomponente de PBIRS genera sus propios registros. Probablemente desee comprobar tanto los archivos de registro RSPortal_ * como los registros RSPowerBI_ *. Le sugiero que reproduzca este problema, espere de 5 a 10 segundos, luego abra la última copia de ambos archivos de registro y vaya hasta el final y luego comience a navegar en busca de mensajes de error.

Entonces, aunque técnicamente su configuración debería funcionar, desde la perspectiva de las licencias, PBIRS debería ejecutarse en núcleos cubiertos por una Enterprise Edition de SQL Server (con SA). Está bien tener la base de datos de ReportServer alojada en otra instancia con diferentes licencias, pero el propio PBIRS debe estar en los núcleos con licencia empresarial.

¡Guau! ¡Esta comunidad es realmente activa!

¡Hola @d_gosbell!

Gracias por aclarar las licencias de PBIRS en sí. Deseo que MS explique sus licencias con ejemplos, como esto es lo que necesita si todo está en el mismo hardware y esto es lo que necesita si aloja PBIRS en diferentes hardware / núcleos. Tendremos que repensar nuestra implementación ahora.

Revisé los registros y no pude encontrar nada. La única entrada que encontré fue creada cuando intenté Guardar como para conectar el servidor de prod a través de HTTPS, ver más abajo. Luego cambié la conexión a HTTP y no hubo entradas.

2020-06-10 11: 25: 31.0040 | INFO | 116 | Solicitud recibida POST /api/v2.0/powerbireports(Path=»/XXXXXX/Power%20BI/Sales%20and%20Inventory%20Dashboard»)/Model.Upload | RequestID = s_acd7f798-0eee-4ea6-a93d-f2c1559e9f02
2020-06-10 11: 25: 31.0320 | ERROR | 51 | Se cerró la conexión subyacente: no se pudo establecer una relación de confianza para el canal seguro SSL / TLS. | RequestID = s_acd7f798-0eee-4ea6-a93d-f2c1559e9f02

He habilitado el registro HTTP para PBIRS, reiniciaré el servicio y volveré a comprobar más tarde si hay algún cambio.

Gracias

Revisé todos mis registros y esto es lo que encontré en ReportingServicesService _ ###:

crypto! DefaultDomain! 4408! 06/11 / 2020-10: 54: 07 :: i INFO: Inicializando crypto como usuario: NT SERVICE PowerBIReportServer
crypto! DefaultDomain! 4408! 06/11 / 2020-10: 54: 07 :: i INFO: Exportando clave pública
crypto! DefaultDomain! 4408! 06/11 / 2020-10: 54: 07 :: i INFO: Importando clave de cifrado existente
library! DefaultDomain! 4408! 06/11 / 2020-10: 54: 07 :: e ERROR: Lanzando Microsoft.ReportingServices.Diagnostics.Utilities.ServerConfigurationErrorException: Invalid PBI Configuration, Microsoft.ReportingServices.Diagnostics.Utilities.ServerConfigurationErrorException: El servidor de informes ha encontrado un error de configuración. ;

Encontré algunas referencias al mismo error y, como solución, eliminé las claves duplicadas.

¿Hay algo que pueda comprobar antes de borrar el contenido cifrado?

Después de crear otro servidor PBIRS de prueba con configuración básica y obtener el mismo resultado, me di por vencido y me comuniqué con el soporte de MS.

Mientras revisábamos mi configuración con la tecnología de soporte de MS y realizábamos cambios aquí y allá, de repente, pude cargar el informe PBIX.

Me tomé mi tiempo e intenté recrear los pasos en dos de mis otros servidores, prod que no funcionó y dev que sí funcionó. Pude arreglar mi servidor prod PBIRS y romper y arreglar mi servidor de desarrollo. Esto es lo que encontré.

Cuando creo un servidor SSRS, generalmente elimino HTTP o la URL del portal web del puerto 80 (/ Reports). No quiero que nadie utilice un acceso no seguro. Cuando configuré PBIRS, hice lo mismo. Resulta que la publicación de informes de PBI requiere que exista acceso HTTP, aunque cargue o guarde como en una URL HTTPS. No estoy seguro de por qué, pero eso es todo.

Ahora, aquí está la secuencia si necesita recuperarse del mismo problema que tuve: agregue HTTP (puerto 80) a la reserva de URL del portal web, guarde, elimine HTTPS, guarde. Ahora pruebe si puede cargar un informe PBIX, debería funcionar. Ahora agregue HTTPS nuevamente, también debería funcionar. Simplemente agregar HTTP cuando HTTPS ya existe no funciona.

Resulta que nada que ver con las licencias.

¡Disfrutar!

Entradas relacionadas

Deja un comentario Cancelar respuesta