SQL Server Always On Availability Group (Windows, WSFC)

SQL Server 2022가 설치된 Windows 서버로 Always On Availability Group을 구성합니다: Windows Server Failover Cluster(WSFC)와 쿼럼 감시(file share / cloud witness), Always On 활성화, 미러링 엔드포인트와 권한, automatic seeding을 사용하는 AG, 리스너, 동기/비동기 복제본, 읽기 가능한 보조 복제본, failover 테스트와 모니터링. 결과적으로 애플리케이션이 리스너 이름으로 연결하고 failover가 검증된 AG를 얻습니다.

먼저 모든 노드를 SQL Server Windows 설치로 같은 버전과 경로로 설치하십시오. 운영 중인 AG의 일상 운영과 장애(지연, 강제 failover, 데이터베이스 추가)는 AG 운영을, Linux에서 Pacemaker를 사용하는 AG는 Always On AG (Linux)를 참고하십시오.

구성: Windows 노드 2–9대 (WSFC) + 감시(witness)

시작하기 전에

• 모든 노드에 SQL Server 2022가 같은 버전과 CU, 같은 인스턴스 이름(…), 같은 데이터/로그 드라이브 문자와 경로로 설치되어 있습니다(설치 메뉴의 SQL Server 2022 Windows 설치). 에디션: Enterprise(Standard는 Basic AG만 지원: 복제본 2개, 데이터베이스 1개).
• 모든 노드가 같은 Windows Server 버전이고, 같은 도메인(…)에 속하며, 최신 패치가 적용되어 있고 같은 서브넷에 있습니다. 각 노드는 고정 IP를 사용하고 DNS 레코드가 올바릅니다.
• 설치를 수행하는 계정은 모든 노드에서 로컬 관리자이고 SQL Server에서 sysadmin입니다. AD에 … 및 … 컴퓨터 개체를 만들 권한이 있습니다(또는 개체를 미리 만들어 두고 CNO에 Full Control을 부여했습니다).
• 사용하지 않는 IP 두 개를 확보했습니다: 클러스터 …, 리스너 …(DNS에 아직 레코드 없음).
• 감시 공유 …는 노드와 분리된 서버에 있으며, 공유 및 NTFS 권한: …\…$에 Full Control(클러스터 생성 후에 부여해도 됩니다).
• Azure Storage 계정 …(Standard, LRS/ZRS)이 준비되어 있고 노드가 443으로 .blob.core.windows.net에 접근할 수 있습니다. 액세스 키(access key)를 가지고 있습니다.
• …노드 …대(홀수): 감시 없이도 쿼럼 과반수가 확보됩니다. 그래도 감시를 권장합니다.…노드 …대(짝수): 감시가 없으면 노드 하나를 잃을 때 클러스터가 중지될 수 있습니다. 감시를 선택하십시오.…
• 노드 간 개방 포트: SQL …/TCP, 엔드포인트 …/TCP, 클러스터 3343/TCP-UDP, RPC 135/TCP + 동적 RPC, SMB 445/TCP.
• 모든 노드에 SqlServer PowerShell 모듈이 설치되어 있습니다(Enable-SqlAlwaysOn용).
• AG에 추가할 데이터베이스(………, ……)가 노드 1에 있고 사용자 데이터베이스(시스템 데이터베이스 아님)이며, 보조 노드에는 같은 이름의 데이터베이스가 없습니다.
• 서비스 계정 …에 대해 노드마다 MSSQLSvc/<node>.…:… SPN이 등록되어 있습니다(엔드포인트와 리스너 연결은 Kerberos를 사용하므로 리스너용 MSSQLSvc/….…:…도 추가하십시오).
• 유지 관리 시간이 승인되었고, 데이터베이스의 최신 백업과 노드의 스냅샷이 있습니다.

가이드 단계

• Windows Server Failover Cluster — 장애 조치 클러스터링 기능 설치 · 클러스터 유효성 검사 (Test-Cluster) · 클러스터 생성 · 쿼럼 감시 구성 (파일 공유) · 쿼럼 감시 구성 (cloud witness) · 클러스터 상태 확인
• SQL Server에서 Always On 활성화 — Always On 활성화 · 서비스 계정 로그인 생성 · 미러링 엔드포인트 생성 · 방화벽에서 SQL 및 엔드포인트 포트 개방 · 엔드포인트 접근 테스트
• Availability Group — 데이터베이스를 FULL 복구 모델로 전환하고 전체 백업 수행 · AG 생성 (primary) · 보조 복제본을 AG에 조인 · automatic seeding 모니터링 · 리스너 생성 · 읽기 전용 라우팅 구성 (읽기 가능한 보조 복제본)
• 검증 및 failover 테스트 — AG 상태 확인 · 리스너를 통한 연결 테스트 · 계획된 failover 테스트: …를 primary로 전환 · 원복: …를 다시 primary로 전환 · 클러스터 화면에서 확인
• 설치 후 작업 및 모니터링 — 로그인, 작업 및 기타 서버 개체 동기화 · 백업 전략 수립 · DMV 쿼리로 AG 모니터링 · 역할 변경용 Agent 경고 정의