지금 지원 담당자와 채팅
지원 담당자와 채팅

SharePlex 11.4 - 관리 안내서

이 안내서 정보 이 안내서에 사용된 규칙 SharePlex 개요 SharePlex 실행 SharePlex의 여러 인스턴스 실행 sp_ctrl에서 명령 실행 SharePlex 매개변수 설정 데이터 복제 구성 컨테이너 데이터베이스와의 복제 구성 명명된 큐 구성 파티셔닝된 복제 구성 변경 내역 타겟에 대한 복제 구성 복제 전략 구성 DDL 복제 구성 오류 처리 구성 데이터 변환 구성 보안 기능 구성 SharePlex 사용자를 보안 그룹에 할당 프로덕션 시스템에서 복제 시작 SharePlex 모니터링 복제 문제 방지 및 해결 동기화 중단 데이터 복원 Capture 프로세스 조정 Post 프로세스 조정 Oracle 장애 조치 후 복제 복구 활성 복제 환경 변경 Oracle 애플리케이션 패치 또는 업그레이드 적용 소스 또는 타겟에서 Oracle 데이터 백업 문제 해결 팁 부록 A: 피어-투-피어 다이어그램 부록 B: SharePlex 환경 변수

구성 파일의 타겟 사양

다음 표에서는 구성 파일에서 타겟 테이블 또는 비테이블 타겟을 지정하는 방법을 보여줍니다.

타겟 타겟 사양 설명
데이터베이스 테이블 tgt_owner.table

데이터베이스 테이블의 정규화된 이름입니다. 자세한 내용은 객체 이름을 한정화하는 방법를 참조하십시오.

데이터베이스 시퀀스

tgt_owner.sequence

시퀀스의 정규화된 이름입니다. 자세한 내용은 객체 이름을 한정화하는 방법를 참조하십시오.

file !file[:tgt_owner.table]

!file 지정자는 Post가 SQL, XML 또는 JSON 형식의 파일에 변경 작업을 작성하도록 지시합니다. 파일 이름은 SharePlex에 의해 내부적으로 적용됩니다.

선택적으로 데이터를 최종적으로 데이터베이스 테이블에 적용하는 프로세스에서 사용하는 경우 타겟 테이블의 정규화된 이름을 지정할 수 있습니다.

JMS !jms[:tgt_owner.table]

!jms 지정자는 Post가 XML 형식의 JMS 큐 또는 항목에 변경 작업을 작성하도록 지시합니다. 큐 또는 항목 이름은 target 명령을 사용하여 정의할 수 있습니다.

선택적으로 데이터를 최종적으로 데이터베이스 테이블에 적용하는 프로세스에서 사용하는 경우 타겟 테이블의 정규화된 이름을 지정할 수 있습니다.

Kafka

!kafka[:tgt_owner.table]

!Kafka 지정자는 Post가 XML 또는 JSON 형식의 Kafka 항목에 변경 작업을 작성하도록 지시합니다. 항목 이름은 target 명령어를 사용하여 정의할 수 있습니다.

선택적으로 데이터를 최종적으로 데이터베이스 테이블에 적용하는 프로세스에서 사용하는 경우 타겟 테이블의 정규화된 이름을 지정할 수 있습니다.

변경 내역 테이블

!cdc:tgt_owner.table

!cdc 지정자는 Post가 기존 데이터를 새 데이터로 오버레이하는 대신 모든 데이터 변경 사항을 테이블에 새 행으로 삽입하도록 지시합니다. 변경 내역 테이블의 정규화된 이름을 지정합니다.

자세한 내용은 변경 내역 타겟에 대한 복제 구성를 참조하십시오.

구성 파일의 라우팅 사양

다음 지침에서는 소스 데이터를 보낼 위치를 기반으로 라우팅 맵을 빌드하는 방법을 보여줍니다. 라우팅 맵은 복제된 데이터를 올바른 타겟 시스템의 올바른 타겟 또는 시스템으로 보냅니다.

