none
Recomendações RRS feed

  • Pergunta

  • Há alguma recomendação para o tamanho do T-LOG bem como sua "política" de crescimento? (tamanho ou %)

     

    Até.

    terça-feira, 30 de setembro de 2008 19:18

Respostas

  • Olá Hélio,

     

    Sim. Se o log chegar no MAXSIZE e não houver backup o banco irá parar, pois, sem o log não haverá mais como realizar operações de escrita (para ler ainda há disponibilidade). Essa é a desvantagem, pois, você terá que administrar mais esse detalhe. Em todo caso, se isso acontecer, apenas esse banco é paralisado (e não todos os outros no caso de estourar o espaço em disco no HD).

     

    [ ]s,

     

    Gustavo

     

    quinta-feira, 2 de outubro de 2008 01:37

Todas as Respostas

  • Boa Noite,

     

    Não há um limite formal, mas seguindo as boas práticas da Microsoft, de consultores e da experiência eu indicaria o seguinte:

     

    Se seus bancos de dados possuem muitas operações de escrita, configure-o com 25% do tamanho total

    Esse é um tamanho apresentado no curso 2073 de SQL Server 2000. Acho uma boa medida, mas assim possui limitações assim como qualquer dado relativo. Se seu banco tem 10TB seria um desperdício deixar 2,5TB para log de transações. Assim como um banco de 100MB que tenha muita escrita (ainda que muitos updates, ou seja, os dados não crescem) não pode sobreviver com um log de 25MB (essa é uma situação factível para pequenas intranets).

     

    Defina uma política de crescimento com base em valores absolutos

    Evite utilizar o crescimento com base em valores percentuais (tipicamente 10%). Se o seu log de transações possui 50MB e sofre uma carga ele irá aumentar 10%, ou seja, 5MB indo para 55MB. Se sofrer outra carga irá aumentar 5,5MB indo para 60,5MB. A cada vez que precisar crescer, o log de transações irá paralizar as transações para aumentar o arquivo incorrendo em lentidão e fragmentação (os pedaços não vão crescer contiguamente). Defina o crescimento em unidades consistentes com o seu log (ex: 50MB, 100MB, 200MB e nunca em percentuais)

     

    Se há vários bancos, crie um MAX SIZE

    Imagine um servidor com 50 bancos de dados e que o log de um deles esteja com o Max Size Unlimited, ou seja, irá crescer até o HD estourar. Se um desses bancos cresce e o HD estoura, os demais bancos não poderão crescer e você pode ficar na situação de 50 bancos de dados parados. Se você estipula o MAX SIZE você não terá uma situação na qual um banco sozinho parou o servidor inteiro

     

    Não crie mais de um arquivo de log

    Alguns DBAs acham que criar múltiplos arquivos de log irá melhorar o desempenho do log de transações. Essa é sem dúvida uma afirmação de quem não conhece como o log de transações funciona. Como o log é uma gravação seqüencial de eventos que ocorrem no banco de dados, de nada adianta múltiplos arquivos, pois, ele irá gravar suas entradas sempre em um lugar só e não em paralelo. Você só deve criar múltiplos arquivos se o arquivo de log estourar e você não tiver tempo de fazer um backup e não puder truncá-lo.

     

    Acho que por enquanto está bom. Devo reconhecer que não uso todas essas recomendações (será que alguém segue), mas devo igualmente reconhecer que com essas práticas seus problema serão bem menores em relação ao tamanho do arquivo de log.

     

    [ ]s,

     

    Gustavo

    terça-feira, 30 de setembro de 2008 23:17
  • Gustavo, se o LOG chegar ao MAXSIZE e nãou houver um backup, o banco vai parar?!

    quarta-feira, 1 de outubro de 2008 20:33
  • Olá Hélio,

     

    Sim. Se o log chegar no MAXSIZE e não houver backup o banco irá parar, pois, sem o log não haverá mais como realizar operações de escrita (para ler ainda há disponibilidade). Essa é a desvantagem, pois, você terá que administrar mais esse detalhe. Em todo caso, se isso acontecer, apenas esse banco é paralisado (e não todos os outros no caso de estourar o espaço em disco no HD).

     

    [ ]s,

     

    Gustavo

     

    quinta-feira, 2 de outubro de 2008 01:37