적합한 복제 유형 선택

일반적으로 다음과 같은 응용 방식 및 요구 사항을 지원하도록 서버 간에 데이터가 복제됩니다.

일반적으로 데이터는 워크스테이션, 랩톱, Tablet 및 장치와 같은 서버와 클라이언트 간에 복제되어 다음 응용 방식을 지원합니다.

스냅숏 프로세스는 일반적으로 트랜잭션 및 병합 게시에 대한 초기 데이터 집합 및 데이터베이스 개체를 제공하는 데 사용되지만 스냅숏 복제 자체를 사용할 수도 있습니다. 다음 조건 중 하나 이상이 해당될 경우 스냅숏 복제를 단독으로 사용하는 것이 좋습니다.

• 데이터가 자주 변경되지 않습니다.

• 게시자 측에서 최신이 아닌 데이터 복사본을 일정 기간 동안 보유할 수 있습니다.

• 소량의 데이터를 복제합니다.

• 짧은 기간 동안 많은 양의 데이터가 변경됩니다.

스냅숏 복제는 많은 양의 데이터가 변경되지만 자주 변경되지는 않을 때 가장 적합합니다. 예를 들어 한 판매 조직이 제품 가격 목록을 유지 관리하면서 일년에 한 번이나 두 번 가격을 동시에 업데이트한다면 데이터 전체 스냅숏이 변경된 후 복제하는 것이 좋습니다.

트랜잭션 복제는 일반적으로 서버 간 환경에 사용되며 다음과 같은 경우에 적합합니다.

• 증분 변경 내용을 발생과 동시에 구독자로 전파하려고 합니다.

• 응용 프로그램이 게시자에서 변경이 수행된 시점과 해당 변경 내용이 구독자에 도달한 시점 간의 짧은 대기 시간이 필요합니다.

• 응용 프로그램이 중간 데이터 상태에 액세스해야 합니다. 예를 들어 한 행이 5번 변경될 경우 트랜잭션 복제를 사용하면 응용 프로그램은 행의 실질적인 데이터 변경만이 아닌 모든 변경(예: 트리거 실행)에 응답할 수 있습니다.

• 게시자가 많은 양의 삽입, 업데이트 및 삭제 작업을 수행합니다.

• 게시자 또는 구독자가 Oracle과 같은 SQL Server 이외 데이터베이스입니다.

기본적으로 변경 내용이 게시자로 다시 전파되지 않기 때문에 트랜잭션 게시에 대한 구독자는 읽기 전용으로 취급되어야 합니다. 그러나 트랜잭션 복제는 구독자의 업데이트를 허용하는 다양한 옵션을 제공합니다. 자세한 내용은 이 항목의 "구독자에서 데이터 업데이트" 섹션을 참조하십시오.

병합 복제는 일반적으로 서버-클라이언트 간 환경에 사용됩니다. 병합 복제는 다음 상황에 적합합니다.

• 여러 구독자가 다양한 시간에 동일한 데이터를 업데이트하고 그 변경 내용을 게시자 및 다른 구독자에 전파할 수 있습니다.

• 구독자는 데이터를 받아 오프라인 상태에서 변경하여 나중에 게시자 및 다른 구독자와 변경 내용을 동기화해야 합니다.

• 각 구독자에 서로 다른 데이터 파티션이 필요합니다.

• 충돌이 발생할 수 있으며 충돌이 발생하면 충돌을 감지하여 해결할 수 있어야 합니다.

• 응용 프로그램이 중간 데이터 상태가 아닌 순수한 데이터 변경 내용만 필요로 합니다. 예를 들어 구독자가 게시자와 동기화하기 전에 구독자에서 행이 5번 변경될 경우 게시자에서는 행이 한 번만 변경되어 최종 데이터 변경 내용(5번째 값)을 반영합니다.

병합 복제를 사용하면 여러 사이트에서 자율적으로 작업한 후 나중에 하나의 균일한 결과로 업데이트를 병합할 수 있습니다. 업데이트는 둘 이상의 노드에서 수행되므로 게시자 및 둘 이상의 구독자가 같은 데이터를 업데이트할 수 있습니다. 따라서 업데이트가 병합될 때 충돌이 발생할 수 있으며 병합 복제는 충돌을 처리하는 다양한 방법을 제공합니다.