이러한 구성의 구성 요소에 대한 자세한 내용은 다음을 참조하십시오.

구성 파일의 데이터베이스 사양

구성 파일의 타겟 사양

하나의 타겟으로 라우팅

단순 라우팅 맵은 하나의 소스 객체에서 하나의 타겟 객체로 복제된 데이터를 보냅니다.

datasource_specification
src_owner.table tgt_owner.table2 host2[@database_specification]
src_owner.table tgt_owner.table3 host3[@database_specification]

클라우드 서비스로 라우팅

Amazon AWS의 EC2 및 RDS, Microsoft Azure의 Azure SQL, PostgreSQL용 Google Cloud SQL, Oracle Cloud Infrastructure의 컴퓨팅 가상 머신과 같은 클라우드 서비스에서 호스팅되는 데이터베이스 타겟에 대한 특별한 라우팅 요구 사항이 있습니다. 서비스가 IaaS(Infrastructure as a Service)인지 또는 PaaS(Platform as a Service)인지에 따라 SharePlex 설치 및 구성 방법이 달라집니다. 다음은 이러한 요구 사항을 설명합니다.

IaaS 타겟

IaaS 클라우드 서비스에서 호스팅되는 데이터베이스 타겟에 복제하는 경우 라우팅 맵에서 전체 끝점 URL을 타겟 호스트로 지정합니다.

datasource_specification
src_owner.table tgt_owner.table2 endpointURL@database_specification
src_owner.table tgt_owner.table3 endpointURL@database_specification

예를 들어 다음의 라우팅 맵은 Amazon EC2의 클라우드 데이터베이스로 라우팅됩니다.

ec2-12-345-678-910.compute-1.amazonaws.com@o.myora

또는 클라우드 서비스의 프라이빗 IP 주소를 로컬 호스트 파일의 짧은 이름에 매핑한 다음, 라우팅 맵에서 해당 이름을 호스트로 지정할 수 있습니다. 예를 들면 다음과 같습니다.

shortname@o.myora

PaaS 타겟

PaaS 클라우드 서비스에서 호스팅되는 데이터베이스 타겟에 복제하는 경우 특별한 설치, 설정 및 라우팅 요구 사항이 있습니다. SharePlex는 PaaS 클라우드 서버에 직접 설치할 수 없기 때문에 Post가 타겟 클라우드 데이터베이스에 연결하는 소스 서버 또는 중간 서버에 SharePlex를 설치해야 합니다. 자세한 내용은 SharePlex 설치 및 설정 안내서클라우드 호스팅 데이터베이스 설치 및 설정을 참조하십시오.

여러 타겟으로 라우팅

복합 라우팅 맵은 하나의 소스 객체에서 여러 타겟 객체로 복제된 데이터를 보냅니다. 이를 통해 각 경로에 대해 별도의 구성 항목을 입력하는 대신 모든 경로에 대해 소스 및 타겟 객체를 한 번 지정할 수 있습니다. 복합 라우팅 맵에서는 하나의 타겟 사양만 사용할 수 있으므로 모든 타겟 객체는 다음과 같이 동일해야 합니다.

  • 모두가 하나의 동일한 유형입니다. 모두 동일한 데이터베이스 객체 유형, 모두 JMS 큐, 모두 JMS 항목, 모두 Kafka 항목 또는 모두 파일입니다(단, 이러한 유형의 조합은 불가).
  • JMS, Kafka 또는 파일 타겟 사양의 테이블 사양을 포함하여 모두 동일한 정규화된 이름을 갖습니다.
  • 사용되는 경우 모두 동일한 컬럼 매핑 또는 키 매핑을 갖습니다. 이러한 매핑에 대한 자세한 내용은 다음을 참조하십시오.

참고:
datasource_specification
src_owner.table tgt_owner.table

host1[@database_specification]+host2[@database_specification][...]

동일한 시스템의 객체 간 라우팅

