locked
Tamanho do banco de dados RRS feed

  • Pergunta

  • Verificando na pasta do SQL Server as bases do sharepoint, gostaria de saber como ou porque os arquivos LDF estão gigantes, sendo que a base em sim ainda esta pequena. Especialmente a Sharepoint_config_log.LDF que esta com 4GB.

    Há alguma forma de reduzir esses tamanhos?

     

    As bases são:

    SharePoint_AdminContent_7a06b7f8-e52d-42dc-9e13-49af229aabbd.mdf com 26MB

    SharePoint_AdminContent_7a06b7f8-e52d-42dc-9e13-49af229aabbd_log.LDF com 6MB

    SharePoint_Config.mdf com 6MB

    Sharepoint_config_log.LDF com 4GB

    WSS_Content.mdf com 450MB

    WSS_Content_log.LDF com 770MB

     

    Att.

    Ricardo

    quinta-feira, 29 de novembro de 2007 12:29

Respostas

  • Bem, eu passei pelo mesmo problema e vou lhe dar os passos necessários para solucioná-lo. O segundo passo foi feito em conjunto com a Microsoft e solucionou meu problema.

     

    Primeiro passo

    Verifique se a base Sharepoint_Config (entre outras) tem Recovery Mode ajustado para Full, enquanto backups do transaction log nunca foram feitos, Isso pode fazer com que o arquivo de log de fato cresça indefinidamente de acordo com o artigo 873235.

     

    Ajuste todas as bases de dados do Sharepoint para "Simple" (documentações da Microsoft indicam que o Recovery Mode utilizado não é importante e não é impactante para o Sharepoint).

     

     

    Se isso não funcionar...

     

    Segundo passo

    Verifique a view de sistema via query (select * from sys.databases) e note se o valor do campo log_reuse_wait_desc é NOTHING. Com isso não haverá nada que impeça o arquivo de log de ser ‘truncado’.

     

    Com o comando DBCC SQLPERF (logspace) você obterá os seguintes valores para o arquivo Sharepoint_Config_Log.ldf, o que indica um arquivo altamente fragmentado:

    Log File size: 4 Gigs
    Log space used: 1.3% (exemplo)
     
    Execute o comando DBCC LogInfo para ver a listagem dos itens de log ativos. Se só um dos registros tiver status=2 você pode reduzir o tamanho do arquivo de log com segurança.
     
    Execute o "DBCC SHRINKFILE (sharepoint_config_log, truncateonly)" para efetivamente reduzir o arquivo de log da base Sharepoint_Config (note que é usado o Logical Name do arquivo de dados).
    -Depois desta execução teremos o arquivo reduzido:
    Log File size: 0.5 MB (exemplo)
    Log space used: 84% (exemplo)
     
    Execute o mesmo procedimento nos outros arquivos de log com crescimento anormal.
     
    Com o Recovery Mode em modo Simple as atividades de manutenção de base serão drasticamente reduzidas, pela não necessidade de backup do Transactional Log.

     

     

     
    Me desculpe pela bíblia hehe...espero ter ajudado.
    Caso alguém tenha algo a acrescentar e/ou modificar, fique a vontade.
    quinta-feira, 29 de novembro de 2007 13:22

