Prerequisites for upgrade
This topic describes the prerequisites that you must perform before you upgrade your BMC Cloud Lifecycle Management solution to version 3.0 in high availability (HA) and non-HA environments. In this topic, the following sections are provided:
- To create backups and snapshots
- To remove Enterprise AR System server and Cloud database from the server group
- To update the DSO information
- Prerequisites for the enterprise AR System server
- Prerequisites for Cloud Platform Manager
- Prerequisites for BMC Network Automation
- Prerequisites for BMC ProactiveNet Performance Manager
To create backups and snapshots
- Take a snapshot of the physical computer or virtual machine (VM) and back up the database for the enterprise BMC Remedy AR System server and the Cloud database at the same time.
Ensure that you restore the database and host computers for enterprise AR System server and Cloud database together. Otherwise, you might encounter possible data corruption issues.
From the host on which you installed Cloud Platform Manager, back up the Platform_Manager folder.
- From the host on which you installed the preboot executable environment (PXE) server, back up the TFTP folder.
This folder is deleted on the target computer during the upgrade process. Before you upgrade the PXE server, back up your data store.
- For all products that you want to upgrade in the solution:
- Take a snapshot of the host on which you installed the product.
- Back up the product database, if one exists.
For example, for BMC Atrium Core - Web Registry components, take a snapshot of the host on which you installed the web registry. For the enterprise AR System server, backup the the host on which you installed the product and the database.
To remove Enterprise AR System server and Cloud database from the server group
Before you install the AR Extension, you must remove the AR System Servers from the server group. You must perform this step to remove any load balancer settings that you might have configured in your environment.
- Go to ARSystemserverInstallationdirectory\Conf.
Open the ar.conf (on Linux) or ar.cfg (on Microsoft Windows) file and remove the following entries:
Map-IP-Address: 10.128.253.183 10.128.105.209
Map-IP-Address: 10.128.106.166 10.128.105.209- Update the Server-Name and Server-Connect-Name properties with the host name on which you installed the enterprise AR System server.
To update the DSO information
If you have installed a server group environment for the following products, ensure that you update the Distributed Server Option (DSO) for them to point to the Primary servers:
- BMC Remedy AR System and BMC Remedy IT Service Management (ITSM) Suite servers (all nodes in server group)--Update the DSO target with the BMC Remedy AR System Cloud Database – Primary host information
- BMC Remedy AR System Cloud Database servers (all nodes in server group)-- Update the DSO target with the BMC Remedy AR System and BMC Remedy IT Service Management (ITSM) Suite – Primary host information
- Using the mid tier, log on to any of the AR System server in the server group.
- Search for the Distributed Logical Mapping form and change the Name attribute value to the host name on which you installed the enterprise AR System server – Primary or Cloud Database – Primary depending on the following points:
- For the enterprise AR System server, specify the Cloud Database – Primary host name.
- For the Cloud database, specify the enterprise AR System server – Primary host name.
- Using the mid tier, log on to the Primary and Secondary servers of the enterprise AR System server and the Cloud database products.
- Go to AR System Administration Console > System > General > Server Information > Connection Settings > DSO Server tab.
- Change the Server Nameto the local host name on which you installed the enterprise AR System server – Primary depending on the following points:
- For the enterprise AR System server, specify the Cloud Database – Primary host name.
- For the Cloud database, specify the enterprise AR System server – Primary host name.
- Click the Configuration tab.
- Clear the Server Group Member box.
- Restart the AR System server service on the enterprise AR System server and Cloud database hosts.
Prerequisites for the enterprise AR System server
Before you upgrade the enterprise AR System server host, you must complete the following prerequisites:
Ensure that the enterprise AR System Server host has a minimum of 16 GB RAM and 4 CPUs available.
Verify that the following queue parameters are listed in the ar configuration file (ar.cfg on Windows and ar.conf on Linux):
Private-RPC-Socket: 390601 1 1
Private-RPC-Socket: 390603 5 10
Private-RPC-Socket: 390620 12 12
Private-RPC-Socket: 390621 12 16
Private-RPC-Socket: 390622 4 6
Private-RPC-Socket: 390626 12 12
Private-RPC-Socket: 390635 20 20
Private-RPC-Socket: 390680 2 25
Private-RPC-Socket: 390681 4 4
Allow-Unqual-Queries: T- If the queue parameters are not present on the enterprise AR System Primary and Secondary servers, add these parameters in ar configuration file and restart the AR System server services.
For MS SQL Server database, update the following database tuning settings:
Alter database ARSystem set recovery simple;
Alter database ARSystem set ALLOW_SNAPSHOT_ISOLATION ON;
Alter database ARSystem set single_user with Rollback immediate;
Alter database ARSystem set READ_COMMITTED_SNAPSHOT ON;
Alter database ARSystem set multi_user;
Alter database ARSystem set PARAMETERIZATION FORCED;Open the CMF:PluginConfiguration form for the enterprise AR System server and change the following attributes:
Example: Callback URL: {nolink}http://CLM-MT:8080/arsys/plugins/CloudCallBackPlugin/params?server=<EnterprisePrimaryHostname>&username=csmcallback&pwd=csmcallback{nolink}- Callback URL: set to the host name on which you installed the enterprise AR System Server – Primary
- FIELD_AO_HOST: set to host name on which you installed BMC Atrium Orchestrator – Primary
Update the BMC BMC.CLOUD.BMc_Callout join form on the Cloud Database host:
Example:{nolink}[http://clm-mt:8080/arsys/plugins/CloudCallBackPlugin/params?server=]<ITSMPrimartHost>&username=csmcallback&pwd=csmcallback&operation=CHECK_CHANGE_REQUIRED{nolink}- Search for the CSM Change integration HTTP Callout entry.
- Click on View relationship and open the URL entry.
- From the Custom tab, update the Attribute Value with the host name on which you installed the enterprise AR System Server – Primary.
Prerequisites for Cloud Platform Manager
Before you upgrade the Cloud Platform Manager host, you must complete the following prerequisites:
- Open the Cloudservice.JSON file and set the attributevalue parameter of the enterprise AR System server load balancer setting name to the host name on which you installed the Cloud Database – Primary.
- Open the BMC Remedy Configuration Tool using the following URL: http://:<hostname>:<port>/arsys/shared/config/config.jsp.
- On the AR Server Settings panel, click Add Server and specify the enterprise AR System Server – Primary host name.
- On the General Settings panel, set the following fields to he enterprise AR System Server – Primary host name:
- Preference Server(s)
- Data Visualization Module Server(s)
- Homepage Server
- Authentication Server
Prerequisites for BMC Network Automation
This section lists the prerequisites for BMC Network Automation.
Upgrading pod and container blueprints
The XML schema for pod and container blueprints in BMC Cloud Lifecycle Managment version 3.0 contains significant differences from the previous version. Any blueprints that are in the BMC Network Automation database during the upgrade are automatically updated with the latest XML schema. Any pod and container blueprint files outside of the BMC Network Automation database will not be updated, and you will no longer be able to import those blueprint files.
If you are upgrading from BMC CLoud Lifecycle Management version 2.1 to version 3.0, BMC recommends that you perform the following procedure to upgrade your pod and container blueprints.
To upgrade pod and container blueprints:
- Locate all pod and container blueprints that you want to be able to use in your upgraded environment.
- Import all of those pod and container blueprints into BMC Cloud Lifecycle Management version 2.1.
- Upgrade BMC Cloud Lifecycle Management to version 3.0. The XML schema for all blueprint files are updated.
- Export the pod and container blueprints, if desired.
Upgrading network containers (remove multiple merge actions in a node)
Since multiple merge actions executed on the same container node to configure or unconfigure it now involve concatenation of the underlying templates involved, you should make sure that their templates do not contain unnecessary exit statements at the bottom which could interfere with this logic.
Upgrading rogue switches
The API methods in BMC Cloud Lifecycle Management version 3.0 for provisioning to a physical switch or rogue hypervisor switch are not usable for containers created in BMC Cloud Lifecycle Management version 2.x, which have been upgraded version 3.0.
Upgrading BMC Network Automation API calls
If your BMC Cloud Lifecycle Management version 2.1 environment contains customizations that called the BMC Network Automation API (for example, for QTS), your customizations must be translated to use the new BMC Network Automation API used for BMC Cloud Lifecycle Management version 3.0.
Prerequisites for BMC ProactiveNet Performance Manager
Before you upgrade the BMC ProactiveNet components, you must complete the following prerequisites:
- Ensure that all the BMC ProactiveNet servers and the BMC ProactiveNet Data Collection Host systems with domain names can be pinged by one another.
- If the BMC ProactiveNet database and the BMC Application Server reside on different systems, ensure that they are synchronized.
For fixing issues with the BMC ProactiveNet and Performance Manager upgrade, see Upgrade-issues-with-BMC-ProactiveNet-Performance-Management.