안녕하세요.
같은 질문을 http://cafe.naver.com/sqlmvp 에도 올렸는데, 더 많은 분들의 도움을 얻고 싶어 중복 글 올립니다.
양해 부탁 드립니다.
질문을 설명 드리자면, AlwaysOn High Availability -
primary DB01에서 DB service가 내려가거나 서버 hang상태가 되었을 때
secondary 장비인 DB02가 primary가 되는 자동 failover가 되어야 하는데,
resolving상태로 계속 남아 있으면서 서로 먹통이 되어 버립니다.
(이 상태에서 수동으로 failover시키면 잘 됩니다.)
application단에서는 01, 02장비의 ip를 바라보는 게 아니라 listeners로 설정해 놓은
virtual ip를 바라보고 있는데, failover가 제대로 안되다 보니 v-ip ping fail도 같이 나고 있는 상황입니다.
여러 테스트를 해봤는데, failover가 잘 안되면서 v-ip정보를 secondary로 못 주는 듯 해서
mssql 설정 문제인가 싶어 질문 드립니다. (vip설정을 mssql이 아닌 다른 곳에서 한 곳은 없어 보입니다.)
혹시 아시는 분 답변 부탁 드립니다.
DV1_DB01 (xxx.xxx.xx.01) 과 DV1_DB02 (xxx.xxx.xx.02) 두 개의 DB장비를
AlwaysOn High Availability로 구성했고 큰 설정은 아래와 같습니다.
+ Availability Replicas
-Primary: DV1_DB01
-Secondary: DV1_DB02
+ Availability Goup Listeners
-dvConnector_LS
각각의 설정은 01, 02 모두,
-Failover Mode: Automatic
-Synchronization State: Synchronized
-Failover Readiness: No Data Loss
-Availability mode: Synchronous ---
-Connections in Primary Role: Allow all connections
-Readable Secondary: yes
-Session Timeout(sec): 10
-Endpint URL: TCP://DV1_DB01.aaaa:5022
-dvConnector_LS (Listeners) 설정
: port: 1433
: Network mode: static ip
: subnet: xxx.xxx.11.0/25
: ip Address: xxx.xxx.xx.03 (virtual ip)
혹시 더 봐야 하는 정보 알려 주시면 확인 후 말씀 드리겠습니다.
어떤 회사들은 종무식 후 조기 퇴근도 하겠네요;
모두 즐거운 연말 보내시고 새해 복 많이 받으세요!
Comment 5
-
추억만이
2017.01.04 17:21
-
샬랄라
2017.01.09 11:20
Window 2012이고 도메인 쪽 이슈라면 어떤 걸 확인해야 할까요?
-
추억만이
2017.01.04 20:49
Resolving 상태면 보조복제본이 역할이 확인안된상태네요
양단간 끝점포트 오픈여부확인을하고
Sql 시작계정이 끝점에 권한이있는지 확인하셔야합니다.
보조서버의 시작계정이 끝점에 권한이 없어보이네요 -
샬랄라
2017.01.09 11:24
Endpoint URL의 port를 open했는지 방화벽 담당자에게 문의를 해야겠네요;
1433은 기본으로 열려 있기 때문에 primary/secondarty 간의 통신 (데이터 주고 받음)은 잘 되는데,
failover때에만 이 port를 이용할 수도 있는지 확인해야겠습니다-
-
샬랄라
2017.01.09 11:38
확인해 보니 같은 센터 장비라서 방화벽을 타지 않는다고 합니다.
권한 설정은 한번 확인해 볼게요-
기본설정상 이슈는아닌듯하구요
Win2016 이하라면 도메인쪽이슈일수도있겠네요.