Ознаки
Припустімо, що ви використовуєте Microsoft SQL Server 2016 або 2017 завжди доступності групи. Коли ви відновлюєте базу даних про доступність призупинення, може статися помилка твердження додаткової репліки. Крім того, повідомлення про помилки, подібні до наведених нижче, реєструються в журналі помилок SQL Server додаткової репліки.
Дата й час Помилка: 17066, серйозність: 16, стан: 1.
Дата й час SQL Server Твердження: Файл: <recovery.cpp>, line=LineNumber Failed Assertion = "recXdes->IsLockReleased () && recXdes->GetOutstandingCount () == 0". Ця помилка може бути пов'язана з хронометражем. Якщо помилка не зникне після повторного виконання інструкції, скористайтеся DBCC CHECKDB, щоб перевірити базу даних на наявність структурної цілісності, або перезапустіть сервер, щоб переконатися, що структури даних у пам'яті не пошкоджено.
Дата й часПомилка: 3624, серйозність: 20, стан: 1.
Дата й часПомилка перевірки твердження системи. Докладні відомості див. в журналі помилок SQL Server. Зазвичай помилка твердження виникає через помилку програмного забезпечення або пошкодження даних. Щоб перевірити наявність пошкоджень бази даних, радимо запустити DBCC CHECKDB. Якщо ви погодилися відправити дампи до корпорації Майкрософт під час налаштування, міні-дамп буде відправлено до корпорації Майкрософт. Оновлення може бути доступне від корпорації Майкрософт в останньому пакеті оновлень або виправлення від служби технічної підтримки.
Дата й часПомилка: 3624, серйозність: 20, стан: 2.
Дата й часПомилка перевірки твердження системи. Докладні відомості див. в журналі помилок SQL Server. Зазвичай помилка твердження виникає через помилку програмного забезпечення або пошкодження даних. Щоб перевірити наявність пошкоджень бази даних, радимо запустити DBCC CHECKDB. Якщо ви погодилися відправити дампи до корпорації Майкрософт під час налаштування, міні-дамп буде відправлено до корпорації Майкрософт. Оновлення може бути доступне від корпорації Майкрософт в останньому пакеті оновлень або виправлення від служби технічної підтримки.
Дата й часПомилка: 3313, серйозність: 21, стан: 2.
Дата й часПід час повторення операції, що записується в базі даних DatabaseName, сталася помилка під час ідентифікатора запису журналу (RecordID). Зазвичай певна помилка раніше записується як помилка в службі журналу подій Windows. Відновіть базу даних із повної резервної копії або відновіть її.
Дата й часПереміщення даних "Завжди на наявність груп" для бази даних DatabaseName призупинено з такої причини: "system" (Source ID 2; Вихідний рядок: "SUSPEND_FROM_REDO"). Щоб відновити переміщення даних у базі даних, потрібно відновити базу даних вручну. Відомості про відновлення бази даних доступності див. в статті SQL Server Books Online.
Дата й часПараметр абзацу ALTER DB: RESUME
Дата й часПереміщення даних "Завжди на наявність груп" для бази даних DatabaseName відновлено. Це лише інформаційне повідомлення. Дії користувача не потрібні.
Дата й часПостійне підключення груп доступності до основної бази даних, створеної для додаткової бази даних DatabaseName у реплікі репліки з реплікою ReplicaName доступності: ReplicaID. Це лише інформаційне повідомлення. Дії користувача не потрібні.
Дата й часДля бази даних з ідентифікатором Id DatabaseID визначено значення LSN (LsnNumber) для відновлення. Це лише інформаційне повідомлення. Дії користувача не потрібні.
Спосіб вирішення
Цю проблему вирішено в сукупному пакеті оновлень для SQL Server:
Сукупне оновлення 1 для SQL Server 2017 р.
Сукупний пакет оновлень 5 для SQL Server 2016 з пакетом оновлень 1 (SP1)
Кожен новий сукупний пакет оновлень для SQL Server містить усі виправлення та всі виправлення системи безпеки, які входили в попередній сукупний пакет оновлень. Ознайомтеся з останніми сукупними оновленнями для SQL Server:
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "Стосується".
Посилання
Дізнайтеся про термінологію, яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
