데이터 다시 게시Republish Data

재게시 모델에서 게시자는 구독자로 데이터를 보내고 구독자는 다른 모든 구독자에 데이터를 다시 게시합니다.In a republishing model, the Publisher sends data to a Subscriber, which then republishes the data to any number of other Subscribers. 이 방법은 게시자가 속도가 느리거나 비용이 많이 드는 통신 연결로 데이터를 구독자에 보내야 할 경우 유용합니다.This is useful when a Publisher must send data to Subscribers over a slow or expensive communications link. 연결 끝 쪽에 다수의 구독자가 있을 경우 재게시자를 사용하면 대량의 배포 로드가 해당 연결 쪽으로 이동합니다.If there are a number of Subscribers on the far side of that link, using a republisher shifts the bulk of the distribution load to that side of the link.

데이터 재게시 과정은 다음과 같습니다.Republishing data involves the following steps:

  1. 게시자에서 게시를 만듭니다.Create a publication at the Publisher.

  2. 재게시 구독자에 대해 게시에 대한 구독을 만듭니다.Create a subscription to the publication for the republishing Subscriber.

  3. 구독을 초기화합니다.Initialize the subscription. 재게시 구독자에서 게시를 만들기 전에 구독을 초기화하지 않으면 복제가 실패합니다.The subscription must be initialized before the publication is created at the republishing Subscriber, or replication will fail.

  4. 재게시 구독자의 구독 데이터베이스에 게시를 만듭니다.Create a publication in the subscription database at the republishing Subscriber.

  5. 다른 구독자에 대해 재게시 구독자에서 게시에 대한 구독을 만듭니다.Create subscriptions to the publication at the republishing Subscriber for the other Subscribers.

  6. 구독을 초기화합니다.Initialize the subscriptions.

참고

재게시 토폴로지에서 병합 복제를 사용하는 경우 모든 재게시 구독자에서 서버 구독을 사용해야 합니다.If you use merge replication in a republishing topology, all republishing Subscribers must use server subscriptions. 구독 유형에 대한 자세한 내용은 게시 구독을 참조하세요.For more information about subscription types, see Subscribe to Publications.

다음 그림에서 게시자와 재게시자는 모두 자체 로컬 배포자로 동작합니다.In the following illustration, both the Publisher and the republisher are acting as their own local Distributors. 여기에 원격 배포자를 설정하면 각 배포자는 속도가 느리거나 비용이 많이 드는 통신 연결의 같은 쪽에 게시자로 있어야 합니다.If each were set up to use a remote Distributor, each Distributor would need to be on the same side of the slow or expensive communications link as its Publisher. 게시자는 안정적인 고속 통신 연결로 배포자에 연결되어야 합니다.Publishers must be connected to remote Distributors by reliable, high-speed communications links.

Republishing dataRepublishing data

모든 서버는 게시자인 동시에 구독자로 작동할 수 있습니다.Any server can act as both a Publisher and Subscriber. 예를 들어 다음 다이어그램에서 런던에 존재하며 미국의 다른 4개 도시인 시카고, 뉴욕, 샌디에고 및 시애틀과 같은 4개 도시에 배포해야 하는 테이블 게시를 고려합니다.For example, consider the following diagram in which a publication of a table exists in London and must be distributed to four different cities in the United States: Chicago, New York, San Diego, and Seattle. 이 경우 다음과 같이 뉴욕 사이트가 조건에 맞기 때문에 뉴욕에 있는 서버를 런던에서 시작된 게시된 테이블로 구독하도록 선택합니다.The server in New York is chosen to subscribe to the published table originating in London, because the New York site meets these conditions:

  • 런던으로 돌아가는 네트워크 연결이 상대적으로 안정적입니다.The network link back to London is relatively reliable.

  • 런던 및 뉴욕 간 통신 비용이 적당합니다.The London-to-New York communication costs are acceptable.

  • 뉴욕에서 미국의 다른 모든 구독자 사이트 간 네트워크 통신 회선이 양호합니다.There are good network communications lines from New York to all other Subscriber sites in the United States.

    여러 위치로 데이터 다시 게시Republishing data to dispersed locations

    복제는 다음 표에 나와 있는 재게시 시나리오를 지원합니다.Replication supports the republishing scenarios shown in the following table.

게시자Publisher 게시 구독자Publishing Subscriber 구독자Subscriber
트랜잭션 게시Transactional publication 트랜잭션 구독/트랜잭션 게시Transactional subscription/transactional publication 트랜잭션 구독Transactional subscription
트랜잭션 게시Transactional publication 트랜잭션 구독/병합 게시Transactional subscription/merge publication 병합 구독Merge subscription
병합 게시Merge publication 병합 구독/병합 게시Merge subscription/merge publication 병합 구독Merge subscription
병합 게시Merge publication 병합 구독/트랜잭션 게시Merge subscription/transactional publication 트랜잭션 구독Transactional subscription

*병합 게시에 @published_in_tran_pub 속성을 설정해야 합니다.*You should set the @published_in_tran_pub property on the merge publication. 기본적으로 트랜잭션 복제에서 구독자의 테이블은 읽기 전용으로 처리됩니다.By default, transactional replication expects tables at the Subscriber to be treated as read-only. 병합 복제에서 트랜잭션 구독의 테이블 데이터를 변경하는 경우 데이터가 일치하지 않을 수 있습니다.If merge replication makes data changes to a table in a transactional subscription, non-convergence of data can occur. 이렇게 되지 않도록 하려면 병합 게시에서 이러한 테이블을 다운로드 전용으로 지정하는 것이 좋습니다.To avoid this risk, we recommend that any such table be specified as download-only in the merge publication. 그러면 병합 구독자가 테이블에 데이터 변경을 업로드하지 않게 됩니다.This prevents a merge Subscriber from uploading data changes to the table. 자세한 내용은 다운로드 전용 아티클로 병합 복제 성능 최적화를 참조하세요.For more information, see Optimize Merge Replication Performance with Download-Only Articles.

관련 항목:See Also

배포 구성 Configure Distribution
데이터 및 데이터베이스 개체 게시 Publish Data and Database Objects
게시 구독 Subscribe to Publications
구독 초기화 Initialize a Subscription
데이터 동기화 Synchronize Data