다음 간에 복제할 수 있습니다.

  • Oracle의 경우 동일한 데이터베이스 또는 동일한 시스템의 다른 데이터베이스에 있는 객체 간에 복제할 수 있습니다. 소유자가 다르면 이름이 동일한 객체 간에 복제할 수 있습니다.

SharePlex가 동일한 시스템의 객체 간에 복제되면 Import 및 Export 프로세스를 생성하지 않습니다. 다음의 라우팅 맵을 사용하여 SharePlex가 Import 및 Export 프로세스를 강제로 생성하도록 할 수 있습니다. Import 또는 Export 프로세스가 필요하지 않은 경우 라우팅 맵의 호스트* 부분을 생략합니다.

동일한 시스템의 동일하거나 다른 데이터베이스에 있는 객체에 복제하는 구성
datasource_specification
src_owner.table tgt_owner.table

host*host[@database_specification]

라우팅 제한

  • 기본적으로 SharePlex는 최대 19개의 직접 타겟 시스템에 대한 복제를 지원합니다. 이는 Export 큐를 읽을 수 있는 최대 프로세스 수입니다. 19개가 넘는 타겟에 복제하려면 명명된 Export 큐를 사용합니다. 각 큐를 추가할 때마다 19개의 추가 타겟에 복제할 수 있습니다. 자세한 내용은 명명된 Export 큐 구성를 참조하십시오.
  • 시스템의 각 sp_cop 인스턴스는 최대 1,024개의 서로 다른 경로를 허용합니다. 이 제한에는 서로 다른 명명된 Post 큐를 사용하는 각 경로가 포함됩니다(명명된 Post 큐 구성 참조). 복제 전략에 1,024개를 초과하는 경로가 필요한 경우, 하나 이상의 중간 시스템을 사용하여 경로를 여러 sp_cop 인스턴스로 나누는 것을 고려합니다. 자세한 내용은 데이터를 공유하거나 배포하도록 복제 구성를 참조하십시오.
  • 기본적으로 각 sp_cop 인스턴스는 시스템에서 총 25개의 큐를 허용합니다. 소스 시스템에는 항상 하나의 Capture 큐가 있고 타겟 시스템에는 하나의 Post 큐가 있습니다. 따라서 소스 시스템에는 최대 24개의 명명된 Export 큐가 있고 타겟 시스템에는 24개의 명명된 Post 큐가 있을 수 있습니다. 시스템이 소스와 타겟 역할을 모두 수행하는 경우 Capture 큐와 Post 큐가 모두 있습니다. 이를 통해 두 유형 중 하나(또는 둘을 혼합)로 명명된 큐를 최대 23개까지 생성할 수 있습니다. 시스템 메모리가 허용하는 경우 SP_QUE_MAX_QUEUES 매개변수를 설정하여 허용되는 큐 수를 변경할 수 있습니다. 이 매개변수에 대한 자세한 내용은 SharePlex 참조 안내서를 참조하십시오.

구성 예

데이터 소스 및 타겟별 구성 예

가능한 각 데이터 소스 유형과 타겟 유형에 따른 기본 구성 파일의 예입니다.

일반 Oracle 인스턴스에서 일반 Oracle 인스턴스로 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table tgt_owner.table

host@o.SID

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 타겟 시스템 sysprod에 있는 Oracle 인스턴스 oraB의 타겟 테이블 SCOTT.EMP2로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    SCOTT.EMP2    sysprod@o.oraB

Oracle에서 PaaS Cloud의 타겟 Oracle로 복제

온프레미스 또는 IaaS 기반 Oracle 소스에서 PaaS 클라우드에 호스팅된 타겟 Oracle 데이터베이스로 복제하려면 SharePlex 타겟 구성 요소(Import 및 Post)가 소스 서버 또는 중간 서버에서 실행되어야 합니다. Post는 TNS 별칭을 사용하여 원격 연결을 통해 연결합니다. 이 토폴로지를 설정하려면 SharePlex 설치 및 설정 안내서클라우드 호스팅 데이터베이스 설치 및 설정을 참조하십시오.

