KB2653893-FIX: het duurt erg lang om een database te herstellen in SQL Server 2008 R2 of in SQL Server 2008 of in SQL 2012

Symptomen

Het kan enige tijd duren voor het herstellen van een database in Microsoft SQL Server 2008 R2 of in Microsoft SQL Server 2008 of in Microsoft SQL Server 2012.

Oorzaak

Dit probleem treedt op omdat het erg lang duurt om de lijst met virtuele logboekbestanden (VLF) te maken als er een aantal VLFs in de database zijn.

Oplossing

Status

Microsoft heeft bevestigd dat dit probleem zich kan voordoen in de Microsoft-producten die worden vermeld in de sectie Van toepassing op.

Meer informatie

U kunt het aantal VLF-segmenten controleren door het SQL-logboekbestand te reviseren en vervolgens het logboek volgnummer (LSN) te vinden in elk back-upbestand van het transactielogboek. De eerste tekens vóór het dubbele punt in de LSNs corresponderen met het nummer van de LSN. Het eerste getal in het eerste informatiebericht voor de LSN is bijvoorbeeld 1. Het eerste nummer in het tweede informatiebericht voor de LSN is echter 100001. In dit scenario zijn 100.000 VLFs die worden gebruikt tussen de tijd van het eerste informatieve bericht en van het tweede informatieve bericht. Het logboek met vastgelegde gefragmenteerde transacties met veel virtuele logboekbestanden (VLFs) is daarom vergelijkbaar met het volgende:

{Logboek met een back-up. Database: mydbname, creatiedatum (tijd): 2010/07/08 (12:36:46), eerste LSN: 1:5068:70, laatste LSN: 1:5108:1, aantal dump apparaten: 1, apparaatgegevens: (bestand = 1, typt u schijf: {' C:\folder\logbackup1.trn '}). Dit is slechts een informatief bericht. U hoeft geen gebruikersactie te ondernemen. Logboek waarvan de back-up is gemaakt. Database: mydbname, creatiedatum (tijd): 2010/07/08 (15:36:46), eerste LSN: 100001:5108:1, laatste LSN: 100002:5108:1, aantal dump apparaten: 1, apparaatgegevens: (bestand = 2, typt u schijf: {' C:\folder\logbackup2.trn '}). Dit is slechts een informatief bericht. U hoeft geen gebruikersactie te ondernemen.}

Verwijzingen

Ga naar de volgende MSDN-website voor meer informatie over logboek volgnummer nummers (LSN):

Algemene informatie over logboek volgnummer nummers

Ga naar de volgende MSDN-website voor meer informatie over de manier waarop de structuur van een logboekbestand kan worden beïnvloed door de hersteltijd van de database:

De indeling van een logboekbestand kan van invloed zijn op het herstel van een databaseGa naar de volgende MSDN-website voor meer informatie over de VLFs van het transactielogboek.

Algemene informatie over het transactielogbestand

Workaround

• Wacht totdat het herstel of de herstelbewerking is voltooidAls u een niet-herstelde database hebt die de prestaties nadelig voordoet wanneer u de database terugzet of herstelt, moet u mogelijk wachten tot de herstel-of herstelbewerking is voltooid. U kunt bijvoorbeeld de offlinestatus of de status herstellen in SQL Server Management Studio (SSMS) voor een niet-herstelde database zien. Wanneer SQL Server stopt, biedt dit meestal geen nadelige gevolgen voor een traag herstel en kan het langer duren voordat u dezelfde fase van de herstel analyse uitvoert, de fase opnieuw uitvoert of de fase ongedaan maakt.

• Herstel de transactielogboek reeks die duizenden VLFs bevatAls u de prestaties vertraagt terwijl u een database terugzet en herstelt met behulp van een back-upbestand, kunt u vermijden dat u de transactielog reeksen wilt herstellen die duizenden VLFs bevatten. Om het back-upbestand te identificeren waarin de meest actuele virtuele logboekbestanden zijn opgenomen, gebruikt u de volgende instructie om de kolommen FirstLSN en LastLSN in de logboekbestanden voor logboekregistratie weer te geven: HEADERONLY herstellen vanaf schijf = ' C:\folder\file.trn ' u kunt ervoor kiezen om te voorkomen dat u de back-upbestanden van Logboeken terugzet. U kunt ook de instructie STOP AT in de opdrachten herstellen gebruiken om de zeer gefragmenteerde delen van de transactielogbestanden te voorkomen. Als u de weergave van het laatste tijdstip van een foutherstel niet volledig terugzet, vindt u het verlies van gegevens in de SQL Server-database. Dit gegevensverlies doet zich voor omdat niet alle transacties worden bewaard. Daarom is er een beslissing voor de onderneming. U kunt een zeer gefragmenteerd transactielogboek volledig herstellen. Dit kan echter veel uren in beslag nemen. U kunt ook de instructie STOP AT in het herstel gebruiken om het herstel te stoppen vóór het sterk gefragmenteerde deel van het logboek. Ontbrekende transacties die u achterwege laat, gaan echter verloren.Opmerking Als u deze hotfix niet installeert, is het meestal niet mogelijk om sneller herstel te herstellen nadat u SQL Server opnieuw hebt gestart. SQL Server heeft de lijst met VLFs voor het analyseren van de logboekbestanden opgezocht, zodat de voltooide transacties opnieuw kunnen worden uitgevoerd, en om onvoltooide transacties te herstellen om de database veilig te brengen. U kunt transacties niet veilig overslaan tijdens het herstel.