KB2653893 . ИСПРАВЛЕНИЕ. Восстановление базы данных в SQL Server 2008 R2 или в SQL Server 2008 или в SQL 2012 занимает много времени.

Проблемы

Восстановление базы данных в Microsoft SQL Server 2008 R2, Microsoft SQL Server 2008 или Microsoft SQL Server 2012 может занять много времени.

Причина

Эта проблема возникает из-за того, что создание списка виртуальных файлов журнала (VLF) занимает много времени, если в базе данных имеется много VLF.

Решение

Статус

Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".

Дополнительная информация

Количество сегментов VLF можно проверка, просмотрив файл журнала ошибок SQL, а затем найдя номер последовательности журнала (LSN) в каждом файле резервной копии журнала транзакций. Первые цифры перед символом двоеточия в номерах LSN соответствуют номеру LSN.

Например, первое число в первом информационном сообщении для LSN — 1. Однако первое число во втором информационном сообщении для LSN 100001. В этом сценарии между первым информационным сообщением и вторым информационным сообщением используется 100 000 VLF. Таким образом, журнал фрагментированных транзакций с большим количеством виртуальных Files журналов выглядит следующим образом:

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

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

Ссылки

Дополнительные сведения о номерах последовательности журналов (LSN) см. на следующем веб-сайте MSDN:

Общие сведения о порядковых номерах журналов

Дополнительные сведения о том, как структура файлов журнала может повлиять на время восстановления базы данных, посетите следующий веб-сайт MSDN:

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

восстановления базы данныхДополнительные сведения о VLF-файлах журнала транзакций см. на следующем веб-сайте MSDN:

Общие сведения о файле журнала транзакций

Обходное решение

• Дождитесь завершения
  
  операции восстановления или восстановления. Если при восстановлении или восстановлении базы данных у вас есть невосстановленная база данных с низкой производительностью, возможно, придется дождаться завершения операции восстановления или восстановления. Например, вы можете увидеть состояние автономного или восстановления в SQL Server Management Studio (SSMS) для невосстановленной базы данных. Остановка SQL Server обычно не дает облегчения для медленного восстановления и может занять больше времени, чтобы повторить один и тот же этап анализа восстановления, этап повтора или отмены.

• Избегайте восстановления последовательности журнала транзакций, которая содержит тысячи файлов VLFs
  
  . Если при восстановлении и восстановлении базы данных с помощью файла резервной копии производительность снижается, можно избежать восстановления последовательностей журналов транзакций, содержащих тысячи VLFs. Чтобы определить файл резервной копии с наибольшим числом записанных виртуальных файлов журнала, используйте следующую инструкцию, чтобы просмотреть столбцы FirstLSN и LastLSN в файлах резервной копии журнала:
  RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'Вы
  
  можете избежать восстановления файлов резервной копии журнала. Кроме того, можно использовать инструкцию STOP AT в командах RESTORE, чтобы избежать фрагментированных частей журналов транзакций. Если вы не полностью восстановите последовательности журналов до последней точки во времени во время сценария восстановления сбоя, потеря данных происходит в базе данных SQL Server. Эта потеря данных происходит из-за того, что не все транзакции хранятся. Таким образом, существует решение о компромиссе. Вы можете полностью восстановить журнал транзакций с высокой степенью фрагментирований. Однако эта операция может занять много часов. Кроме того, можно использовать инструкцию STOP AT в восстановлении, чтобы остановить восстановление до фрагментированной части журнала. Однако все отсутствующие транзакции, которые вы опустили, будут потеряны.
  
  Примечание Без установки этого исправления обычно не существует безопасного обращения к ускоренному восстановлению после перезапуска SQL Server. SQL Server необходимо найти список VLF для анализа файлов журнала, повторного выполнения завершенных транзакций, а затем отмены незавершенных транзакций, чтобы завершить восстановление, чтобы безопасно перевести базу данных в режим "к сети". Невозможно безопасно пропустить транзакции во время восстановления.