On-Premesis Gateway no se puede conectar a la fuente MySQl

Pasé un poco de tiempo buscando en los foros y puedo encontrar hilos similares pero ninguno que resuelva mi problema.

Hemos instalado On-Premises Gateway en nuestro servidor Windows 2008 R2 en un intento de cambiar de personal. La puerta de enlace está instalada, activa y reconocida en el servicio Power BI.

El problema surge cuando trato de agregar una fuente de datos a nuestra base de datos MySQL, obtengo el siguiente error:

Aunque el error parece obvio, realmente no entiendo lo que no está instalado o no se reconoce, porque:

En el servidor, si me conecto a mi fuente a través de MySQL Workbench, no tengo problemas
En el servidor, si me conecto a mi fuente a través de Power BI Desktop, no tengo problemas.

El hecho de que ambos funcionen en el servidor en el que se encuentra la puerta de enlace me sugiere que debería funcionar a través del servicio, ¿correcto?

¿Alguien puede identificar cuál puede ser la causa o cómo puedo solucionarlo? Tengo registros de Gateway disponibles si es necesario, pero pensé en dejarlos fuera por ahora para simplificar las cosas.

Tenemos esta versión del conector instalada (http://dev.mysql.com/downloads/mirror.php?id=412152) pero también hemos probado la última versión, se recomendó la versión anterior como una forma de corregir el error, pero no ayudó.

@ibarrau y otros finalmente logré resolver este problema con la ayuda de Microsoft.

Primero, no existe una versión x64 específica del conector MySQL; hay un solo conector .net disponible que funciona tanto con x86 como con x64. Sin embargo, algunas personas han informado que tienen problemas con algunas de las versiones más nuevas, por lo que posiblemente pruebe con diferentes números de versión.

En segundo lugar, he tenido historias contradictorias sobre si es necesario eliminar Personal Gateway, pero en mi caso lo hizo. Sin embargo, incluso después de haber eliminado completamente la puerta de enlace personal de nuestra máquina todavía aparece en el servicio Power BI. Esto nos desanimó un poco a nosotros y a los de soporte técnico de Microsoft, pero en pocas palabras, esto se puede ignorar. La puerta de enlace personal seguirá apareciendo en el servicio Power BI, pero no funciona.

Con respecto a mi problema específico, el problema era doble:

1. El conector se instaló y Power BI Desktop lo reconoció correctamente; sin embargo, el servicio Power BI no lo reconoció; la razón de esto fue que tuvimos que reiniciar el servidor con On-Premises en él. Después de reiniciar, comenzamos a progresar, así que si no lo ha hecho, haga esto primero.

2. Cuando agrega una fuente de datos MySQL a su conector local en Power BI, debe darle EXACTAMENTE el mismo nombre que en su archivo PBIX.

Cuando se conecta a MySQL en Power BI Desktop, en realidad no puede darle un nombre a la fuente (que yo sepa), por lo que termina con un nombre similar a 43.21.34.10; nombre_base_datos este es el nombre exacto que debe darle a su fuente en el servicio Power BI. Entonces tanto el Nombre y Servidor El campo terminará siendo idéntico.

Una vez que haya hecho esto, debería poder conectarse.

Un par de cosas a anotar:

A veces, incluso cuando crea que todo está configurado correctamente, solo tendrá la opción de que una base de datos se conecte usando On-Premises Personal (si alguna vez tuvo personal instalado). Para mí, esto indicó que una o más de las fuentes de datos agregadas a la puerta de enlace local se habían nombrado incorrectamente. Una vez que todos los nombres coincidieron, solo entonces On-Premises Gateway apareció como una opción.
Si está transfiriendo un archivo PBIX que estaba usando Personal Gateway para usar el gateway local, no funcionará hasta que TODOS de las fuentes de datos están conectadas a las instalaciones. No puede conectarse si, por ejemplo, su conexión MySQL es 100% precisa pero un enlace a un archivo de OneDrive es incorrecto.

Tomó un tiempo, pero afortunadamente esto ahora está funcionando para nosotros, espero que lo anterior ayude a alguien.

Estoy teniendo el mismo problema. Tengo una puerta de enlace local que funciona con SQL Server. Entonces, un nuevo requisito nos hizo conectarnos a mysql con el escritorio sin ningún problema.

Al configurar la puerta de enlace en el servicio, aparece el error para el conector x64. Parece que el conector de 64 bits no existe. Entonces, ¿cómo puede Desktop reconocerlo y Service no?

¿Alguien tuvo éxito con este problema ????? ¡Necesito una respuesta porque la puerta de enlace personal no es una opción para mí! 😞

@ibarrau y otros finalmente logré resolver este problema con la ayuda de Microsoft.

Primero, no existe una versión x64 específica del conector MySQL; hay un solo conector .net disponible que funciona tanto con x86 como con x64. Sin embargo, algunas personas han informado que tienen problemas con algunas de las versiones más nuevas, por lo que posiblemente pruebe con diferentes números de versión.

En segundo lugar, he tenido historias contradictorias sobre si es necesario eliminar Personal Gateway, pero en mi caso lo hizo. Sin embargo, incluso después de haber eliminado completamente la puerta de enlace personal de nuestra máquina todavía aparece en el servicio Power BI. Esto nos desanimó un poco a nosotros y a los de soporte técnico de Microsoft, pero en pocas palabras, esto se puede ignorar. La puerta de enlace personal seguirá apareciendo en el servicio Power BI, pero no funciona.

Con respecto a mi problema específico, el problema era doble:

1. El conector se instaló y Power BI Desktop lo reconoció correctamente; sin embargo, el servicio Power BI no lo reconoció; la razón de esto fue que tuvimos que reiniciar el servidor con On-Premises en él. Después de reiniciar, comenzamos a progresar, así que si no lo ha hecho, haga esto primero.

2. Cuando agrega una fuente de datos MySQL a su conector local en Power BI, debe darle EXACTAMENTE el mismo nombre que en su archivo PBIX.

Cuando se conecta a MySQL en Power BI Desktop, en realidad no puede darle un nombre a la fuente (que yo sepa), por lo que termina con un nombre similar a 43.21.34.10; nombre_base_datos este es el nombre exacto que debe darle a su fuente en el servicio Power BI. Entonces tanto el Nombre y Servidor El campo terminará siendo idéntico.

Una vez que haya hecho esto, debería poder conectarse.

Un par de cosas a anotar:

A veces, incluso cuando crea que todo está configurado correctamente, solo tendrá la opción de que una base de datos se conecte usando On-Premises Personal (si alguna vez tuvo personal instalado). Para mí, esto indicó que una o más de las fuentes de datos agregadas a la puerta de enlace local se habían nombrado incorrectamente. Una vez que todos los nombres coincidieron, solo entonces On-Premises Gateway apareció como una opción.
Si está transfiriendo un archivo PBIX que estaba usando Personal Gateway para usar el gateway local, no funcionará hasta que TODOS de las fuentes de datos están conectadas a las instalaciones. No puede conectarse si, por ejemplo, su conexión MySQL es 100% precisa pero un enlace a un archivo de OneDrive es incorrecto.

Tomó un tiempo, pero afortunadamente esto ahora está funcionando para nosotros, espero que lo anterior ayude a alguien.

Tuve exactamente el mismo problema e intenté todo lo siguiente:

Instalación de MySql Server (y reinicio).
Instalar controladores MySql más nuevos que 6.6.5 (y reiniciar).
Instalación de controladores MySql anteriores a 6.5.5. (y reiniciando).

Podía conectarme a la fuente de datos a través de una puerta de enlace personal y programar actualizaciones, pero aún tenía un problema con la puerta de enlace local.

La resolución fue según los comentarios.

Inicie sesión en PowerBI.
Vaya a su Gateway.
Agregue una nueva fuente de datos.
Asegúrese de que el nombre de la fuente de datos sea «servidor; base de datos», es decir, «10.0.100.1; informes»
Complete todos los demás campos.

Gracias

Usé las sugerencias anteriores y ahora me estoy metiendo en otro problema relacionado con SSL.

«Ocurrió un error al leer los datos del proveedor: ‘Falló una llamada a SSPI, ver excepción interna'».

Pude resolver esto en Power BI Desktop desmarcando una casilla de verificación en la configuración de la fuente de datos. Pero no pude encontrar una forma de hacer esto en gatway.

¡¡¡Gracias!!! reiniciar el servidor y cambiar el nombre de la fuente al nombre exacto del archivo .pbix funcionó !!!

Ahora el proyecto está listo, gracias de nuevo.

Saludos,

@maracles Creo que se está quejando de que falta el conector MySQL, que puede descargar desde aquí.

Lo siento @ankitpatira, tal vez no fui lo suficientemente claro. Ya instalé el conector. También probé la última versión del conector y versiones anteriores en caso de que hubiera problemas de compatibilidad, pero ninguna ha funcionado hasta ahora.

Cualquier otra sugerencia.

Hola maracles,

¿Cuál es tu situación actual a estas alturas?

Cargue los registros de eventos en OneDrive y luego publique el enlace compartido aquí. Te ayudaremos a comprobarlo.

Solo por el mensaje de error que publicó, este problema parece estar relacionado con el conector de la base de datos, actualmente estoy configurando el entorno de prueba en esa parte, puede haber un retraso antes de poder compartir los resultados.

Para solucionar problemas generales, ¿ha consultado los dos artículos siguientes?

Solución de problemas de la puerta de enlace de datos local

Solución de problemas de Power BI Gateway – Personal

Vi que ha instalado la puerta de enlace personal y le gustaría cambiar a la puerta de enlace de datos local, antes de instalar la puerta de enlace de datos local, ¿ha desinstalado la puerta de enlace personal? De lo contrario, intente desinstalar la puerta de enlace personal y luego agregue la fuente de datos nuevamente.

Saludos

Gracias @ v-micsh-msft, eché un vistazo a la resolución de problemas pero sin mucho éxito; también salí y dejé de ejecutar el gatyway personal (pero no lo desinstalé) y no está solucionando el problema.

Tengo un ticket con el soporte de Microsoft, pero esperaba poder resolverlo más rápido aquí.

Puedo simplemente confirmar, el error sugiere instalar una versión de 64 bits del conector, por lo que puedo ver, solo hay una versión de 32 bits que funciona en ambos, ¿es correcto?

ACTUALIZAR:

He intentado probar mi configuración un poco más y creo que puede haber un problema más profundo. Yo desinstalé Puerta de enlace personal y luego procedió a crear un archivo PBXI completamente nuevo.

Desde ese archivo, importé algunos datos de un archivo de Excel local almacenado en una carpeta de OneDrive. Luego publiqué este nuevo archivo de BI en un nuevo espacio de trabajo que creé en el servicio Power BI.

La actualización inicial funcionó bien y se pudo acceder a los datos / informes, sin embargo, cuando intento actualizarlo, falla. El mensaje que recibo indica que está intentando actualizar a través de Personal Gateway a pesar de que ya no está instalado en ninguna máquina. Además, cuando voy a la configuración, no puedo cambiar de la puerta de enlace personal a local.

¿Alguna idea sobre cómo borrar completamente la puerta de enlace personal del servicio Power BI?

Tengo el mismo problema. Eliminé la puerta de enlace personal, pero el servicio Power BI todavía se refiere a la puerta de enlace personal:

mientras que esta puerta de enlace no está visible @ «Administrar puertas de enlace» (solo lo está la puerta de enlace local instalada).

Quería reinstalar la puerta de enlace personal, pero recibo un mensaje de error que indica que primero necesitaba eliminar la puerta de enlace de datos local. Eliminé todo, incluso a través de regedit (https://powerbi.microsoft.com/en-us/blog/failure-installing-the-power-bi-personal-gateway/) Tal vez esto pueda ayudarlo.

Para mí, todavía no instalará la puerta de enlace personal ni se actualizará a través de la puerta de enlace local. ¡Avíseme cuando tenga una actualización!

@Jasper Tengo exactamente el mismo problema que usted ahora después de quitar la puerta de enlace personal. Tengo el soporte de Microsoft investigando esto, pero es un proceso lento y su consejo inicial no ha sido alentador, sugiriendo que omito completamente Power BI Desktop y solo use el Servicio para crear informes que para nosotros no es factible.

Si consigo que esto funcione, se lo haré saber.

Una cosa que afirmaron categóricamente fue que no se puede hacer que Personal y On-Premises se ejecuten simultáneamente, lo cual está un poco en desacuerdo con el póster de arriba que aparentemente ha logrado que ambos funcionen.

Hola maracles,

Cuando aparece el mensaje de error, puede guardar un archivo de registro. Allí encontré una cadena que pertenece a una puerta de enlace ya instalada y la copié. Desinstalé todos los programas, eliminé todos los archivos (programas, descargas, carpetas de datos de aplicaciones). Abrí inicio -> ejecutar -> regedit e hice una exportación en caso de que algo saliera mal. La siguiente búsqueda busqué la cadena y encontré un archivo de desinstalación «MsiExec.exe / X / 2950A5B0-C59C-4738-833B-3D8E0 ….» Ejecuté este archivo y desinstalé otra instancia de una puerta de enlace. Descargué la puerta de enlace, instalé la puerta de enlace local (ejecutar como administrador haciendo clic con el botón derecho en el archivo) e hice una nueva puerta de enlace. A continuación, instalé la puerta de enlace personal. ¡Ahora funciona de nuevo y ojalá dure!

Buena suerte, jasper

Enlace para las acciones de regedit: https://powerbi.microsoft.com/en-us/blog/failure-installing-the-power-bi-personal-gateway/

Con un gran apoyo, conseguí que el Personal Gateway volviera a funcionar. Marcus me dijo que en algunos casos (¿mashup de datos?), La puerta de enlace de datos local no funciona. Primero puede instalar la puerta de enlace de datos local y luego la puerta de enlace personal. ¡Buena suerte!

Descubrí que la puerta de enlace local no se habilitará si alguno de los conjuntos de datos no se puede conectar correctamente. Teníamos una base de datos mySQL para conectarnos, pero fue tan doloroso intentar configurar que creé un almacén de datos de SQL Server con los datos relevantes y lo consulté en su lugar. Incluso entonces, el conector SSIS es bastante inestable, pero al menos pude hacer que funcione bien.

Me temo que no es tan útil, pero al menos sabes que no estás solo.

Entradas relacionadas

Deja un comentario Cancelar respuesta