Adding a New Managed Server
The below steps needs to be executed on run file system when there is no active ADOP cycle. During the next adop prepare, the Configuration Change Detector identifies that the addition has been made and the managed servers are automatically synced up from the run file system to the patch file system. The synchronization also gets done when fs_clone is executed.
Note: Managed server creation should be done only through the adProvisionEBS.pl script as mentioned in this section. Managed servers should not be created from the WebLogic Server Administration Console.
To add a new managed server of a specific service type, perform the following steps on the run file system:
Step 1:
Execute the following command to add a new managed server. This will create a managed server and add a new entry to the context file for starting and stopping the new managed server via the adstrtal and adstpall scripts:
$ perl $AD_TOP/patch/115/bin/adProvisionEBS.pl \
ebs-create-managedserver -contextfile= \
-managedsrvname= -servicetype= \
-managedsrvport= -logfile=
For example, to add a managed server 'oacore_server2' of type 'oacore' with port 7204, run the following command:
$ perl $AD_TOP/patch/115/bin/adProvisionEBS.pl \
Note: Managed server creation should be done only through the adProvisionEBS.pl script as mentioned in this section. Managed servers should not be created from the WebLogic Server Administration Console.
To add a new managed server of a specific service type, perform the following steps on the run file system:
Step 1:
Execute the following command to add a new managed server. This will create a managed server and add a new entry to the context file for starting and stopping the new managed server via the adstrtal and adstpall scripts:
$ perl $AD_TOP
ebs-create-managedserver -contextfile=
-managedsrvname=
-managedsrvport=
For example, to add a managed server 'oacore_server2' of type 'oacore' with port 7204, run the following command:
$ perl $AD_TOP/patch/115/bin/adProvisionEBS.pl \
ebs-create-managedserver -contextfile=$CONTEXT_FILE \
-managedsrvname=oacore_server2 -servicetype=oacore \
-managedsrvport=7204 -logfile=$APPLRGF/TXK/tmp/addMS_oacoreserver2.log
Note:
The managed server name must be of the form_server, where n is an integer.
As well as being free, the port number for each managed server must be unique: no two managed servers across the run and patch file systems can have the same port number.
Step 2:
Startup the managed server as follows:
On Unix:
$ sh ./admanagedsrvctl.sh start
Example:
$ sh ./admanagedsrvctl.sh start oacore_server2
Step 3:
Perform the following steps on all application tier nodes participating in the same cluster where this managed server is added:
Source the run file system.
Execute the following command to add details of the newly added managed servers into the OHS configuration files mod_wl_ohs.conf and apps.conf on the current node:
$ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl \
where
The argument contextfile accepts the complete path to the context file.
The arguments oacore, oafm, forms, formsc4ws accept a comma-separated list of managed server details in the following format:
.:
host and domain are the hostname and domain name of the newly added node
port is the port of the new managed server whose reference is to be added
For example, if the managed server oacore_server2 has been added on host 'testserver' and domain 'example.com' with port 7205, the following command should be executed:
$ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl -contextfile=$CONTEXT_FILE \
-configoption=addMS -oacore=testserver.example.com:7206
Step 4:
If Oracle HTTP Server is enabled on the node, restart it as follows:
On UNIX:
$ sh/adapcctl.sh stop
$ sh/adapcctl.sh start
Removing a Managed Server
The below steps needs to be executed on run file system when there is no active ADOP cycle. As in the case of managed server addition, deletion of managed servers should be done on the run file system, with synchronization between the run and the patch file systems subsequently being performed automatically during adop prepare execution or during fs_clone.
Note: Managed server deletion should be done only through the adProvisionEBS.pl script as mentioned in this section. Managed servers should not be deleted from the WebLogic Server Administration Console.
To delete a managed server of a specific service type, perform the following steps on the run file system:
Perform the following steps on the application tier where the managed server resides.
Step 1:
If the managed server to be deleted is running, shut it down as follows:
On Unix:
$ sh/admanagedsrvctl.sh stop
For example, before deleting a managed server 'oacore_server2', execute the following command to shut it down.
$ sh/admanagedsrvctl.sh stop oacore_server2
Step 2:
Run the command below on the application tier node where the managed server resides. This will delete the managed server, and also update the respective context variables that contain references to the deleted managed server.
$ perl $AD_TOP/patch/115/bin/adProvisionEBS.pl \
ebs-delete-managedserver \
-contextfile= -managedsrvname= \
-servicetype= -logfile=
For example, for deleting a managed server 'oacore_server2' of type 'oacore', execute the following command:
$ perl $AD_TOP/patch/115/bin/adProvisionEBS.pl \
ebs-delete-managedserver \
-contextfile= -managedsrvname=oacore_server2 \
-servicetype=oacore -logfile=$APPLRGF/TXK/tmp/delMS_oacoreserver2.log
Step 3:
Perform the following steps on all application tier nodes participating in the same cluster as the deleted managed server:
Source the run file system.
If the deleted managed server is part of the cluster configuration defined on the current node, execute the following command to delete details of the managed server from the OHS configuration files mod_wl_ohs.conf and apps.conf on the current node:
where
The argument contextfile accepts the complete path to the context file.
The arguments oacore, oafm, forms, formsc4ws, ekanban, accessgate and yms accept a comma-separated list of managed server details in the following format:
.:
host, domain and port are the hostname, domain and port of the managed server whose reference is to be deleted.
For example, to remove references of the deleted managed server oacore_server2 with port 7206 on host 'testserver' and domain 'example.com', the following command should be executed:
$ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl -contextfile= \
-configoption=removeMS -oacore=testserver.example.com:7206
Step 4:
If Oracle HTTP Server is enabled on the node, restart it as follows:
On UNIX:
$ sh/adapcctl.sh stop
$ sh/adapcctl.sh start
-managedsrvname=oacore_server2 -servicetype=oacore \
-managedsrvport=7204 -logfile=$APPLRGF/TXK/tmp/addMS_oacoreserver2.log
Note:
The managed server name must be of the form
As well as being free, the port number for each managed server must be unique: no two managed servers across the run and patch file systems can have the same port number.
Step 2:
Startup the managed server as follows:
On Unix:
$ sh .
Example:
$ sh .
Step 3:
Perform the following steps on all application tier nodes participating in the same cluster where this managed server is added:
Source the run file system.
Execute the following command to add details of the newly added managed servers into the OHS configuration files mod_wl_ohs.conf and apps.conf on the current node:
$ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl \
-contextfile= <context_file>\
-configoption=addMS \
-oacore=<host>.<domain>:port \
-oafm=<host>.<domain>:port \
-forms=<host>.<domain>:port \
-formsc4ws=<host>.<domain>:port
where
The argument contextfile accepts the complete path to the context file.
The arguments oacore, oafm, forms, formsc4ws accept a comma-separated list of managed server details in the following format:
host and domain are the hostname and domain name of the newly added node
port is the port of the new managed server whose reference is to be added
For example, if the managed server oacore_server2 has been added on host 'testserver' and domain 'example.com' with port 7205, the following command should be executed:
$ perl $FND_TOP
-configoption=addMS -oacore=testserver.example.com:7206
Step 4:
If Oracle HTTP Server is enabled on the node, restart it as follows:
On UNIX:
$ sh
$ sh
Removing a Managed Server
The below steps needs to be executed on run file system when there is no active ADOP cycle. As in the case of managed server addition, deletion of managed servers should be done on the run file system, with synchronization between the run and the patch file systems subsequently being performed automatically during adop prepare execution or during fs_clone.
Note: Managed server deletion should be done only through the adProvisionEBS.pl script as mentioned in this section. Managed servers should not be deleted from the WebLogic Server Administration Console.
To delete a managed server of a specific service type, perform the following steps on the run file system:
Perform the following steps on the application tier where the managed server resides.
Step 1:
If the managed server to be deleted is running, shut it down as follows:
On Unix:
$ sh
For example, before deleting a managed server 'oacore_server2', execute the following command to shut it down.
$ sh
Step 2:
Run the command below on the application tier node where the managed server resides. This will delete the managed server, and also update the respective context variables that contain references to the deleted managed server.
$ perl $AD_TOP
ebs-delete-managedserver \
-contextfile=
-servicetype=
For example, for deleting a managed server 'oacore_server2' of type 'oacore', execute the following command:
$ perl $AD_TOP
ebs-delete-managedserver \
-contextfile=
-servicetype=oacore -logfile=$APPLRGF/TXK/tmp/delMS_oacoreserver2.log
Step 3:
Perform the following steps on all application tier nodes participating in the same cluster as the deleted managed server:
Source the run file system.
If the deleted managed server is part of the cluster configuration defined on the current node, execute the following command to delete details of the managed server from the OHS configuration files mod_wl_ohs.conf and apps.conf on the current node:
$ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl \
-contextfile=<context_file> \
-configoption=removeMS \
-oacore=<host>.<domain>:port \
-oafm=<host>.<domain>:port \
-forms=<host>.<domain>:port \
-formsc4ws=<host>.<domain>:port \
-ekanban=<host>.<domain>:port \
-accessgate=<host>.<domain>:port \
-yms=<host>.<domain>:port
where
The argument contextfile accepts the complete path to the context file.
The arguments oacore, oafm, forms, formsc4ws, ekanban, accessgate and yms accept a comma-separated list of managed server details in the following format:
host, domain and port are the hostname, domain and port of the managed server whose reference is to be deleted.
For example, to remove references of the deleted managed server oacore_server2 with port 7206 on host 'testserver' and domain 'example.com', the following command should be executed:
$ perl $FND_TOP
-configoption=removeMS -oacore=testserver.example.com:7206
Step 4:
If Oracle HTTP Server is enabled on the node, restart it as follows:
On UNIX:
$ sh
$ sh
Thanks,
Sriniv
No comments:
Post a Comment
No one has ever become poor by giving