- Using Oracle GoldenGate Classic Architecture with Oracle Database
- Configuring the Data Pump Extract
B Configuring the Data Pump Extract
A data pump can perform data filtering, mapping, and conversion, or it can be configured in pass-through mode, where data is passively transferred as-is, without manipulation.
Note:
If you want to perform this task using microservices, see Add a Distribution Path in Oracle GoldenGate Microservices Documentation.- In GGSCI on the source system, create the data-pump parameter file.
EDIT PARAMSnameWhere:
nameis the name of the data pump Extract. - Enter the data pump parameters in the order shown, starting a new line for each
parameter statement. Your input variables will be different.
Basic parameters for the data pump Extract group using two-part object names from a non-CDB database:
EXTRACT extpump USERIDALIAS tiger1 RMTHOST fin1, MGRPORT 7809 ENCRYPT AES192, KEYNAME securekey2 RMTTRAIL /ggs/dirdat/rt SEQUENCE hr.employees_seq; TABLE hr.*;
Basic parameters for the data pump Extract group using three-part object names from a trail that contains multitenant database data (including a pluggable database):
EXTRACT extpump USERIDALIAS tiger1 RMTHOST fin1, MGRPORT 7809 ENCRYPT AES192, KEYNAME securekey2 RMTTRAIL /ggs/dirdat/rt
TABLE test.ogg.tab1;SOURCECATALOG pdb1SEQUENCE hr.employees_seq;TABLE hr.*;SOURCECATALOG pdb2TABLE sales.*;TABLE acct.*;Parameter Description EXTRACTgroupgroupis the name of the data pump Extract. For more information, see Reference for Oracle GoldenGate.USERIDALIASaliasSpecifies the alias of the database login credential of the user that is assigned to Extract. This credential must exist in the Oracle GoldenGate credential store.
RMTHOST
hostname, MGRPORTportnumber, [, ENCRYPTalgorithmKEYNAMEkeyname]-
RMTHOSTspecifies the name or IP address of the target system. -
MGRPORTspecifies the port number where Manager is running on the target. -
ENCRYPTspecifies optional encryption of data across TCP/IP.
RMTTRAILpathnameSpecifies the path name of the remote trail.
SOURCECATALOGcontainerUse this parameter when the source database is a multitenant container database. Specifies the name of a pluggable database that is to be used as the default container for all subsequent
TABLEandSEQUENCEparameters that contain two-part names. This parameter enables you to use two-part object names (schema.object) rather than three-part names (container.schema.object). It remains in effect until anotherSOURCECATALOGparameter is encountered or a full three-partTABLEorSEQUENCEspecification is encountered. Use this parameter when the source database is a multitenant container database.{TABLE | SEQUENCE}[container.]schema.object;Specifies a table or sequence, or multiple objects specified with a wildcard. In most cases, this listing will be the same as that in the primary Extract parameter file.
-
TABLEspecifies a table or a wildcarded set of tables. -
SEQUENCEspecifies a sequence or a wildcarded set of sequences. -
containeris the name of the root container or pluggable database that contains the table or sequence, if this source database is a multitenant container database. See theSOURCECATALOGdescription in this table. -
schemais the schema name or a wildcarded set of schemas. -
objectis the name of a table or sequence, or a wildcarded set of those objects.
Terminate this parameter statement with a semi-colon.
To exclude tables or sequences from a wildcard specification, use the
TABLEEXCLUDEorSEQUENCEEXCLUDEparameter after theTABLEstatement. -
- Enter any optional Extract parameters that are recommended for your configuration. You can edit this file at any point before starting processing by using the
EDIT PARAMScommand in GGSCI. - Save and close the file.
- Add the Data Pump Extract Group
These steps add the data pump that reads the local trail and sends the data to the target.