Ознаки
Припустимо, що у вас є база даних, яка містить прозоре шифрування даних (TDE), ввімкнуто в Microsoft SQL Server 2008 або SQL Server 2008 R2, будь-яка операція записування в базі даних, яка перебуває на невизначений час, на WRITELOG або LOGBUFFER. Коли база даних працює в режимі повного відновлення, а резервні копії журналів заплановано регулярно, перший і останній номер послідовності журналу (LSN) має числа в журналах помилок SQL Server, а також для послідовних резервних копій після того, як проблему буде завершено. Ви все ще порадили підтвердити, чи очікуються всі дії користувача в цей період. Номери LSN можуть не змінюватися, тому що немає дії для записування, спричиненої відсутністю дій користувача. Пов'язані з записами журналів помилок SQL Server, виконайте такі дії:
Журнал був резервну копію. База даних: <DataBaseName>, дата створення (час): <дата><час>, перший lsn: 76383:11154:1, last lsn: 76383:11154:1..... Це Інформаційне повідомлення. Дія користувача не обов'язкова. Журнал був резервну копію. База даних: <DataBaseName>, дата створення (час): <дата><час>, перший lsn: 76383:11154:1, last lsn: 76383:11154:1..... Це Інформаційне повідомлення. Дія користувача не обов'язкова.
Ця проблема не стосується бази даних у режимі повного відновлення, бази даних з іншими режимами відновлення також схильні до виникнення тієї самої проблеми. Крім того, ви можете також переглянути код SPID в стані відкочування у системі системної таблиці sys. sysprocesses.
Причина
Ця проблема виникає через деякий основний виняток навколо TDE.
Спосіб вирішення
Ця проблема була спочатку зафіксоване в цьому сукупному оновленні сервера SQL Server. Після інсталяції цього виправлення програма SQL Server перейде до бази даних в автономному режимі, коли ви натиснете цю проблему (замість того, щоб не чекати на невизначений час на WRITELLOG або LOGBUFFER), база даних може бути знову в онлайні, не перезапустивши служби SQL Server. У деяких сценаріях база даних автоматично повернеться через 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, перелічених у розділі "застосовується до".