APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
SQL Agent continua disponível em SQL Server e Managed Instance, com diferenças documentadas nesta última. Azure SQL Database não fornece SQL Agent local; Elastic Jobs pode executar T-SQL em grupos de bases. Define destinos, permissões, concorrência e impacto sobre pools partilhados. Managed identity reduz segredos distribuídos, mas precisa de utilizadores e grants adequados nos destinos. Um job que funciona como administrador numa sessão interativa pode falhar agendado, porque owner, contexto e base diferem. Compara esses elementos antes de conceder sysadmin. O nome do job ou o estado Enabled do schedule não demonstra execução nem conclusão da operação pretendida.
Aplicação guiada
Numa carga fictícia, o COMMIT pode terminar antes de um timeout chegar ao cliente. Repetir com novos IDs pode duplicar movimentos. Usa chave estável de evento, estado confirmado e fronteiras transacionais para tornar a retoma idempotente. Conservar histórico de cada tentativa facilita reconciliação. Para infraestrutura, Bicep what-if apresenta alterações previstas sem as executar e tem limites de análise. Revê o impacto, aplica a mudança pelo fluxo autorizado e valida recursos, permissões e aplicação depois. Alertas devem medir resultado dos passos, atraso e condição de conclusão de negócio. Distingue uma falha transitória elegível para retry de uma negação persistente de autorização que precisa de correção.
Timeout após COMMIT: procurar o evento pela chave estável antes de aplicar novamente os seus efeitos.
Armadilhas comuns
Retry como rollback; novo ID como idempotência; identidade como autorização; what-if como deployment.
Tópicos relacionados: Plataforma, capacidade e migração · Identidade, rede e cifragem · Dados sensíveis e evidência
Automatiza com identidade explícita e resultados verificáveis.
Referência: Elastic job identities retries and idempotency · DP-300 English objectives effective 2026-04-24