Проблема
Предположим, что в Microsoft SQL Server 2008 или SQL Server 2008 R2 включена база данных, в базе данных которой включено прозрачное шифрование данных (TDE), поэтому любая операция записи в базу данных будет ждать в WRITELOG или LOGBUFFER в течение неограниченного времени.
Если база данных находится в режиме полного восстановления и запланированные резервные копии журналов делаются регулярно, первый и последний номера регистрационного номера (LSN) в журналах ошибок SQL Server совпадают для последующих резервных копий журналов после возникновения проблемы. Тем не менее, рекомендуется проверить, ожидается ли в течение этого периода какие-либо действия пользователей. Номера LSN могут не измениться, так как отсутствует операция записи, вызванная отсутствием активности пользователя. Ниже приведены связанные записи журнала ошибок SQL Server.
Примечание
Для журнала выполнена резервная копия. База данных: <DataBaseName>, creation date(time): <Date><Time>, первый номер LSN: 76383:11154:1, последний номер LSN: 76383:11154:1..... Это информационное сообщение. Никаких действий со стороны пользователя не требуется.
Для журнала выполнена резервная копия. База данных: <DataBaseName>, creation date(time): <Date><Time>, первый номер LSN: 76383:11154:1, последний номер LSN: 76383:11154:1..... Это информационное сообщение. Никаких действий со стороны пользователя не требуется.
Эта проблема характерна не только для баз данных в режиме полного восстановления. Базы данных с другими режимами восстановления также подвержены той же проблеме. Кроме того, SPID в состоянии отката может также отображаться в системной таблице sys.sysprocesses.
Причина
Эта проблема возникает из-за базового исключения вокруг TDE.
Решение
Эта проблема была впервые исправлена в следующем накопительном пакете обновления SQL Server. После применения этого исправления SQL Server переводит базу данных в автономный режим при возникновении проблемы (вместо бесконечного ожидания WRITELOG или LOGBUFFER) базу данных можно вернуть в оперативный режим без перезапуска служб SQL Server. В некоторых сценариях база данных будет автоматически восстановлена в оперативный режим сервером SQL Server без вмешательства человека. Соответствующая информация будет занесена в журналы ошибок SQL Server.
Исправление не решит проблему полностью. Однако дополнительная диагностическая информация (на основе типа и серьезности ошибки) может быть внесена в журналы ошибок SQL Server при повторном возникновении проблемы. Вы должны определить фактическое исключение и исправить его с помощью дополнительных диагностических сведений, которые вы можете получить после применения исправления.
Накопительный пакет обновления 13 для SQL Server 2008 R2 с пакетом обновления 2 (SP2) /en-us/help/2967540
Накопительный пакет обновления 17 для SQL Server 2008 SP3 /en-us/help/2958696
Сведения о накопительных обновлениях для SQL Server
Каждый новый накопительный пакет обновления для SQL Server содержит все исправления и исправления безопасности, которые входили в состав предыдущего накопительного пакета обновления. Ознакомьтесь с последними накопительными пакетами обновления для SQL Server:
- Последний накопительный пакет обновления для SQL Server 2008 R2 с пакетом обновления 2 (SP2)
- Последний накопительный пакет обновления для SQL Server 2008 с пакетом обновления 3 (SP3)
Состояние
Корпорация Майкрософт подтвердила, что это проблема продуктов Microsoft, перечисленных в разделе «Относится к».