You can migrate an earlier maintenance level of the data
collector interactively using the migration utility.
Before you begin
If you installed
the WebSphere® Application
Server or WebSphere Portal
Server using a non-root user account, before you run the configuration
utilities, verify that the non-root user has read and write privileges
to the following agent directories in
install_dir/yndchome/7.3.0.14.08 where
install_dir is the
installation directory of the
WebSphere Applications agent:
Provide read and write permissions using the
chmod 777
command,
if required. Also, log in as the user that was used to install the
application server.
About this task
You can migrate an earlier maintenance level of the data
collector interactively using the migration utility. If you want to
migrate many application server instances, it might be more convenient
to use the migration utility in silent mode. Important:
- You can only migrate previous maintenance levels of 7.3 version
of a data collector. The version of the data collector is indicated
in the data collector home directory path.
- You cannot migrate from the data collector version 7.3 to 7.3
fix pack 1. Instead, unconfigure the data collector and uninstall
the agent version 7.3. Then install the agent version 7.3 fix pack
1 and configure the data collector again.
Procedure
- Log in as the user that was
used to install the application server.
- Start the migration utility from the installation
directory of the latest version of the agent.
Run the command dc_home/bin/migrate.sh
Run the command dc_home\bin\migrate.bat
- The utility displays the IP addresses of all network cards
that are found on the local computer system.
Enter the
number that corresponds to the IP address to use.
- The utility discovers all servers configured by older maintenance
levels of the data collector and lists them. The data collectors are
grouped by maintenance level.
Select one or more application
server instances from the list.
The list might include both traditional WebSphere server instances
and Liberty servers. Traditional WebSphere server
instances might be under different profiles.
Tip:
- If several instances under one profile are monitored, you must
select them all for migrating at the same time.
- Migrate all servers under the liberty profile at the same time.
Partially migrating configured servers might cause instability.
Remember:
- For a stand-alone environment, application server instances must
be running.
- For a Network Deployment environment, the node agent and deployment
manager must be running.
- Liberty servers are not required to be running during the migration.
- Enter the number that corresponds to the application server
instance whose data collector is to be migrated or enter an asterisk
(*) to migrate the data collector of all application server instances.
To specify a subset of servers, enter the numbers, separated
by commas, that represents the servers. For example: 1,2,3
.
The
migration utility automatically integrates each data collector with
the monitoring agent. The monitoring agent host and port values are
retrieved from the existing configuration files.
-
Enter an alias for each of the selected servers.
The default value is the existing server alias.
-
For the Liberty server instance, enter the JVM home directory when
prompted. For example, /opt/IBM/java.
- The utility determines whether WebSphere global security is enabled for
each of the profiles where data collection is being migrated.
If WebSphere Global
Security is enabled for one or more profiles, specify whether to retrieve
security settings from a client properties file:
The data
collector communicates with the WebSphere Administrative
Services using the RMI or the SOAP protocol. If global security is
enabled for a profile, you must specify the user ID and password of
a user who is authorized to log in to the IBM® WebSphere Application
Server administrative console for the profile.
Alternatively, you
can encrypt the user name and password and store them in the application
server client properties files before configuring the data collector.
You must use the sas.client.props file for an
RMI connection, or the soap.client.props file
for an SOA connection.
- Enter 1 to allow the utility to
retrieve the user name and password from the appropriate client properties
file and skip to step 11.
Otherwise, enter 2 to enter the user name and password.
Important: It may take some time to log in to the WebSphere Application Server administrative
console.
- Enter the user name and password for each profile whether WebSphere Global Security
is enabled.
- The utility migrates data collection for
each selected application server instance. It displays a status message
that indicates whether the migration of each server completed successfully.
- Restart the instances as directed by the utility. The data
collector configuration takes effect when the application server instances
are restarted.
Results
The data collector is migrated to the latest maintenance level
installed.
What to do next
The migration utility preserves the settings that were configured
in the older version of the data collector. To modify these settings,
you can run either the configuration or reconfiguration utility in
interactive or silent mode from the dc_home\bin directory
of the new data collector. For more information, see Configuring or reconfiguring the data collector with full configuration utilities .