Melhores pr�ticas com Transaction Log e TempDB no SQL Server 2008

De que se trata o artigo:

O log de transaç�es do SQL Server � o mecanismo que mant�m os registros de alteraç�es que ocorrem nas p�ginas de dados de um database. O seu uso correto pode trazer bons ganhos de desempenho. Neste contexto, este artigo apresenta as melhores pr�ticas para se trabalhar com transaction log do SQL Server 2008 R2 discutindo formas de torn�-lo eficiente e perform�tico.

Em que situaç�o o tema �til:

Em ambientes cr�ticos que possuem por caracter�stica muitas transaç�es de escrita e leitura, manter o transaction log configurado corretamente e bem dimensionado para obter o m�ximo de desempenho poss�vel do ambiente � tarefa b�sica para um DBA. Nesse artigo vamos mostrar como configur�-lo e dimensionar o hardware correto para os arquivos .ldf do seu servidor.

Resumo DevMan

An�lise de desempenho com foco no transaction log � uma operaç�o que deve ser tratada com atenç�o e habilidade. O ideal � que o profissional entenda tanto de banco de dados quanto de infraestrutura, sendo capaz de configur�-lo corretamente e dimensionar o melhor hardware poss�vel para as operaç�es que nele s�o realizadas. Ap�s a leitura desse artigo, o profissional estar� apto a investigar os poss�veis gargalos existentes em seu ambiente e aplicar as boas pr�ticas recomendadas para o produto.

O log de transaç�es do SQL Server � o mecanismo que mant�m os registros de alteraç�es que ocorrem nas p�ginas de dados de um database. Fisicamente � representado por um arquivo com a extens�o .ldf e tem como caracter�stica ser pass�vel de muitas operaç�es de escrita em conjunto com o "buffer manager". O buffer manager possui v�rias funç�es na arquitetura do SQL Server e uma delas � garantir que as alteraç�es nas p�ginas de dados em mem�ria sejam salvas primeiramente no log de transaç�es e posteriormente no arquivo de dados MDF.

O processo de escrita dos dados contidos no arquivo de log para o arquivo de dados � realizado de forma ass�ncrona e os processos internos que s�o executados em background s�o: checkpoint e lazywriter (ler Notas DevMan 1 e 2). Esses processos s�o executados de forma autom�tica pela engine do SQL Server e podem ser visualizados atrav�s da DMV (sys.dm_exec_requests) conforme Listagem 1 (ler Nota DevMan 3).

Nota DevMan 1. CheckPoint

Checkpoint � o serviço respons�vel por tirar as p�ginas modificadas e comitadas em mem�ria para o disco e posteriormente sincronizar os dados que est�o no arquivo .LDF para o arquivo .MDF.

Nota DevMan 2. LazyWriter

O LazyWriter realiza um trabalho parecido com o checkpoint, que � gravar as p�ginas modificadas em mem�ria para o disco. A diferença b�sica entre eles � que o LazyWriter atua quando ocorre press�o no datacache. Durante sua execuç�o o data cache (buffer pool) � recalculado e a mem�ria � liberada para outros processos.

Nota DevMan 3. DMV"

[...] continue lendo...

Melhores pr�ticas com Transaction Log e TempDB no SQL Server 2008 - Revista SQL Magazine 103

Este artigo apresenta as melhores práticas para se trabalhar com transaction log do SQL Server 2008 R2 discutindo formas de torná-lo eficiente e performático.

Artigos relacionados