9
주 복제본에 데이터를 쓰는 직후 동기식 보조 복제본에서 데이터를 읽으려고합니다. 그러나 내 데이터가 보조에 없습니다.SQL Server 2012 AlwaysOn 동기 복제본이 실제로 읽기 위해 동기화되지 않습니다.
보조 데이터가 표시되기까지 약 100-500ms의 대기 시간이 있습니다.
보조 쿼리를 읽기 쿼리에 실제로 동기화 할 수 있습니까?
A
답변
9
MS에서 기사에서 "AlwaysOn에 : 보조 복제본에 오프로드 읽기 전용 워크로드"
차에 따라 분, 일반적으로 몇 초 일부 데이터 대기 시간을 발생합니다 보조 복제본에서 실행되는보고 작업 작업 부하 및 네트워크 대기 시간. 보조 복제본을 동기 모드로 구성한 경우에도 데이터 대기 시간이 발생합니다. 동기 복제본이 ACK를 주 노드로 전송하기 전에 커밋 된 트랜잭션의 트랜잭션 로그 레코드를 강화하여 이상적인 조건 (즉, RPO = 0)에서 데이터 손실을 보장하는 것은 사실이지만 REDO 스레드 보조 복제본에서 실제로 연결된 로그 레코드가 데이터베이스 페이지에 적용되었습니다. 따라서 일부 데이터 대기 시간이 있습니다. 비동기 모드에서 보조 복제본을 구성한 경우이 데이터 대기 시간이 더 많은지 궁금 할 수 있습니다. 이것은 대답하기가 더 어려운 질문입니다. 주 복제본과 보조 복제본 간의 네트워크가 트랜잭션 로그 트래픽을 따라 잡을 수없는 경우 (즉, 대역폭이 충분하지 않은 경우) 비동기 복제본이 뒤쳐져 데이터 대기 시간이 길어질 수 있습니다. 동기 복제본의 경우 네트워크 대역폭이 충분하지 않아도 보조 네트워크에서 더 높은 데이터 대기 시간이 발생하지 않지만 기본 작업 부하에 대한 트랜잭션 응답 시간과 처리 속도가 느려질 수 있습니다.
동일한 문제가 있습니다. 어떤 해결책이나 해결 방법이 있습니까? – Dima
소원 나는 이것을 일찍부터 보았습니다. 문서가 오도 된 것입니다. 법적인 방식으로 기술적으로 정정하십시오. 해결책이 없습니다. 각 쿼리가 지연을 허용하는 것이 안전한지 여부를 알아야합니다. –