Accedi con Microsoft
Accedi o crea un account.
Salve,
Seleziona un altro account.
Hai più account
Scegli l'account con cui vuoi accedere.

Microsoft distribuisce le correzioni di Microsoft SQL Server 2008 R2 Service Pack 1 (SP1) o Microsoft SQL Server 2008 o Microsoft SQL Server 2012 in un unico file scaricabile. Poiché le correzioni sono cumulative, ogni nuova versione contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nella versione precedente di SQL Server 2008 R2 Service Pack 1 (SP1) o SQL Server 2008 o Microsoft SQL Server 2012 Update Release.

Sintomi

Potrebbe essere necessario molto tempo per ripristinare un database in Microsoft SQL Server 2008 R2 o in Microsoft SQL Server 2008 o in Microsoft SQL Server 2012.

Causa

Questo problema si verifica perché richiede molto tempo per compilare l'elenco file di log virtuale (VLF) quando sono presenti molti VLF nel database.

Risoluzione

Informazioni sull'aggiornamento cumulativo

SQL Server 2012

La correzione di questo problema è stata rilasciata per la prima volta in aggiornamento cumulativo 1 per SQL Server 2012. Per altre informazioni su questo pacchetto di aggiornamento cumulativo, fare clic sul numero dell'articolo della Microsoft Knowledge Base seguente per visualizzare l'articolo:

2679368 Pacchetto di aggiornamento cumulativo 1 per SQL Server 2012Nota Poiché le build sono cumulative, ogni nuova versione di correzione contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nella versione precedente di SQL Server 2012 FIX. Microsoft consiglia di applicare l'ultima versione di correzione che contiene questo hotfix. Per ulteriori informazioni, fare clic sul numero dell'articolo seguente per visualizzare l'articolo nella Microsoft Knowledge Base:

2692828 Build di SQL Server 2012 rilasciate dopo il rilascio di SQL Server 2012 È necessario applicare un hotfix di SQL Server 2012 a un'installazione di SQL Server 2012.

SQL Server 2008 Service Pack 2

La correzione di questo problema è stata rilasciata per la prima volta in aggiornamento cumulativo 8 per SQL Server 2008 Service Pack 2. Per altre informazioni su questo pacchetto di aggiornamento cumulativo, fare clic sul numero dell'articolo della Microsoft Knowledge Base seguente per visualizzare l'articolo:

2648096 Pacchetto di aggiornamento cumulativo 8 per SQL Server 2008 Service Pack 2Nota Poiché le build sono cumulative, ogni nuova versione di correzione contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nella versione precedente di SQL Server 2008 FIX. Microsoft consiglia di applicare l'ultima versione di correzione che contiene questo hotfix. Per ulteriori informazioni, fare clic sul numero dell'articolo seguente per visualizzare l'articolo nella Microsoft Knowledge Base:

2402659 Build di SQL Server 2008 rilasciate dopo il rilascio di SQL Server 2008 Service Pack 2 Microsoft SQL Server 2008 hotfix vengono creati per specifici Service Pack di SQL Server. È necessario applicare un hotfix di SQL Server 2008 Service Pack 2 a un'installazione di SQL Server 2008 Service Pack 2. Per impostazione predefinita, qualsiasi hotfix fornito in un Service Pack di SQL Server è incluso nel prossimo Service Pack di SQL Server.

SQL Server 2008 Service Pack 3

La correzione di questo problema è stata rilasciata per la prima volta in aggiornamento cumulativo 3 per SQL Server 2008 Service Pack 3. Per altre informazioni su questo pacchetto di aggiornamento cumulativo, fare clic sul numero dell'articolo della Microsoft Knowledge Base seguente per visualizzare l'articolo:

2648098 Pacchetto di aggiornamento cumulativo 3 per SQL Server 2008 Service Pack 3Nota Poiché le build sono cumulative, ogni nuova versione di correzione contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nella versione precedente di SQL Server 2008 FIX. Microsoft consiglia di applicare l'ultima versione di correzione che contiene questo hotfix. Per ulteriori informazioni, fare clic sul numero dell'articolo seguente per visualizzare l'articolo nella Microsoft Knowledge Base:

2629969 Build di SQL Server 2008 rilasciate dopo il rilascio di SQL Server 2008 Service Pack 3 Microsoft SQL Server 2008 hotfix vengono creati per specifici Service Pack di SQL Server. È necessario applicare un hotfix di SQL Server 2008 Service Pack 3 a un'installazione di SQL Server 2008 Service Pack 3. Per impostazione predefinita, qualsiasi hotfix fornito in un Service Pack di SQL Server è incluso nel prossimo Service Pack di SQL Server.

Pacchetto di aggiornamento cumulativo 11 per SQL Server 2008 R2

