Ознаки
Розглянемо такий сценарій:
-
У вас завжди є група "доступність" з сотнями баз даних у Microsoft SQL Server 2014 або 2016.
-
У цій групі доступність використовується важка навантаження.
-
Після відмови від групи доступності відбувається.
У цьому випадку бази даних у групі «доступність» в новій основній репліці можуть відображатися як не синхронізувати через тривалі операції скасування, а бази даних у групі «доступність» в новій додатковій репліці можуть відображатися як ініціалізації або синхронізація після відмови через обробку повідомлень між репліками. Крім того, у журналі помилок SQL Server відображаються повідомлення про помилку, які нагадують такі помилки:
Помилка: 35278, серйозність: 17, стан: 4. Database_name бази даних про доступність, що міститься в другорядній ролі, буде перезавантажено для повторної синхронізації з відновленням, що не відповідно до останньої пошкодженої [9]-ЕНЦИКЛОПЕДІЯ: 00000047:00000F58:0001 Recovery: FFFFFFF: 20FFFFFF: 0001 скасування: 00000047:00000F58:005F поточна основна база даних. Це Інформаційне повідомлення. Дія користувача не обов'язкова. Resyncwithпервинний-без скасування потрібно [9]-ЕНЦИКЛОПЕДІЯ: 00000047:00000F58:0001 Recovery: FFFFFFF: FFFFFFF: 0001 скасування: 00000047:00000F58:005F
Спосіб вирішення
Ця проблема усунена в таких сукупних оновлень для SQL Server:
Сукупне оновлення 5 для SQL Server 2016 RTM
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
Посилання
Відомості про термінологію , яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