Datasource:o.SID
src_owner.table tgt_owner.table

source_or_intermediary_host@o.SID

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 PaaS 클라우드 Oracle 인스턴스 oraB에 있는 타겟 테이블 SCOTT.EMP2로 복제합니다. Post는 중간 타겟 시스템 sysprod2에서 실행됩니다.

datasource:o.oraA
SCOTT.EMP     SCOTT.EMP2    sysprod2@o.oraB

일반 Oracle 인스턴스에서 Open Target 데이터베이스로 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table tgt_owner.table host@r.database_name

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 타겟 시스템 sys2.에 있는 Open Target 데이터베이스 mydb의 타겟 테이블 Scott2.Emp2로 복제합니다. 타겟 테이블은 대소문자를 구분합니다.

Datasource:o.oraA
SCOTT.EMP    "Scott2"."Emp2"    sys2@r.mydb

일반 Oracle 인스턴스에서 XML 또는 SQL 형식의 파일로 복제

Datasource:o.SID
src_owner.table !file host

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 타겟 시스템 sysprod의 파일로 복제합니다.

Datasource:o.oraA
SCOTT.EMP   !file   sysprod

일반 Oracle 인스턴스에서 JMS 큐 또는 항목으로 복제

Datasource:o.SID
src_owner.table !jms host

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 타겟 시스템 sysprod의 JMS 큐로 복제합니다.

Datasource:o.oraA
SCOTT.EMP   !jms   sysprod

일반 Oracle 인스턴스에서 Kafka 항목으로 복제

Datasource:o.SID
src_owner.table !kafka host

다음 예에서는 SharePlex 타겟 시스템 sysprod를 사용하여 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 Kafka 항목으로 복제합니다.

Datasource:o.oraA
SCOTT.EMP   !kafka  sysprod

SSL 암호화를 사용하여 Oracle에서 Kafka로 복제

이 구성은 Kafka 타겟에 적용됩니다.

사전 요구 사항:

SSL 암호화를 사용하여 복제를 시작하기 전에 Kafka에 데이터를 게시하려면 다음 매개변수를 사용하여 Kafka 타겟을 구성합니다.

  • sp_ctrl target x.kafka set kafka broker = <kafka-server-hostname>:<Kafka-server-port>
  • sp_ctrl target x.kafka set kafka security.protocol = SSL
  • sp_ctrl target x.kafka set kafka ssl.ca.location = <ca-cert-file-path>
  • sp_ctrl target x.kafka set kafka ssl.certificate.location = <.pem-file-path>
  • sp_ctrl target x.kafka set kafka ssl.key.location = <ssl-key-file-path>
  • sp_ctrl target x.kafka set kafka ssl.key.password = <key-password>
  • sp_ctrl target x.kafka set kafka sasl.mechanisms = PLAIN
  • sp_ctrl target x.kafka set kafka api.version.request = true
참고:
  • <>의 모든 값은 Kafka 생성자의 실제 매개변수로 대체되어야 합니다.

  • 타겟 Kafka 복제 매개변수를 설정하려면 먼저 Poster를 중지하고 매개변수를 설정한 후 Poster를 시작해야 합니다.

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table !kafka host

예:

다음 예에서는 SharePlex 타겟 시스템 sysprod를 사용하여 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 Kafka 서버로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    !kafka    sysprod

SASL 인증을 사용하여 Oracle에서 Kafka로 복제

이 구성은 Kafka 타겟에 적용됩니다.

사전 요구 사항:

SASL 인증을 사용하여 복제를 시작하기 전에 Kafka에 데이터를 게시하려면 다음 매개변수를 사용하여 Kafka 타겟을 구성합니다.

  • sp_ctrl target x.kafka set kafka api.version.request=true
  • sp_ctrl target x.kafka set kafka sasl.mechanisms=PLAIN
  • sp_ctrl target x.kafka set kafka sasl.username=<username>
  • sp_ctrl target x.kafka set kafka sasl.password=<password>
  • sp_ctrl target x.kafka set kafka security.protocol=SASL_PLAINTEXT
