PL-300: cómo gestionar programaciones de actualización y gateways

Esta práctica enseña la competencia de gestionar y configurar programaciones de actualización y gateways en Power BI — una capacidad esencial en el examen PL-300 y en la vida real para asegurar que los informes muestran datos actuales, seguros y eficientes. Dominar estos conceptos evita informes desactualizados, reduce fallos de producción y garantiza que el equipo confía en las decisiones basadas en Power BI.

Qué necesitas saber

La actualización de datos en Power BI actualiza conjuntos de datos según las fuentes. Existen dos escenarios principales: datos en la nube y datos on-premises. En los escenarios en la nube puedes usar Import, DirectQuery o Live Connection, y también modos híbridos como Composite. En el modo Import los datos se copian al servicio Power BI y requieren programaciones para mantenerse actuales; en cambio DirectQuery y Live Connection consultan la fuente en tiempo real, lo que elimina la necesidad de full refresh, pero pueden introducir latencia en las consultas y restricciones en funcionalidades como algunos tipos de modelado.

Para fuentes on-premises es necesario el On-premises data gateway (gateway). Este componente actúa como un «túnel» seguro entre el servicio Power BI y tus bases de datos locales. El gateway puede instalarse en un único servidor o configurarse en modo cluster para alta disponibilidad — se recomienda al menos dos instancias en entornos de producción críticos. En términos de límites prácticos, usuarios con Power BI Pro normalmente pueden programar hasta 8 refreshes por día por conjunto de datos, mientras que Power BI Premium eleva ese límite a 48 refreshes por día (verifica siempre las cuotas actuales en la documentación Microsoft, ya que pueden variar).

Ejemplo concreto: tienes un informe que importa ventas diarias de una base de datos SQL Server on‑premises con alrededor de 10 millones de filas históricas. En lugar de refrescar las 10 millones de filas cada noche, implementas incremental refresh para mantener solo los últimos 90 días actualizados y reducir el volumen a procesar en más de un 90% durante cada ejecución. Instalando un gateway en una VM en la misma red del SQL Server, registrándolo en el servicio y configurando una programación a las 02:00, garantizamos que los informes están listos cuando los gestores llegan al trabajo.

Cómo funciona en la práctica

Pasos esenciales para implementar actualizaciones programadas y gateways:

1. Instalar y registrar el On‑premises data gateway (preferiblemente en servidor con buena conexión a la fuente).
2. Configurar fuentes de datos en el gateway con credenciales correctas y políticas de autenticación adecuadas (Windows, SQL authentication, OAuth2).
3. Publicar el informe/conjunto de datos en un workspace en el Power BI Service.
4. Asignar el gateway al conjunto de datos en el servicio y validar las credenciales de conexión.
5. Configurar la programación de actualización (frecuencia, ventanas horarias y número de intentos en caso de error).
6. Monitorizar el historial de actualización, métricas de rendimiento y configurar alertas para fallos.

Detalles prácticos y parámetros habituales:

1) Instalación del Gateway:
   - Ejecutar el instalador del On‑premises data gateway en una VM/servidor con acceso a la fuente.
   - Seleccionar el modo 'Standard' para compartir entre usuarios.
   - Asociar con cuenta organizacional (Azure AD) con permisos adecuados.
   - Recomendaciones de tamaño: mínimo 4 vCPU y 8 GB RAM para cargas pequeñas; 8+ vCPU y 16+ GB RAM para cargas medias/grandes.

2) Configuración en el portal Power BI:
   - Workspace > Settings > Datasets > Gateway connection
   - Seleccionar gateway registrado o cluster.
   - En "Data source credentials" introducir credenciales (Windows/Database/Basic/OAuth2 según la fuente).

3) Programación de actualización:
   - Settings > Datasets > Scheduled refresh
   - Refresh frequency: Daily / Weekly (Pro: hasta 8/día; Premium: hasta 48/día por dataset)
   - Time slots: elegir ventanas (ej.: 02:00, 06:00, 10:00) y coordinar zonas horarias.
   - Failure notifications: activar para administradores y para un grupo de operaciones.

Errores comunes

• Credenciales inválidas en el gateway: el gateway está instalado, pero las credenciales de la fuente de datos son incorrectas o han expirado (ej.: tokens OAuth con validez de 1 hora). Resultado: fallos repetidos en la actualización. Solución: validación periódica y uso de cuentas de servicio gestionadas siempre que sea posible.
• Gateway mal dimensionado: instalar el gateway en una máquina con recursos insuficientes (CPU/RAM/latencia de red) provoca timeouts en actualizaciones que procesan millones de filas. Escenario típico: dataset de 50M de filas que da timeout tras 1 h. Solución: aumentar recursos, ubicar el gateway cerca de la fuente (misma VNet/AZ) y optimizar consultas.
• Exceso de programaciones en workspace compartido: muchos conjuntos de datos con programaciones simultáneas pueden sobrecargar un gateway o hacer alcanzar el límite de conexiones. Buena práctica: escalonar ventanas (por ejemplo, entre 01:00 y 05:00) y usar incremental refresh para reducir carga.
• Puertos y firewall bloqueados: aunque el gateway utiliza salida HTTPS (puerto 443), reglas de firewall o proxies pueden interrumpir la comunicación. Prueba la conexión con las herramientas de diagnóstico del gateway.

Cómo practicar

Para practicar en un entorno controlado, crea un pequeño escenario que reproduzca los pasos reales:

1. Instala el On‑premises data gateway en una VM (puede ser local o en una Azure VM conectada a la red de la empresa).
2. Configura una fuente de datos SQL Server Express con alrededor de 100k–1M registros y publica un informe Power BI en modo Import que consulte esa base.
3. Registra el gateway en el servicio Power BI, añade la fuente de datos con credenciales probadas y ejecuta una prueba de conexión.
4. Configura una programación de actualización diaria a las 03:00; implementa incremental refresh para 30 días y realiza una actualización manual para validar tiempos (objetivo: < 30 min para dataset pequeño).
5. Consulta el historial de actualización durante 7 días, interpreta mensajes de error (timeouts, credenciales, falta de memoria) y aplica correcciones.

Recursos oficiales útiles y gratuitos de Microsoft:

• Practice Assessment oficial de Microsoft para PL‑300 (gratuito) — utilízalo para evaluar tus competencias prácticas.
• Study guide oficial PL‑300 de Microsoft (gratuito) — consulta la sección sobre "Manage and deploy Power BI content" y "Data refresh" para cubrir lo que se pide en el examen.

En resumen

• La actualización y los gateways son esenciales para mantener datos actualizados y seguros cuando hay fuentes on‑premises; sin ellos, los informes pierden fiabilidad.
• Instala el gateway en una máquina fiable, preferiblemente con recursos dedicados, y considera un cluster para alta disponibilidad.
• Planifica las programaciones con cuidado: usa incremental refresh, ventanas fuera de pico y staggers para optimizar recursos y reducir fallos.
• Actúa rápidamente en caso de fallos: el historial de actualización y las notificaciones proporcionan pistas cruciales para resolver problemas y recuperar la disponibilidad del servicio.