Проблемы
Предположим, что вы используете Microsoft SQL Server 2016 или 2017. Если группа доступности присоединяется к существующей группе распределенной доступности (DAG) сразу после удаления и повторного создания DAG, она может не присоединиться к DAG ипоявится сообщение об ошибке, подобное приведенному ниже.
Always On: Обработка уведомления об изменении конфигурации AG для AG "AGName" в состоянии "переадресация" (7). Ошибка: 41162, серьезность: 16, состояние: 0. не удалось проверить порядковый номер конфигурации группы доступности "AGName". Порядковый номер, находящийся в памяти, не соответствует постоянному порядковому номеру. Группа доступности и (или) локальная реплика доступности будут перезапускаться автоматически. В настоящее время никаких действий пользователя не требуется. Always On: AR "AGName" теперь обрабатывает уведомление (тип 64). Always On: Обработка уведомления об изменении конфигурации AG для AG "AGName" в состоянии "переадресация" (7). Always On: AR 'AGName' теперь проверяет целостность AG в WSFC. Always On: AR 'AGName' смена роли [сервер пересылки]--> [сервер пересылки], триггер [VALIDATE_AG_CONFIG], состояние (WSFC = 1; метаданные = 1). Always On: AR "AGName" теперь обрабатывает уведомление (тип-2).
Кроме того, ошибка 41162 может привести к устранению состояния AG и может вызвать две другие проблемы: Ошибка 19407 и сбой подтверждения.
Error 19407:
Неуточненные транзакции откатываются в базе данных dbname для изменения состояния групп доступности Always on. Предполагаемое завершение отката: 100%. Это информационное сообщение. Никаких действий пользователя не требуется. [HaDrDbMgr::SetPrimaryAR] Установка ключевого значения PRIMARY в качестве AGID: AGNumber, replicaId: ReplicaNumber, AGDBID: AGDBNumberError: 19407, серьезность: 16, состояние: 2. срок действия аренды между группой доступности "GroupName" и отказоустойчивым кластером Windows Server истек. Возникла ошибка с подключением между экземпляром SQL Server и отказоустойчивым кластером Windows Server. Чтобы убедиться в том, что группа доступности не проходит надлежащим образом, проверьте соответствующий ресурс группы доступности в отказоустойчивом кластере Windows Server.
Утверждения
Always On: Обработка уведомления об изменении конфигурации AG для AG "имя базыданных" в состоянии "RESOLVING_NORMAL" (0).
Always On: AR "DatabaseName" теперь проверяет целостность AG в WSFC.
Always On: GetTransportWithRef () отклоняется, так как локальный AR не находится в сети.
Сведения о состоянии для базы данных "DatabaseName" — зафиксированный номер LSN: "(34:304752:1)" Commit LSN: "(0:0:0)" время фиксации: "Янв 1 1900 12:00AM"
ВОССТАНОВЛЕНИЕ (имя_базы_данных, 6): Начало отмены параллельных потоков повторов
* * Dump Thread-SPID = 0, EC = 0x000001F280CC7250
Дамп стека, отправляемый в FileLocation
* НАЧАЛЬНЫЙ ДАМП СТЕКА:
* Расположение: "FileLocation": 1774
* Выражение: @ Context ()->->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: SPID
* Идентификатор процесса: ProcessID
Ошибка: 17066, уровень серьезности: 16, состояние: 1.
Утверждение SQL Server: file: < "FileLocation" >, Line = 1774 Failed = >>"GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY". Эта ошибка может быть связана со временем. Если ошибка не исчезнет после повторного выполнения инструкции, используйте DBCC CHECKDB, чтобы проверить базу данных на наличие структурной целостности, или перезапустите сервер, чтобы убедиться в том, что структуры данных в памяти не повреждены.
Ошибка: 3624, уровень серьезности: 20, состояние: 1.
Проверка системного утверждения завершилась сбоем. Подробности см. в журнале ошибок SQL Server. Как правило, сбой утверждения вызывается из-за ошибки программного обеспечения или повреждения данных. Чтобы проверить, не повреждена ли база данных, попробуйте выполнить команду DBCC CHECKDB. Если вы согласились отправлять дампы в Microsoft во время установки, мини-дамп будет отправлен в корпорацию Майкрософт. Обновление может быть выпущено корпорацией Майкрософт в новейшем пакете обновления или в виде исправления из службы технической поддержки.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
Решение
Эта проблема устранена в следующем накопительном обновлении для SQL Server
Сведения о накопительных обновлениях для SQL Server.
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, включенные в предыдущий Накопительный пакет обновления. Ознакомьтесь с самыми последними накопительными обновлениями для SQL Server.
Сведения об исправлениях по запросу:
Эта проблема исправлена в описанном ниже исправлении для сервера SQL Server, установленного по запросу:
Ссылки
Ознакомьтесь с терминологией , которую корпорация Майкрософт использует для описания обновлений программного обеспечения.