La correzione di questo problema è stata rilasciata per la prima volta nell'aggiornamento cumulativo 11. Per altre informazioni su come ottenere questo pacchetto di aggiornamento cumulativo per SQL Server 2008 R2, fare clic sul numero dell'articolo seguente per visualizzare l'articolo della Microsoft Knowledge Base:

2633145 Pacchetto di aggiornamento cumulativo 11 per SQL Server 2008 R2Nota Poiché le build sono cumulative, ogni nuova versione di correzione contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nella versione precedente di SQL Server 2008 R2 Fix. Ti consigliamo di considerare l'applicazione della versione di correzione più recente che contiene questo hotfix. Per ulteriori informazioni, fare clic sul numero dell'articolo seguente per visualizzare l'articolo nella Microsoft Knowledge Base:

981356 Build di SQL Server 2008 R2 rilasciate dopo il rilascio di SQL Server 2008 R2

Pacchetto di aggiornamento cumulativo 4 per SQL Server 2008 R2 SP1

La correzione di questo problema è stata rilasciata per la prima volta nell'aggiornamento cumulativo 4. Per altre informazioni su come ottenere questo pacchetto di aggiornamento cumulativo per SQL Server 2008 R2 SP1, fare clic sul numero dell'articolo seguente per visualizzare l'articolo della Microsoft Knowledge Base:

2633146 Pacchetto di aggiornamento cumulativo 4 per SQL Server 2008 R2 SP1Nota Poiché le compilazioni sono cumulative, ogni nuova versione di correzione contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nella versione precedente di SQL Server 2008 R2 SP1 FIX. Ti consigliamo di considerare l'applicazione della versione di correzione più recente che contiene questo hotfix. Per ulteriori informazioni, fare clic sul numero dell'articolo seguente per visualizzare l'articolo nella Microsoft Knowledge Base:

2567616 Build di SQL Server 2008 R2 rilasciate dopo il rilascio di SQL Server 2008 R2 SP1

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 di VLF rivedendo il file di log degli errori SQL e quindi trovando il numero di sequenza del log (LSN) in ogni file di backup del log delle transazioni. Le prime cifre prima del simbolo del colon in LSN corrispondono al numero dell'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 esistono 100.000 VLF usati tra l'ora del primo messaggio informativo e il secondo messaggio informativo. Di conseguenza, il log delle transazioni frammentato registrato che contiene molti file di log virtuali (VLF) è simile al seguente:

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

Riferimenti

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

Informazioni generali sui numeri di sequenza del log

Per altre informazioni sul modo in cui una struttura di file di log può influire sul tempo di recupero del database, visitare il sito Web MSDN seguente:

Come una struttura di file di log può influire sul tempo di recupero del databasePer altre informazioni sul log delle transazioni VLF, visitare il sito Web MSDN seguente:

Informazioni generali sul file di log delle transazioni

Soluzione alternativa

  • Attendere il completamento dell'operazione di ripristino o ripristinoSe si ha un database non recuperato che sta vivendo le prestazioni lente durante il ripristino o il ripristino del database, potrebbe essere necessario attendere il completamento dell'operazione di ripristino o ripristino. Ad esempio, potresti vedere lo stato offline o lo stato di recupero 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, la fase di ripetizione o la fase di annullamento.

  • Evitare di ripristinare la sequenza del log delle transazioni che contiene migliaia di VLFSe si verificano le prestazioni lente durante il ripristino e il recupero di un database tramite un file di backup, è possibile evitare di ripristinare le sequenze di log delle transazioni che contengono migliaia di VLF. 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 ' si può decidere di evitare di ripristinare i file di backup del log. In alternativa, è possibile usare l'istruzione STOP AT nei comandi di ripristino per evitare le parti altamente frammentate dei registri delle transazioni. Se non si ripristinano completamente le sequenze di log fino al momento più recente durante uno scenario di ripristino dell'errore, si verifica una perdita di dati nel database di SQL Server. Questa perdita di dati si verifica perché non vengono mantenute tutte le transazioni. Di conseguenza, c'è una decisione di compromesso commerciale. È 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 omesse andranno perse.Nota Senza installare questo hotfix, in genere non viene eseguito alcun ricorso sicuro per il ripristino accelerato dopo il riavvio di SQL Server. SQL Server deve individuare l'elenco di VLF per analizzare i file di log, ripetere le transazioni completate e quindi annullare le transazioni incomplete per completare il ripristino per renderlo online in modo sicuro. Non è possibile ignorare le transazioni in modo sicuro durante il ripristino.

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.

Le community aiutano a porre e a rispondere alle domande, a fornire feedback e ad ascoltare gli esperti con approfondite conoscenze.

Queste informazioni sono risultate utili?

Come valuti la qualità della lingua?
Cosa ha influito sulla tua esperienza?
Premendo Inviare, il tuo feedback verrà usato per migliorare i prodotti e i servizi Microsoft. L'amministratore IT potrà raccogliere questi dati. Informativa sulla privacy.

Grazie per il feedback!

×