These instructions show you how to set up SharePlex for the purpose of sharing or distributing data from one source system to one or more target systems. This strategy supports business requirements such as the following:
Oracle
All
This replication strategy supports the following:
If sequences are unnecessary on the target system, do not replicate them. It can slow down replication. Even if a sequence is used to generate keys in a source table, the sequence values are part of the key columns when the replicated rows are inserted on the target system. The sequence itself does not have to be replicated.
Important! These instructions assume you have a full understanding of SharePlex configuration files. They use abbreviated representations of important syntax elements.
For more information, see Configure data replication.
In the configuration syntax in this topic, the placeholders represent the following:
Important!
Replication on the same system supports the following configurations:
On the Windows platform, SharePlex does not support replication between Oracle databases that reside on the same system, but you can replicate to Open Target targets on the same system.
datasource_specification |
||
source_specification1 | target_specification1 | hostA[@db] |
source_specification2 | target_specification2 | hostA[@db] |
Replication from and to the same machine omits an Export process. However, SharePlex Manager expects an export queue to exist. If using this configuration with SharePlex Manager, you must explicitly configure an export queue as follows. The hostA* component in the routing map creates the export queue and an Export process, which sends the data to an Import process, then the post queue.
datasource_specification |
||
source_specification1 | target_specification1 | hostA*hostA[@db] |
source_specification2 | target_specification2 | hostA*hostA[@db] |
datasource_specification |
||
source_specification1 | target_specification1 | hostB[@db] |
source_specification2 | target_specification2 | hostB[@db] |
The last line in this example shows how you can replicate data to different target types on the same remote target system.
Datasource:o.oraA | ||
hr.emp | hr.emp2 | hostB@o.oraB |
hr.sal | hr.sal2 | hostB@o.oraB |
fin.* | !file | hostB |
This topology is known as broadcast replication. It provides the flexibility to distribute different data to different target systems, or all of the data to all of the target systems, or any combination as needed. It assumes the source system can make a direct connection to all of the target systems. All routing is handled through one configuration file.
For more information, see Configure replication through an intermediary system.
If the target specification of a source object is identical on all target systems, you can use a compound routing map, rather than type a separate entry for each route. For more information, see Configure data replication.
datasource_specification |
||
source_specification1 | target_specification1 | hostB[@db]+hostC[@db][+...] |
source_specification2 | target_specification2 | hostC[@db]+hostD[@db][+...] |
datasource_specification |
||
source_specification1 | target_specification1 | hostB[@db] |
source_specification1 | target_specification2 | hostC[@db] |
Note: This example does not cover all possible source-target combinations. The last entry in this example shows the use of horizontally partitioned replication to distribute different data from the sales.accounts table to different regional databases.
Datasource:o.oraA | ||
hr.emp | hr.emp2 | hostB@o.oraB |
hr.emp | hr."Emp_3" | hostC@r.mssB |
hr.emp | !jms | hostX |
cust.% | cust.% | hostD@o.oraD+hostE@o.oraE |
sales.accounts | sales.accounts | !regions |
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center