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

Sintomi

Il ripristino di un database in Microsoft SQL Server 2008 R2 o in Microsoft SQL Server 2008 o in Microsoft SQL Server 2012 potrebbe richiedere molto tempo.

Causa

Questo problema si verifica perché la compilazione dell'elenco VLF (Virtual Log File) richiede molto tempo quando nel database sono presenti molti contratti multilicenza.

Risoluzione

Stato

Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".

Ulteriori informazioni

È possibile controllare il numero di segmenti VLF esaminando il file di log degli errori SQL e quindi individuando il numero di sequenza di log (LSN) in ogni file di backup del log delle transazioni. Le prime cifre prima del simbolo dei due punti nell'LSN corrispondono al numero del LSN.

Ad esempio, il primo numero nel primo messaggio informativo per l'LSN è 1. Tuttavia, il primo numero nel secondo messaggio informativo per l'LSN è 100001. In questo scenario, ci sono 100.000 VLFs usati tra il momento del primo messaggio informativo e del secondo messaggio informativo. Di conseguenza, il log delle transazioni frammentato registrato con molti virtual log Files (vlFs) è simile al seguente:

{Log è stato eseguito il backup. Database: nomedb, data di creazione(ora): 07/07/2010/08(12:36:46), primo LSN: 1:5068:70, ultimo LSN: 1:5108:1, numero di dispositivi dump: 1, informazioni sul dispositivo: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Si tratta solo di un messaggio informativo. Non è richiesta alcuna azione utente.

È stato eseguito il backup del log. Database: nomedb, data di creazione(ora): 07/00/2010/08(15:36:46), primo LSN: 100001:5108:1, ultimo LSN: 100002:5108:1, numero di dispositivi dump: 1, informazioni sul dispositivo: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Si tratta solo di un messaggio informativo. Non è richiesta alcuna azione utente.}

Riferimenti

Per ulteriori informazioni sui numeri di sequenza di log (LSN), visitare il seguente sito Web MSDN:

Informazioni generali sui numeri di sequenza di log

Per ulteriori informazioni su come una struttura di file di log può influire sui tempi di recupero del database, visitare il seguente sito Web MSDN:

Impatto della struttura di un file di log sui tempi

di recupero del databasePer ulteriori informazioni sui contratti multilicenza del log delle transazioni, visitare il seguente sito Web MSDN:

Informazioni generali sul file di log delle transazioni

Soluzione alternativa

• Attendere il completamento
  
  dell'operazione di ripristino Se si ha un database non recuperato con prestazioni lente quando si ripristina o si ripristina il database, potrebbe essere necessario attendere il completamento dell'operazione di ripristino o ripristino. Ad esempio, è possibile visualizzare lo stato offline o di ripristino in SQL Server Management Studio (SSMS) per un database non recuperato. L'arresto di SQL Server in genere non offre alcun sollievo per un ripristino lento e può richiedere più tempo per ripetere la stessa fase di analisi del ripristino, fase di ripristino o fase di annullamento.

• Evitare di ripristinare la sequenza del log delle transazioni che contiene migliaia di file multilicenza
  
  Se si verificano rallentamenti nelle prestazioni durante il ripristino e il ripristino di un database usando un file di backup, è possibile evitare di ripristinare le sequenze del log delle transazioni che contengono migliaia di file multilicenza. Per identificare il file di backup con la maggior parte dei file di log virtuali registrati, usare l'istruzione seguente per visualizzare le colonne FirstLSN e LastLSN nei file di backup del log:
  RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'È
  
  possibile decidere di evitare di ripristinare i file di backup del log. In alternativa, è possibile usare l'istruzione STOP AT nei comandi RESTORE per evitare le parti altamente frammentate dei log delle transazioni. Se non si ripristinano completamente le sequenze di log fino all'ultimo momento durante uno scenario di ripristino di errore, la perdita di dati si verifica nel database SQL Server. Questa perdita di dati si verifica perché non tutte le transazioni vengono conservate. Di conseguenza, c'è una decisione di compromesso tra le aziende. È possibile ripristinare completamente un log delle transazioni altamente frammentato. Tuttavia, questa operazione può richiedere molte ore. In alternativa, è possibile usare l'istruzione STOP AT nel ripristino per interrompere il ripristino prima della parte altamente frammentata del log. Tuttavia, le transazioni mancanti omettete vengono perse.
  
  Nota: Senza installare questo hotfix, in genere non esiste alcuna alternativa sicura per il ripristino rapido dopo il riavvio SQL Server. SQL Server deve individuare l'elenco dei file multilicenza per analizzare i file di log, ripetere le transazioni completate e quindi annullare le transazioni incomplete per completare il ripristino per portare il database online in modo sicuro. Non è possibile ignorare in modo sicuro le transazioni durante il recupero.