참고:
  • <>의 모든 값은 Kafka 생성자의 실제 매개변수로 대체되어야 합니다.

  • 타겟 Kafka 복제 매개변수를 설정하려면 먼저 Poster를 중지하고 매개변수를 설정한 후 Poster를 시작해야 합니다.

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table !kafka host

예:

다음 예에서는 SharePlex 타겟 시스템 sysprod를 사용하여 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 Kafka 서버로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    !kafka    sysprod

Kerberos 인증을 사용하여 Oracle에서 Kafka로 복제

이 구성은 Kafka 타겟에 적용됩니다.

사전 요구 사항:

kerberos 인증을 사용하여 복제를 시작하기 전에 Kafka에 데이터를 게시하려면 다음 매개변수를 사용하여 Kafka 타겟을 구성합니다.

  • sp_ctrl target x.kafka set kafka sasl.kerberos.keytab = <kerberos-keytab-file>
  • sp_ctrl target x.kafka set kafka sasl.kerberos.kinit.cmd = <kerberos-kinit-cmd>

참고: {broker.name} 속성은 더 이상 sp_ctrl target x.kafka set kafka sasl.kerberos.kinit.cmd = <kerberos-kinit-cmd> 매개변수에 대해 지원되지 않습니다.

  • sp_ctrl target x.kafka set kafka sasl.kerberos.min.time.before.relogin = <relogin-time>
  • sp_ctrl target x.kafka set kafka sasl.kerberos.principal = <kerberos-principal>
  • sp_ctrl target x.kafka set kafka sasl.kerberos.service.name = <kerberos-service-name>
  • sp_ctrl target x.kafka set kafka sasl.mechanisms = GSSAPI
참고:
  • <>의 모든 값은 Kafka 생성자의 실제 매개변수로 대체되어야 합니다.

  • 타겟 Kafka 복제 매개변수를 설정하려면 먼저 Poster를 중지하고 매개변수를 설정한 후 Poster를 시작해야 합니다.

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table !kafka host

예:

다음 예에서는 SharePlex 타겟 시스템 sysprod를 사용하여 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 Kafka 서버로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    !kafka    sysprod

mTLS 인증을 사용하여 Oracle에서 Kafka로 복제

이 구성은 Kafka 타겟에 적용됩니다.

참고: 타겟 Kafka 복제 매개변수를 설정하려면 먼저 Poster를 중지하고 매개변수를 설정한 후 Poster를 시작해야 합니다.

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table !kafka host

예:

다음 예에서는 SharePlex 타겟 시스템 sysprod를 사용하여 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 Kafka 서버로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    !kafka    sysprod

Oracle에서 Azure Event Hubs로 데이터 복제

소스의 데이터를 Azure Event Hubs로 복제하려면 이러한 구성을 수행해야 합니다. Kafka용 SharePlex는 Kafka Event Hubs 커넥터를 통해 Azure Event Hubs와 통신하는 데 사용됩니다.

사전 요구 사항:

복제를 시작하기 전에 Azure Event Hubs에 데이터를 게시하려면 다음 Kafka 매개변수를 사용하여 SharePlex 소스 시스템을 구성합니다.

  • sp_ctrl Target x.kafka set kafka api.version.request = true
  • sp_ctrl target x.kafka set kafka broker = <Azure Event Hubs namespace>:<Kafka-server-port>
  • sp_ctrl Target x.kafka set kafka sasl.mechanisms = PLAIN
  • sp_ctrl Target x.kafka set kafka sasl.username = $ConnectionString
  • sp_ctrl Target x.kafka set kafka sasl.password =<Primary key generated in Event Hubs namespace>
  • sp_ctrl Target x.kafka set kafka security.protocol = SASL_SSL
  • sp_ctrl Target x.kafka set kafka topic = <Kafka Event Hubs topic generated inside Event Hubs namespace>
