REPL_SCHEMA_ACCESS 대기 유형

• Version : SQL Server 2005, 2008, 2008R2, 2012, 2014

SQL Server의 고가용성 솔루션인 복제 구성에서 트랜잭션 복제 지연 문제가 발생 할 때 나타나는 대기와 이를 해결 할 수 있는 방법에 대해서 알아본다.

이 포스트는 CSS SQL Server Engineers 팀 블로그의 내용을 읽고 이해한 것을 정리하였으며 번역의 오류나 기술적 오류 가능성이 있으므로 자세한 내용은 원문을 참고한다.

DMV를 사용하여 현재 실행 중인 각 요청에 대한 정보를 확인 한다. REPL_SCHEMA_ACCESS 대기를 확인 할 수 있다.

REPL_SCHEMA_ACCESS 대기는 복제 스키마 버전 정보 동기화중에 발생하는 것으로 복제된 개체에 대해 DDL문을 실행하고 로그판독기가 DDL 발생을 기반으로 버전이 지정된 스키마를 작성하거나 사용할 때 이 상태가 나타난다.

트랜잭션 복제와 하나의 게시자에 많은 데이터베이스가 활성화 되어 있는 경우 이 충돌이 발생할 수 있다.

이를 방지 하기 위해서는 다음과 같은 방법이 있다.

• 큰 트랜잭션 보다는 작은 트랜잭션을 사용한다. 큰 트랜잭션 명령은 높은 메모리 버퍼를 요구한다.
• 서로 다른 시간에 배포와 게시 작업을 실행하여 동일 시간에 집중적인 트랜잭션을 분산한다.
• 로그 리더의 수를 줄인다. 대기는 서버 단위에서 발생하기 때문에 같은 하드웨어의 경우에라도 서로 다른 인스턴스에서 게시한다면 경합이 감소 될 수도 있다.
• 로그 리더 에이전트의 기본 5초인 PollingInterval 시간을 줄인다.

[참고자료]

• http://blogs.msdn.com/b/psssql/archive/2014/06/03/latency-from-publisher-to-distributor-due-to-repl-schema-access.aspx
• sys.dm_os_wait_stats : http://msdn.microsoft.com/ko-kr/library/ms179984.aspx
• Replication Log Reader Agent : http://msdn.microsoft.com/en-us/library/ms146878.aspx

강성욱 / jevida@naver.com
Microsoft SQL Server MVP
Blog : http://sqlmvp.kr
Facebook : http://facebook.com/sqlmvp