O SQL Server tem 3 tipos de Recovery Model: Simple, Full, Bulk-logged.
Antes de entender o Recovery Model, vou falar resumidamente sobre como funciona o log do SQL Server:
Quando você roda uma transação no SQL Server, como por exemplo, um Update, os dados que serão atualizados são colocados em memória (Buffer Cache) para serem modificados. Quando é dado o commit, os dados são confirmados em memória e num segundo momento é dado um checkpoint no banco que confirma os dados commitados em disco. Isso é feito assim, pois, se tota vez que o SQL Server fosse começar uma transação, essa seria em disco e o disco é muito mais lento do que a memória e no caso de um rollback o acesso seria feito 2 vezes.
Bom, por que te falei isso ? Porque dependendo de como você configurar o Recovery model do seu banco, o SQL Server terá comportamentos diferentes no arquivo de LOG.
1) Simple. Quando o Recovery está simples, o SQL faz um TRUNCATE LOG ON CHECKPOINT, ou seja, o log é zerado a cada checkpoint. Isso significa que seu log não cresce, mas você não consegue recuperar o banco no momento da falha, pois não há log para backup (está sempre ZERADO).
2) Full. Nesse cado tudo é gravado. Inclusive o Checkpoint fica registrado no log. Você poderá fazer backup do log e ainda recuperar o servidor no momento de uma falha. O problema é que o Log cresce muito e você deve monitorar esse crescimento para não consumir seu disco e parar o banco.
3) BULK-LOGGED é um intermediário. Esse é usado quando vamos inserir registros em lotes e que não precisa de muita informação no log pois os dados vem de fontes externas como TXT, XML ou outro banco. Esse também não te dá suporte a restore no ponto de falha. lembra do comando BULK INSERT ? Então, é para esse tipo de operação.
Espero ter ajudado...
Fonte: http://social.technet.microsoft.com/Forums/pt-BR/sqlserver2005pt/thread/1357f8c1-78b8-47f3-b3ca-7f38c7e3b832
Nenhum comentário:
Postar um comentário