Power BI Gateway: conectar datos on-premise (guía)

Uno de los momentos más frecuentes de fricción con Power BI llega cuando el equipo ha montado un informe que funciona a la perfección en Power BI Desktop, conectado al SQL Server local, y quiere publicarlo en Power BI Service para compartirlo con el resto de la empresa. El informe se pública sin problemas, pero los datos no se actualizan. ¿Por qué? Porque Power BI Service está en la nube y no tiene forma de llegar a tu servidor local. Ahí entra el gateway.

Qué hace Power BI Gateway

El gateway es un servicio de Windows que se instala en una máquina de tu red local y actúa como intermediario entre Power BI Service (en la nube) y tus fuentes de datos on-premise. Cuando Power BI necesita actualizar un dataset, envía la solicitud al gateway, este se conecta a tu base de datos local, extrae los datos necesarios y los transmite de vuelta al servicio cloud. Todo cifrado, sin necesidad de abrir puertos entrantes ni exponer servidores a internet.

El gateway no solo funciona con Power BI: también lo usan Power Automate, Power Apps, Azure Analysis Services y Azure Logic Apps. Es un componente compartido del ecosistema Microsoft para conectar lo local con lo cloud.

Cuándo necesitas el gateway

No siempre. Si todas tus fuentes de datos están en la nube (Azure SQL, SharePoint Online, Dataverse, Google Sheets, APIs públicas), Power BI se conecta directamente. Necesitas el gateway cuando al menos una de tus fuentes cumple alguna de estas condiciones.

• Base de datos en un servidor local: SQL Server, Oracle, MySQL, PostgreSQL instalados en tu red.
• Archivos en carpetas de red: Excel o CSV en un servidor de archivos interno.
• SAP, AS400 u otros sistemas legacy que solo son accesibles desde la red interna.
• Bases de datos en servidores virtuales que no tienen IP pública.
• Cualquier origen de datos que requiera estar en la misma red para ser alcanzable.

Modo personal vs. modo empresarial

Microsoft ofrece dos modos de gateway, y elegir mal es una fuente habitual de problemas.

Gateway en modo personal

Se instala y funciona exclusivamente para un usuario. Solo ese usuario puede configurar actualizaciones con ese gateway. Es útil si eres la única persona que pública informes con datos on-premise, pero tiene limitaciones importantes: no se puede compartir con otros usuarios, no soporta DirectQuery ni conexiones en vivo, y si tu sesión de Windows se cierra, el gateway deja de funcionar.

Gateway en modo empresarial (estándar)

Es el modo recomendado para cualquier uso serio. Se instala como un servicio de Windows que corre en segundo plano independientemente de si hay sesión iniciada. Permite que varios usuarios compartan el mismo gateway, soporta DirectQuery y conexiones en vivo, y se puede gestionar de forma centralizada desde el portal de Power BI. También permite configurar clústeres de alta disponibilidad con varios nodos.

Cómo instalar y configurar el gateway paso a paso

La instalación es sencilla, pero hay detalles que conviene tener claros antes de empezar para evitar reinstalaciones o configuraciones a medias.

Requisitos previos

• Un servidor Windows (Windows 10 o posterior, o Windows Server 2016 o posterior) que esté siempre encendido.
• Acceso de red a las fuentes de datos on-premise (SQL Server, Oracle, etc.).
• Conexión estable a internet (el gateway se comunica con Azure Service Bus por HTTPS).
• Una cuenta de Microsoft 365 con licencia de Power BI Pro o Premium Per User.
• Permisos de administrador local en la máquina donde se instala.

Instalación

1. 1Descarga el instalador desde la página oficial de Microsoft: On-premises data gateway.
2. 2Ejecuta el instalador y elige la ruta de instalación. Deja la ruta por defecto a menos que haya una razón concreta para cambiarla.
3. 3Selecciona el modo: on-premises data gateway (empresarial) o personal mode. Elige empresarial.
4. 4Inicia sesión con tu cuenta de Microsoft 365.
5. 5Registra el gateway con un nombre descriptivo (por ejemplo, GW-PROD-SQLServer01) y establece una clave de recuperación. Guarda esa clave en un lugar seguro: la necesitarás si migras el gateway a otra máquina.
6. 6El gateway se registra automáticamente en tu tenant y aparece en el portal de Power BI, en Configuración > Gateways.

Añadir orígenes de datos

Una vez instalado, ve al portal de Power BI > Configuración > Gateways. Selecciona tu gateway y añade los orígenes de datos que necesites: tipo de conexión (SQL Server, Oracle, etc.), servidor, base de datos, método de autenticación. Cada origen de datos se configura por separado y se pueden asignar permisos por usuario.

Programar actualizaciones

Con el gateway configurado y los orígenes de datos registrados, puedes programar actualizaciones automáticas de los datasets publicados en Power BI Service. Ve al workspace, selecciona el dataset, accede a Configuración > Actualización programada, y define la frecuencia (hasta 8 veces al día con Power BI Pro, hasta 48 con Premium).

