Перейти к основному контенту
Поддержка
Войдите с помощью учетной записи Майкрософт
Войдите или создайте учетную запись.
Здравствуйте,
Выберите другую учетную запись.
У вас несколько учетных записей
Выберите учетную запись, с помощью которой нужно войти.

Microsoft SQL Server 2008 R2 с пакетом обновления 1 (SP1) или Microsoft SQL Server 2008 или Microsoft SQL Server 2012 исправления в одном загружаемом файле. Поскольку исправления являются кумулятивными, каждый новый выпуск содержит все исправления и все обновления для системы безопасности, которые были включены в предыдущий выпуск SQL Server 2008 R2 с пакетом обновления 1 (SP1) или SQL Server 2008 или Microsoft SQL Server 2012.

Проблемы

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

Причина

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

Решение

Сведения о накопительном пакете обновления

SQL Server 2012

Исправление для этой проблемы впервые выпущено в накопительном обновлении 1 для SQL Server 2012. Чтобы получить дополнительные сведения об этом накопительном пакете обновления, щелкните следующий номер статьи базы знаний Майкрософт:

2679368 Накопительный пакет обновления 1 (SP1) для SQL Server 2012Примечание. Так как сборки являются кумулятивными, каждый новый выпуск исправлений содержит все исправления и все исправления безопасности, которые были включены в предыдущий выпуск исправлений для SQL Server 2012. Корпорация Microsoft рекомендует установить последнюю версию исправления, которая включает это исправление. Дополнительные сведения см. в следующей статье базы знаний Майкрософт:

2692828 Сборки SQL Server 2012, выпущенные после выпуска SQL Server 2012 Вы должны применить исправление SQL Server 2012 к установке SQL Server 2012.

SQL Server 2008 с пакетом обновления 2

Исправление для этой проблемы впервые выпущено в накопительном обновлении 8 для SQL Server 2008 с пакетом обновления 2. Чтобы получить дополнительные сведения об этом накопительном пакете обновления, щелкните следующий номер статьи базы знаний Майкрософт:

2648096 Накопительный пакет обновления 8 для SQL Server 2008 с пакетом обновления 2 (SP2)Примечание. Так как сборки являются кумулятивными, каждый новый выпуск исправлений содержит все исправления и все исправления безопасности, которые были включены в предыдущий выпуск исправлений для SQL Server 2008. Корпорация Microsoft рекомендует установить последнюю версию исправления, которая включает это исправление. Дополнительные сведения см. в следующей статье базы знаний Майкрософт:

2402659 Сборки SQL Server 2008, выпущенные после выпуска пакета обновления 2 (SP2) для SQL Server 2008 Исправления Microsoft SQL Server 2008 создаются для конкретных пакетов обновления для SQL Server. Необходимо применить исправление для SQL Server 2008 с пакетом обновления 2 (SP2) к установке SQL Server 2008 с пакетом обновления 2. По умолчанию любое исправление, предоставленное в пакете обновления SQL Server, входит в следующий пакет обновления для SQL Server.

SQL Server 2008 с пакетом обновления 3

Исправление для этой проблемы впервые выпущено в накопительном обновлении 3 для SQL Server 2008 с пакетом обновления 3. Чтобы получить дополнительные сведения об этом накопительном пакете обновления, щелкните следующий номер статьи базы знаний Майкрософт:

2648098 Накопительный пакет обновления 3 для SQL Server 2008 с пакетом обновления 3 (SP3)Примечание. Так как сборки являются кумулятивными, каждый новый выпуск исправлений содержит все исправления и все исправления безопасности, которые были включены в предыдущий выпуск исправлений для SQL Server 2008. Корпорация Microsoft рекомендует установить последнюю версию исправления, которая включает это исправление. Дополнительные сведения см. в следующей статье базы знаний Майкрософт:

2629969 Сборки SQL Server 2008, выпущенные после выпуска пакета обновления 3 (SP3) для SQL Server 2008 Исправления Microsoft SQL Server 2008 создаются для конкретных пакетов обновления для SQL Server. Вы должны применить исправление SQL Server 2008 с пакетом обновления 3 (SP3) к установке SQL Server 2008 с пакетом обновления 3 (SP3). По умолчанию любое исправление, предоставленное в пакете обновления SQL Server, входит в следующий пакет обновления для SQL Server.

Накопительный пакет обновления 11 для SQL Server 2008 R2

Исправление для этой проблемы впервые выпущено в накопительном обновлении 11. Для получения дополнительных сведений о том, как получить этот накопительный пакет обновления для SQL Server 2008 R2, щелкните следующий номер статьи базы знаний Майкрософт:

2633145 Накопительный пакет обновления 11 для SQL Server 2008 R2Примечание. Поскольку сборки являются кумулятивными, каждый новый выпуск исправлений содержит все исправления и все исправления безопасности, которые были включены в предыдущий выпуск исправлений для SQL Server 2008 R2. Рекомендуется установить последнюю версию исправления, которая включает это исправление. Дополнительные сведения см. в следующей статье базы знаний Майкрософт:

981356 Сборки SQL Server 2008 R2, выпущенные после выпуска SQL Server 2008 R2

Накопительный пакет обновления 4 для SQL Server 2008 R2 с пакетом обновления 1 (SP1)

Исправление для этой проблемы впервые выпущено в накопительном обновлении 4. Для получения дополнительных сведений о том, как получить этот накопительный пакет обновления для SQL Server 2008 R2 с пакетом обновления 1 (SP1), щелкните следующий номер статьи базы знаний Майкрософт:

2633146 Накопительный пакет обновления 4 для SQL Server 2008 R2 с пакетом обновления 1 (SP1)Примечание. Так как сборки являются кумулятивными, каждый новый выпуск исправлений содержит все исправления и все исправления безопасности, которые были включены в предыдущий выпуск исправлений для SQL Server 2008 R2 с пакетом обновления 1 (SP1). Рекомендуется установить последнюю версию исправления, которая включает это исправление. Дополнительные сведения см. в следующей статье базы знаний Майкрософт:

2567616 Сборки SQL Server 2008 R2, выпущенные после выпуска сервера SQL Server 2008 R2 с пакетом обновления 1 (SP1)

Статус

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

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

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

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

Ссылки

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

Общие сведения о регистрационных номерах журналов

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

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

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

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

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

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

Нужна дополнительная помощь?

Нужны дополнительные параметры?

Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.

В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.

Были ли сведения полезными?

Насколько вы удовлетворены качеством перевода?
Что повлияло на вашу оценку?
После нажатия кнопки "Отправить" ваш отзыв будет использован для улучшения продуктов и служб Майкрософт. Эти данные будут доступны для сбора ИТ-администратору. Заявление о конфиденциальности.

Спасибо за ваш отзыв!

×