증상
Microsoft SQL Server 2016 또는 2017을 사용 한다고 가정 합니다. DAG를 삭제 하 고 다시 만든 후에 가용성 그룹이 기존 분산 가용성 그룹 (DAG)에 도달 하면 DAG에 가입 하지 못하거나 다음과 유사한 오류 메시지가 표시 됩니다.
Always On: AG ' Agname ' 의 state ' ' 전달자로 ' (7)에 대 한 ag 구성 변경 알림을 처리 합니다. 오류: 41162, 심각도: 16, 상태: 0. 가용성 그룹 'Agname'의 구성에 대 한 시퀀스 번호의 유효성을 검사 하지 못했습니다. 메모리 내 시퀀스 번호가 지속형 시퀀스 번호와 일치 하지 않습니다. 가용성 그룹 및/또는 로컬 가용성 복제본이 자동으로 다시 시작 됩니다. 지금은 사용자 작업이 필요 하지 않습니다. 항상 켜기: AR 'Agname'이 알림 처리 중입니다 (유형 64). Always On: AG 'Agname'의 state ' ' 전달자로 ' (7)에 대 한 ag 구성 변경 알림을 처리 합니다. 항상 켜기: AR 'Agname'이 WSFC에서 AG 무결성의 유효성을 검사 하 고 있습니다. Always On: AR 'Agname' 역할 전환 [전달자로]--> [VALIDATE_AG_CONFIG], 상태 (wsfc = 1, 메타 데이터 = 1). 항상 켜기: AR 'Agname'이 알림 처리 중입니다 (유형-2).
또한 오류 41162가 AG 해결 상태를 가져올 수 있으며 오류 19407 및 어설션 오류와 같은 두 가지 문제가 발생할 수 있습니다.
Error 19407:
정규화 되지 않은 트랜잭션은 Always On 가용성 그룹 상태 변경에 대해 데이터베이스 DBName 에서 롤백됩니다. 예상 롤백 완료율: 100%. 이 메시지는 정보 제공 용입니다. 사용자 작업은 필요 하지 않습니다. [HaDrDbMgr:: SetPrimaryAR] 기본 설정을 AGID: Agid, ReplicaID: ReplicaNumber, Agid: agdbnumber오류: 19407, 심각도: 16, 상태: 2. 가용성 그룹 ' GroupName ' 과 Windows Server 장애 조치 (Failover) 클러스터 간의 임대가 만료 되었습니다. SQL Server 인스턴스와 Windows Server 장애 조치 (Failover) 클러스터 간에 연결 문제가 발생 했습니다. 가용성 그룹이 올바르게 장애 조치 되는지 확인 하려면 Windows Server 장애 조치 (Failover) 클러스터에서 해당 가용성 그룹 리소스를 확인 합니다.
임계
Always On: ' RESOLVING_NORMAL ' (0) AG 'DatabaseName'에 대 한 ag 구성 변경 알림을 처리 합니다.
Always On: AR 'DatabaseName'은 이제 WSFC에서 AG 무결성의 유효성을 검사 합니다.
지역 AR가 온라인 상태가 아니기 때문에 Always On: Get로 Withref ()가 거부 됩니다.
데이터베이스 'DatabaseName'에 대 한 상태 정보-확정 된 Lsn: ' (34:304752:1) ' 커밋 lsn: ' (0:0:0) ' 커밋 시간: ' 1 월 1 1900 12:00am '
복구 (DatabaseName, 6): 병렬 다시 실행 작업자 중지 시작
* * 덤프 스레드-spid = 0, EC = 0x000001F280CC7250
Filelocation 위치로 전송 되는 스택 덤프
* 스택 덤프 시작:
* 위치: "Filelocation": 1774
* 식: GetContext ()->Getcontext ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: spid
* 프로세스 ID: ProcessId
오류: 17066, 심각도: 16, 상태: 1.
SQL Server 어설션: File: < "Filelocation" >, line = 1774 Failed Assertion = ' getcontext ()->getcontext >() = = HADR_ROLE_FORWARDING_SECONDARY '입니다. 이 오류는 타이밍과 관련 된 것일 수 있습니다. 문을 다시 실행 한 후에도 오류가 계속 발생 하는 경우 DBCC CHECKDB를 사용 하 여 데이터베이스의 구조적 무결성을 확인 하거나 서버를 다시 시작 하 여 메모리 내 데이터 구조가 손상 되지 않았는지 확인 합니다.
오류: 3624, 심각도: 20, 상태: 1.
시스템 어설션 검사에 실패 했습니다. 자세한 내용은 SQL Server 오류 로그를 확인 하세요. 일반적으로 어설션 오류는 소프트웨어 버그 또는 데이터 손상으로 인해 발생 합니다. 데이터베이스가 손상 되었는지 확인 하려면 DBCC CHECKDB를 실행 하는 것이 좋습니다. 설치 하는 동안 Microsoft에 덤프를 보내려고 동의한 경우 미니 덤프가 Microsoft로 전송 됩니다. 최신 서비스 팩 또는 기술 지원의 핫픽스에 대 한 업데이트가 Microsoft에서 제공 될 수 있습니다.
상태
Microsoft는 "적용 대상" 절에 나열한 Microsoft 제품에서 이 문제를 확인했습니다.
해결 방법
이 문제는 SQL에 대 한 다음과 같은 누적 업데이트에서 해결 되었습니다. Server
SQL Server의 누적 업데이트 정보:
각 새 누적 업데이트에는 SQL Server 이전에 포함 된 핫픽스와 모든 보안 수정 프로그램 누적 업데이트. SQL Server에 대 한 최신 누적 업데이트를 확인 하세요.
주문형 핫픽스 정보:
이 문제는 다음 SQL Server에 대 한 주문형 핫픽스에서 해결 되었습니다.
참조
Microsoft가 소프트웨어 업데이트를 설명하는 데 사용하는 용어에 대해 알아보세요.
