시스템 정지에는 모든 노드에서 게시된 테이블에 대한 작업을 중지하고 각 노드가 다른 모든 노드에서 모든 변경 내용을 수신했는지 확인하는 작업이 포함됩니다. 이 항목에서는 여러 관리 작업에 필요한 복제 토폴로지를 정지하는 방법과 노드가 다른 노드에서 모든 변경 내용을 수신했는지 확인하는 방법을 설명합니다.
읽기 전용 구독을 사용하여 트랜잭션 복제 토폴로지를 중지시키려면
게시자의 게시된 모든 테이블에 대한 작업을 중지합니다.
게시 데이터베이스의 게시자에서 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 프로그래밍)
트랜잭션 복제에 대한 대기 시간 측정 및 연결 유효성 검사