1

수십 개의 (대부분) 트랜잭션 게시 및 수십 명의 구독자가 게시 한 SQL 2005 데이터베이스가 있습니다. 현재 우리는 지역 대리점을 운영하고 있습니다. 나는이 설정을 위해 우리 HA를 향상 시키려고 노력하고 있으며 게시 된 데이터베이스를 미러링하는 방법을 모색 중입니다. 복제본을 계속 사용할 수 있도록 미러에 장애 조치해야하는 경우를 대비하여 모범 사례에서는 원격 배포자를 사용한다고 말합니다. 나는 그것을 테스트했으며 잘 작동합니다.SQL 서버 트랜잭션 복제, 변경 배포 서버

하지만 원격 배포자가 실패하면 어떻게해야합니까? 단일 장애 지점 또는 그보다 더 좋은 방법으로 장애를 제거하는 방법은 무엇입니까?

테스트를 통해 웹에서 찾을 수있는 항목을 완전히 제외하고 복제 설정 (구독자, 문서 & 게시자, 배포자 제거)을 완전히 실행 취소하고 지정된 새 원격 배포자로 모든 복제본을 다시 만들어야합니다. 괜찮을거야 IF 가입자를 다시 초기화 할 필요없이 다시 가입자를 추가 할 수 있습니다. 비슷한 상황에서 sp_addsubscription의 @subscriptionlsn 입력을 성공적으로 사용했습니다. 복제를 재개하지 않고 다시 시작하려는 경우 & 복제를 다시 초기화합니다. 그러나 복제를 완전히 실행 취소하면 min_autosynch_lsn도 함께 처리되는 미해결 트랜잭션과 마찬가지로 손실됩니다.

나는 근본적인 것을 놓치고 있어야합니다. 나는 분배자를 클러스터링하는 것이 안전 계층을 추가한다는 것을 알고 있지만 심지어 실패 할 수도 있습니다. 그렇다면 데이터를 다시 초기화하지 않아도 다른 배포자로 전환 할 수 있습니까?

답변

0

정말 좋은 대답은 아닙니다.

텅스텐 레 플리 케이 터 (Tungsten Replicator) 및 MySQL 및 PostgresQL 복제와 같은 다른 복제 기술은 중앙 배포 서버를 필요로하지 않으므로 둘 다 구독자의 binlog를 읽는 이점이 있습니다.

복제 토폴로지에 대해 DR과 관련하여 BOL에서 다음을 찾았습니다.

Technet Replication paper

+0

항상 백업 및 복구 방법을 알고 있습니다. – Hiram