Ознаки
Припустімо, що ви використовуєте функцію "групи доступності AlwaysOn" в Microsoft SQL Server 2012. Коли ви змінюєте доступ до підключення вторинної репліки з "читабельним" на "нечитабельний", корупція виникає на сторінках, які використовують стискання сторінки в цій репліці.Бази даних про доступність, які відчувають цю проблему на допоміжній репліці, не можуть відновити через помилку під час повторення синхронізації. Додаткова репліка не синхронізуватиметься з основною реплікою та повідомляє про стан синхронізації "SUSPEND_FROM_REDO". Крім того, з'являється таке повідомлення про помилку в журналі помилок SQL Server, на якому розміщено допоміжну репліку:
<дата> <час> spid<ID> помилка: 17066, серйозність: 16, стан: 1. <дата> <час> spid> <0 ID> SQL Server твердження: файл: <Page. pp>, Line = 3898 не вдалося затвердження = '! pagefull '. Ця помилка може бути пов'язана з хронометражу. Якщо помилка не зникає після повторного надсилання заяви, використовуйте DBCC CHECKDB, щоб перевірити базу даних для структурної цілісності або перезапустити сервер, щоб забезпечити структурування даних у пам'яті. <дату> <час> SPID<ID> помилка: 3624, серйозність: 20, стан: 1. <дата> <час> SPID> <0 ID> перевірка системних твердження не вдалася. Перевірте журнал помилок SQL Server, щоб отримати докладні відомості. Зазвичай Помилка твердження спричинена пошкодженням програмного забезпечення або даними про пошкодження даних. Щоб перевірити наявність корупції в базі даних, подумайте про те, що ви використовуєте DBCC CHECDB. Якщо ви домовилися про надсилання сміттєзвалищ до корпорації Майкрософт під час інсталяції, міні-дамп буде надіслано до корпорації Майкрософт. Оновлення може бути доступним від корпорації Майкрософт в останньому пакеті оновлень або в QFE від технічної підтримки. <дата> <час> SPID<ID> AlwaysOn групи доступності даних для даних "<ім'я бази даних"> "припинено з таких причин:" System "(вихідний ідентифікатор 2; Вихідний рядок: "SUSPEND_FROM_REDO"). Щоб відновити рух даних у базі даних, потрібно буде відновити базу даних уручну. Щоб отримати докладні відомості про те, як відновити доступність бази даних, перегляньте статтю SQL Server Books Online. <дата> <час> SPID<ID> помилка: 3313, серйозність: 21, стан: 2. <дата> <час> SPID> <0 ID> під час повторного виконання операції, що реєструється в базі даних <name (1786:4978584:74). Зазвичай, під час входу в службу журналу подій Windows відображається певна помилка. Відновлення бази даних із повного резервного копіювання або відновлення бази даних. <дата> <час> SPID<ID> змінити DB парам параметр: відновлення<дата> <час> SPID> <0 ID> AlwaysOn доступність груп даних для бази даних <ім'я бази даних> ' було відновлено. Це Інформаційне повідомлення. Дія користувача не обов'язкова. <дату> <час> SPID<ID> некваліфіковані транзакції повертаються в базі даних <ім'я бази даних> для змінення стану груп доступності AlwaysOn. Приблизний завершення відкочування: 100%. Це Інформаційне повідомлення. Дія користувача не обов'язкова. <дату> <час> spid<ID> AlwaysOn підключення груп доступності з основною базою даних, розірваний для допоміжної бази даних <ім'я бази даних> "в репліці доступності з ідентифікатором репліки: {bbdedecb-f26b-47e9-9e7d-7c22f99edb23}. Це Інформаційне повідомлення. Дія користувача не обов'язкова. <дату> <час> SPID<ID> запуск бази даних <ім'я бази даних> ". <дата> <час> SPID> <2 ID> відновлення бази даних <ім'я бази даних> (13) – 0% виконано (приблизно 781 секунд залишаються). Фаза 1 з 3. Це Інформаційне повідомлення. Дія користувача не обов'язкова.......
Спосіб вирішення
Ця проблема була спочатку зафіксоване в цьому сукупному оновленні сервера SQL Server.
Сукупне оновлення 6 для SQL server 2012 SP2 накопичувальне оновлення 16 для SQL Server 2012 SP1
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:
Додаткові відомості
Попередня проблема може виникати, коли доступ до читання буде змінене для вторинної репліки. Ви можете встановити доступ до баз даних про доступність у додатковій репліці, виконавши такі два методи:
-
Настроювання доступу для читання за допомогою команди "змінити ДОСТУПНІСТЬ групи":
ALTER AVAILABILITY GROUP [AGName]MODIFY REPLICA ON N'<SRV>' WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO))
-
Настроювання доступу для читання за допомогою змінення параметрів у провіднику об'єктів SQL Server Management Studio (SSMS):
-
Підключіться до сервера, а потім відкрийте папку доступність AlwaysOn.
-
Відкрийте папку "групи доступності".
-
Клацніть правою кнопкою миші групу доступність і виберіть пункт Властивості.
-
Змінення придатного для читання другорядного властивість для додаткової репліки на " ні", а потім натисніть кнопку OK.
-
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