Todas as Respostas

  • Bem, eu passei pelo mesmo problema e vou lhe dar os passos necessários para solucioná-lo. O segundo passo foi feito em conjunto com a Microsoft e solucionou meu problema.

     

    Primeiro passo

    Verifique se a base Sharepoint_Config (entre outras) tem Recovery Mode ajustado para Full, enquanto backups do transaction log nunca foram feitos, Isso pode fazer com que o arquivo de log de fato cresça indefinidamente de acordo com o artigo 873235.

     

    Ajuste todas as bases de dados do Sharepoint para "Simple" (documentações da Microsoft indicam que o Recovery Mode utilizado não é importante e não é impactante para o Sharepoint).

     

     

    Se isso não funcionar...

     

    Segundo passo

    Verifique a view de sistema via query (select * from sys.databases) e note se o valor do campo log_reuse_wait_desc é NOTHING. Com isso não haverá nada que impeça o arquivo de log de ser ‘truncado’.

     

    Com o comando DBCC SQLPERF (logspace) você obterá os seguintes valores para o arquivo Sharepoint_Config_Log.ldf, o que indica um arquivo altamente fragmentado:

    Log File size: 4 Gigs
    Log space used: 1.3% (exemplo)
     
    Execute o comando DBCC LogInfo para ver a listagem dos itens de log ativos. Se só um dos registros tiver status=2 você pode reduzir o tamanho do arquivo de log com segurança.
     
    Execute o "DBCC SHRINKFILE (sharepoint_config_log, truncateonly)" para efetivamente reduzir o arquivo de log da base Sharepoint_Config (note que é usado o Logical Name do arquivo de dados).
    -Depois desta execução teremos o arquivo reduzido:
    Log File size: 0.5 MB (exemplo)
    Log space used: 84% (exemplo)
     
    Execute o mesmo procedimento nos outros arquivos de log com crescimento anormal.
     
    Com o Recovery Mode em modo Simple as atividades de manutenção de base serão drasticamente reduzidas, pela não necessidade de backup do Transactional Log.

     

     

     
    Me desculpe pela bíblia hehe...espero ter ajudado.
    Caso alguém tenha algo a acrescentar e/ou modificar, fique a vontade.
    quinta-feira, 29 de novembro de 2007 13:22
  • Com o primeiro passo não reduziu o tamanho.

    Mas com o segundo foi de imediato.

     

    Obrigado.

    Ricardo

     

    quinta-feira, 29 de novembro de 2007 17:22
  • Ricardo, estou começando a aprender sobre Share Point e gostaria de tirar uma duvida com você, você está usando o SQL que vêm junto com o Share Point ou está o SQL Server mesmo a parte? E qual a versão.

     

    Obrigado

    quinta-feira, 29 de novembro de 2007 18:32
  • Estou utilizando o SQL Server 2005 Standard.

    Criei 2 servidores virtuais, um para o sharepoint e outro para o SQL Server.

     

    Att.

    Ricardo

     

    segunda-feira, 28 de janeiro de 2008 13:09
  • Estou com o mesmo problema, porem o meu banco de dados e SQL Server 2005 Embedded Edition (MICROSOFT##SSEE)...

     

    nao consigo acessar para fazer a compactacao ...

    Preciso de ajuda...

    quarta-feira, 30 de janeiro de 2008 14:07
  • Olá,

     

    O Embedded database do Sharepoint pode ser acessado com a utilização da ferramenta SQL Server Management Studio Express + protocolo named pipes.

    Na tela de conexão com o servidor sql, coloque a seguinte string - \\.\pipe\MSSQL$Microsoft##SSEE\sql\query

     

    Ok?

     

    Abraços

     

    Hélio Sá Moreira
    Microsoft MVP - Office Sharepoint Server 2007
    http://www.sharepointbrasil.net

     

    quinta-feira, 7 de fevereiro de 2008 12:52
  • Olá Maurício, Deixe eu tirar uma duvida...

     

    Eu sou do pessoal de Exchange e não entendo a fundo o Engine do SQL, mas lendo seu post me surgiu uma dúvida:

     

    O Processo de Shrink do Banco é equivalente a um Defrag?

    Então você deve estar se pensando, porque eu estou perguntando isso?

     

    Quando vou fazer um defrag o processo é o seguinte:

    É criado um novo arquivo, e é preenchido somento com o conteúdo válido do arquivo que está sendo desfragmentado.

    Após o fim da operação o arquivo principal é deletado e o novo arquivo sem fragmentação assume seu lugar.

     

    Porém para isso acontecer eu preciso ter um espaço próximo ao igual do tamanho do arquivo fragmentado.

     

    "Nessa operação do SQL eu preciso ter espaço livre ou ele simplesmente diminiu o arquivo de LOG?"

     

    Estou meio preocupado pois o aqui meu LDF do WSS_Content ja está com 175GB rs.

    desde já Obrigado!

     

    Mailson R. Silva

    terça-feira, 22 de novembro de 2011 16:57