Estou usando BrentOzaro SQL Server First Responder Kit desde que me enquadro na categoria "desenvolvedor que gerencia Microsoft SQL Servers. A culpa é sua se eles estiverem inativos ou lentos".
Um dos avisos de execução sp_blitzdiz o seguinte:
O arquivo de banco de dados [DB] DB_log tem um tamanho máximo de arquivo definido como 10240 MB. Se ficar sem espaço, o banco de dados parará de funcionar, mesmo que haja espaço em disco disponível.
Os arquivos de log estão em uma unidade separada do sistema operacional e, de fato, limitei seu crescimento. Todos os bancos de dados têm modelo de recuperação simples (a maioria dos dados é obtida automaticamente por meio de replicação e ETL e a recuperação do último backup é suficiente para mim).
O banco de dados tem cerca de 20 GB de dados.
Pergunta: como o banco de dados pode parar de funcionar se o modelo de recuperação não me forçar a fazer backup do log?
Quando alguém faz um BEGIN TRAN, insere uma linha, bloqueia seu computador e vai para casa no fim de semana, seu arquivo de log vai crescer e crescer e crescer.
Isso seria uma Coisa Ruim™.
Em vez de enfrentar uma interrupção, é melhor deixar o arquivo de log crescer e usar sua ferramenta de monitoramento para receber alertas de que há um problema.
No modelo de recuperação simples, o banco de dados ainda usa o arquivo de log. A diferença é que esse arquivo de log não precisa de um backup de log para ficar truncado (para ficar vazio).
Uma transação de longa execução pode preencher esse arquivo de log e se o SQL não puder gravar nele, o banco de dados deixará de ser utilizável.
Como Brent recomendou, você deve deixar o arquivo crescer até preencher a unidade (você está em uma unidade separada para que não afete o sistema operacional) se você não tiver um banco de dados mais crítico compartilhando a mesma unidade.