Ознаки
Припустімо, що у вас є група «розподілена доступність» (Даг) з великою кількістю баз даних (>15) у Microsoft SQL Server 2016 і 2017. Інколи час очікування підключення відбувається між глобальним основним і екземплярами "Дага" на сервері SQL Server. Після повторного підключення рух даних для баз даних не відновиться автоматично. Крім того, ви можете помітити таке:
-
Репліка бази даних міститься в NOT_HEALTY і NOT_SYNCHRONIZING станах.
-
Last_commit_time під час підключення Даг збігається з часом очікування з'єднання.
Ви також можете переглянути наведені нижче повідомлення про помилку, які записуються в журналі помилки основного хоста основної репліки групи.
Час від часу spid329s час очікування підключення стався в попередньо встановленому з'єднанні з реплікою "реплікая " з ідентифікатором [реплікадопомога]. У мережі або в разі помилки брандмауера, або репліка доступності, перейшли до відповідної ролі.
Дата й час spid1538s завжди для підключення груп доступності з вторинною базою даних, розірваним для первинної бази даних "DatabaseName" на репліці "реплікаім'я"з ідентифікатором репліки: {ReplicaID}. Це Інформаційне повідомлення. Дія користувача не обов'язкова.
-
Про це повідомляється здебільшого, якщо не всі бази даних у групі «розподілена доступність».
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
Спосіб вирішення
Ця проблема усунена в таких сукупних оновлень для SQL Server:
Відомості про накопичувальне оновлення для сервера SQL Server:
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:
Посилання
Відомості про термінологія , яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
