다른 유형의 데이터 통합
업데이트: 2006년 4월 14일
많은 비즈니스 및 조직에서는 여러 공급업체의 데이터를 데이터베이스에 저장합니다. 이러한 데이터를 통합하는 작업은 조직 내에서 여러 시스템이 함께 연동될 수 있도록 하는 데 매우 중요합니다. 복제를 사용하면 다음 두 가지 방법으로 다른 유형의 데이터를 통합할 수 있습니다.
- Oracle을 Microsoft SQL Server, IBM 및 Oracle 데이터베이스로 복제할 수 있는 데이터의 원본으로 사용합니다.
- SQL Server를 IBM 및 Oracle 데이터베이스로 복제할 수 있는 데이터의 원본으로 사용합니다.
다른 유형의 데이터를 통합하는 데 사용하는 복제 구성 유형은 데이터 원본 및 대상에 따라 다릅니다.
- 다음 다이어그램에서는 SQL Server에서 IBM DB2 및 Oracle로 데이터를 복제하는 방법을 보여 줍니다.
.gif "비-SQL Server 데이터베이스로 데이터 복제")
- 다음 다이어그램에서는 Oracle 데이터베이스에서 다른 데이터베이스로 데이터를 복제하는 방법을 보여 줍니다. 먼저 SQL Server 데이터베이스로 데이터를 복제한 다음 SQL Server, IBM DB2 및 Oracle을 비롯한 다른 데이터베이스로 데이터를 복제할 수 있습니다.
.gif "Oracle에서 데이터 복제")
Adventure Works Cycles 예
Adventure Works Cycles는 데이터베이스 개념 및 시나리오를 설명하는 데 사용되는 가상 제조 회사입니다. 자세한 내용은 예제 및 예제 데이터베이스를 참조하십시오.
Adventure Works Cycles에서는 최근 예상되는 회사 성장을 지원할 수 있도록 인프라 확장의 일환으로 멕시코 회사인 Importadores Neptuno를 인수했습니다. Importadores Neptuno에서는 Oracle 데이터베이스를 사용하여 제조 및 금융 데이터를 관리합니다. 그러나 Adventure Works Cycles의 MRP(Manufacturing Resource Planning) 응용 프로그램에서 정확한 일정과 재고 데이터를 유지 관리하려면 이 데이터의 주요 요소를 공유해야 합니다.
현재 Importadores Neptuno 데이터베이스를 마이그레이션할 계획이 없지만 Adventure Works Cycles에서는 매일 데이터를 전송하고 수신해야 하며 이러한 정보를 기존의 SQL Server OLTP(온라인 트랜잭션 처리) 및 OLAP(온라인 분석 처리) 데이터베이스로 전송해야 합니다. 그래서 Adventure Works Cycles에서는 Oracle 데이터베이스의 데이터를 본사에 있는 SQL Server 데이터베이스로 복제합니다.
이 시나리오의 일반적인 요구 사항
다른 유형의 데이터를 통합하는 응용 프로그램에는 일반적으로 올바른 복제 솔루션이 해결해야 하는 다음과 같은 요구 사항이 있습니다.
- 시스템에서 다른 공급업체의 데이터베이스 간 데이터 복제를 허용해야 합니다.
- 시스템에서는 트랜잭션 일관성을 유지해야 합니다.
- 복제 처리를 위해서는 원본 서버의 오버헤드가 최소로 유지되어야 합니다.
- 증분 변경 내용을 복제해야 할 경우 시스템의 대기 시간이 짧아야 합니다.
- 증분 변경 내용을 복제해야 할 경우 시스템의 처리량이 높아야 합니다. 즉, 많은 수의 트랜잭션에 대한 복제를 처리해야 합니다.
- 대상 서버에 필요한 데이터는 원본 서버에서 사용할 수 있는 데이터의 하위 집합일 수 있습니다.
이 시나리오에 사용할 복제 유형
SQL Server에서는 복제 시스템의 구성 요소를 기술하는 데 게시 관련 산업의 메타포를 사용합니다. 구성 요소에는 게시자, 배포자, 구독자, 게시 및 아티클과 구독이 포함됩니다.
- 위의 첫 번째 다이어그램에서 Oracle 데이터베이스는 게시자입니다. Oracle 데이터베이스에 있는 데이터 일부나 전체는 게시에 포함되며 데이터의 각 테이블은 아티클입니다. 데이터는 배포자로 구성된 첫 번째 SQL Server에 복제된 다음 다른 SQL Server와 IBM 및 Oracle 데이터베이스에 배포됩니다. 이러한 데이터베이스는 각각 게시에 대한 구독자이며 스키마와 데이터를 구독으로 수신합니다.
- 위의 두 번째 다이어그램에서는 SQL Server 데이터베이스가 게시자이며 구독자는 IBM 및 Oracle 데이터베이스입니다.
시스템 구성 요소에 대한 자세한 내용은 복제 게시 모델 개요를 참조하십시오.
SQL Server는 다양한 응용 프로그램 요구 사항을 위해 스냅숏 복제, 트랜잭션 복제 및 병합 복제와 같은 여러 복제 유형을 제공합니다. 이 시나리오는 이전 섹션에서 설명한 요구 사항을 해결하기에 가장 적합한 스냅숏 복제 및/또는 트랜잭션 복제의 다른 유형 복제 기능을 통해 최적으로 구현됩니다.
- 증분 변경 발생 시 응용 프로그램에서 이를 복제해야 하는 경우에는 트랜잭션 복제를 사용합니다.
Oracle 게시의 경우 트랜잭션 복제는 트리거 및 변경 내용 추적 테이블을 사용하여 게시자에서 변경 내용을 추적합니다. 트랜잭션 복제에 대한 자세한 내용은 트랜잭션 복제 개요, 트랜잭션 복제 작동 방법 및 Oracle 게시자용 트랜잭션 복제 워크플로를 참조하십시오. - 데이터를 마이그레이션할 때와 같이 응용 프로그램에서 데이터를 한 번만 복제해야 하거나 증분 업데이트를 수행하는 대신 주기적으로 데이터를 업데이트해야 하는 경우에는 스냅숏 복제를 사용합니다.
스냅숏 복제는 증분 변경 내용을 추적 및 배달하지 않으므로 게시된 테이블에서 트리거가 사용되지 않습니다. 스냅숏 복제에 대한 자세한 내용은 트랜잭션 복제 개요 및 트랜잭션 복제 작동 방법을 참조하십시오.
기본적으로 스냅숏 및 트랜잭션 복제는 다음과 같은 시나리오의 주요 요구 사항을 처리합니다.
- 다른 공급업체의 데이터베이스 간 복제
- 트랜잭션 일관성
- 최소 오버헤드
트랜잭션 복제는 증분 업데이트가 필요한 시스템의 추가 요구 사항도 처리합니다.
- 짧은 대기 시간
- 높은 처리량
이 시나리오에서 고려해야 할 기본 옵션은 필터링입니다. 스냅숏 및 트랜잭션 복제를 사용하면 구독자의 테이블에 응용 프로그램에 필요한 데이터만 포함되도록 열 및 행을 필터링할 수 있습니다. 자세한 내용은 게시된 데이터 필터링을 참조하십시오.
이 시나리오 구현을 위한 단계
이러한 시나리오를 구현하려면 우선 게시와 구독을 생성한 다음 각 구독을 초기화해야 합니다. 자세한 내용을 보려면 아래 링크를 클릭하십시오.
- Oracle 게시
- Oracle 및 IBM DB2 구독자
구독이 초기화되고 게시자와 구독자 간 데이터 흐름이 시작된 후 일반적인 관리 및 모니터링 작업에 대한 정보를 보려면 다음 항목을 참조하십시오.