Проблемы
Предположим, что у вас есть база данных с прозрачным шифрованием данных (TDE), включенной в Microsoft SQL Server 2008 или SQL Server 2008 R2, любая операция записи в базу данных ожидает неопределенного времени на WRITELOG или LOGBUFFER. Если база данных находится в режиме полного восстановления и запланированные резервные копии журналов выполняются регулярно, то первый и последний номера LSN в журналах ошибок SQL Server будут одинаковыми для резервных копий журнала consequent после того, как эта ошибка будет достигнута. По-прежнему рекомендуется подтвердить, что в течение этого периода времени ожидаются какие-либо действия пользователя. Номера LSN могут не изменяться из-за отсутствия операций записи, вызванных отсутствием активности пользователей. Ниже указаны связанные записи в журнале ошибок SQL Server.
Архивирование журнала. База данных: <DataBaseName>, Дата создания (время): <дата><время>, первый номер LSN: 76383:11154:1, последний номер LSN: 76383:11154:1..... Это информационное сообщение. Никаких действий пользователя не требуется. Архивирование журнала. База данных: <DataBaseName>, Дата создания (время): <дата><время>, первый номер 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 с пакетом обновления 3 (SP3) /en-us/help/2958696
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Ознакомьтесь с самыми последними накопительными обновлениями для SQL Server.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".