locked
Erro no backup de log RRS feed

  • Pergunta

  • Olá a todos! Estou com problema no backup de log, a rotina ficou executando por mais de 24 horas. Verifiquei no Event Viewer e apareceu este erro: The operating system returned error 1450(Insufficient system resources exist to complete the requested service.) to SQL Server during a write at offset 0x000008a567ee00 in file with handle 0x0000281C. This is usually a temporary condition and the SQL Server will keep retrying the operation. If the condition persists then immediate action must be taken to correct it. Eu procurei o erro na internet e fiz o que está neste artigo: http://support.microsoft.com/default.aspx?scid=kb;en-us;304101 Depois disso, parei o job que faz o backup de log, mas a rotina continuou sendo executada, matei a conexão e ela está em Rollback há mais de 4 horas, sempre exibe que está com 86% concluida. Isto desde o primeiro kill. A minha dúvida é o que posso fazer para o backup de log parar realmente. Eu consegui fazer o backup full da base, mas preciso voltar a fazer backup de log. Esta é a minha base de produção. O servidor está com Windows 2003 e SQL 2005 está em Cluster com SP3, versão 9.00.4035.00. Obrigada, Alejandra
    segunda-feira, 13 de dezembro de 2010 16:10

Respostas

  • Olá

    Troquei o nó do SQL e o processo de backup de log caiu.

    O backup full e de log estão sendo executados normalmente.

    Obrigada,

    Alejandra

    quinta-feira, 16 de dezembro de 2010 19:42

Todas as Respostas

  • Alejandra,

    Se vc parar o SQL Agent não resolve? O mais importante é que vc tenha o backup full. Isso já aconteceu antes? Este JOB é recente ou sempre funcionou?

    Att.,


    Marco Antônio Pinheiro / MCTS - Database Developer 2008 http://marcoantoniopinheiro.blogspot.com Se o post foi útil, não esqueça de marcá-lo.
    segunda-feira, 13 de dezembro de 2010 19:19
  • Olá Marco,

    Este job sempre funcionou. Eu não teintei parar o SQL Agent, vou tentar trocar o nó do SQL hoje depois do backup full.

    O ideal seria ter alguma outra saida, mas infelizmente não estou achando. Alguma sugestão?

    Obrigada

    segunda-feira, 13 de dezembro de 2010 19:33
  • Vc informou que pegou o erro pelo EventViewer. E pelo log do SQL? Traz a mesma informação?

     

    Att.,


    Marco Antônio Pinheiro / MCTS - Database Developer 2008 http://marcoantoniopinheiro.blogspot.com Se o post foi útil, não esqueça de marcá-lo.
    segunda-feira, 13 de dezembro de 2010 20:00
  • Traz a mesma informação.

    segunda-feira, 13 de dezembro de 2010 20:10
  • Tente alguns destes links, as vezes poderá resolver:

    http://social.msdn.microsoft.com/Forums/en-US/sqldatabaseengine/thread/a75ddc7d-3293-476f-9e92-3412f0369be1/

    http://blogs.msdn.com/b/psssql/archive/2009/03/04/sparse-file-errors-1450-or-665-due-to-file-fragmentation-fixes-and-workarounds.aspx

     

    Att.,


    Marco Antônio Pinheiro / MCTS - Database Developer 2008 http://marcoantoniopinheiro.blogspot.com Se o post foi útil, não esqueça de marcá-lo.
    segunda-feira, 13 de dezembro de 2010 20:29
  • Alejandra,

    Você poderia postar qual é a rotina de backup que você esta fazendo?

    Qual é o tamanho deste banco de dados que você esta realizando o backup?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    terça-feira, 14 de dezembro de 2010 16:34
    Moderador
  • Olá Junior, Os backups de log são feitos de 30 em 30 minutos durante o dia. O backup de log que deu problema foi feito na sequencia da rotina de manutenção da base, esta rotina faz a reorganização da base, shrink da base (DBCC SHRINKDATABASE ('base', TRUNCATEONLY), seguida pelo backup full e logo depois o backup de log. Este último foi o que deu problema. O tamanho do meu backup de log estava em 30 Gigas quando deu problema. O comando do log é: BACKUP log banco TO DISK='x:\MSSQL\BACKUP\log\banco.bak' WITH NOINIT,name='bancoLOG' O meu banco está com compatibilidade com o 2000 e a opção auto shrink esta false. Obrigada, Alejandra
    terça-feira, 14 de dezembro de 2010 17:20
  • Alejandra,

    Você esta utilizando alguma rotina de plano de manutenção?

    Por que você esta utilizando a opção NoInit no Backup? Você esta gerando arquivos distintos de backup, os logs não serão sobrepostos?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    terça-feira, 14 de dezembro de 2010 17:25
    Moderador
  • Junior,

    Nós temos uma procedure para reorgnização de todas as bases. Esta procedure foi desenvolvida internamente.

    Eu uso a opção noinit porque é feito o backup de log antes de começar a rotina de manutenção e neste mesmo arquivo eu guardo o backup de log depois da rotina de manutenção e backup full. Eu posso colocar em um arquivo separado, se isso ajudar...

    O backup full da minha base está em 65 Gigas, depois da reorganização vai a 110 Gigas. Neste momento estou com o log da minha base com 42 gigas e em uso apenas 5 Gigas. Não consigo truncar porque a rotina de backup de log esta pendurada como se estivesse sendo executada.

     

    Obrigada

     

    terça-feira, 14 de dezembro de 2010 17:38
  • Olá

    Troquei o nó do SQL e o processo de backup de log caiu.

    O backup full e de log estão sendo executados normalmente.

    Obrigada,

    Alejandra

    quinta-feira, 16 de dezembro de 2010 19:42