Você pode usar fn_dblog () para analisar o conteúdo do log.
Eu tenho um sistema SQL Server 2005 SP2 com um único banco de dados que tem 42gigs de tamanho.
É um banco de dados modestamente ativo que vê, em média, 25 transações por segundo.
O banco de dados é configurado no modelo de recuperação Completa e realizamos backups de log de transações a cada hora. No entanto, parece ser bastante aleatório em algum momento durante o dia em que o backup de log vai do tamanho médio de 15megs até 40gigs.
Existem apenas 4 trabalhos que estão programados para serem executados no servidor SQL e são todos os trabalhos de backup típicos que ocorrem em uma base diária / semanal.
Não tenho certeza absoluta de qual atividade do cliente ocorre, pois os servidores de aplicativos são mantidos por um departamento diferente.
Existe alguma boa maneira de rastrear a causa desses crescimentos de arquivos de log e localizá-los em um aplicativo ou cliente específico?
Obrigado antecipadamente.
Você pode usar fn_dblog () para analisar o conteúdo do log.
Você tem um trabalho genérico de estatísticas de atualização no seu plano de manutenção? Isso pode fazer com que seu log fique grande. Você pode querer considerar adicionar alguma lógica como o uso de sp_updatestats
Existe uma operação muito grande que está ocorrendo, que está causando o grande log de transações. Você pode usar a função que Remus postou para ver o log do que está acontecendo.
Tags sql-server