KB2463682-FIX: база даних із увімкнутим прозорим шифруванням даних позначається як "підозрюваний", якщо сертифікат сервера пропущено на сервері SQL Server 2008 або в SQL Server 2008 R2

Ознаки

Розглянемо такий сценарій:

• На сервері, на якому запущено SQL Server 2008 або SQL Server 2008 R2, ви створюєте сертифікат сервера в головній базі даних.

• Ви вмикаєте прозоре шифрування даних у базі даних користувача, ключ шифрування бази даних якого (DEK) захищено за допомогою сертифіката сервера.

• Ви перетягуєте сертифікат сервера.

• Ви починаєте нову транзакцію в базі даних.

У цьому сценарії нова транзакція не завершується. Зокрема, угода чекає на невизначений термін з типом "WRITELOG". Крім того, база даних може бути позначена як "підозрюваний". Нотатки

• Ця проблема повторюється, навіть якщо ви відновлюєте сертифікат із резервної копії.

• Під час виникнення цієї проблеми SQL Server не відповідає на запит на скасування. Ви можете завершити роботу сервера SQL Server лише за допомогою команди "вимкнути" разом із параметром NOWAIT.

• У розділі певні сценарії з'являється повідомлення про помилку, подібне до журналу помилки SQL Server:

  Дата й час spid5s помилка: 33111, серйозність: 16, стан: 3.дата Spid5s не може шукати сертифікат сервера з недрукованим "0xF9384BBA39E82B87D07A8D9AEBD58DDF55B715A3 '.Дата й час spid175:15507, серйозність: 16, стан: 1.Дата й час spid175 для ключа, необхідного для цієї операції, відображається пошкодження.Дата й час spid175 помилка: 3314, серйозність: 21, стан: 4.дата часу Spid175 під час скасування під час входу в базу даних "ім'я базиданих", сталася помилка під час входу в ідентифікатор запису (10637:3496:70). Зазвичай під час входу в службу журналу подій Windows відображається певна помилка. Відновлення бази даних або файлу з резервної копії або відновлення бази даних.Дата й час spid18s помилка: 9001, серйозність: 21, стан: 5.Дата й час spid18s "ім'я бази данихбази даних" недоступний. Установіть прапорець журнал подій для пов'язаних повідомлень про помилки. Розв'яже помилки та перезапустіть базу даних.

Спосіб вирішення

Стан

Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до". Цю проблему було спочатку виправлено в SQL Server 2008 R2 Service Pack 1 для SQL Server 2008 R2. Цю проблему було спочатку виправлено в SQL Server 2008 Service Pack 3.

Додаткові відомості

Це виправлення також запобігає виникненню помилки 33111 у такому сценарії:

1. База даних шифрується.

2. Цю саму базу даних розшифровано.

3. Сертифікат, який зашифровує ключ бази даних, не переривається, але ключ бази даних не буде розірвано.

Коли комп'ютер, на якому запущено SQL Server, буде перезавантажено в цьому сценарії, після відновлення бази даних буде повернуто таке повідомлення про помилку:

Після того, як під час падіння ключа бази даних буде 2008 застосовано таке повідомлення про помилку, після того, як під час завершення роботи з ключем від початку не було вибрано клавішу "пакет оновлень 3" (SP3).

Щоб вирішити цю проблему, виконайте наведені нижче дії, щоб розшифрувати базу даних.

1. Повторно створіть сертифікат із резервної копії.

2. Відкрийте базу даних в Інтернеті.

3. Команда "виконати ШИФРУВАННЯ бази даних" в зашифрованій базі даних.

4. Залиште сертифікат, якщо це потрібно зробити в цьому випадку.

Щоб отримати докладніші відомості про прозоре шифрування даних (TDE), перейдіть на такий веб-сайт MSDN:

Розуміння прозорого шифрування даних (TDE)Щоб отримати докладніші відомості про термінологію оновлення програмного забезпечення, клацніть номер статті в базі знань Microsoft Knowledge Base:

824684 Опис стандартної термінології, яка використовується для опису оновлень програмного забезпечення Microsoft