none
Aplicação - SQL Server RRS feed

  • Pergunta

  • Pessoal,
    Recentemente a empresa aderiu uma solução e a mesma cria automaticamente um banco de dados no MSSQLServer, e esses dias tem surgido um problema:
    Log de transações do banco de dados 'DBKioski' cheio. Para descobrir por que o espaço no log não pode ser usado novamente consulte a coluna log_reuse_wait_desc em sys.databases
    Até o exato momento não possui nenhuma estratégia de backup full/diff/log, estarei desenvolvendo hoje, o erro que está dando é devido a eu não possuir uma estratégia de backup de log?
    Lembro-me que na última vez que tive esse problema, infelizmente apliquei um dbcc shrink no arquivo de log, porém todas as informações do software que monitoro pela web foram apagados.
    Percebi que no crescimento automático de log estava como restrito, porém ao colocar como irrestrito e clicar em OK, infelizmente a opção não mudou, não sei se é porque existe usuários conectados ao banco, ou algo do gênero, mas infelizmente não conseguir, o que vocês me sugerem?

    • Editado JustSQL terça-feira, 27 de dezembro de 2011 11:23
    terça-feira, 27 de dezembro de 2011 11:12

Respostas

  • Just

    para o LOG "nao existe o unlimited" quando vc marca esta opcao o SQL marca o limite de 2,097,152 MB que é grande pacas pacas para um log...

    Você precisa verificar o seu recovery model, ter estratégia de backups e acompanhar o crescimento do log, se o seu log cresceu repentinamente da uma investigada se foi feito uma carga de dados ou algo do tipo...


    Att.
    Marcelo Fernandes

    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta JustSQL quinta-feira, 29 de dezembro de 2011 12:06
    terça-feira, 27 de dezembro de 2011 12:10
    Moderador
  • JustSQL,

    Ao aplicar o Shrink o SQL Server simplesmente descarta todas as informações contidas no arquivo, fazendo o espurgo dos dados.


    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]
    • Marcado como Resposta JustSQL quinta-feira, 29 de dezembro de 2011 12:07
    quinta-feira, 29 de dezembro de 2011 00:07
    Moderador

Todas as Respostas

  • Just

    para o LOG "nao existe o unlimited" quando vc marca esta opcao o SQL marca o limite de 2,097,152 MB que é grande pacas pacas para um log...

    Você precisa verificar o seu recovery model, ter estratégia de backups e acompanhar o crescimento do log, se o seu log cresceu repentinamente da uma investigada se foi feito uma carga de dados ou algo do tipo...


    Att.
    Marcelo Fernandes

    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta JustSQL quinta-feira, 29 de dezembro de 2011 12:06
    terça-feira, 27 de dezembro de 2011 12:10
    Moderador
  • Então Marcelo,

     

    Recovery Model: Full

    Estratégia de Backup:

    FULL: Diariamente
    DIFF: A cada 3 horas
    LOG: A cada 30 minutos 

    As 19:00 - BKP FULL + RECOMPILE + UPDATE STATISTICS + CLEAR MAINTENACE + BKP FULL

    O que me diz?

    e a cada 44 horas - Ele faz a remoção do backup FULL, e a cada 4 horas DIFF. - Job roda em 12 em 12horas.
    • Editado JustSQL terça-feira, 27 de dezembro de 2011 12:45
    terça-feira, 27 de dezembro de 2011 12:44
  • JustSQL,

    Ao aplicar o Shrink o SQL Server simplesmente descarta todas as informações contidas no arquivo, fazendo o espurgo dos dados.


    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]
    • Marcado como Resposta JustSQL quinta-feira, 29 de dezembro de 2011 12:07
    quinta-feira, 29 de dezembro de 2011 00:07
    Moderador