{"id":8022,"date":"2017-12-05T12:39:44","date_gmt":"2017-12-05T14:39:44","guid":{"rendered":"http:\/\/www.fabriciolima.net\/?p=8022"},"modified":"2017-12-05T12:39:44","modified_gmt":"2017-12-05T14:39:44","slug":"casos-do-dia-a-dia-resolvendo-a-falha-de-um-job-automaticamente-com-a-opcao-retry-job","status":"publish","type":"post","link":"https:\/\/fabriciolima.net\/blog\/2017\/12\/05\/casos-do-dia-a-dia-resolvendo-a-falha-de-um-job-automaticamente-com-a-opcao-retry-job\/","title":{"rendered":"Casos do Dia a Dia: Resolvendo a falha de um job automaticamente com a op\u00e7\u00e3o RETRY JOB"},"content":{"rendered":"

Ol\u00e1 Pessoal,<\/p>\n

Quem a\u00ed nunca teve uma falha de job onde a solu\u00e7\u00e3o para essa falha foi simplesmente executar o job novamente?<\/p>\n

Isso acontece muito em jobs de backup onde trafegamos os dados para outro local na rede.<\/p>\n

Por um momento de instabilidade na rede na madrugada ou no fim de semana, todo o backup falha. Nesse caso, ou voc\u00ea fica atento a essas notifica\u00e7\u00f5es de falhas e resolve na hora ou s\u00f3 vai resolver o problema quando chegar no trabalho.<\/p>\n

Temos isso em alguns clientes. J\u00e1 debatemos com eles o problema, mas muitos n\u00e3o conseguem solucionar a intermit\u00eancia de rede.<\/p>\n

Os jobs falhavam, receb\u00edamos as notifica\u00e7\u00f5es e t\u00ednhamos que logar no cliente para resolver. O que acaba gerando\u00a0custo para o cliente do nosso valor hora que seria utilizado para coisas mais relevantes no ambiente.<\/strong><\/p>\n

Amenizando o problema…<\/p>\n

O ideal \u00e9 que seja investigado a causa raiz dessa intermit\u00eancia na rede para resolver o problema em definitivo<\/strong>. Contudo, essa a\u00e7\u00e3o nem sempre tem um retorno r\u00e1pido e podemos continuar sem Backup<\/strong> (isso \u00e9 CR\u00cdTICO<\/strong><\/span>) ou ter que agir manualmente<\/strong> toda vez que o JOB falhar.<\/p>\n

Uma solu\u00e7\u00e3o paliativa<\/strong> \u00e9 utilizar a op\u00e7\u00e3o RETRY<\/strong> no JOB.<\/p>\n

Para\u00a0configurar essa op\u00e7\u00e3o, basta seguir os passos\u00a0abaixo conforme o print:<\/p>\n

Propriedades do JOB -> Steps -> Propriedades do Step 1 -> Advanced ->\u00a0<\/strong><\/p>\n

Retry attempts: 3<\/strong> (n\u00famero de tentativas)<\/p>\n

Retry interval (minutes): 1<\/strong> (intervalo em minutos)<\/p>\n

\"\"<\/p>\n

Para explicar o funcionamento do RETRY<\/strong>, criei um JOB que ir\u00e1 falhar por 3 vezes<\/strong> e funcionar na quarta execu\u00e7\u00e3o<\/strong>.<\/p>\n

Primeiro criei a tabela abaixo:<\/p>\n

CREATE TABLE Teste_Retry(id INT)\r\n\r\nINSERT INTO Teste_Retry VALUES(1)<\/pre>\n
Depois inclui o script abaixo no JOB que usa minha tabela de teste para controlar as 3 primeiras falhas e a quarta execu\u00e7\u00e3o com sucesso:<\/p>\n
DECLARE @Tentativa INT\r\n\r\nSELECT @Tentativa = id\r\nFROM Teste_Retry\r\n\r\n--SELECT @Tentativa\r\n\r\nUPDATE Teste_Retry\r\nSET id = id + 1\r\n\r\nIF (@Tentativa < 4)\r\nBEGIN\r\nPRINT 'TENTATIVA ' + CAST(@Tentativa AS VARCHAR) + ': VOU FALHAR E EXECUTAR NOVAMENTE PELO RETRY!'\r\nSELECT 1 \/ 0\r\nEND\r\nELSE\r\nBEGIN\r\nPRINT 'TENTATIVA ' + CAST(@Tentativa AS VARCHAR) + ': EXECUTEI COM SUCESSO!!!'\r\nEND<\/pre>\n
Segue abaixo\u00a0algumas observa\u00e7\u00f5es\u00a0<\/strong>ap\u00f3s a execu\u00e7\u00e3o do JOB:<\/p>\n