복제 토폴로지 정지(복제 Transact-SQL 프로그래밍)
시스템 정지 과정에서는 모든 노드에서 게시된 테이블에 대한 작업을 중지하고 각 노드가 다른 모든 노드의 변경 내용을 받았는지 확인합니다. 이 항목에서는 여러 가지 관리 태스크에 필요한 복제 토폴로지 정지 방법과 노드가 다른 노드의 변경 내용을 모두 받았는지 확인하는 방법을 설명합니다.
읽기 전용 구독이 포함된 트랜잭션 복제 토폴로지를 정지하려면
게시자에서 게시된 모든 테이블에 대한 작업을 중지합니다.
게시 데이터베이스의 게시자에서 sp_posttracertoken(Transact-SQL)를 실행합니다.
게시 데이터베이스의 게시자에서 sp_helptracertokenhistory를 실행합니다.
각 구독자가 추적 프로그램 토큰을 받았는지 확인합니다.
업데이트 가능 구독이 포함된 트랜잭션 복제 토폴로지를 정지하려면
게시자 및 모든 구독자에서 게시된 모든 테이블에 대한 작업을 중지합니다.
구독자가 지연 업데이트 구독을 사용하는 경우
큐 판독기 에이전트가 연속 모드로 실행되지 않는 경우 해당 에이전트를 실행합니다. 에이전트를 실행하는 방법은 복제 에이전트 실행 파일 개념 또는 복제 에이전트 시작 및 중지(SQL Server Management Studio)를 참조하십시오.
큐가 비어 있는지 확인하려면 각 구독자에서 sp_replqueuemonitor를 실행합니다.
게시 데이터베이스의 게시자에서 sp_posttracertoken을 실행합니다.
게시 데이터베이스의 게시자에서 sp_helptracertokenhistory를 실행합니다.
각 구독자가 추적 프로그램 토큰을 받았는지 확인합니다.
피어 투 피어 트랜잭션 복제 토폴로지를 정지하려면
모든 노드에서 게시된 모든 테이블에 대한 작업을 중지합니다.
토폴로지의 각 게시 데이터베이스에서 sp_requestpeerresponse를 실행합니다.
로그 판독기 에이전트 또는 배포 에이전트가 연속 모드로 실행되지 않는 경우 해당 에이전트를 실행합니다. 로그 판독기 에이전트는 배포 에이전트보다 먼저 시작해야 합니다. 에이전트를 실행하는 방법은 복제 에이전트 실행 파일 개념 또는 복제 에이전트 시작 및 중지(SQL Server Management Studio)를 참조하십시오.
토폴로지의 각 게시 데이터베이스에서 sp_helppeerresponses를 실행합니다. 결과 집합에 각각의 다른 노드에서 받은 응답이 들어 있는지 확인합니다.
피어 투 피어 노드가 이전의 모든 변경 내용을 받았는지 확인하려면
확인할 노드의 게시 데이터베이스에서 sp_requestpeerresponse를 실행합니다.
로그 판독기 에이전트 또는 배포 에이전트가 연속 모드로 실행되지 않는 경우 해당 에이전트를 실행합니다. 로그 판독기 에이전트는 배포 에이전트보다 먼저 시작해야 합니다. 에이전트를 실행하는 방법은 복제 에이전트 실행 파일 개념 또는 복제 에이전트 시작 및 중지(SQL Server Management Studio)를 참조하십시오.
확인할 노드의 게시 데이터베이스에서 sp_helppeerresponses를 실행합니다. 결과 집합에 각각의 다른 노드에서 받은 응답이 들어 있는지 확인합니다.
병합 복제 토폴로지를 정지하려면
게시자 및 모든 구독자에서 게시된 모든 테이블에 대한 작업을 중지합니다.
각 구독에 대해 병합 에이전트를 두 번 실행합니다. 첫 번째 실행에서는 모든 구독을 동기화하고 두 번째 실행에서는 각 구독을 동기화합니다. 이렇게 하면 모든 변경 내용이 모든 노드에 복제됩니다. 에이전트를 실행하는 방법은 복제 에이전트 실행 파일 개념 또는 복제 에이전트 시작 및 중지(SQL Server Management Studio)를 참조하십시오.
[!참고]
동기화 중 충돌이 발생하면 병합 에이전트를 두 번 실행한 후 충돌 해결에 필요한 변경 내용이 모든 노드에 전파되지 않을 수 있습니다.
참고 항목
태스크
피어 투 피어 토폴로지 관리(복제 Transact-SQL 프로그래밍)