Симптоми
Да предположим, че имате база данни, която съдържа прозрачно шифроване на данните (TDE), което е разрешено в Microsoft SQL Server 2008 или SQL Server 2008 R2, всяка операция за запис срещу базата данни изчаква за неопределено време в WRITELOG или LOGBUFFER. Когато базата данни е в режим на пълно възстановяване и е извършено периодично архивиране на регистрационни файлове, номерата на първите и последните регистрационни номера (LSN) в регистрите на грешките на SQL Server са еднакви за последващи архивиране на регистрационни файлове, след като проблемът е улучен. Все още се препоръчва да потвърдите дали дейността на потребителите се очаква през този период от време. Номерата на LSN не могат да се променят, тъй като няма операция за запис, причинена от липса на активност на потребителя. Свързани записи в регистъра на грешки на SQL Server са следните:
Регистърът е архивиран. База данни: <DataBaseName>, дата на създаване (време): <дата><Time>, First LSN: 76383:11154:1, Последна LSN: 76383:11154:1.... Това е само информационно съобщение. Не се изисква действие от потребителя. Регистърът е архивиран. База данни: <DataBaseName>, дата на създаване (време): <дата><Time>, First LSN: 76383:11154:1, Последна LSN: 76383:11154:1.... Това е само информационно съобщение. Не се изисква действие от потребителя.
Този проблем не е конкретен за базата данни в режим на пълно възстановяване, бази данни с други режими за възстановяване също са склонни да се сблъскат със същия проблем. Освен това може да видите и SPID в състояние на възстановяване на състоянието в системна таблица sys. sysprocesses.
Причина
Този проблем възниква поради някои основни изключения около TDE.
Решение
Проблемът е коригиран първо в следващата сборна актуализация на SQL Server. След като приложите тази спешна корекция, SQL Server взема базата данни офлайн, когато натиснете проблема (вместо да чакате за неопределено време в WRITELOG или LOGBUFFER), базата данни може да бъде върната онлайн, без да се рестартира SQL Server Services. В някои сценарии базата данни ще бъде върната автоматично онлайн от SQL Server без каквато и да е човешка намеса. Съответната информация ще бъде регистрирана в регистрите на грешките на SQL Server. Актуалната корекция няма да реши проблема напълно. Допълнителни диагностични данни (на базата на типа и тежестта на грешката) може да бъдат регистрирани в регистрите на грешките на SQL Server, когато проблемът се появи отново. Трябва да идентифицирате действителната дерогация и да я коригирате с помощта на допълнителна диагностична информация, която може да извлечете, след като приложите актуалната корекция.
Кумулативна актуализация 13 за SQL Server 2008 R2 SP2 /en-us/help/2967540
Кумулативна актуализация 17 за SQL Server 2008 SP3 /en-us/help/2958696
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".