Asegúrate de que el dataset está mapeado al gateway correcto y que las credenciales del origen de datos son válidas. Un error muy habitual es cambiar la contraseña de la cuenta de servicio de SQL Server y olvidar actualizarla en la configuración del gateway.

Errores comunes y cómo resolverlos

Estos son los problemas que aparecen con más frecuencia después de la instalación.

El gateway aparece como offline

Suele ocurrir cuando el servicio de Windows no está corriendo o la máquina ha perdido conexión a internet. Verifica que el servicio On-premises data gateway service está en estado Running. Si se detuvo por un reinicio, configura el servicio para que arranque automáticamente.

Error de credenciales al actualizar

Si la contraseña de la cuenta de servicio de la base de datos ha cambiado, la actualización falla con un error de autenticación. Ve al portal de Power BI > Gateways > Origen de datos y actualiza las credenciales. También revisa que el usuario tenga permisos de lectura en las tablas necesarias.

Actualización lenta o timeout

Puede deberse a consultas pesadas, ancho de banda limitado o un servidor de gateway con pocos recursos. Revisa el tamaño del dataset, optimiza las consultas en Power Query (filtra antes de cargar, evita columnas innecesarias) y verifica que la máquina del gateway tiene suficiente RAM y CPU. Si el problema persiste, considera un clúster con varios nodos.

No encuentro el gateway al configurar el dataset

Esto suele pasar cuando el dataset fue publicado antes de configurar el gateway, o cuando el tipo de origen de datos del dataset no coincide con el que se registró en el gateway. Verifica que el origen de datos está registrado con el mismo tipo y servidor exacto que usa el informe.

Consideraciones de seguridad

El gateway transmite datos entre tu red local y la nube, así que la seguridad es relevante. Estos son los puntos clave.

• Toda la comunicación es saliente (de tu red hacia Azure). No se abren puertos entrantes.
• La transmisión se cifra con HTTPS y TLS 1.2 como mínimo.
• El gateway usa Azure Service Bus como canal de retransmisión, no hay conexión directa desde internet a tu servidor.
• Las credenciales de los orígenes de datos se almacenan cifradas en el servicio cloud, no en la máquina local.
• Puedes restringir qué usuarios pueden utilizar cada origen de datos desde el portal de administración.
• En entornos con requisitos estrictos, puedes aislar el gateway en una VLAN dedicada con reglas de firewall específicas.

Si necesitas una configuración que cumpla con políticas de seguridad específicas de tu sector, en nuestra consultoría de Power BI podemos revisar tu arquitectura y proponer la configuración más adecuada.

Buenas prácticas para el mantenimiento

Una vez que el gateway está en producción, conviene seguir unas prácticas básicas para que no dé sorpresas.

• Mantén el gateway actualizado: Microsoft pública actualizaciones mensuales. Actualiza al menos cada trimestre.
• Monitoriza el estado desde el portal de administración y configura alertas de email cuando se desconecte.
• Documenta la clave de recuperación y la máquina donde está instalado. Si esa máquina falla, necesitarás ambos datos.
• Programa las actualizaciones de datos en horarios coherentes con la carga del servidor de base de datos.
• Revisa los logs del gateway periódicamente (están en la carpeta de instalación) para detectar errores recurrentes.
• Si el volumen crece, plantea un clúster de gateways para alta disponibilidad y reparto de carga.

Para más información, puedes consultar la informe de McKinsey sobre empresas data-driven.

Preguntas frecuentes

¿Necesito Power BI Gateway si mis datos ya están en la nube?

No. Si todos tus datos están en servicios cloud como Azure SQL, Google BigQuery o Snowflake, Power BI Service puede conectarse directamente sin necesidad de gateway. El gateway solo es necesario cuando tus datos están en servidores locales, bases de datos on-premise o archivos en red interna.

¿Puedo instalar el gateway en cualquier máquina?

Técnicamente sí, pero lo recomendable es instalarlo en un servidor dedicado que esté siempre encendido, con conexión estable a internet y acceso a las fuentes de datos locales. Instalarlo en un portátil que se apaga por las noches o se conecta a redes distintas va a dar problemas de actualización.

¿Cuánto ancho de banda consume el gateway?

Depende del volumen de datos que se transfieran en cada actualización. Para datasets de unos pocos cientos de megabytes, el impacto es mínimo. Si mueves varios gigabytes con frecuencia, conviene programar las actualizaciones en horarios de baja carga y monitorizar el consumo de red.

¿El gateway envía mis datos a Microsoft de forma permanente?

No. El gateway actúa como un puente cifrado: los datos se transfieren al servicio de Power BI para la actualización del dataset, pero no se almacenan en un lugar intermedio. La comunicación usa HTTPS con certificados SSL y Azure Service Bus como canal de retransmisión.