Olá Pessoal,

Quem aí nunca teve uma falha de job onde a solução para essa falha foi simplesmente executar o job novamente?

Isso acontece muito em jobs de backup onde trafegamos os dados para outro local na rede.

Por um momento de instabilidade na rede na madrugada ou no fim de semana, todo o backup falha. Nesse caso, ou você fica atento a essas notificações de falhas e resolve na hora ou só vai resolver o problema quando chegar no trabalho.

Temos isso em alguns clientes. Já debatemos com eles o problema, mas muitos não conseguem solucionar a intermitência de rede.

Os jobs falhavam, recebíamos as notificações e tínhamos que logar no cliente para resolver. O que acaba gerando custo para o cliente do nosso valor hora que seria utilizado para coisas mais relevantes no ambiente.

Amenizando o problema…

O ideal é que seja investigado a causa raiz dessa intermitência na rede para resolver o problema em definitivo. Contudo, essa ação nem sempre tem um retorno rápido e podemos continuar sem Backup (isso é CRÍTICO) ou ter que agir manualmente toda vez que o JOB falhar.

Uma solução paliativa é utilizar a opção RETRY no JOB.

Para configurar essa opção, basta seguir os passos abaixo conforme o print:

Propriedades do JOB -> Steps -> Propriedades do Step 1 -> Advanced -> 

Retry attempts: 3 (número de tentativas)

Retry interval (minutes): 1 (intervalo em minutos)

Para explicar o funcionamento do RETRY, criei um JOB que irá falhar por 3 vezes e funcionar na quarta execução.

Primeiro criei a tabela abaixo:

CREATE TABLE Teste_Retry(id INT)

INSERT INTO Teste_Retry VALUES(1)

Depois inclui o script abaixo no JOB que usa minha tabela de teste para controlar as 3 primeiras falhas e a quarta execução com sucesso:

DECLARE @Tentativa INT

SELECT @Tentativa = id
FROM Teste_Retry

--SELECT @Tentativa

UPDATE Teste_Retry
SET id = id + 1

IF (@Tentativa < 4)
BEGIN
PRINT 'TENTATIVA ' + CAST(@Tentativa AS VARCHAR) + ': VOU FALHAR E EXECUTAR NOVAMENTE PELO RETRY!'
SELECT 1 / 0
END
ELSE
BEGIN
PRINT 'TENTATIVA ' + CAST(@Tentativa AS VARCHAR) + ': EXECUTEI COM SUCESSO!!!'
END

Segue abaixo algumas observações após a execução do JOB:

• Repare que o Status do JOB fica como “Between retries” enquanto não terminar as tentativas ou executar com sucesso/erro.

• Conforme esperado, após 3 tentativas, o JOB finaliza com sucesso e fica com o Status “Succeeded” na tentativa 4.

• Repare como fica o History do JOB. Apesar de executar com sucesso na última tentativa, o histórico fica com uma exclamação por ter utilizado o RETRY.

Fabrício, mas como vou saber se meu backup está falhando e fazendo o RETRY?

Basta implantar minhas rotinas de Alerta ou o meu Checklist que será avisado quando isso acontecer.

Resumindo:

Como podemos observar, a opção RETRY é muito simples de ser configurada e pode ser muito útil.

No caso do JOB do Backup, utilizamos 3 tentativas e um intervalo de 1 hora entre as execuções. Dessa forma, o problema será resolvido automaticamente sem precisar de intervenção manual (custo $$$).

Isso já nos economizou horas de trabalho a noite e nos fins de semana.

Gostou dessa Dica?

Curta, comente, compartilhe com os coleguinhas…

Assine meu canal no Youtube e curta minha página no Facebook para receber Dicas de Leituras, Vídeos e Eventos sobre SQL Server.

Até a próxima.

Fabrício Lima

Microsoft Data Platform MVP

Consultor e Instrutor SQL Server

Trabalha com SQL Server desde 2006