MSSQLSERVER_9017

Aplica-se a:SQL Server

Detalhes

Explicação

Durante uma inicialização de banco de dados, SQL Server detecta que um banco de dados tem um grande número de VLFs (arquivos de log virtuais) e registra essa mensagem de erro. As situações em que você pode encontrar o erro são:

• Quando você inicia uma instância do SQL Server
• Restaurar um banco de dados
• Anexar um banco de dados

A mensagem informativa 9017 semelhante a este exemplo é registrada no log de erros do SQL Server:

Database dbName has more than n virtual log files which is excessive. Too many virtual log files can cause long startup and backup times. Consider shrinking the log and using a different growth increment to reduce the number of virtual log files. Too many virtual log files can adversely affect the recovery time of the database.

Além disso, se você usar as tecnologias Replicação, Espelhamento de Banco de Dados ou AlwaysOn em seu ambiente, poderá observar problemas de desempenho com essas tecnologias.

O efeito de muitas VLFs na replicação

Muitos arquivos de log podem afetar a replicação porque o processo de leitor de log deve verificar cada arquivo de log virtual em busca de transações marcadas para replicação. Você pode ver esse comportamento rastreando o desempenho do sp_replcmds procedimento armazenado. O processo de leitor de log usa o procedimento armazenado sp_replcmds para examinar os arquivos de log virtual e ler as transações marcadas para replicação.

Causa

Esse problema ocorre quando você especifica valores pequenos para o parâmetro FILEGROWTH para seus arquivos de log de transações.

O mecanismo de banco de dados SQL Server divide internamente cada arquivo de log físico em vários VLFs (arquivos de log virtuais). SQL Server 2008 R2 Service Pack 2 introduziu uma nova mensagem (9017) que é registrada quando um banco de dados é iniciado (seja devido ao início de uma instância de SQL Server ou devido à anexação ou restauração do banco de dados) e tem mais de 1.000 VLFs no SQL Server 2008 R2 ou tem mais de 10.000 VLFS em SQL Server 2012 e versões posteriores.

Ação do usuário

Para resolver esse problema, siga estas etapas:

1. Você pode exibir a contagem de VLF e o tamanho médio em seu SQL Server usando essa consulta. O resultado ajudará você a identificar em quais bancos de dados se concentrar:

   SELECT db.name, count(dbl.database_id) as Total_VLF_count, convert(decimal (10,2), avg(dbl.vlf_size_mb)) as Avg_VLF_Size_MB
   FROM sys.databases db
    CROSS APPLY sys.dm_db_log_info(db.database_id) dbl
   GROUP BY db.name
   ORDER BY Total_VLF_count DESC
   

   Para obter mais informações, consulte sys.dm_db_log_info.

2. Reduza o log de transações usando DBCC SHRINKDB/DBCC SHRINKFILE ou usando SQL Server Management Studio.

3. Execute um aumento único do tamanho do arquivo de log de transações para um valor grande. Esse aumento único é feito para evitar crescimentos automáticos frequentes. Para obter mais informações, consulte Gerenciar o tamanho do arquivo de log de transações.

4. Aumente o parâmetro FILEGROWTH para um valor maior do que o que está configurado no momento. Isso deve ser baseado na atividade do banco de dados e na frequência com que o arquivo de log está crescendo.

5. Além disso, você pode examinar os seguintes artigos de correção, dependendo da versão do SQL Server que você está executando no momento:

   CORREÇÃO: leva muito tempo para restaurar um banco de dados no SQL Server 2008 R2, SQL Server 2008 ou SQL Server 2012

   CORREÇÃO: desempenho lento ao recuperar um banco de dados se houver muitas VLFs dentro do log de transações no SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2

   CORREÇÃO: a recuperação leva mais tempo do que o esperado para um banco de dados em um ambiente SQL Server 2008 ou SQL Server 2008 R2