none
Logship para apos 2 dias RRS feed

  • Pergunta

  • Bom dia galera!

    Gostaria que me ajudassem em uma questão, fiz a imprementação do logship no Servidor aqui na empresa, sendo:

    Banco de Produção -> backup a cada 25 minutos diarios + limpeza de logs a cada 72 horas

    Banco de Consulta -> aba copy -> a copia dos logs a cada 25 minutos diarios + limpeza de logs a cada 72 horas + restore a cada 30 minutos diarios.

    O meu banco de consulta é restaurado a cada 30 minutos e está em modo (Standby / Read-only).

    Minha duvida é: Tem mais alguma configuração a ser feita para que não ocorra o erro de nao restauração dos logs ou esse processo é limitado.

    obs. estou trabalhando com bancos na mesma instancia.

    terça-feira, 2 de outubro de 2012 14:11

Respostas

Todas as Respostas

  • O que você quis dizer exatamente com "Limpeza de logs"?

    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    terça-feira, 2 de outubro de 2012 14:24
  • Os arquivos de logs gerado na pasta compartilhada são deletados após 72 horas de sua criação.
    terça-feira, 2 de outubro de 2012 14:58
  • OK. E quando você diz "erro de não restaurar os logs", está falando de que erro exatamente? Qual mensagem de erro aparece?

    Normalmente problemas de restauração de log em LogShipping acontecem devido à quebra de LSN.

    Tem algum Backup/Restore configurado na máquina destino deste LogShipping?


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    terça-feira, 2 de outubro de 2012 16:52
  • Roberson,

    Realmente da um erro de quebra de LSN, nao tive tempo salvar o erro, pois, tive que refazer o processo o mais rapido possível, fico devendo.

    Sobre o restore não tem nenhum configurado além do logship. Quando criei o logship escolhi a primeira opção, na qual, é realizado o backup na pasta compartilhada e depois é feito o restore completo do banco consulta atraves do backup feito e, a cada 30 minutos é feito o restore do log.

    terça-feira, 2 de outubro de 2012 17:51
  • Pois é. Mas deve estar sendo feito algum Backup 'extra' em uma dessas bases que está fazendo a quebra da sequência dos LSN's.

    Verifique como estão os agendamentos de Backup dessas bases (não me refiro aos Backups do próprio LogShipping, mas aos Backups "isolados").


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    terça-feira, 2 de outubro de 2012 18:15
  • Roberson,

    Isso interfere? Agora que você mencionou observei que tem um backup do Banco de Produção, que é feito uma vez ao dia, para uma pasta isolada na rede fora do ambiente do servidor, essa execução é feita as 22 horas.

    Poderia ser esse o problema?

    É um job e tem como step:

    BACKUP DATABASE [produção] TO  DISK = N'\\0.0.0.0\bk_produção' WITH  INIT ,  NOUNLOAD ,  NAME = N'produção backup',  NOSKIP ,  STATS = 10,  NOFORMAT


    terça-feira, 2 de outubro de 2012 19:20
  • Wellington,

    Esse seu backup não interfere em nada o Log Shipping. O que pode estar acontecendo é alguém estar restaurando um backup nessa base e com isso os LSN's estão errados.

    Meu primeiro palpite seria você verificar a tabela dbo.backupset que fica no banco de dados msdb, lá você pode encontrar se alguem está fazendo algo de errado em seu ambiente e aqui: http://technet.microsoft.com/en-us/library/ms186299(v=sql.100).aspx está a documentação de todos os campos dessa tabela que poderá ajudar você a entender.

    Se a resposta foi util, classifique-a.


    Se a resposta foi útil, classifique-a Att, Marcos Freccia [MCTS|MCITP|MCT SQL Server 2008]

    terça-feira, 2 de outubro de 2012 21:26
  • Oi Wellington, bom dia.

    Esse é um Backup Full, e por isso não interfere. Existe algum Backup de Log agendado?

    Verifique se estão acontecendo Restores periódicos da sua base.


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    quarta-feira, 3 de outubro de 2012 13:42
  • Marcos,

    Não tem outro restore, porém, acabei de observar que tem um job que faz um backup de log do banco de produção para uma pasta na rede. Isso pode impactar do procedimento do logship? Verifiquei e o restore parou no exato momento que esse job foi startado.

    Analisando o que você me falou, um backup full não interfere mas o de log pode alterar o LSN do procedimento de logship?

    quarta-feira, 3 de outubro de 2012 14:29
  • Exatamente. O Backup de Log "extra" vai impactar nas LSNs.

    Desative este Backup de Log para testar.


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    quarta-feira, 3 de outubro de 2012 14:31
  • E se este Backup "extra" de Log for realmente necessário, utilize a opção de Backup "Copy-only backup". Esta opção não mexe no LSN.

    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    • Sugerido como Resposta RAI_071 quinta-feira, 4 de outubro de 2012 13:26
    quarta-feira, 3 de outubro de 2012 14:34
  • Obrigado a todos, realmente o backup extra de log estava quebrando o LSN, obrigado Roberson sobre a dica do copy-only, fiz a configuração e está em funcionamento trabalhando em paralelo com o logship.
    quinta-feira, 4 de outubro de 2012 13:26
  • Ótimo! Que bom que deu certo.

    Por favor, classifique as respostas (como "útil" ou como "Resposta") para fecharmos a thread.


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    quinta-feira, 4 de outubro de 2012 14:04