PL-300: como gerir agendamentos de refresh e gateways

Esta prática ensina a competência de gerir e configurar agendamentos de refresh e gateways no Power BI — uma capacidade essencial no exame PL-300 e na vida real para garantir que os relatórios mostram dados actuais, seguros e eficientes. Dominar estes conceitos evita relatórios desactualizados, reduz falhas de produção e assegura que a equipa confia nas decisões baseadas em Power BI.

O que precisas de saber

O refresh de dados no Power BI actualiza conjuntos de dados com base nas origens. Existem dois cenários principais: dados na cloud e dados on-premises. Nos cenários na cloud podes usar Import, DirectQuery ou Live Connection, e ainda modos híbridos como Composite. No modo Import os dados são copiados para o serviço Power BI e exigem agendamentos para se manterem actuais; já o DirectQuery e o Live Connection consultam a origem em tempo real, o que elimina a necessidade de full refresh, mas podem introduzir latência nas consultas e restrições em funcionalidades como alguns tipos de modelação.

Para fontes on-premises é necessário o On-premises data gateway (gateway). Este componente actua como um «túnel» seguro entre o serviço Power BI e as tuas bases de dados locais. O gateway pode ser instalado num único servidor ou configurado em modo cluster para alta disponibilidade — recomenda-se pelo menos duas instâncias em ambientes de produção críticos. Em termos de limites práticos, utilizadores com Power BI Pro normalmente podem agendar até 8 refreshes por dia por conjunto de dados, enquanto o Power BI Premium eleva esse limite para 48 refreshes por dia (verifica sempre as quotas actuais na documentação Microsoft, pois podem variar).

Exemplo concreto: tens um relatório que importa vendas diárias de uma base de dados SQL Server on‑premises com cerca de 10 milhões de linhas históricas. Em vez de refrescar as 10 milhões de linhas todas as noites, implementas incremental refresh para manter apenas os últimos 90 dias actualizados e reduzir o volume a processar em mais de 90% durante cada execução. Instalando um gateway numa VM na mesma rede do SQL Server, registando-o no serviço e configurando um agendamento às 02:00, garantimos que os relatórios estão prontos quando os gestores chegam ao trabalho.

Como funciona na prática

Passos essenciais para implementar refresh agendado e gateways:

1. Instalar e registar o On‑premises data gateway (preferivelmente em servidor com boa ligação à origem).
2. Configurar fontes de dados no gateway com credenciais correctas e políticas de autenticação adequadas (Windows, SQL authentication, OAuth2).
3. Publicar o relatório/conjunto de dados para um workspace no Power BI Service.
4. Atribuir o gateway ao conjunto de dados no serviço e validar as credenciais de ligação.
5. Configurar o agendamento de refresh (frequência, janelas horárias e número de tentativas em caso de erro).
6. Monitorizar o histórico de refresh, métricas de performance e configurar alertas para falhas.

Detalhes práticos e parâmetros habituais:

1) Instalação do Gateway:
   - Executar o instalador do On‑premises data gateway numa VM/servidor com acesso à origem.
   - Seleccionar o modo 'Standard' para partilha entre utilizadores.
   - Associar com conta organizacional (Azure AD) com permissões adequadas.
   - Recomendações de dimensão: mínimo 4 vCPU e 8 GB RAM para cargas pequenas; 8+ vCPU e 16+ GB RAM para cargas médias/grandes.

2) Configuração no portal Power BI:
   - Workspace > Settings > Datasets > Gateway connection
   - Seleccionar gateway registado ou cluster.
   - Em "Data source credentials" inserir credenciais (Windows/Database/Basic/OAuth2 conforme a origem).

3) Agendamento de refresh:
   - Settings > Datasets > Scheduled refresh
   - Refresh frequency: Daily / Weekly (Pro: até 8/dia; Premium: até 48/dia por dataset)
   - Time slots: escolher janelas (ex.: 02:00, 06:00, 10:00) e coordenar fusos horários.
   - Failure notifications: activar para administradores e para um grupo de operações.

Erros comuns

• Credenciais inválidas no gateway: o gateway está instalado, mas as credenciais da fonte de dados estão incorrectas ou expiraram (ex.: tokens OAuth com validade de 1 hora). Resultado: falhas repetidas no refresh. Solução: validação periódica e utilização de contas de serviço geridas sempre que possível.
• Gateway mal dimensionado: instalar o gateway numa máquina com recursos insuficientes (CPU/RAM/latência de rede) origina timeouts em refreshes que processam milhões de linhas. Cenário típico: dataset de 50M de linhas que dá timeout após 1 h. Solução: aumentar recursos, colocar o gateway perto da origem (mesma VNet/AZ) e optimizar consultas.
• Excesso de agendamentos em workspace partilhado: muitos conjuntos de dados com agendamentos simultâneos podem sobrecarregar um gateway ou fazer atingir o limite de conexões. Boa prática: escalonar janelas (por ex., entre 01:00 e 05:00) e usar incremental refresh para reduzir carga.
• Portas e firewall bloqueadas: embora o gateway utilize saída HTTPS (porta 443), regras de firewall ou proxies podem interromper a comunicação. Testa a ligação com as ferramentas de diagnóstico do gateway.

Como praticar

Para praticar num ambiente controlado, cria um pequeno cenário que reproduza os passos reais:

1. Instala o On‑premises data gateway numa VM (pode ser local ou numa Azure VM ligada à rede da empresa).
2. Configura uma fonte de dados SQL Server Express com cerca de 100k–1M registos e publica um relatório Power BI em modo Import que consulte essa base.
3. Regista o gateway no serviço Power BI, adiciona a fonte de dados com credenciais testadas e executa um teste de ligação.
4. Configura um agendamento de refresh diário às 03:00; implementa incremental refresh para 30 dias e faz um refresh manual para validar tempos (meta: < 30 min para dataset pequeno).
5. Consulta o histórico de refresh durante 7 dias, interpreta mensagens de erro (timeouts, credenciais, falta de memória) e aplica correcções.

Recursos oficiais úteis e gratuitos da Microsoft:

• Practice Assessment oficial da Microsoft para PL‑300 (gratuito) — utiliza-o para avaliar as tuas competências práticas.
• Study guide oficial PL‑300 da Microsoft (gratuito) — consulta a secção sobre "Manage and deploy Power BI content" e "Data refresh" para cobrir o que é pedido no exame.

Em resumo

• O refresh e os gateways são essenciais para manter dados actualizados e seguros quando há fontes on‑premises; sem eles, os relatórios perdem fiabilidade.
• Instala o gateway numa máquina fiável, preferencialmente com recursos dedicados, e considera um cluster para alta disponibilidade.
• Planifica agendamentos com cuidado: usa incremental refresh, janelas fora de pico e staggers para optimizar recursos e reduzir falhas.
• Age rapidamente em caso de falhas: o histórico de refresh e as notificações dão pistas cruciais para resolver problemas e recuperar a disponibilidade do serviço.