Bom Dia,
O comando BACKUP DATABASE só copia os dados e não o log de transações (na verdade até copia uma pequena parte chamada parte ativa do log que contém as transações em aberto). Para fazer o backup de log,
use a instrução BACKUP LOG.
O SHRINK realmente pode resultar em problemas de desempenho quando executado sobre os dados, mas se você se planejar dificilmente terá de rodar esse comando.
O Backup de Log é utilizado para voltar a base em momentos específicos, mesmo que não haja um backup exatamente naquele momento. Suponha que você tenha um FULL às 08, um log às 9 e um log às 10, é possível
voltar o banco às 09:45:31 por exemplo. Isso não seria possível de outra forma sem o backup de log. Se você não precisa dessa funcionalidade, mude o Recovery Model de seu banco para SIMPLE e aí o Log não irá
crescer abruptamente. Facilita a administração, mas você terá de abrir mão desse recurso.
Se o seu banco está em Recovery Model Full ou Bulk Logged, o log cresce e você tem de backupeá-lo para evitar que ele cresça demais. É um ônus de administração, mas aumenta suas possibilidades.
Recomendo os links abaixo para esclarescimento:
Piores Práticas – Utilizar o comando BACKUP LOG com a opção WITH TRUNCATE_ONLY – Parte I
http://gustavomaiaaguiar.wordpress.com/2009/08/01/piores-praticas-%e2%80%93-utilizar-o-comando-backup-log-com-a-opcao-with-truncate_only-%e2%80%93-parte-i/
Piores Práticas – Utilizar o comando BACKUP LOG com a opção WITH TRUNCATE_ONLY – Parte II
http://gustavomaiaaguiar.wordpress.com/2009/08/01/piores-praticas-%E2%80%93-utilizar-o-comando-backup-log-com-a-opcao-with-truncate_only-%E2%80%93-parte-ii/
SQL Server Day – Depois do Evento
http://gustavomaiaaguiar.wordpress.com/2009/11/09/sql-server-day-%e2%80%93-depois-do-evento/
[ ]s,
Gustavo Maia Aguiar
Blog:
http://gustavomaiaaguiar.wordpress.com
Vídeos:
http://www.youtube.com/user/gmasql
Classifique as respostas. O seu feedback é imprescindível
