간단히 설명해 드릴 복제 컴포넌트입니다...

복제 구축시 계속해서 나올 이야기들이니...

찬찬히보시고.. 음미하신후..

다음의 강좌를 보시길 바랍니다..

 

아울러 개념이 상당히 중요한 그런 부분이니... 이참에... 자료실의 복제

화이트 페이퍼를 주욱~~~ 보시고 정확히 개념을 잡으신후...

다음강좌를 보시길 적극 권장해 드립니다... ^_^

그럼 복제 컴포넌트 소개입니다.

 


 

복제 컴포넌트로 복제 기술에 사용되는 용어를 소개해 드립니다..

 

 SQL 서버 복제의 컴포넌트

발행자

다른 서버가 복제할 있도록 데이터를 이용 가능하게 하는 서버이다.

어느 데이터가 복제 대상인지를 정의하는 것에 덧붙여, 발행자는 어느 데이터가

변했는 지를 감지하고, 사이트에서의 모든 발행에 관한 정보를 유지한다.

복제되는  데이터 요소는 어느 구독자에 의해 갱신되거나, 혹은 구독자에 의해 다시

발행될지라도 단지 하나의 발행자만을 갖는다.

 

구독자

복제본을 저장하고 갱신을 받는 서버이다.

SQL 서버7.0 초창기에 갱신은 전형적으로 발행자가 수행할 있었다.

어쨌든, SQL 서버는 구독자로 하여금 데이터에 대한 갱신을 허용한다.

(그러나, 구독자의 갱신은 발행자의 갱신과 다르다.) 교대로 구독자 또한 다른 구독자에

대한 발행자가 있다.

 

발행

단순히 기사들의 모임이고, 기사 복제될 데이터의 모임이다.

하나의 기사는 전체 테이블이 수도 있고, 혹은 어떤 (수직 필터를 사용하여),

혹은 어떤 행(수평 필터를 사용하여), 혹은 저장 프로시져(어떤 타입의 복제인 경우에)가

될 수도 있다. 발행은 종종 여러 기사들을 갖고 있다.

 

배포자

분산 데이터베이스를 포함하고 있는 서버이다.

배포자의 정확한 역할은 SQL 서버 복제 타입에 따라 다르다.

 

스냅샷 에이전트

스키마, 발행된 테이블, 그리고 저장 프로시져의 초기 데이터 파일을 준비하고,

배포자에 대한 스냅샷을 저장하며, 분산 데이터베이스에서의 동기화 상태에 대한

정보를 기록한다.

발행은 배포자 상에서 운용되며 발행자와 연결되는 자신만의 스냅샷 에이전트를

가지고 있다.

 

로그 읽기 에이전트

복제용으로 표시된 트랜잭션을 발행자의 트랜잭션 로그에서

분산 데이터베이스로 옮긴다.

트랜잭션 복제를 사용하여 발행된 데이터베이스는 배포자 상에서 운용되며 발행자와

연결되는 자신만의 로그 읽기 에이전트를 가진다.

 

배포 에이전트

분산 데이터베이스 테이블 내에서 있었던 트랜잭션과 스냅샷 작업을 구독자에게 옮긴다.

새로운 구독이 만들어 졌을 즉각적인 동기화를 위해 준비되는 트랜잭션 발행과

스냅샷 발행은 배포자 상에서 운용되고 구독자와 연결되는 자신만의 배포 에이전트를 갖는다.

즉각적인 동기화를 위해 준비되지 않은 트랜잭션 발행과 스냅샷 발행은 배포자 상에서

운용되고 구독자와 연결되는 발행자/구독자 상의 배포 에이전트를 공유한다.

스냅샷 발행이나 트랜잭션 발행에 대한 구독은 배포자 대신에 구독자 상에서 운용되는

배포 에이전트를 갖는다. 배포 에이전트는 전형적으로 SQL 서버 에이전트 하에서 작동하며

SQL 서버 Enterprise Manager를 통해 직접적으로 관리될 수 있다.

 

병합 에이전트

초기 스냅샷이 생성된 일어난 데이터의 증가적인 변화를 이동 시키고 조정한다.

병합 복제에서 데이터는 두개의 방향(처음엔 구독자에서 발행자로 다음엔 발행자에서

구독자로)이나, 방향으로만 움직인다. 병합 발행은 발행자, 구독자 모두에 연결되어

다를 갱신하는 자신만의 병합 에이전트를 갖는다. 병합 발행에 대한 푸시 구독은 발행자

상에서 운용되는 병합 에이전트를 가지고 있는 반면, 병합 발행에 대한 구독은 구독자

상에서 운용되는 병합 에이전트를 가지고 있다.

스냅샷 발행과 트랜잭션 발행은 병합 에이전트를 가지지 않는다.

병합 에이전트는 또한 마이크로소프트 ActiveX 콘트롤을 사용하여 응용 프로그램에

삽입되고 작동될 있다.

 

구독

구독자가 발행자에게 모든 변화의 주기적인 갱신을 요구하는 것이다.

구독은 많은 수의 구독자(예를 들어, 인터넷을 사용하는 구독자들)들을 가지고 있는

발행에 가장 좋다.

구독은 또한 자율적인 이동 사용자에게도 가장 좋은데, 이유는 그들로 하여금

데이터 변화의 동기화 시점을 결정할 있도록 하기 때문이다.

하나의 발행은 푸시와 구독 모두의 혼합을 지원할 있다.

 

푸시 구독

구독자로부터의 특정 요구가 없어도 발행자가 변화를 촉진시키는 것이다.

푸시 구독은 일정이 발행자에 의해 결정되어야만 하는 상황에서 발생 즉시 변화를

촉진시키는 데에 사용된다.

 

 

조금 미진한 감도 없진 않지만.. 이정도면 충분할 듯 합니다...

화이트 페퍼 내의 내용이구요... ^_^

아울러 북스 온라인의 초기화면을 보시면 Replication이라는 차례도 있으니..

추후 함 보시길 바라구요.. ^_^

도움되시길 바랍니다.

 

 


 

6. Replication(복제)란? _ 2. 복제 컴포넌트 문서의 끝입니다.





profile

부족하지만, SQLER의 누군가와 함께한 나눔을 통해 제가 더 많이 즐거웠습니다.
SQLER와 함께 즐거워 할수록, 그 나눔을 통해 더 많은 기회와 가치를 발견하게 되었습니다.
나눔의 생각이 앞으로도 계속, SQLER를 움직일 것입니다.

코난, 김대우 / SQLER 운영자 / 골라먹는 SQLER RSS 정보 구독 / 실시간 SQLER 소식 uxkorea 트위터