Change Data Capture(이하 CDC)는 변경된 데이터를 peer 측 서버로 전달해주는 기능을 하는 소프트웨어를 의미한다. 데이터에는 정형 데이터, 반정형 데이터 혹은 비정형 데이터를 모두 포함한다.

일반적인 Migration 솔루션과는 다르게 CDC는 변경 부분에 대해서만 전달함으로써 처리량이 적어 Throughput 등에 있어서 큰 이점을 얻을 수 있다.

ProSync는 TmaxTibero의 CDC 솔루션이다. 현재 제공되는 데이터 타입은 정형 데이터, 즉 RDBMS에 대한 동기화만을 제공하고 있으며 실시간성이 높고, 이력 관리를 통한 장애복구나 ProSync Manager를 통한 정합성 검사 등의 기능을 제공하고 있다.

앞서 설명한 프로세스 개요 및 설계 구조가 실제 운영 환경 내 구성에 적용되는 사항을 이해하며 설치 절차 및 파라미터 변경 사항을 정확히 파악할 수 있다.

Single to Single 구성 예시

아래와 같은 구성을 권장한다.

가장 기본적인 프로싱크의 구성도로, 추출하고자 하는 위치에 관련 프로세스가 기동되고, 반영하고자 하는 위치에 반영프로세스가 기동되는 구조이다. Agent 프로세스의 경우 프로세스들을 모니터링하기 때문에 환경별로 1개씩 기동된다.

편의를 위해 아래와 같은 구성 또한 가능하다.

모든 프로세스를 추출쪽으로 옮겨놓은 구성으로, 설치 및 운영이 매우 간단하다. 하지만 Apply가 Target쪽에 쿼리를 전달한다는 측면에서 네트워크 쓰루풋에 손해를 볼 수 있으며, 하드웨어 자원들도 모두 공유되기 때문에 권장되는 구성은 아니다.

Active-Active 구성의 Cluster DB는 Shared Storage가 필수이기 때문에, Shared Storage와 DB Server를 분리하여 작성한다.

반영 쪽이 Cluster인지 여부는 크게 중요하지 않다. 각 DB별 연결정보 파일 (tnsnames.ora 나 tbdns.tbr 파일 등) 을 통해 Cluster 쪽 연결 정보를 추상화하여 접속하기 때문에 반영할 수 있는 DB와 연결만 되면 된다.

ProSync는 위와 같은 설계를 가지고 있다. 전체 설계에 대한 간단한 요약을 하면 아래와 같다.

Extract 프로세스는 SRC DB에 해당하는 추출 데이터베이스( SRC DB ) 에서 Redo Log 를 추출한다. 추출은 각 DB별 Log Reader Library 를 통해 진행하며, 필요한 경우, 각 DB별로 제공하는 별도의 로그 분석 기능을 통해 추출을 진행하기도 한다. 추출된 데이터는 Apply 프로세스로 전달된다.

데이터는 보통 레코드 단위 (쉽게 말해 DML 단위)로 남게 되며, 해당 데이터는 Apply 프로세스에서 트랜잭션별로 취합해 반영해주어야 한다. 따라서 Apply 프로세스는 레코드들을 전달받아 트랜잭션별로 모아둔다. commit에 해당하는 레코드 가 오게되면, 트랜잭션을 반영시킨다.

ProSync의 Data Flow를 기준으로 살펴보면 조금 더 상세한 과정을 볼 수 있다.

Extract 프로세스는 레코드 를 chunk 단위로 모아 Apply 프로세스로 전달한다. 전달받은 Apply 프로세스는 각 레코드 들을 트랜잭션 단위로 모아준다. commit 레코드가 올 경우 반영 데이터베이스(TAR DB) 로 반영하게 된다.