다음 지침에서는 소스 데이터를 보낼 위치를 기반으로 라우팅 맵을 빌드하는 방법을 보여줍니다. 라우팅 맵은 복제된 데이터를 올바른 타겟 시스템의 올바른 타겟 또는 시스템으로 보냅니다.
이러한 구성의 구성 요소에 대한 자세한 내용은 다음을 참조하십시오.
구성 파일의 데이터베이스 사양
구성 파일의 타겟 사양
하나의 타겟으로 라우팅
단순 라우팅 맵은 하나의 소스 객체에서 하나의 타겟 객체로 복제된 데이터를 보냅니다.
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 설치 및 설정 안내서의 클라우드 호스팅 데이터베이스 설치 및 설정을 참조하십시오.
여러 타겟으로 라우팅
복합 라우팅 맵은 하나의 소스 객체에서 여러 타겟 객체로 복제된 데이터를 보냅니다. 이를 통해 각 경로에 대해 별도의 구성 항목을 입력하는 대신 모든 경로에 대해 소스 및 타겟 객체를 한 번 지정할 수 있습니다. 복합 라우팅 맵에서는 하나의 타겟 사양만 사용할 수 있으므로 모든 타겟 객체는 다음과 같이 동일해야 합니다.
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
이 구성은 온프레미스 및 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
이 구성은 온프레미스 및 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
이 구성은 온프레미스 및 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>
이 구성은 온프레미스 및 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