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) във всеки архивен файл на регистрационния файл на транзакциите. Първите цифри преди двоеточието в LSN съответстват на номера на LSN.

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

{Log беше архивиран. База данни: mydbname, creation date(time): 2010/07/08(12:36:46), first LSN: 1:5068:70, last LSN: 1:5108:1, брой устройства за вторично копие: 1, информация за устройството: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Това е само информационно съобщение. Не се изисква действие от потребителя.

Регистрационният файл е архивиран. База данни: mydbname, creation date(time): 2010/07/08(15:36:46), first LSN: 100001:5108:1, last LSN: 100002:5108:1, брой устройства за вторично копие: 1, информация за устройството: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Това е само информационно съобщение. Не се изисква действие от потребител.}

Препратки

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

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

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

Как структурата на регистрационните файлове може да повлияе на времето

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

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

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

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

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