참고:
  • <>의 모든 값은 Azure Event Hubs의 실제 매개변수로 대체되어야 합니다.

  • 타겟 Kafka 복제 매개변수를 설정하려면 먼저 Poster를 중지하고 매개변수를 설정한 후 Poster를 재시작해야 합니다.

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table !kafka src_hostname

 

예:

다음 예에서는 SharePlex 타겟 시스템 sysprod를 사용하여 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 Azure Event Hubs로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    !kafka    sysprod

Oracle에서 SQL Server로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table dst_owner.table dst_hostname

예:

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 호스트 sysprod의 MS SQL Server로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    SCOTT.EMP   sysprod@r.sp_ss

Oracle에서 Azure SQL Database로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table dst_owner.table dst_hostname

예:

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 호스트 sysprod의 Azure SQL Database로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    SCOTT.EMP   sysprod@r.azuresqldb

Oracle에서 PostgreSQL 데이터베이스로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table dst_owner.table dst_hostname

예:

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 호스트 sysprod의 PostgreSQL 타겟 서버로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    SCOTT.EMP   sysprod@r.sp_ss

Oracle에서 MySQL 데이터베이스로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table dst_owner.table dst_hostname

예:

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 호스트 sysprod의 MySQL 타겟 서버로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    SCOTT.EMP   sysprod@r.sp_ss

CDB(Container Database)의 Oracle PDB(Pluggable Database) 간에 복제*

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.PDBalias
src_owner.table tgt_owner.table

host@o.PDBalias

이 예에서는 aliasA의 TNS 별칭을 사용하는 Oracle PDB의 테이블 SCOTT.EMP를 타겟 시스템 sysprod에서 aliasB의 TNS 별칭을 사용하는 Oracle PDB의 타겟 테이블 SCOTT.EMP에 복제합니다.

Datasource:o.aliasA
SSCOTT.EMP    SCOTT.EMP    sysprod@o.aliasB

* Oracle PDB의 데이터를 지원되는 다른 타겟으로 복제할 수도 있습니다. 자자세한 내용은 캡처 및 전달 구성를 참조하십시오.

변경 내역 타겟을 유지하도록 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource: o.SID

src_owner.table

!cdc:tgt_owner.table

host@c.SID

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 타겟 시스템 sysprod의 Oracle 인스턴스 oraB에 있는 변경 내역 타겟 테이블 SCOTT.EMP2로 복제합니다.

Datasource:o.oraA
SCOTT.EMP     !cdc:SCOTT.EMP2     sysprod@c.oraB

자세한 내용은 변경 내역 타겟에 대한 복제 구성를 참조하십시오.

확장 데이터 유형을 사용하여 Oracle에서 Oracle로 데이터 복제

확장 데이터 유형을 사용하여 Oracle에서 Oracle로 데이터를 복제하려면 이러한 구성을 수행해야 합니다.

사전 요구 사항:

Oracle 데이터베이스는 확장 데이터 유형을 지원해야 합니다.

제한:

SharePlex는 타겟 유형이 SQL, JMS, 파일 또는 Kafka인 경우 확장 데이터 유형의 데이터를 복제하지 않습니다.

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_owner.table tgt_owner.table

host@o.SID

다음 예에서는 Oracle 인스턴스 oraA의 테이블 SCOTT.EMP를 타겟 시스템 sysprod에 있는 Oracle 인스턴스 oraB의 타겟 테이블 SCOTT.EMP2로 복제합니다.

Datasource:o.oraA
SCOTT.EMP    SCOTT.EMP2    sysprod@o.oraB

Oracle에서 Snowflake로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:o.SID
src_schema.table dst_schema.table dst_hostname

예:

다음 예에서는 Oracle 인스턴스 oraA의 테이블 scott.emp를 호스트 sysprod의 Snowflake로 복제합니다.

