Ознаки
Розглянемо такий сценарій:
-
Ви використовуєте Microsoft SQL Server 2016, 2014 або 2012.
-
У вас є база даних, яка входить до складу групи доступності AlwaysOn.
-
У основній репліці файли бази даних скорочують їх розмір.
-
Основна репліка надсилає всі зміни, записані в журналі транзакції, до другорядною реплікою.
-
На допоміжній репліці зміни в розділі "Повторення" застосовуватимуться до бази даних, яка входить до складу групи "доступність".
У цьому сценарії цю репліку призупинено. Крім того, може з'явитися повідомлення про помилку приблизно такого вигляду:
<> помилка: 3456, серйозність: 21, стан: 1. <часовий штамп> spid41s не вдалося повторити запис журналу (#), для ІДЕНТИФІКАТОРА транзакції (#), на сторінці (#), базі даних <dbname> (ІДЕНТИФІКАТОР бази даних #). Сторінка: LSN = (#), одиниця виділення = #, Type = #. Log: OpCode = #, контексту #, PrevPageLSN: (#). Відновлення з резервної копії бази даних або відновлення бази даних. <часовий штамп> spid41s AlwaysOn для груп доступності даних для бази даних <dbname> ' призупинено з такої причини: "System" (вихідний ІДЕНТИФІКАТОР 2; Вихідний рядок: "SUSPEND_FROM_REDO"). Щоб відновити рух даних у базі даних, потрібно буде відновити базу даних уручну. Щоб отримати відомості про те, як відновити доступність бази даних, перегляньте статтю SQL Server Books Online. <> помилка: 3313, серйозність: 21, стан: 2. <часовий штамп> spid41s під час повторної операції, що записується в базі даних "<dbname>", сталася помилка під час входу в код запису (#). Зазвичай, під час входу в службу журналу подій Windows відображається певна помилка. Відновлення бази даних із повного резервного копіювання або відновлення бази даних.
Причина
Ця проблема виникає, коли зміни застосовуватимуться під час процесу повторення, якщо обробник баз даних зустрічає непослідовність LSNs на системних сторінках (ГАМ, PFS).
Спосіб вирішення
Цю проблему вирішено в такому сукупному оновленні сервера SQL Server:
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Радимо завантажити та інсталювати найновіші накопичувальне оновлення для сервера SQL Server:
Оновлення не запобігає виникненню цієї проблеми. Якщо проблему вже сталося, виконайте наведені нижче дії, щоб повторно приєднатися до групи доступності AlwaysOn.
-
Видалення наявної допоміжної репліки "AlwaysOn".
-
Щоб видалити вільне місце з бази даних, виконайте таку команду, що стосується файлів даних.
DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)
-
Резервне копіювання баз даних і log-файлів.
-
Відновлення бази даних і журналів на допоміжній репліці AlwaysOn.
-
Приєднайтеся до групи доступності AlwaysOn.
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
Посилання
Відомості про термінологію , яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
