KB2653893 – корекция: отнема много време, за да се възстанови база данни в SQL Server 2008 R2 или в SQL Server 2008 или в SQL 2012

Симптоми

Може да измине много време, за да възстановите база данни в Microsoft SQL Server 2008 R2 или в Microsoft SQL Server 2008 или в Microsoft SQL Server 2012.

Причина

Този проблем възниква, защото отнема много време, за да се създаде списъкът виртуален регистрационен файл (VLF), когато има много VLFs в базата данни.

Решение

Състоянието

Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".

Повече информация

Можете да проверите броя на сегментите на VLF, като прегледате регистрационния файл на SQL грешката и след това чрез намиране на регистрационния номер (LSN) във всеки файл за архивиране на регистрационни файлове за транзакции. Първите цифри преди символа за двоеточие в LSNs съответстват на броя на LSN. Например първото число в първото информационно съобщение за LSN е 1. Първото число във второто информационно съобщение за LSN е 100001. В този случай има 100 000 VLFs, които се използват между часа на първото информационно съобщение и второто информационно съобщение. Следователно регистрационният файл за фрагментирани транзакции, който има много виртуални регистрационни файлове (VLFs), е подобен на следния:

Добавен е {log. База данни: mydbname, дата на създаване (време): 2010/07/08 (12:36:46), First LSN: 1:5068:70, Last LSN: 1:5108:1, брой на дъмп устройства: 1; информация за устройството: (файл = 1; тип = диск: {"C:\folder\logbackup1.TRN"}). Това е само информационно съобщение. Не се изисква действие от потребителя. Регистърът е архивиран. База данни: mydbname, дата на създаване (време): 2010/07/08 (15:36:46), First LSN: 100001:5108:1, Last LSN: 100002:5108:1, брой на дъмп устройства: 1; информация за устройството: (файл = 2; тип = диск: {"C:\folder\logbackup2.TRN"}). Това е само информационно съобщение. Не се изисква действие от потребителя.}

Препратки

За повече информация относно номерата на поредицата от регистрационни файлове (LSN) посетете следния уеб сайт на MSDN:

Обща информация за номерата на последователността на регистрационни файлове

За повече информация относно начина, по който структурата на лог файла може да засегне времето за възстановяване на базата данни, посетете следния уеб сайт на MSDN:

Как структурата на лог файла може да засегне времето за възстановяване на база данниЗа повече информация относно регистрационния файл на транзакциите VLFs посетете следния уеб сайт на MSDN:

Обща информация за регистрационния файл на транзакцията

Заобиколно решение

• Изчакайте операцията за възстановяване или възстановяване да завършиАко имате невъзстановена база данни, която е с ниска производителност, когато възстановявате или възстановявате базата данни, може да се наложи да изчакате завършването на операцията за възстановяване или възстановяване. Например можете да видите статуса офлайн или състоянието за възстановяване в студио за управление на SQL Server (SSMS) за невъзстановена база данни. Спирането на SQL Server обикновено не предлага облекчение за бавно възстановяване и може да отнеме повече време, за да повторите една и съща фаза на анализ на възстановяването, да върнете фазите или да отмените фазата.

• Избягвайте възстановяването на последователността от регистрационни файлове за транзакции, която съдържа хиляди VLFsАко наблюдавате ниската производителност, когато възстановявате и възстановявате база данни с помощта на архивен файл, можете да избегнете възстановяването на последователността от регистрационни файлове за транзакции, която съдържа хиляди VLFs. За да идентифицирате архивния файл, в който са записани повечето виртуални регистрационни файлове, използвайте следната команда, за да видите колоните FirstLSN и LastLSN във файловете за архивиране на регистрационни файлове: възстановяване на HEADERONLY от диск = "C:\folder\file.TRN", можете да решите да избегнете възстановяването на файловете за архивиране на регистрационни файлове. Можете или да използвате командата стоп в командата за възстановяване, за да избегнете силно фрагментираните части на регистрационните файлове на транзакциите. Ако все още не възстановите последователността от регистрационни файлове до последния момент по време на сценарий за възстановяване при неуспех, възниква загуба на данни във вашата база данни на SQL Server. Тази загуба на данни възниква, защото не всички транзакции се запазват. Следователно има решение за компромис за бизнеса. Можете напълно да възстановите силно фрагментиран регистрационен файл на транзакциите. Тази операция обаче може да отнеме много часове. Можете или да използвате командата стоп при възстановяването, за да спрете възстановяването преди силно фрагментираната част от регистрационния файл. Обаче всички липсващи транзакции, които пропуснете, се загубват.Забележка Без да инсталирате тази спешна корекция, обикновено няма безопасно прибягване за ускорено възстановяване, след като рестартирате SQL Server. SQL Server трябва да намери списъка с VLFs за анализиране на регистрационните файлове, за да повторите завършени транзакции и след това да отмените незавършените транзакции, за да завърши възстановяването, за да осигурите безопасно онлайн базата данни. Не можете безопасно да пропуснете транзакциите по време на възстановяването.