MSSQLSERVER_9017

Si applica a: SQL Server

Dettagli

Spiegazione

Durante l'avvio di un database, SQL Server rileva che un database ha un numero elevato di file di log virtuali e registra questo messaggio di errore. Le situazioni in cui è possibile riscontrare l'errore sono:

• Quando si avvia un'istanza di SQL Server
• Ripristinare un database
• Collegare un database

Il messaggio informativo 9017 simile a questo esempio viene registrato nel log degli errori di 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.

Inoltre, se si usano tecnologie Replication, Database Mirroring o AlwaysOn nell'ambiente in uso, è possibile notare problemi di prestazioni con queste tecnologie.

L'effetto di molte funzioni VLF nella replica

Troppi file di log possono influire sulla replica perché il processo di lettura log deve analizzare ogni file di log virtuale per le transazioni contrassegnate per la replica. È possibile visualizzare questo comportamento tracciando le prestazioni della stored procedure sp_replcmds. Il processo di lettura log usa la stored procedure sp_replcmds per analizzare i file di log virtuali e leggere le transazioni contrassegnate per la replica.

Causa

Questo problema si verifica quando si specificano valori di piccole dimensioni per il parametro FILEGROWTH per i file di log delle transazioni.

SQL Server motore di database divide internamente ogni file di log fisico in diversi file di log virtuali . SQL Server 2008 R2 Service Pack 2 ha introdotto un nuovo messaggio (9017) registrato all'avvio di un database (a causa dell'avvio di un'istanza di SQL Server o a causa del collegamento o del ripristino del database) e ha più di 1.000 VLF in SQL Server 2008 R2 o ha più di 10.000 VLFS in SQL Server 2012 e versioni successive.

Azione utente

Per risolvere il problema, seguire questa procedura:

1. È possibile visualizzare il numero di VLF e le dimensioni medie in SQL Server usando questa query. Il risultato consentirà di identificare i database su cui concentrarsi:

   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
   

   Per altre informazioni, vedere sys.dm_db_log_info.

2. Ridurre il log delle transazioni usando DBCC SHRINKDB/DBCC SHRINKFILE o SQL Server Management Studio.

3. Eseguire un aumento una tantum delle dimensioni del file di log delle transazioni a un valore elevato. Questo aumento una tantum viene fatto per evitare frequenti aumenti automatici. Per altre informazioni, vedere Gestire le dimensioni del file di log delle transazioni.

4. Aumentare il parametro FILEGROWTH a un valore maggiore rispetto a quello attualmente configurato. Questa operazione deve essere basata sull'attività del database e sulla frequenza di crescita del file di log.

5. È anche possibile esaminare gli articoli di correzione seguenti, a seconda della versione di SQL Server attualmente in esecuzione:

   CORREZIONE: il ripristino di un database in SQL Server 2008 R2, SQL Server 2008 o SQL Server 2012 richiede molto tempo

   CORREZIONE: rallentamento delle prestazioni quando si ripristina un database se sono presenti molti file VVL all'interno del log delle transazioni in SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2

   CORREZIONE: il ripristino richiede più tempo del previsto per un database in un ambiente SQL Server 2008 o SQL Server 2008 R2