지속적으로 온라인 (공개 정적 IP 주소) 인 데스크톱 PC에 MS SQL 2012 Enterprise 서버 (게시자 & 배포자)가 있고 MS도 포함 된 태블릿 장치에서 트랜잭션 복제를 수행해야합니다. SQL 2012 (Express). 태블릿에서는 고정 IP 주소를 사용하지 않으므로 걱정하지 않으셔도됩니다.태블릿 장치의 트랜잭션 복제
푸시 구독을 사용한다고 생각했지만 태블릿이 IP를 계속 변경하면이 기능이 계속 작동합니까? 아니면 가입을해야합니까? 아니면 둘 다 괜찮을까요?
정확한 이름/IP를 해결하기 위해 DNS가 지속적으로 업데이트되는 한 IP 주소는 문제가되지 않습니다. 이전에 고정 장치 (데스크톱 PC)로이 작업을 수행했습니다. TTL을 새로운 IP에 자주 연결하는 경우 해당 컴퓨터 이름의 TTL을 상당히 낮추어야 할 수도 있습니다.
내 .02 로밍 클라이언트의 동적 특성으로 인해 서버에서 푸시 모델을 생성하지 않는 것이 좋습니다. 서버 측에서 발행물을 작성하고 끌어 오기 스타일 방법을 사용할 수 있습니다. 클라이언트가 끊임없이 연결하고 연결을 끊으면 분배 에이전트가 심각하게 악화됩니다. 푸시를 사용하는 경우 스냅 샷 작성 빈도와 초기화 및 만료 처리 방법을 실제로 고려해야합니다.
MSDN은 다음과 같은 사용 사례를 제안합니다. http://msdn.microsoft.com/en-us/library/ms151170.aspx
주 서버는 항상 온라인 상태이고 IP는 항상 동일하므로 끌어 오기 구독을 고려 중입니다. 따라서 태블릿 장치는 배포자 에이전트가 업데이트를 확인하는 유효한 IP 주소를 항상 갖습니다. 푸시를 사용하면 주 서버가 태블릿 장치 서버에 연결할지 여부가 확실하지 않습니다. IP를 계속 변경하기 때문입니다. 예, DNS를 업데이트하면 문제를 해결할 수 있지만 추가 작업을해야하는 이유는 무엇입니까? – Tracer
태블릿 장치로 무엇인가를 고려해야합니다. 얼마나 많은 배터리 전력이 체크인을 사용하고 변경 사항을 푸시하려고합니까? 병합 에이전트는 제한된 리소스로 성능에 큰 영향을 미칩니 까? 배터리 사용량의 영향을 살펴보면 DBA 세계에서 독보적 인 문제가 될 수 있습니다. 당신은 높은 거래 및/또는 체크 인 사이에 큰 델타를 기대하고 있습니까? –