none
Problemas pós UPGRADE de hardware - SQL SERVER 2005 RRS feed

  • Pergunta

  • Bom dia colegas,

     

    Estou enfrentando alguns problemas após a migração de hardware do meu sql server 2005. Estavamos trabalhando com um servidor de 32 GB e com 8 nucleos (xeon) e agora passamos para um servidor de 146 GB com 16 nucleos.

    Trabalho com sistemas ALTAMENTE transacionais e após a migração, percebi que minha area de lo encheu rapidamente (268 GB). Havia um unico arquivo de log que me gerou 88 GB....fiz um backup do log e um shrink database o que reduziu (apos um longo tempo) o tamanho de todos os arquivos de log mas, como faço para frear este crescimento desordenado ? Como faço para limitar este crescimento sem prejudicar (parar) minhas aplicações ?

    Outro detalhe importante...a instalação que foi feita do SQL SERVER é de 64 bits...mas pelo que prcebi alguns componentes (sqlbrowser.exe e sqlwb.exe) continuaram em 32 bits. No caso do sqlwb por ser o manegement studio sem problemas mas e o sqlbrowser ? Seria isto mesmo ? eles não foramd esenvolvidos para 64 bits ?

    Obrigado..preciso de um help

     

    domingo, 11 de julho de 2010 12:24

Todas as Respostas

  • Bem...

     

    Para não criar "pane e tensão" amanha pela manhã, quando a empresa volta a funcionar normalmente, alterei meu RECOVERY MODEL para SIMPLE, logo, acredito que não terei problemas de parada em meu banco pela geração de logs..mas fiquei na dúvida do motivo deste comportamente, enquanto no outro servidor 32 bits ele nao respondia desta maneira...

    Alem da dúvida acima, continua com as relacioadas aos componentes sqlbroser.exe e ao sqlwv.exe)...por ainda estarem em 32 bits....

     

    Se alguem tiver alguma ajuda ou ja tiver passado por isso...

    domingo, 11 de julho de 2010 13:01
  • Bom Dia,

    A questão dos logs está relacionada ao Recovery Model e por alguma razão eles ficaram FULL (alguém pode ter trocado). Lembre-se que o RECOVERY MODEL SIMPLE não permite backup de logs e que isso poderá fazer falta no futuro, pois, não será possível restaurar o banco em qualquer momento específico além dos fulls e diferenciais, ou seja, você só poderá restaurar backups full e diferenciais. Qualquer outro horário não será possível recuperar os dados (o que normalmente é requerido para bancos altamente transacionais).

    Após uma migração é recomendável efetuar um rebuild dos índices e estatísticas para garantir que os bancos irão produzir planos de execução eficientes.

    O serviço SQLBrowser é 32 bits, mas como está na plataforma X64 não haverá problemas com sua execução. Quanto as ferramentas de administração, normalmente se instala nos clientes e não no servidor, mas também não há problemas. Componentes X86 (32 bits) podem rodar no X64 através do WOW (Windows On Windows)

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Como validar os nomes das colunas durante a criação de uma tabela – Parte I
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!1100.entry


    Classifique as respostas. O seu feedback é imprescindível
    domingo, 11 de julho de 2010 13:56