Datasource:o.oraA
"scott"."emp"    "SCOTT"."EMP"   sysprod@r.dbname

PostgreSQL에서 PostgreSQL 데이터베이스로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:r.dbname
src_schema.table dst_schema.table dst_hostname

예:

다음 예에서는 PostgreSQL instance dbnameA의 테이블 SCOTT.EMP를 hostB의 PostgreSQL 타겟 서버로 복제합니다.

Datasource:r.dbnameA
scott.emp    scott.emp   hostb@r.mydb

PostgreSQL에서 Oracle 데이터베이스로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:r.dbname
src_schema.table dst_owner.table dst_hostname

예:

다음 예에서는 PostgreSQL 인스턴스 dbnameA의 테이블 SCOTT.EMP를 호스트 hostB의 Oracle 타겟 서버로 복제합니다.

Datasource:r.dbnameA
"scott"."emp"    "scott"."emp"   hostB@o.mydb

PostgreSQL 인스턴스에서 Kafka 항목으로 복제

Datasource:r.dbname
src_schema.table !kafka host

다음 예에서는 SharePlex 타겟 시스템 targetHost를 사용하여 PostgreSQL 인스턴스 testdbA의 테이블 SCOTT.EMP를 Kafka 항목으로 복제합니다.

Datasource:r.testdbA
scott.emp   !kafka  targetHost

PostgreSQL에서 SQL Server로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:r.dbname
src_schema.table dst_owner.table dst_hostname

예:

다음 예에서는 PostgreSQL 인스턴스 testdbA의 테이블 SCOTT.EMP를 호스트 sysprod의 MS SQL Server로 복제합니다.

Datasource: r.testdbA
SCOTT.EMP    SCOTT.EMP   sysprod@r.dbname

PostgreSQL에서 Snowflake로 데이터 복제

이 구성은 온프레미스 및 IaaS 클라우드 배포에 적용됩니다. 지원되는 데이터베이스 버전 및 플랫폼은 SharePlex 설치 및 설정 안내서의 시스템 요구 사항을 참조하십시오.

Datasource:r.dbname
src_schema.table dst_schema.table dst_hostname

예:

다음 예에서는 PostgreSQL 인스턴스 testdbA의 테이블 scott.emp를 호스트 sysprod의 Snowflake로 복제합니다.

Datasource: r.testdbA
"scott"."emp"    "SCOTT"."EMP"   sysprod@r.dbname

여러 로컬 데이터 소스에서 캡처

SharePlex의 한 가지 인스턴스를 사용하여 시스템의 여러 데이터 소스에서 캡처할 수 있습니다. 모든 구성이 동시에 활성화될 수 있습니다.

참고: SharePlex동일한 데이터 소스에 대해 여러 활성 구성 파일을 지원하지 않지만, 각각이 다른 데이터 소스를 복제하는 경우 여러 활성 구성 파일을 지원합니다.

여러 데이터 소스에서 캡처하려면 다음을 수행합니다.

  1. 첫 번째 데이터 소스에 대한 구성 파일을 만듭니다. 명명된 Export 큐를 각 라우팅 맵에 포함합니다. 자세한 내용은 명명된 Export 큐 구성를 참조하십시오.
  2. 두 번째 데이터 소스에 대한 구성 파일을 만듭니다. 명명된 Export 큐를 각 라우팅 맵에서 지정하고, 첫 번째 구성 파일에 명명된 큐와 다른지 확인합니다. 한 데이터 소스의 데이터가 다른 데이터 소스의 Export 큐를 통해 처리되지 않아야 합니다.

  3. 필요한 경우 전용 명명된 Export 큐를 사용하여 추가 구성을 만듭니다.
  4. 구성 파일을 활성화할 때 각각에 대해 별도의 sp_ctrl 세션을 사용합니다. 자세한 내용은 여러 구성 파일을 활성화하는 방법를 참조하십시오.

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택