Dica rápida: AWS – RDS SQL Server – Agent Jobs – Jobs desaparecendo em um failover? Veja como resolver
Tempo de leitura: 2 minutos
Oi pessoal, quanto tempo não é? Espero que estejam todos bem.
Passando para dá uma dica super importante e rápida que envolve a implementação de um SQL Server na AWS – RDS.
Tenho me deparado bastante com algumas limitações, e inclusive já comentei sobre algumas que precisamos avaliar ao pensar em migrar um EC2 ou On-premises para o RDS, o que me falta é tempo para descrever de forma mastigada aqui, hehehe.
Mas um ponto importante em forma de dica rápida, são os JOBS.
Quando construímos um RDS – SQL Server em uma multiAz, ou seja, alta disponibilidade, é importante ter o cuidado de sincronizar os JOBS para os dois servidores ou mais, que fazem parte do AlwaysOn, no entanto, não temos acesso ao servidores diretamente como é no SQL Server On-premises ou EC2. Na imagem a seguir, podemos perceber que é simples conectar em um servidor que faz parte da alta disponibilidade (HA), quando é EC2 ou On-premises.
Conexão nos nodes -AlwaysOn
No RDS pelo fato de se tratar de um serviço SaaS, isso não é possível. Então como realizar essa sincronização dos JOBS nos servidores envolvidos na alta disponibilidade? Será que vou precisar fazer um failover e derrubar tudo para ter que fazer essa criação dos JOBS no servidor que tá passivo? Será que vou precisar criar uma rotina complexa pra ter que fazer isso por dentro do SQL Server? Replicação? A resposta é Não.
Existe uma procedure que você precisa executar, cujo ela vai cuidar dessa parte pra você. É que toda vez que você migrar ou criar um SQL Server no RDS em multiAz, é necessário executar para que essa replicação aconteça. O comando é:
EXECUTE msdb.dbo.rds_set_system_database_sync_objects @object_types = 'SQLAgentJob';
É só executar e ser feliz.
Como mais referencias, segue a documentação:
https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html
É isso pessoal, é uma dica rápida que considero importante no meu ponto de vista técnico. Aprendi esse cara apanhando e tendo cenários em que o JOB sumiam, e o diagnóstico era justamente um failover que ocorria e com a mudança de nodes, os jobs não estavam sincronizados nos outros servidores.
Valeussss, até a próxima.
