Oracle GoldenGate discovery
Summarize
Summary of Oracle GoldenGate discovery
The ServiceNow Discovery and Service Mapping applications utilize the Oracle Golden Gate pattern to detect and map Oracle GoldenGate version 12c components. This enables ServiceNow customers to automatically discover Oracle GoldenGate installations, processes, and configurations across supported platforms including AIX, Linux, Hewlett Packard, and Solaris. Discovery performs horizontal data collection into report files, while Service Mapping uses top-down discovery to identify outgoing connections from Oracle GoldenGate processes.
Show less
Prerequisites and Configuration
- Credentials: SSH credentials must be configured for the Oracle GoldenGate server’s operating system, and the UNIX OS user must have permissions to read the relevant report files (
.rpt) and execute specific OS commands to list report and parameter files. - User Permissions: The OS user requires the ability to run commands that list Oracle GoldenGate report and parameter files, with commands varying based on Discovery version.
- Applicative Credentials: These are configured within ServiceNow to specify user access, MID Server applicability, and credential order, although password fields are optional since data is extracted from a local cache.
- Entry Point: For Service Mapping’s top-down discovery, specify the Oracle GoldenGate IP address and MID Server.
Data Model and Collected Information
The Oracle Golden Gate pattern adds specific CI classes extending the CMDB’s application class, including:
- Oracle Golden Gate [cmdbciapploraclegoldengate]: Represents the overall Oracle GoldenGate installation with fields such as name, version, source DB SID, counts of replicat and extract processes, configuration and report files, installation directory, and type.
- Oracle Golden Gate Replicat Process [cmdbciapploraggreplicat]: Details on replicat processes including operational status and associated configuration and report files.
- Oracle Golden Gate Extract Process [cmdbciapploraggextract]: Details on extract processes similarly including operational status and configuration.
Relationships are created to map management and hosting hardware associations, facilitating comprehensive dependency views.
Discovery and Service Mapping Capabilities
- Discovery: Performs horizontal discovery by parsing Oracle GoldenGate manager report files and installation folders to collect CI data, using EVAL closure functions to handle duplicates and count processes.
- Service Mapping: Performs top-down discovery using TCP entry points to find Oracle GoldenGate processes and their outgoing connections.
Practical Benefits
By implementing the Oracle GoldenGate discovery pattern, ServiceNow customers gain automated, accurate visibility into Oracle GoldenGate environments within their CMDB, enabling better configuration management, dependency mapping, and operational oversight. This supports effective service management and troubleshooting for Oracle GoldenGate components integrated into the IT infrastructure.
The ServiceNow Discovery and Service Mapping applications find Oracle GoldenGate version 12c components using the Oracle Golden Gate pattern. Discovering some of these resources may require updating to the latest version of the Discovery and Service Mapping Patterns application from the ServiceNow Store.
Discovery uses the Oracle Golden Gate pattern to perform horizontal discovery to collect data into the $report_file file. Service Mapping performs top-down discovery on the $report_file file to find outgoing Oracle Golden Gate connections.
The Oracle Golden Gate pattern supports the following platforms: AIX, Linux Hewlett Packard, and Solaris.
You can use this pattern on the ServiceNow AI Platform using Kingston, London, or Madrid.
Request apps on the Store
Visit the ServiceNow Store website to view all the available apps and for information about submitting requests to the store. For cumulative release notes information for all released apps, see the ServiceNow Store version history release notes.
Oracle Golden Gate data model
The Oracle Golden Gate pattern introduces the following CI classes that extend an existing CMDB class.
| CI class | Extends from |
|---|---|
| Oracle Golden Gate [cmdb_ci_appl_oracle_golden_gate] | Application [cmdb_ci_appl] |
| Oracle Golden Gate Replicat Process [cmdb_ci_appl_ora_gg_replicat] | Application [cmdb_ci_appl] |
| Oracle Golden Gate Extract Process [cmdb_ci_appl_ora_gg_extract] | Application [cmdb_ci_appl] |
Prerequisites
- Credentials
- Configure the SSH credentials, for the operating system of the server that hosts the Oracle Golden Gate Server.
- User access
- Give the UNIX OS user permissions to read the
$report_file. The$report_fileis the report file that is extracted from the Oracle Golden Gatemanager/replicat/extractprocess, with the extension.rpt. For example:Configuration file:
Report file:/base/ggs_beta/oracle/bt01pims/ggs/dirprm/mgr.prm REPORTFILE/base/ggs_beta/oracle/bt01pims/ggs/dirrpt/MGR.rpt PROCESSID MGR - Permissions to run commands
- The OS user must have permissions to run the relevant OS commands for each supported platform.
- Retrieve data
-
Retrieve data by parsing:
- The Oracle Golden Gate manager report file (report_file) to retrieve related configuration item (CI) names and counter information.
- Variables in the process command line to retrieve the install folder, manager process name, configuration file, and parameters file.
- Variables in the Oracle Golden Gate installation folder to retrieve a list of parameter and configuration files.
- EVAL closure functions
-
Use the following EVAL closure functions to remove duplicate entries from the extract process and the replicat process.
- var tableWithoutDuplicates = '';tableWithoutDuplicates = DuplicateRemover.removeDuplicates(${extracts},["name"]);CTX.setAttribute("extracts", tableWithoutDuplicates);
- var tableWithoutDuplicates = '';tableWithoutDuplicates = DuplicateRemover.removeDuplicates(${replicats},["name"]);CTX.setAttribute("replicats", tableWithoutDuplicates);
Use the following EVAL closure functions to count the number of extract processes and replicat processes.return ${cmdb_ci_appl_ora_gg_replicat[*].config_file}.size() return ${cmdb_ci_appl_ora_gg_extract[*].config_file}.size()Use the following EVAL closure function to return the privileged command.return ${ctx}.getDiscoveryProvider(com.snc.sw.dto.ProviderType.SSH).getPrivilegedCommand();Use the following EVAL closure function to return the discovery type.ctx.getWork().getDiscoveryType();Use the following EVAL closure function to extract the version from the installation directory path if it is empty.inst_dir = ${install_directory}if(inst_dir.isEmpty()){return ${version}}if(inst_dir.startsWith('/')){return inst_dir.replaceAll('/.*/','')}if(!inst_dir.startsWith('/') && !inst_dir.isEmpty()){return inst_dir.replaceAll('.*\\\\','')}
- Applicative credentials
-
- Navigate to .
- Click New.
- Click Applicative Credentials.
- On the form, fill in the fields.
Table 2. Applicative Credentials form Field Description Name Credential name. An example is oracle_db_user. Active Option for enabling this credential for discovery. Select this check box to enable discovery. Applies to Credentials that you may or may not want to apply to All MID servers in your network, or to one or more Specific MID servers. Select Specific MID servers. MID Servers MID Servers that the credentials apply to. Select the required MID Server. This field appears when Specific MID servers is selected from the Applies to field. Order Order in which the platform tries this credential as it attempts to log on to devices. A smaller number indicates that the credential appears higher in the list. Establish the credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number, or none, the instance tries the credentials in a random order. The default value is 100. User name Name of the user of this applicative credential. An example is oracle_db_user. You can use any user for the credential for this pattern, because the information is extracted from a local cache. Password Not required. You can leave this field blank or enter any value. CI type CI type for which this credential is used: Storage Server [cmdb_ci_storage_server]. Note:ServiceNow applications refer to devices and applications that comprise a service instance as configuration items (CIs). - Click Submit.
- Entry point
-
For top-down discovery, use the Oracle Golden Gate IP address and specify the MID Server.
Data collected by Discovery during horizontal discovery
Discovery uses the Oracle Golden Gate pattern to collect the data described in the following tables.
| Field | Description |
|---|---|
| Name [name] | Name of the CI in the CMDB (<process name>@<source db>). |
| Version [version] | Version of the Oracle Golden Gate installation. |
| Source DB SID [source_db] | Manager process source database system identifier (SID). |
| Counter for replicat processes [count_replicat] | Counter of replicat processes that are managed by the Oracle Golden Gate manager instance. |
| Counter for extract processes [count_extract] | Counter of extract processes that are managed by the Oracle Golden Gate manager instance. |
| Configuration file [config_file] | Parameter file of the Oracle Golden Gate process. Specify the path to the configuration file and the file name, <name>.prm |
| Replicat File [report_file] | Report file of the Oracle Golden Gate process. Specify the path to the report file and the file name, <name>.rpt |
| Type [type] | Type of the Oracle Golden Gate installation. Specify the Oracle Golden Gate for Oracle technologies. |
| Installation directory [install_directory] | Folder that contains all the Oracle Golden Gate setup, configuration, libraries, and executable files. |
| Field | Description |
|---|---|
| Name [name] | Name of the CI in the CMDB (<process name>@<source db>). |
| Replicat File [report_file] | Replicat process report file. Specify the path to the report file and the file name <name>.rpt |
| Configuration file [config_file] | Parameter file of the replicat process. Specify the path to the configuration file and the file name <name>.prm |
| Installation directory [install_directory] | Folder that contains all the Oracle Golden Gate setup, configuration, libraries, and executable files. |
| Version [version] | Version of the Oracle Golden Gate installation. |
| Source DB SID [source_db] | Manager process source database SID. |
| Operational status [operational_status] | Operational status of the CI. Select Operational. |
| Field | Description |
|---|---|
| Name [name] | Name of the CI in the CMDB (<process name>@<source db>). |
| Replicat File [report_file] | Report file of the extract process. Specify the path to the report file and the file name <name>.rpt |
| Configuration file [config_file] | Parameter file of the extract process. |
| Version [version] | Version of the Oracle Golden Gate installation. |
| Installation directory [install_directory] | Folder that contains all the Oracle Golden Gate setup, configuration, libraries, and executable files. |
| Source DB SID [source_db] | Manager process source database SID. |
| Operational status [operational_status] | Operational status of the CI. Select Operational. |
CI relationships
The Oracle Golden Gate pattern creates the following relationships to support Oracle Golden Gate discovery.
| CI | Relationship | CI |
|---|---|---|
| Oracle Golden Gate [cmdb_ci_appl_oracle_golden_gate] | Managed by::Manages | Oracle Golden Gate Replicat Process [cmdb_ci_appl_ora_gg_replicat] |
| Oracle Golden Gate [cmdb_ci_appl_oracle_golden_gate] | Managed by::Manages | Oracle Golden Gate Extract Process [cmdb_ci_appl_ora_gg_extract] |
| Oracle Golden Gate [cmdb_ci_appl_oracle_golden_gate] | Runs on::Runs | Hardware [cmdb_ci_hardware] |
| Oracle Golden Gate Replicat Process [cmdb_ci_appl_ora_gg_replicat] | Runs on::Runs | Hardware [cmdb_ci_hardware] |
| Oracle Golden Gate Extract Process [cmdb_ci_appl_ora_gg_extract] | Runs on::Runs | Hardware [cmdb_ci_hardware] |
Data collected by Service Mapping during top-down discovery
To discover the Oracle Golden Gate process, use the TCP entry point with the proper host and port of the Oracle Golden Gate process.
| Field | Description |
|---|---|
| Name [name] | Name of the CI in the CMDB (<process name>@<source db>). |
| Version [version] | Version of the Oracle Golden Gate installation. |
| Installation directory [install_directory] | Folder that contains all the Oracle Golden Gate setup, configuration, libraries, and executable files. |
| Configuration file [config_file] | Parameter file of the Oracle Golden Gate process. |
| Replicat File [report_file] | Report file of the Oracle Golden Gate replicat process. |
| Source DB SID [source_db] | Manager process source database SID. |
| Counter for extract processes [count_extract] | Counter of extract processes that are managed by the Oracle Golden Gate manager instance. |
| Counter for replicat processes [count_replicat] | Counter of replicat processes that are managed by the Oracle Golden Gate manager instance. |