This chapter describes the procedures for using the Configuration Wizard to create a WebLogic domain for both Oracle and non-Oracle databases (for this version, non-Oracle databases refers to MySQL and SQL Server). It also includes instructions for starting the server once these domains have been created.
This chapter contains these sections:
Section 4.1, "Configuring Oracle GoldenGate Monitor Server for Oracle Databases"
Section 4.2, "Configuring Oracle GoldenGate Monitor Server for Non-Oracle Databases"
This section guides you through the steps required to set up a WebLogic domain if you are using an Oracle database. If you are running either a MySQL or SQL Server database, see Section 4.2, "Configuring Oracle GoldenGate Monitor Server for Non-Oracle Databases".
You will use the Configuration Wizard to create the domain. This tool guides you through the process of creating a WebLogic domain by selecting the product components to include in your domain or by selecting template JAR files. If necessary, you can also customize the domain to suit your environment by adding and configuring Managed Servers, clusters, and machine definitions, or customizing predefined JDBC datasources and JMS file store directories. The procedures in this chapter will guide you through the simplest configuration scenario. To learn more about other capabilities of the Configuration Wizard, see Creating WebLogic Domains Using the Configuration Wizard.
Assuming WebLogic Server is installed properly (see Section 2.2, "Install WebLogic Server 12c (12.1.3)"), launch the Configuration Wizard by doing the following:
On Linux:
$ ORACLE_HOME/wlserver/common/bin/config.sh
On Windows:
C:\ORACLE_HOME\wlserver\common\bin>config.cmd
The Configuration Wizard starts and the Configuration Type screen appears.
To create the domain, navigate the Configuration Wizard screens providing the necessary information as described on the following table. For additional, generic information on each screen, click the screen name in the Screen column:
Screen | Configuration Action |
---|---|
Configuration Type | Ensure Create a new domain is selected then:
|
Templates |
|
Administrative Account |
|
Domain Mode and JDK |
|
Database Configuration Type |
|
JDBC Component Schema | Verify the schema information and click Next. |
JDBC Component Schema Test | Verify the schema information and click Next. |
Credentials |
|
Advanced Configuration |
|
Administration Server | By default, the server name is AdminServer and the port is 7001, although you can always change default values. For example, you can change the server name AdminServer to OGGMONAdminServer.
If port 7001 is already in use, replace it with an unused port number.Make selections as necessary and click Next. |
Managed Servers | The managed server name is already populated with the default, MONITORSERVER_server1, and the port number with 7003. You can change these values, if desired. Also, if port 7003 is already in use, replace it with an unused port number.
Either accept the defaults of update the data and click Next. |
Clusters | Click Next. |
Coherence Cluster | Click Next. |
Machines | Click Next. |
Configuration Summary | Review the configuration details and click Create. |
Configuration Progress | When configuration creation is complete, click Next. |
Configuration Success |
|
The WebLogic Server domain for the Monitor product with Oracle database is now configured.
Note:
This completes the first steps of configuring Oracle GoldenGate Monitor Server for Oracle databases. The next section contains procedures pertaining only to non-Oracle databases (that is, MySQL or Microsoft SQL Server). Unless you are also configuring the server for one of these databases, you can skip this section and proceed to Section 4.3, "Completing Monitor Server Configuration".In addition to Oracle databases, Oracle GoldenGate Monitor also supports databases provided by MySQL and Microsoft SQL Server. The configuration instructions covered in Section 4.1, "Configuring Oracle GoldenGate Monitor Server for Oracle Databases" applies only to that database provider. For these non-Oracle databases, you need to use the same tools but follow somewhat different procedures. Those procedures are explained in the following sections:
Configuring a domain for MySQL is a two-stage process:
Before attempting to configure a domain for MySQL, the following values must be set:
SET GLOBAL INNODB_FILE_PER_TABLE="ON"; SET GLOBAL INNODB_FILE_FORMAT="Barracuda"; SET GLOBAL INNODB_LARGE_PREFIX="ON"; SET GLOBAL LOG_BIN_TRUST_FUNCTION_CREATORS="ON";
Note:
When using a MySQL database, you can only create a compact domain. This is because the Oracle Platform Security Service and Auditing frameworks does not support maintaining the security artifacts and audit management data when using Weblogic Server 12c (12.1.3) on non-Oracle databases.To create a MySQL repository, use this procedure:
Follow the instructions in Section 3.2, "Creating a Repository" to create a repository; however, note the following exceptions for a MySQL repository:
When you reach the Database Connection Details screen, set Database Type to MySQL database and set the appropriate connection information. Click Next.
The Select Components screen appears.
On the Select Components screen, select only Monitor Server and Service Table (by default, Service Table should already be selected).
Follow the remaining repository creation process. You should have these schemata generated:
OGGMON (the product-specific schema)
STB
The next task is to create a compact Oracle WebLogic Server domain.
Note:
When using a MySQL database, you can only create a compact domain. This is because, when using Weblogic Server 12c (12.1.3) on non-Oracle databases, the Oracle Platform Security Service and Auditing frameworks do not support maintaining the security artifacts and audit management data.To create the compact Oracle WebLogic Server domain for MySQL, you need to run the script monitorServerCreateCompactDomain.sh
, which was installed with Oracle GoldenGate Monitor Server.
To create the domain, use this procedure:
Go to ORACLE_HOME
/oggmon/monitor_server/bin/
(ORACLE_HOME
\oggmon\monitor_server\bin\
on Windows).
Copy the file ../samples/monitorServerCompactDomain.properties
to the ORACLE_HOME
/oggmon/monitor_server/bin/
directory. This file contains the default settings required to create a domain. Update the domain location and data source settings property values appropriately.
Update the following properties with the appropriate data:
weblogic server
database
Save the file.
Enter ./monitorServerCreateCompactDomain.sh
monitorServerCompactDomain.properties
(assuming that monitorServerCompactDomain.properties
is copied under ORACLE_HOME
/oggmon/monitor_server/bin/
).
The WebLogic Scripting Tool (WLST), a command-line scripting environment that you can use to create, manage, and monitor WebLogic domains, opens, prompting you to provide specific information about the new domain.
Initializing WebLogic Scripting Tool (WLST) ... Welcome to WebLogic Server Administration Scripting Shell Type help() for help on available commands Please enter WebLogic domain administrator(weblogic) password : [Confirm] WebLogic domain administrator(weblogic) password : Please enter MonitorServer respository database password : Please enter MonitorServer JMX password : Please enter MonitorServer Keystore password : Please enter MonitorServer Truststore password : Please enter MonitorServer SMTP email password : Given WebLogic location - WL_HOME : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver MonitorServer Template Jar file path : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver/../oggmon/common/templates/wls/monitor_server_compact_template_12.1.3.jar Basic WebLogic Template Jar file path : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver/common/templates/wls/wls.jar JRF Template Jar file path : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver/../oracle_common/common/templates/wls/oracle.jrf_template_12.1.3.jar Creating Domain at Location : /scratch/monitor/wl-domains/domain_1 Updating MonitorServer Domain ... Domain Admin Console URL : http://<Host>:7071/console MonitorServer URL : http://<Host>:7071/monitor WebLogic Domain administrator user name : weblogic Exiting WebLogic Scripting Tool
Note:
For more information about WLST, see Understanding the WebLogic Scripting ToolAt the prompts, enter passwords for the following properties:
weblogic domain administrator
(user - weblogic)
MonitorServer repository database
MonitorServer JMX
MonitorServer Keystore
MonitorServer Truststore
MonitorServer SMTP email
Exit WLST.
Configuring a domain for SQL Server is a two-stage process:
Before you begin, do the following:
Set:
ISOLATION LEVEL,ALTER DATABASE $(DATABASE_NAME) SET READ_COMMITTED_SNAPSHOT ON
Ensure the database is case-sensitive:
DECLARE @collate sysname select @collate = convert(sysname, serverproperty('Collation')) IF ( charindex(N'_CI', @collate) > 0 ) BEGIN select @collate = replace(@collate, N'_CI', N'_CS') exec ('ALTER database $(DATABASE_NAME) COLLATE ' + @collate)
To create a SQL Server repository, use this procedure:
Follow the instructions in Section 3.2, "Creating a Repository" to create a repository; however, note the following exceptions for SQL Server:
When you reach the Database Connection Details screen, set Database Type to SQL Server database and set the appropriate connection information. Click Next.
The Select Components screen appears.
On the Select Components screen, select Monitor Server and Service Table (by default, this should already be selected).
Follow the remaining repository creation process. You should have these schema generated:
OGGMON (the product-specific schema)
STB
The next task is to create a compact Oracle WebLogic Server domain.
Note:
When using a SQL Server database, you can only create a compact domain. This is because, when using Weblogic Server 12c (12.1.3) on non-Oracle databases, the Oracle Platform Security Service and Auditing frameworks does not support maintaining the security artifacts and audit management data.To create the compact Oracle WebLogic Server domain for SQL Server, you need to run the script monitorServerCreateCompactDomain.sh
, which was installed with Oracle GoldenGate Monitor Server.
To create the domain, use this procedure:
Go to ORACLE_HOME
/oggmon/monitor_server/bin/
.
Copy the file ../samples/monitorServerCompactDomain.properties
to the ORACLE_HOME
/oggmon/monitor_server/bin/
directory. This file contains the default settings required to create a domain. Update the domain location and datasource settings property values appropriately.
Update the following properties with the appropriate data:
weblogic server
database
Save the file.
Enter ./monitorServerCreateCompactDomain.sh monitorServerCompactDomain.properties
(assuming that the monitorServerCompactDomain.properties
file is copied under ORACLE_HOME
/oggmon/monitor_server/bin
).
The WebLogic Scripting Tool (WLST), a command-line scripting environment that you can use to create, manage, and monitor WebLogic domains, opens, prompting you to provide specific information about the new domain.
Initializing WebLogic Scripting Tool (WLST) ... Welcome to WebLogic Server Administration Scripting Shell Type help() for help on available commands Please enter WebLogic domain administrator(weblogic) password : [Confirm] WebLogic domain administrator(weblogic) password : Please enter MonitorServer respository database password : Please enter MonitorServer JMX password : Please enter MonitorServer Keystore password : Please enter MonitorServer Truststore password : Please enter MonitorServer SMTP email password : Given WebLogic location - WL_HOME : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver MonitorServer Template Jar file path : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver/../oggmon/common/templates/wls/monitor_server_compact_template_12.1.3.jar Basic WebLogic Template Jar file path : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver/common/templates/wls/wls.jar JRF Template Jar file path : /scratch/rporandl/Oracle/WLS_12.1.3_Feb16/wlserver/../oracle_common/common/templates/wls/oracle.jrf_template_12.1.3.jar Creating Domain at Location : /scratch/monitor/wl-domains/domain_2 Updating MonitorServer Domain ... Domain Admin Console URL : http://<Host>:7091/console MonitorServer URL : http://<Host>:7091/monitor WebLogic Domain administrator user name : weblogic Exiting WebLogic Scripting Tool.
Note:
For more information about WLST, see Understanding the WebLogic Scripting ToolAt the prompts, enter passwords for the following properties:
weblogic domain administrator
(user - weblogic)
MonitorServer repository database
MonitorServer JMX
MonitorServer Keystore
MonitorServer Truststore
MonitorServer SMTP email
Exit WLST.
The final steps in configuring Oracle GoldenGate Monitor Server are manual and comprise the following steps:
The monitor.properties
file resides in ../wlsdomains/oggmon_domain
/config/monitorserver/cfg
. To continue configuring the monitor server, open this file and edit it by doing the following:
Configure the JMX Server Properties
Configure the JMX server by setting these properties:
monitor.jmx.server.host=
hostname
monitor.jmx.server.port=
portNumber
Where hostname
is the name of the host on which you are running the product (for example, localhost) and portNumber
is number of the host's listening port (for example, 5502).
Configure Target Database Properties
Uncomment one of the lines below that applies to the database you are configuring for Oracle GoldenGate Monitor Server.
For Oracle:
#eclipselink.target-database=org.eclipse.persistence.platform.database.OraclePlatform
For SQL Server:
#eclipselink.target-database=org.eclipse.persistence.platform.database.SQLServerPlatform
For MySQL:
#eclipselink.target-database=org.eclipse.persistence.platform.database.MySQLPlatform
Configure SMTP Alert Properties
Set monitor.smtp.alerts.enabled
property to true
to enable SMTP alerts. Set the remaining properties as necessary to enable receipt of SMTP alerts; for example:
monitor.smtp.alerts.enabled=true monitor.smtp.secure=false monitor.smtp.host monitor.smtp.port monitor.smtp.from monitor.smtp.user
Configure SNMP Alert Properties
Set monitor.snmp.alerts.enabled
to true
to enable SNMP alerts; for example:
monitor.snmp.alerts.enabled=true
Configure Command Line Interface (CLI) Alert Properties
Set monitor.cli.alerts.enabled
to true
to enable CLI alerts; for example:
monitor.cli.alerts.enabled=true
The Oracle GoldenGate Monitor Simple Network Management Protocol (SNMP) interface sends alerts in the form of datagrams. These are picked up by an SNMP trap recipient listening on a specified port.
To use this feature you must enable SNMP alerts during installation or later set the monitor.snmp.alerts.enabled
property equal to true
in the monitor.properties
file.
The GoldenGate-Monitor-mib.mib
file is delivered to the cfg
subdirectory during the installation of Oracle GoldenGate Monitor. This contains the Management Information Base (MIB) definitions the target uses to interpret the alerts. If you need to interpret information received in the traps, import this file to the target tool.
The SNMP alert is configured in the SNMPJMXMapping.xml
file that is delivered to the cfg
subdirectory during the Oracle GoldenGate installation.
Any changes to the SNMPJMXMapping.xml
file must be made outside of the Oracle GoldenGate Monitor user interface by the host administrator that installed the Oracle GoldenGate Monitor Server software.
You should only change the sections of the SNMPJMXMapping.xml
file that set the SNMP version and define the targets.
. . . <MIBTree> . . . <notifications type="NOTIFICATIONS"> <notification version="2" enabled="true"> <targets> <target timeout="200" retry="0">localhost/162 </target> </targets> . . . </notification> <notification version="1" enabled="false"> <targets> <target>localhost/162 </target> </targets> . . . </notification> </notifications> </MIBTree>
The SNMP version is initially set based on the entry during installation. You can change it later by resetting the notification version 1 enabled
value and notification version 2 enabled
value. Set one to true
and the other to false
.
The targets that are defined for the enabled version are used. The targets for the disabled version are ignored.
The Oracle GoldenGate Monitor Command-Line Integration (CLI) allows you to run a script or object file on the Oracle GoldenGate Monitor Server when an alert is triggered.
To use this feature you must enable CLI alerts by checking the CLI alerts box during installation or later setting the monitor.cli.alerts.enabled
property equal to true
in the monitor.properties
file.
The Oracle GoldenGate Monitor installation delivers files to help you configure your CLI interface. These are delivered to the cfg
subdirectory of the installation location.
CommandLineHandlers.xml
The CLI interface is configured in the CommandLineHandlers.xml
file.
Two example CommandLineHandlers.xml
files, one for UNIX and one for Windows, are included with the installation. Each contains sample syntax for configuring a CLI interface. You can copy the appropriate version and then add and change arguments to create the CommandLineHandlers.xml
that will configure your CLI interface.
Note:
TheCommandLineHandlers.xml
file must be set up outside of the Oracle GoldenGate Monitor user interface by the Oracle GoldenGate Monitor Server host administrator that installed the system.CommandLineHandlers.xsd
This file contains the definition for the CommandLineHandlers.xml
file. It can be used to generate the CommandLineHandlers.xml
using a commercial or open source XML generation tool that creates sample XML from XSD.
After you configure the CommandLineHandlers.xml
, stop and restart the Oracle GoldenGate Monitor Server to activate the changes. See Starting Oracle GoldenGate Monitor Server for directions on how to do this.
The example UNIX configuration below illustrates the structure and arguments of the XML configuration file. The header values should not be changed. These values specify the version and coding of the XML.
Arguments are specified by entering a value within quotation marks after the equal sign (=) as shown in the example. In this illustration namespace and schema information has been omitted as indicated by the ellipses (. . .
).
<?xml version="1.0" encoding="UTF-8"?> <CommandLineHandlers . . .> <CommandLineHandler dateTimeFormat="MMddyyyyHHmmssSSS" executeIn="/home/user" name="CMDLINE"> <externalCommand>touch</externalCommand> <arguments> <argument argText="filename" name="hostname" presentIfEmpty="true" quoted="false"/> </arguments> <alertMappings> <alertMapping alertField="host" name="hostname"/> </alertMappings> </CommandLineHandler> </CommandLineHandlers>s
CommandLineHandler
is the parent tag for the CLI alert handler. This is specified within the CommandLineHandlers
tags.
<CommandLineHandler dateTimeFormat="MMddyyyyHHmmssSSS" executeIn="/home/user" name="CMDLINE">
The CommandLineHandler
tag includes the following arguments:
dateTimeFormat
This is the standard Java format argument described in Java documentation.
executeIn
The executeIn
argument triggers the processing to move into the specified directory before running the external script or object file. The default is to use the current run directory of the virtual machine (VM); the directory in which the script or command was started.
A RunTimeException
is generated when the alert is triggered if the specified directory does not exist or if the executeIn
attribute is empty or not present.
name
This will always be "CMDLINE
".
The following example illustrates the tags that can be nested within the CommandLineHandler
tags:
<externalCommand>touch</externalCommand> <arguments> <argument argText="filename" name="hostname" presentIfEmpty="true" quoted="false"/> </arguments> <alertMappings> <alertMapping alertField="host" name="hostname"/> </alertMappings>
externalCommand
The value in externalCommand
specifies the absolute path to the script or object file. If the system path environment variable points to the directory of the file to be run, you can specify the script or object file name without the path.
arguments
The arguments
tag specifies one or more values that are appended to the directory value specified in the externalCommand
tag.
For each argument the following attributes can be specified:
argText
- Specifies a literal text argument that is sent with the externalCommand
tag.
name
- Can be a name or it can work with alertMappings
to find a name as explained below.
presentIfEmpty
- Works with the alertMappings
tag to add selected information associated with the alert definition to the externalCommand
tag. See alertMappings below for more detail.
quoted
- Specifies whether quotation marks should be added.
alertMappings
The alertMappings
tag appends the value extracted from the alert definition information to the value specified in the externalCommand
tag.
<alertMappings> <alertMapping alertField="host" name="hostname"/> </alertMappings>
The alertField can be one of the following values associated with the alert definition:
alertName
- The name of an alert definition.
host
- The host of the Oracle GoldenGate object whose monitoring point triggers the alert.
alertObjectName
- The name associated with the object whose monitoring point triggers the alert, such as an Extract process named EXACCT.
alertTime
- The time that the alert was triggered.
alertSeverity
- The severity level defined for the alert; either Warning or Error.
alertMessage
- The message generated by the alert. This is a combination of the condition defined for the alert, the value of the monitoring point, and literal text.
changedValue
- The new monitoring point value that triggered the alert. For example, you create an alert that is triggered when lag is greater than 5 seconds. The lag is 4 seconds and then it goes to 7 seconds. This triggers the alert and the changedValue
is 7.
In the following example, the name
attributes in the argument
and the alertMapping
tags are matched to extract the value from the alertField
attribute. The argument
name
"hostname
" is matched to the alertMapping
name
"hostname
" to find the value of alertField
, which is "host
". This tells the system to append the host of the Oracle GoldenGate object that triggered the alert to the value specified in the externalCommand
tag.
<arguments> <argument argText="text" name="hostname" presentIfEmpty="true" quoted="false"/> </arguments> <alertMappings> <alertMapping alertField="host" name="hostname"/> </alertMappings>
The presentIfEmpty
attribute works with the alertMappings
tag to determine what to do if the alertField
is not valid or the name
attributes do not match:
presentIfEmpty="true"
The
value in the argText
attribute is used in the external command.
presentIfEmpty="false"
The entire argument is omitted.
These examples run a batch script on the Oracle GoldenGate Monitor Server.
The following example runs the batch script sample_cli.bat
on a Windows server hosting the Oracle GoldenGate Monitor Server. The server of the Oracle GoldenGate instance ("host
") that triggered the alert is appended to the name of the batch script specified in the externalCommand
.
<?xml version="1.0" encoding="UTF-8"?> <CommandLineHandlers xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.yourlocation/monitor/commandlinehandlers/CommandLineHandlers.xsd"> <CommandLineHandler dateTimeFormat="MMddyyyyHHmmssSSS" executeIn="C:\" name="CMDLINE"> <externalCommand>c:\sample_cli.bat</externalCommand> <arguments> <argument argText="" name="hostname" presentIfEmpty="true" quoted="false"/> </arguments> <alertMappings> <alertMapping alertField="host" name="hostname"/> </alertMappings> </CommandLineHandler> </CommandLineHandlers>
The following example runs the sample_cli.sh
script on the UNIX server hosting the Oracle GoldenGate Monitor Server. The server of the Oracle GoldenGate instance ("host
") that triggered the alert is appended to the name of the batch script specified in the externalCommand
.
<?xml version="1.0" encoding="UTF-8"?> <CommandLineHandlers xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.yourlocation/monitor/commandlinehandlers/CommandLineHandlers.xsd"> <CommandLineHandler dateTimeFormat="MMddyyyyHHmmssSSS" executeIn="/home/user" name="CMDLINE"> <externalCommand>bash</externalCommand> <arguments> <argument argText="/home/user/sample_cli.sh" name="hostname" presentIfEmpty="true" quoted="true"/> </arguments> <alertMappings> <alertMapping alertField="host" name="hostname"/> </alertMappings> </CommandLineHandler> </CommandLineHandlers>
To verify that you have successfully Oracle GoldenGate Monitor Server, start the server. This is a two-to-three-step process comprised of:
To start the Administration server, do the following:
Navigate to the MONITOR_DOMAIN
folder (for example, /apps/oggmon_domain�
; apps\oggmon_domain
in Windows) and start the server:
On Linux:
$./startWebLogic.sh
On Windows:
C:/path/to/MONITOR_DOMAIN>startWebLogic.cmd
The server starts, with start-up information displayed on your screen,
Note:
Server startup can take a few minutes.When prompted for the Oracle WebLogic Server Administrator username and password, enter the credentials you created on the Administrative Account screen.
Startup continues. When the server has started successfully, the server state will be RUNNING
.
Note:
This step is optional. Do it only if you need to update your Oracle GoldenGate Monitor Server credentials. If you do not need to do so, proceed to Start the WebLogic Managed Server).Use WLST to create or update your wallet's Oracle GoldenGate Monitor Server credentials:
From $ORACLE_HOME
/wlserver/common/bin
(ORACLE_HOME
\wlserver\common\bin
on Windows), run WLST:
On Linux:
$ORACLE_HOME/wlserver/common/bin>./wlst.sh
On Windows:
C:\path\to\bin>wlst.cmd
Then, do one of the following:
To... | Use this WLST Function... |
---|---|
Create the new credentials | createCred() ; for example:
wls:/test_domain/serverConfig>createCred(map="OGGMONITOR",key="WEB.JMX.PASSWORD",user="jmxuser",password="jmxuser1",desc="JMX Password") wls:/test_domain/serverConfig>createCred(map="OGGMONITOR",key="MONITOR.KEYSTORE.PASSWORD",user="ksuser",password="ksuser1",desc="Keystore Password") wls:/test_domain/serverConfig>createCred(map="OGGMONITOR",key="MONITOR.TRUSTSTORE.PASSWORD",user="tsuser",password="tsuser1",desc="Truststore Password") wls:/test_domain/serverConfig>createCred(map="OGGMONITOR",key="WEB.SMTP.EMAIL.PASSWORD",user="smtpuser",password="smtpuser1",desc="SMTP Password") |
Update an existing key | updateCred() ; for example:
wls:/test_domain/serverConfig>updateCred(map="OGGMONITOR",key="MONITOR.TRUSTSTORE.PASSWORD",user="tsuser",password="tsuser1",desc="Truststore Password")
|
Delete an existing key | deleteCred() ; for example:
wls:/test_domain/serverConfig>deleteCred(map="OGGMONITOR", key="MONITOR.TRUSTSTORE.PASSWORD")
|
Note:
For more information about WLST, see Understanding the WebLogic Scripting ToolFinally, start the WebLogic Managed Server:
Navigate to MONITOR_SERVER_DOMAIN
\bin
(MONITOR_SERVER_DOMAIN
\bin
on Windows) and enter:
On Linux:
$./startManagedWebLogic.sh MONITORSERVER_server1 http://hostname:7001
On Windows:
C:path\to\bin>startManagedWebLogic.cmd MONITORSERVER_server1 http://hostname:7001
Where:
MONITORSERVER_server1
is the managed server name entered in the Configuration Wizard when that server was configurated.
hostname
:7001
is your specific hostname and listening port.
When prompted, enter the Oracle WebLogic Server Administrator username and password.
If the Oracle GoldenGate Monitor Server is deployed successfully, you should see the managed server state as RUNNING
.