| Oracle® Enterprise Manager Cloud Control Advanced Installation and Configuration Guide 12c Release 2 (12.1.0.2) Part Number E24089-21 |
|
|
PDF · Mobi · ePub |
| Oracle® Enterprise Manager Cloud Control Advanced Installation and Configuration Guide 12c Release 2 (12.1.0.2) Part Number E24089-21 |
|
|
PDF · Mobi · ePub |
This chapter explains how you can clone an existing Oracle Management Agent (Management Agent). In particular, this section covers the following:
Oracle Management Agent (Management Agent) is one of the core components of Enterprise Manager Cloud Control that enables you to convert an unmanaged host to a managed host in the Enterprise Manager system. The Management Agent works in conjunction with the plug-ins to monitor the targets running on that managed host.
Therefore, if you want to monitor a target running on a host, you must first convert that unmanaged host to a managed host by installing an Oracle Management Agent, and then manually discover the targets running on it to start monitoring them.
However, the Management Agent you install using other installation types is always a fresh installation without any customized configuration that you had done or interim one-off patches that you had applied to other running Management Agents.
If you want to install an additional Management Agent that is identical to the existing well-tested, pre-patched, and running Management Agent, then the best option is to clone the existing instance. This saves time and effort in patching a fresh installation all over again and bringing it to the current state.
You can clone an existing Management Agent in graphical or silent mode.
In graphical mode, you use the Add Host Targets Wizard that is accessible from within the Enterprise Manager Cloud Control console. The wizard enables you to select a source Management Agent, which you want to clone, and identify one or more remote hosts on which you want to clone it.
The wizard first copies the source Management Agent image to the host on which Oracle Management Service (OMS) is running, and then, it transfers that copied image to the destination hosts. Although the wizard can be used for remotely cloning one, single Management Agent, it is best suited for mass-deployment of Management Agents, particularly while mass-deploying Management Agents of different releases on hosts of different platforms.
In silent mode, you use a compressed file (ZIP), which you transfer. Understandably, this is a much easier method because you compress the Oracle home of an existing Management Agent and transfer it to the destination host without having to specify any parameters or values in an interview screen, but still retaining all its configuration settings and applied one-off patches.
However, in silent mode, you can install only on one destination host at any given time. Once you are done with cloning of a Management Agent on a host, you must redo the procedure to clone on another host. Therefore, you cannot clone on multiple hosts simultaneously, and as a result, this approach is best suited when you want to clone only on a few hosts, one host after the other.
Understandably, as a prerequisite, you need to have at least one Management Agent in your environment, and its software binaries must be accessible from all the hosts where you want to clone an additional Management Agent. Therefore, note that this installation type must be used for installing only additional Management Agents in your environment.
After installing a Management Agent, to monitor a target, add the target to Enterprise Manager Cloud Control either using the Auto Discovery Results page, the Add Targets Manually page, or the discovery wizards offered for the targets you want to monitor.
For information about discovering targets in Enterprise Manager Cloud Control, refer to the chapter on adding targets in the Oracle Enterprise Manager Cloud Control Administrator's Guide.
Once the installation is complete, you will see the following default contents in the agent base directory:
<agent_base_directory>
|_____core
|_____12.1.0.2.0
|_____plugins
|_____plugins.txt
|_____agent_inst
|_____sbin
|_____agentimage.properties
Note:
If you want to repoint your existing Management Agents to a new Oracle Management Service (OMS), then you must first deinstall those Management Agents and plug-ins, and then redeploy those Management Agents and plug-ins using the new OMS. This is typically done when you want to move from an Enterprise Manager Cloud Control system in a test environment to an Enterprise Manager Cloud Control system in a production environment.When you repoint your existing Management Agents to a new OMS, you cannot move the targets monitored by the Management Agents, the target history, and the Management Agent history. The monitored targets and the history data is lost.
Before you begin installing an Oracle Management Agent, keep these points in mind:
(Only for Graphical Mode) The Add Host Targets Wizard converts an unmanaged host to a managed host in the Enterprise Manager system by cloning an existing Oracle Management Agent.
Oracle Management Agent 12c communicates only with Oracle Management Service 12c and not with any earlier release of Enterprise Manager.
(Only for Graphical Mode) Using the Add Host Targets Wizard, you can clone only when the source host (from where you are cloning the Management Agent) and the destination host are running on the same operating system. Therefore, if you have hosts running on different platforms, then you must have one deployment session per platform.
While cloning, the source Management Agent is not shut down.
(Only for Graphical Mode) If you have multiple hosts, sharing a common mounted drive, then install the Management Agents in two different phases:
First, clone the Management Agent to the host where the drive is shared by selecting the deployment type Clone Existing Agent in the Add Host Targets Wizard. Follow the instructions outlined in this chapter.
Then, install a Management Agent on all other hosts that access the shared, mounted drive by selecting the deployment type Add Host to Shared Agent in the Add Host Targets Wizard. (Here, you will select the Management Agent you installed in the previous step.) For more information, follow the instructions outlined in Chapter 8.
Cloning on shared clusters is NOT supported. If you have an Oracle RAC Cluster with multiple nodes, then you must clone the Management Agent on each of the nodes separately. In other words, in the Add Host Targets Wizard, you must add each node explicitly as a destination host.
(Only for Graphical Mode) The Add Host Targets Wizard uses SSH to establish connectivity between Oracle Management Service (OMS) and the remote hosts where you want to install the Management Agents
(Only for Graphical Mode) Only SSH1 (SSH version 1) and SSH2 (SSH version 2) protocols offered by OpenSSH are supported for deploying a Management Agent.
(Only for Graphical Mode) SSH public key authentication and password-based authentication are supported. So you can use an existing SSH public key authentication without exposing your passwords. You can provide a dummy password in the wizard, and the wizard will internally use the underlying public key infrastructure to perform the installation.
To set up SSH public key authentication, follow these steps:
Navigate to the following location in the OMS home:
$<OMS_HOME>/oui/prov/resources/scripts
For example,
/home/software/em/middleware/oms/oui/prov/resources/scripts
Run the following script on the OMS host as the OMS user, and pass the Management Agent install user name and the fully qualified name of the target hosts:
sshUserSetup.sh -setup -user <agent_install_1user_name> -hosts <target_hosts>
Access the Add Host Targets Wizard, and provide the dummy password and install the Management Agent.
The wizard ignores the dummy password, and honors the keys present in the following location on the OMS host to perform the installation. Here, $HOME refers to the home directory of the OMS install user.
$HOME/.ssh/id_rsa
$HOME/.ssh/id_dsa
$HOME/.ssh/identity
If you want to provide additional keys, specify them as values for the oracle.sysman.prov.remoteinterfaces.identitylist property present in the $<OMS_HOME>/sysman/prov/agentpush/agentpush.properties file, using a comma separated list.
(Only for Graphical Mode) The Add Host Targets Wizard supports Named Credentials that enable you to use a set of credentials registered with a particular name specifically for this operation, by your administrator. This ensures an additional layer of security for your passwords because as an operator, you can only select the named credential, which is saved and stored by an administrator, and not know the actual user name and password associated with it.
In case the named credential you select does not have the privileges to clone, then you can set the named credential to run as another user (locked user account). In this case, the wizard logs in to the hosts using the named credential you select, but clones using the locked user account you set.
For example, you can create a named credential titled User_A, and set it to run as User_X that has the required privileges. In this case, the wizard logs in to the hosts as User_A, but installs as User_X, using the privilege delegation setting (sudo or PowerBroker) specified in the named credential.
By default, the Add Host Targets Wizard configures all the plug-ins that were configured with the Management Agent you are cloning.
You must have read privileges on the Oracle WebLogic Server's alert log directories for the Support Workbench (Incident) metrics to work properly. You must also ensure that the Management Agent that is monitoring this Oracle WebLogic Server target is running on the same host as the Oracle WebLogic Server.
Before cloning the Management Agent, ensure that you meet the following prerequisites.
Table 7-1 Prerequisites for Cloning Oracle Management Agent
| Requirement | Description |
|---|---|
|
Hardware Requirements |
Ensure that you meet the hard disk space and physical memory requirements. For more information, see the chapter on hardware requirements in the Oracle Enterprise Manager Cloud Control Basic Installation Guide. |
|
Software Requirements (Only for Graphical Mode) |
(For Microsoft Windows) Ensure that you have installed Cygwin 1.7 on the destination host. For more information, see the chapter on installing Cygwin in the Oracle Enterprise Manager Cloud Control Basic Installation Guide. Note: While running |
|
Operating System Requirements |
Ensure that you install the Management Agent only on certified operating systems as mentioned in the Enterprise Manager certification matrix available on My Oracle Support. To access the Enterprise Manager certification matrix, follow the steps outlined in Oracle Enterprise Manager Cloud Control Basic Installation Guide. For information about platforms receiving future support, refer to My Oracle Support note 793512.1. Note: If you use Oracle Solaris 10, then ensure that you have update 9 or higher installed. To verify whether it is installed, run the following command:
You should see the output similar to the following. Here,
|
|
Package Requirements |
Ensure that you install all the operating system-specific packages. For more information, see the chapter on package requirements in the Oracle Enterprise Manager Cloud Control Basic Installation Guide. |
|
Ensure that the destination host where you want to install the Management Agent has the appropriate users and operating system groups created. For more information, see the chapter on creating operating system groups and users in the Oracle Enterprise Manager Cloud Control Basic Installation Guide. |
|
|
/etc/hosts File Requirements |
Ensure that the
|
|
Destination Host Requirements |
Ensure that the destination hosts are accessible from the host where the OMS is running. If the destination host and the host on which OMS is running belong to different network domains, then ensure that you update the For example, if the fully-qualified host name is
|
|
Destination Host Credential Requirements (Only for Graphical Mode) |
Ensure that all the destination hosts running on the same operating system have the same set of credentials. For example, all the destination hosts running on Linux operating system must have the same set of credentials. The wizard installs the Management Agent using the same user account. If you have hosts running on the same operating system but with different credentials, then have two different deployment sessions. |
|
Destination Host Time Zone Requirements (Only for Graphical Mode) |
Ensure that the time zones of the destination hosts have been set correctly. To verify the time zone of a destination host, log in to the OMS host, and run the following command:
If the time zone displayed is incorrect, log in to the destination host, and follow these steps:
Note: If you had ignored a prerequisite check warning about wrong time zone settings during the cloning procedure, you must set the correct time zone on the destination hosts after cloning the Management Agent. For information on setting time zones post cloning, refer After You Clone. |
|
Time Zone Requirements (Only for Silent Mode) |
Ensure that the host time zone has been set correctly. To verify the host time zone, run the following command:
If the time zone displayed is incorrect, run the following commands, before running the
For example, in the Bash shell, run the following command to set the time zone to America/New_York:
To set the time zone on a destination host that runs on Microsoft Windows, from the Start menu, select Control Panel. Click Date and Time, then select the Time Zone tab. Select your time zone from the displayed drop down list. To view a list of the time zones you can use, access the Note:
|
|
sudo/pbrun/sesu/su SSH Requirements (Only for Graphical Mode) |
(Only for UNIX) Ensure that you set the Note: If you are using sudo as your privilege delegation tool, and you do not want to set the
|
|
sudo/pbrun/sesu/su Requirements (for Root User) (Only for Graphical Mode) |
(Only for UNIX)
|
|
sudo/pbrun/sesu/su Requirements (for Locked Account User) (Only for Graphical Mode) |
(Only for UNIX)
|
|
Permission Requirements |
|
|
PATH Environment Variable Requirements (Only for Graphical Mode) |
On the destination host, ensure the following:
|
|
Path Validation Requirements |
Validate the path to all command locations. For more information, see the appendix on validating command locations in the Oracle Enterprise Manager Cloud Control Basic Installation Guide. |
|
|
Unset the |
|
Ensure that you allocate 400 MB of space for a temporary directory where the executables can be copied. By default, the temporary directory location set to the environment variable |
|
|
Agent Base Directory Requirements |
Ensure that the agent base directory is empty and has at least 1 GB of free space. Ensure that the directory name does not contain any spaces. Ensure that the installing user owns the agent base directory. Ensure that the installer user or the root user owns all the parent directories. Ensure that the root user owns the root directory. For example, if the agent base directory is If the agent base directory is mounted, then ensure that it is mounted with the |
|
(Only for Graphical Mode) |
Ensure that the SSH daemon is running on the default port (that is, 22) on all the destination hosts. To verify the port, run the following command:
If the port is a non-default port, that is, any port other than 22, then update the
|
|
Software Availability Requirements (Only for Graphical Mode) |
For Cloning an Existing Management Agent Ensure that you already have Oracle Management Agent 12c running in your environment. Ensure that the platform on which it is running is the same as the platform of the destination hosts on which you want to clone. For Installing a Management Agent Using Shared Oracle Home Ensure that you already have Oracle Management Agent 12c installed as a Master Agent in a shared, mounted location |
|
Installation Base Directory Requirements (Only for Graphical Mode) |
Ensure that the agent base directory you specify in the Installation Base Directory field is empty and has write permission. |
|
plugins.txt File Update Requirements (Only for Silent Mode) |
(Only if you deployed additional plug-ins to the Management Agent later) By default, when you install a Management Agent, it is automatically configured with the Oracle Home discovery plug-in, the Oracle Home monitoring plug-in, and all the discovery plug-ins that are configured with the OMS from where the Management Agent is being deployed. However, after installing the Management Agent, if you deploy any additional plug-ins to it, then before cloning the Management Agent, you must edit the
|
|
Job System Requirements |
Ensure that the job system is enabled on the source Management Agent you want to clone. |
|
Installing User Requirements |
If the central inventory owner and the user installing the Management Agent are different, then ensure that they are part of the same group. Also ensure that the inventory owner and the group to which the owner belongs have read and write permissions on the inventory directory. For example, if the inventory owner is abc and the user installing the Management Agent is xyz, then ensure that abc and xyz belong to the same group, and they have read and write access to the inventory. |
|
Central Inventory (oraInventory) Requirements |
|
|
Port Requirements |
Ensure that the default ports described in What Default Ports Are Used? are free. |
|
Agent User Account Permissions and Rights (Only for Microsoft Windows) |
(For Microsoft Windows) If you are installing the Management Agent on a Microsoft Windows-based operating system, then ensure that the agent user account has permissions and rights to perform the following:
To verify whether the agent user has these rights, follow these steps:
|
|
Permissions for cmd.exe |
(For Microsoft Windows) If you are installing the Management Agent on a Microsoft Windows-based operating system, then ensure that you grant the For more information on this restriction and to understand how you can grant these permissions, access the following URL to Microsoft Web site: |
|
Preinstallation/Postinstallation Scripts Requirements (Only for Graphical Mode) |
Ensure that the preinstallation and postinstallation scripts that you want to run along with the installation are available either on the OMS host, destination hosts, or on a shared location accessible to the destination hosts. |
|
Browser Requirements (Only for Graphical Mode) |
|
This section describes the following:
To clone a Management Agent in graphical mode, follow these steps:
In Cloud Control, do one of the following:
From the Setup menu, select Add Target, and then, click Auto Discovery Results. On the Auto Discovery Results page, select a host you want to monitor in Enterprise Manager Cloud Control, and click Promote.
Enterprise Manager Cloud Control displays the Add Host Wizard, where you can select the option to clone an existing Management Agent.
From the Setup menu, select Add Target, and then, click Add Targets Manually. On the Add Targets Manually page, select Add Host Targets and click Add Host.
Enterprise Manager Cloud Control displays the Add Host Wizard, where you can select the option to clone an existing Management Agent.
On the Host and Platform page, do the following:
Accept the default name assigned for this session or enter a unique name of your choice. The custom name you enter can be any intuitive name, and need not necessarily be in the same format as the default name. For example, add_host_operation_1
A unique deployment activity name enables you to save the cloning details specified in this deployment session and reuse them in the future without having to enter all the details all over again in the new session.
Click Add to enter the fully qualified name and select the platform of the host on which you want to clone the Management Agent.
Note:
Oracle recommends you to enter the fully qualified domain name of the host. For monitoring purpose, Enterprise Manager Cloud Control adds that host and the Management Agent with the exact name you enter here.
You must enter only one host name per row. Entering multiple host names separated by a comma is not supported.
You must ensure that the host name you enter does not have underscores.
Alternatively, you can click either Load from File to add host names stored in a file, or Add Discovered Hosts to add host names from a list of hosts discovered by Enterprise Manager. For information on how the host name entries must appear in the host file, see Format of Host List File.
Note:
When you click Add Discovered Hosts and add hosts from a list of discovered hosts, the host's platform is automatically detected and displayed. The platform name is detected using a combination of factors, including hints received from automated discovery and the platform of the OMS host. This default platform name is a suggestion, so Oracle strongly recommends you to verify the platform details before proceeding to the next step.As you can clone only if the source host and destination host are running on the same platform, set the platform for the first host in the first row of the table and from the Platform list, select Same for All Hosts. This will ensure that the platform name you selected for the first host is also set for the rest of the hosts in the table.
Note:
If you are cloning a Management Agent on a platform that is different from the platform on which the OMS host is running, then ensure that the Management Agent software for that platform is available in Oracle Software Library (Software Library). If the Management Agent software for the required platform is not available in Software Library, acquire and apply the software using the Self Update console.To access the Self Update Console, from the Setup menu, select Extensibility, then select Self Update. To acquire the latest Management Agent software, click Agent Software, select the required software, then click Download.
For more information on how to acquire and apply the Management Agent software for a platform using the Self Update console, see Oracle Enterprise Manager Cloud Control Basic Installation Guide.
Click Next.
On the Installation Details page, do the following:
In the Deployment Type section, select Clone Existing Agent. Then, for Select Target, click the torch icon and select the Management Agent you want to clone.
Note:
If you have multiple hosts sharing a common mounted drive, then install the Management Agents in two different phases:In the Add Host Targets Wizard, select the deployment type Clone Existing Agent, and clone the Management Agent to the host where the drive is shared.
In the Add Host Targets Wizard, select the deployment type Add Host to Shared Agent, and install a Management Agent on all other hosts that access the shared, mounted drive. (Here, you will select the Management Agent you cloned in the previous step as the master agent or shared agent.)
Figure 7-1 describes this step.
From the table, select the first row that indicates the hosts grouped by their common platform name.
In the Installation Details section, provide the installation details common to the hosts selected in Step 3 (b). For Installation Base Directory, enter the absolute path to the agent base directory where you want the software binaries, security files, and inventory files of the Management Agent to be copied.
For example, /usr/home/software/oracle/agentHome
If the path you enter does not exist, the application creates a directory at the specified path, and copies the Management Agent software binaries, security files, and inventory files there.
Note:
The Installation Base Directory is essentially the agent base directory. Ensure that the directory you provide is empty. If a previously run deployment session had failed for some reason, then you might see an ADATMP_<timestamp> subdirectory in the installation base directory. In this case, either delete the subdirectory and start a new deployment session, or retry the failed session from the Add Host Status page.For Instance Directory, accept the default instance directory location or enter the absolute path to a directory of your choice where all Management Agent-related configuration files can be stored.
For example, /usr/home/software/oracle/agentHome/agent_inst
If you are entering a custom location, then ensure that the directory has write permission. Oracle recommends you to maintain the instance directory inside the installation base directory.
If the path you enter does not exist, the application creates a directory at the specified path, and stores all the Management Agent-related configuration files there.
From Named Credential list, select an appropriate profile whose credentials can be used for setting up the SSH connectivity between the OMS and the remote hosts, and for installing a Management Agent on each of the remote hosts.
Note:
If you do not have a credential profile, or if you have one but do not see it in the Named Credential list, then click the plus icon against this list. In the Create New Named Credential window, enter the credentials and store them with an appropriate profile name so that it can be selected and used for installing the Management Agents. Also set the run privilege if you want to switch over from the Named Credential you are creating, to another user who has the privileges to perform the installation.
If the plus icon is disabled against this list, then you do not have the privileges to create a profile with credentials. In this case, contact your administrator and either request him/her to grant you the privileges to create a new profile or request him/her to create a profile and grant you the access to view it in the Named Credential list.
If you have manually set up SSH public key authentication between the OMS and the remote hosts, then you may not have a password for your user account. In this case, create a named credential with a dummy password. Do NOT leave the password field blank.
For Privileged Delegation Setting, validate the Privilege Delegation setting to be used for running the root scripts. By default, it is set to the Privilege Delegation setting configured in Enterprise Manager Cloud Control.
For example, you can specify one of the following for the Privileged Delegation Setting field:
/usr/bin/sudo -u %RUNAS% %COMMAND% /usr/bin/sesu - %RUNAS% -c "%COMMAND%" /usr/bin/pbrun %PROFILE% -u %RUNAS% %COMMAND% /usr/bin/su - %RUNAS% -c "%COMMAND%"
If you leave the Privileged Delegation Setting field blank, the root scripts will not be run by the wizard; you will have to run them manually after the installation. For information about running them manually, see After You Clone.
This setting will also be used for performing the installation as the user set in the Run As attribute of the selected Named Credential if you had set the user while creating that Named Credential.
Note:
In the Privilege Delegation setting, the
%RUNAS% is honored as the root user for running the root scripts and as the user set in the Run As attribute of the Named Credential for performing the installation.For Port, accept the default port (3872) that is assigned for the Management Agent to communicate, or enter a port of your choice.
The custom port you enter must not be busy. If you are not sure, you can leave this field blank. Enterprise Manager Cloud Control automatically assigns the first available free port within the range of 1830 - 1849.
(Optional) In the Optional Details section, enter the absolute path to an accessible location where the preinstallation and postinstallation scripts you want to run are available. Note that only one preinstallation or one postinstallation script can be specified.
If you want to run the script as root, then select Run as Root. If the script is on the host where OMS is running and is not on the host where you want to install the Management Agent, then select Script on OMS. In this case, the script will be copied from the OMS host to the destination hosts, and then run on the destination hosts.
(Optional) For Additional Parameters, enter a whitespace-separate list of additional parameters that you want to pass during the installation. For a complete list of supported additional parameters, see Table 7-2.
For example, if you want to provide the inventory pointer location file, then enter -invPtrLoc followed by the absolute path to the file location. Note that this parameter is supported only on UNIX platforms, and not on Microsoft Windows platforms.
Repeat Step 3 (b) to Step 3 (i) for every other row you have in the table.
Click Next.
On the Review page, review the details you have provided and if you are satisfied with the details, then click Deploy Agent to clone the Management Agent.
If you want to modify the details, then click Back repeatedly to reach the page where you want to make the changes.
When you click Deploy Agent and submit the deployment session, you are automatically taken to the Add Host Status page that enables you to monitor the progress of the deployment session.
Note:
On the Add Host Status page, if you see the error message Copying Source Agent Image Failed, then refer to the following log file in the OMS home:$<OMS_HOME>/sysman/prov/agentpush/<timestampdir>/applogs/deployfwk.log
This error usually occurs when the job system is not enabled on the source Management Agent you are cloning. Ensure that the job system is enabled.
Table 7-2 lists the additional parameters supported for cloning a Management Agent in graphical mode.
Table 7-2 Supported Additional Parameters
| Parameter | Description |
|---|---|
|
INVENTORY_LOCATION |
Enter the absolute path to the Central Inventory (oraInventory). For example, Note: This parameter is supported only on UNIX platforms, and not on Microsoft Windows platforms. This parameter will be used only when the Central Inventory pointer |
|
-invPtrLoc |
Enter the absolute path to the inventory file that has the location of the Central Inventory (oraInventory). For example, Note: This parameter is supported only on UNIX platforms, and not on Microsoft Windows platforms. |
|
s_agentSrvcName |
(Only for Microsoft Windows) Enter a custom name for the Management Agent service. Every Management Agent appears as a service in Microsoft Windows, and every Management Agent has a default service name. If you want to assign a custom name to identify it, then use this parameter. For example, Note: If you upgrade a 12c Release 1 (12.1.0.1) Management Agent installed on a Microsoft Windows host to 12c Release 2 (12.1.0.2), and you want to install another Management Agent on the same host, reporting to a different OMS, ensure that you specify the |
|
EM_STAGE_DIR |
Enter the absolute path to a custom location that can be created as a temporary Provisioning Advisor Framework (PAF) staging directory. By default, every time you install a Management Agent, a PAF staging directory is created for copying the Software Library entities related to the deployment procedures. By default, this location is the scratch path location ( If you want to override this location with a custom location, you can pass this option and enter a custom location. For example,
|
|
b_startAgent=false |
Specify this parameter if you do not want the Management Agent to start automatically once it is installed and configured. If you do not specify this parameter, the Management Agent starts automatically once it is installed and configured. |
|
b_secureAgent=false |
Specify this parameter if you do not want the Management Agent to be secured after the install. If you specify this parameter, ensure that you also specify the OMS HTTP port, using the For example, If you do not specify this parameter, the Management Agent is secured automatically after the install. |
In the Add Host Targets Wizard, you can click Load from File to add the hosts listed in a file. However, ensure that the file you select has one of the following formats:
Only the host name.
For Example,
host1.example.com
host2.example.com
The host name followed by the platform name.
For Example,
host1.example.com linux_x64
host2.example.com aix
The supported platform names are linux_x64, linux, solaris, hpunix, hpi, linux64_zseries, aix, linux_ppc64, windows_x64, solaris_x64, win32.
To clone a Management Agent manually, follow these steps:
Set the environment variables described in Table 7-3.
Navigate to the agent base directory:
cd $AGENT_BASE_DIR
Note:
By default, when you install a Management Agent, it is automatically configured with the Oracle Home discovery plug-in, the Oracle Home monitoring plug-in, and all the discovery plug-ins that are configured with the OMS from where the Management Agent is being deployed. However, after installing the Management Agent, if you deploy any additional plug-ins to it, then before cloning the Management Agent, you must edit theplugins.txt file, and add information about the additional plug-ins to the file.
This is a prerequisite mentioned in Prerequisites. If you have not met this prerequisite, then follow these steps:
Open the plugins.txt file present in the installation base directory.
Note: If the plugins.txt file does not exist, then you must create it.
Add entries in the following format for every additional plug-in you deployed to the Management Agent:
<plug-in_id>|<plug-in_version>||<plug-in_type>
For example, oracle.sysman.oh|12.1.0.2.0||discoveryPlugin
The first field specifies the plug-in ID, the second field specifies the plug-in version, the third field is blank, and the fourth field specifies the plug-in type. Ensure that you specify discoveryPlugin as the plug-in type for a discovery plug-in, and agentPlugin as the plug-in type for a monitoring plug-in.
Note: To find the plug-in ID, plug-in version, and plug-in type, see the plugins directory present in the installation base directory. For each plug-in, you should see a subdirectory that is titled based on the plug-in ID, type, and version.
For example, for a plug-in contained in the oracle.sysman.db.discovery.plugin_12.1.0.2.0 directory, oracle.sysman.db is the plug-in ID, 12.1.0.2.0 is the plug-in version, and discovery indicates that the plug-in is a discovery plug-in. For the plug-in contained in this directory, you must add the following entry in the plugins.txt file:
oracle.sysman.db|12.1.0.2.0||discoveryPlugin
Save the plugins.txt file.
Compress the directories and files present in the agent base directory, and a create a ZIP file in the temporary directory:
zip -r $T_WORK/agentcoreimage.zip core sbin plugins plugins.txt agentimage.properties
Navigate to the temporary directory:
cd $T_WORK
Copy the agentDeploy.sh to the temporary directory:
cp $AGENT_HOME/sysman/install/agentDeploy.sh .
Copy the UNZIP utility to the temporary directory:
cp $AGENT_HOME/bin/unzip .
Copy the agentimage.properties to the temporary directory:
cp $AGENT_BASE_DIR/agentimage.properties .
Create the final ZIP file with all the contents to be transferred, in the temporary directory:
zip -r agent.zip $T_WORK/*
Transfer the ZIP file to the installation base directory of the destination host using a file transfer utility (for example, FTP).
Extract the contents of the ZIP file.
Create a response file titled agent.rsp (in the same directory) as described in Table 6-3.
Note:
The response file you create can have any name, and not necessarilyagent.rsp. For easy understanding, this chapter uses the name agent.rsp. Also, instead of creating a response file, you can choose to pass the values in separate arguments while invoking the deployment script. However, Oracle recommends that you create a response file and capture the information there.Invoke the deployment script and pass the response file:
<Agent_Base_Directory>/agentDeploy.sh AGENT_BASE_DIR=<absolute_path_to_agentbasedir> RESPONSE_FILE=<absolute_path_to_responsefile>
Note:
Instead of creating a response file, if you choose to pass the values in separate arguments, then invoke the deployment script with some mandatory arguments in the following way:
<Agent_Base_Directory>/agentDeploy.sh AGENT_BASE_DIR=<absolute_path_to_agentbasedir> OMS_HOST=<oms_hostname> EM_UPLOAD_PORT=<em_upload_port> AGENT_REGISTRATION_PASSWORD=<password>
In addition to passing the agent base directory and a response file (or individual mandatory arguments with installation details), you can also pass other options that are supported by the deployment script. For more information, see Understanding the Options Supported by the agentDeploy Script.
Table 7-3 lists the environment variables you need to set and describes how you can set them.
Table 7-3 Setting Environment Variables for Cloning Agent Using ZIP File
|
AGENT_BASE_DIR |
Set it to the installation base directory of the Management Agent you want to clone. |
|
|
AGENT_HOME |
Set it to the Oracle home of the Management Agent. For example,
|
|
|
T_WORK |
Set it to |
|
After you clone the Management Agent, follow these steps:
(Only for Graphical Mode) Verify the installation on the Add Host Status page. Review the progress made on each of the phases of the deployment operation — Initialization, Remote Prerequisite Check, and Agent Deployment.
Note:
In the Add Host Targets Wizard, after you click Deploy Agent to install one or more Management Agents, you are automatically taken to the Add Host Status page.If you want to view the details or track the progress of all the deployment sessions, then from the Setup menu, select Add Target, and then, click Add Targets Manually. On the Add Targets Manually page, select Add Host Targets and click Add Host Results.
If a particular phase fails or ends up with a warning, then review the details provided for each phase in the Agent Deployment Details section, and do one of the following:
Ignore the warning or failure, and continue with the session if you prefer.
You can choose to proceed with the deployment of Management Agents only on those remote hosts that have successfully cleared the checks, and you can ignore the ones that have Warning or Failed status. To do so, click Continue and select Continue, Ignoring Failed Hosts.
You can choose to proceed with the deployment of Management Agents on all the hosts, including the ones that have Warning or Failed status. To do so, click Continue and select Continue, All Hosts.
Fix the problem by reviewing the error description carefully, understanding its cause, and taking action as recommended by Oracle.
You can choose to retry the deployment of Management Agents with the same installation details. To do so, click Retry and select Retry Using Same Inputs.
You can retry the deployment of Management Agents with modified installation details. To do so, click Retry and select Update Inputs and Retry.
Note:
If you see the error message Copying Source Agent Image Failed, then refer to the following log file in the OMS home:$<OMS_HOME>/sysman/prov/agentpush/<timestampdir>/applogs/deployfwk.log
This error usually occurs when the job system is not enabled on the source Management Agent you are cloning. Ensure that the job system is enabled.
Verify the installation as described in After You Install.
Note:
If Oracle Management Agents 12c Release 1 or 2 (12.1.0.x ) hang frequently or do not respond on Solaris 9ux and 10ux operating systems, then refer to document ID 1427773.1 on My Oracle Support.
If you want to repoint your existing Management Agents to a new Oracle Management Service (OMS), then you must first deinstall those Management Agents and plug-ins, and then redeploy those Management Agents and plug-ins using the new OMS. This is typically done when you want to move from an Enterprise Manager Cloud Control system in a test environment to an Enterprise Manager Cloud Control system in a production environment.
When you repoint your existing Management Agents to a new OMS, you cannot move the targets monitored by the Management Agents, the target history, and the Management Agent history. The monitored targets and the history data is lost.
|
 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Legal Notices |
|