구독자가있는 SQL Server 복제가 게시자에 대해 알지 못합니다.

하나의 master 데이터베이스에 많은 SQL Server 인스턴스를 병합하고 중앙 집중화해야하는 경우가 있습니다.구독자가있는 SQL Server 복제가 게시자에 대해 알지 못합니다.

거의 실시간 솔루션이어야합니다. Google에서 살펴본 후, 트랜잭션 복제가 트릭을 수행 할 수 있음을 발견했습니다.

문제는 게시자 데이터베이스가 (n) 있고 고정 IP가없는 것입니다. 나는 push 복제가 게시자 연결에 대해 알지 못해도 중앙 데이터베이스에 데이터를 보낼만큼 충분하지만 인상적이었던 것처럼 보였습니다.

내 질문은 : 정적 IP가없고 네트워크에서 자주 중단되는 실시간으로 거의 모든 게시자 데이터베이스를 병합/복제하는 솔루션을 어떻게 설정할 수 있습니까?

출처

2016-10-31 Lamar

흥미로운 주제이지만, 잘못되었습니다. [데이터베이스 관리자] (http://dba.stackexchange.com) –

@clifton_h 안녕하세요 Clif에 대한 교차 게시를 피하기 위해 질문을 닫고 dba로 이동하는 것이 가장 좋습니다. –

@TT. 사실이긴하지만 내가 쓰든 안하든 그런 일이 일어날 것입니다. 제 목표는 대답하는 것이 아니라 교육하는 것입니다. –

복제는 서버 이름에 대해 까다로운 내용입니다. 내 경험에 의하면, 무엇을 사용한다면 select @@SERVERNAME;이 반환되는데, 뭔가이 깨질 것입니다. 즉, 토폴로지의 서버가 DNS를 통해 해당 이름을 (동적) IP로 확인할 수있는 한 구성이 작동하지 않는 이유를 생각할 수 없습니다. 너 해봤 어? 그렇다면 어떤 오류가 나타 났습니까?

출처

2016-10-31 13:56:40

아직 시도하지 않았습니다. 게시 서버는 실제로 도메인과 함께 호스팅되지 않습니다. 그들은 랩탑에 위치하여 계속 움직이고 있습니다 (지리적으로). – Lamar

나는 본다. 이 경우 병합 복제를 체크 아웃 할 수 있습니다. 설명하는 시나리오를 위해 설계되었습니다 (여러 개의 자주 연결이 끊어진 클라이언트, 하나의 중앙 위치에서 동기화) –

게시자 db 연결에 대해 알고있는 master db없이 병합 복제를 수행 할 수 있습니까? – Lamar

구독자가있는 SQL Server 복제가 게시자에 대해 알지 못합니다.

답변

관련 문제