Operations Bridge Manager

For Windows® and Linux operating systems

Software Version: 2019.11

Customized output from:

Operations Bridge Manager 2019.11 Installation and Upgrade Guide

Document Release Date: November 2019

Software Release Date: November 2019

HPE logo

Legal Notices

Warranty

The only warranties for products and services of Micro Focus and its affiliates and licensors (“Micro Focus”) are set forth in the express warranty statements accompanying such products and services. Nothing herein should be construed as constituting an additional warranty. Micro Focus shall not be liable for technical or editorial errors or omissions contained herein. The information contained herein is subject to change without notice.

Restricted Rights Legend

Confidential computer software. Except as specifically indicated otherwise, a valid license from Micro Focus is required for possession, use or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor's standard commercial license.

Copyright Notice

© Copyright 2015 - 2019 Micro Focus or one of its affiliates

Trademark Notices

Java is a registered trademark of Oracle and/or its affiliates.

Linux® is the registered trademark of Linus Torvalds in the U.S. and other countries.

Microsoft®, Windows®, Lync®, Windows NT®, Windows® XP, and Windows Vista® are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries.

Oracle is a registered trademark of Oracle Corporation and/or its affiliates.

UNIX® is a registered trademark of The Open Group.

This product includes an interface of the 'zlib' general purpose compression library, which is Copyright © 1995-2002 Jean-loup Gailly and Mark Adler.

 
Distributed
Database Server OMi Servers User Interface Data Providers BSM Connector Integrations Load Balancer Gateway Servers Data Processing Servers Mail Server

About this guide

Welcome to the Operations Bridge Manager 2019.11 Installation and Upgrade Guide. This guide enables you to first specify the type of installation or upgrade that you plan to perform, and then view or print customized content, which includes only the requirements and tasks that apply to you.

You can only select certain combinations of options. Therefore, as you make your selections, you may notice that some options disappear or become unavailable.

OBM deployment

OBM is a universal event-correlation software that uses IT topology to automatically correlate related events for quicker and easier root-cause identification—essential in today's complex virtualized and cloud environments—and for heightened efficiency of ITIL event and incident management.

OBM is part of the Operations Bridge solution. It provides a way for IT administrators to pull together events from different monitoring tools. The monitoring tools can be Micro Focus applications, such as Operations Manager, Operations Agent, ArcSight Logger, and SiteScope, or third-party tools such as IBM Tivoli Enterprise Console (TEC), Microsoft System Center Operations Manager (SCOM), or Nagios. OBM, with its Operations Connectors, can pull that monitoring data together, reduce duplicate event reporting, and prioritize the events by business criticality.

Deploying OBM in an enterprise network environment is a process that requires system architecture design, resource planning, and a well-planned deployment strategy. Micro Focus Software Professional Services offers consulting services to assist customers with OBM strategy, planning, and deployment. For information, contact a Micro Focus representative.

Choose the setup type

Enterprise setup
Express setup

To set up OBM in an enterprise environment, you typically install the OBM software on one or more systems, depending on whether you choose a single-server deployment (all OBM components and servers on the same system) or a distributed deployment (OBM servers on multiple, dedicated systems). Afterward, you configure the application appropriately. In an enterprise environment, the OBM database server typically resides on a remote system. A load balancer distributes the communication to multiple OBM servers.

Express setup enables you to install and configure OBM by using default values with all its components and servers on the same system. OBM deployed with the express setup uses embedded Apache HTTP Server and an embedded PostgreSQL database, enables TLS with OBM-generated certificates, and installs the OBM Management Pack for Infrastructure. We recommend the express setup for environments where you want to demonstrate or evaluate OBM, or for small environments with less than 2,000 nodes.

Choose the installation type

Install and configure OBM
Upgrade from OMi 10.6x or later versions
Uninstall OBM

To deploy OBM, you must first install the OBM software on one or more servers, depending on whether you choose a single-server or a distributed deployment, and then configure the application for your environment. The configuration includes, for example, communication, database, server, and login settings.

Note To install and configure OBM silently, select the option Silent deployment in the Select additional options section below.

You can upgrade from OMi 10.6x to OBM 2019.11. If you want to upgrade from a version prior to 10.6x, you must first upgrade to OMi 10.6x and then follow the steps to upgrade to OBM 2019.11.

Both in-place upgrade and side-by-side migration are supported. In-place upgrades begin with an uninstallation, as OBM 2019.11 replaces your earlier OBM version.

The OBM upgrade runs in silent mode by default. Make sure to select the option Silent deployment in the Select additional options section. To upgrade using the GUI, select the option GUI deployment in the Select additional options section.

Note During the upgrade, depending on the exact scenario, certain customizations of your original product deployment may be lost. In such cases, you must reapply or adjust them after the upgrade. To retrieve applicable information and instructions, make relevant selections in the Select additional options section below.

You can completely uninstall OBM.

Choose the upgrade type

In-place upgrade
Side-by-side migration

In-place upgrade refers to installing OBM 2019.11 on the original OBM host systems and installing it in such a way that the original OBMdatabasesdatabase schemas continue to be used. This can only be performed after uninstalling the earlier OBM version and therefore results in greater downtime.

You can perform in-place upgrade using the silent mode or GUI. OBM recommends the silent mode of upgrade.

Side-by-side migration refers to installing OBM 2019.11 on different host systems and databasesdatabase schemas to allow the original OBM servers to continue functioning while the upgrade is in process. The original servers are referred to as the production environment. This minimizes downtime and allows you to ensure that the new servers are functioning as required before switching to them.

During side-by-side migration, OBM 2019.11 is installed on the staging servers. Side-by-side migration begins when both production and staging servers are installed. During the process, event data is forwarded from the earlier OBM version to OBM 2019.11.

Only changes to the database are transferred during side-by-side migration, configuration changes made to the production servers are not transferred.

Note Perform side-by-side migration if your source and target environments are not running the same operating systems.

Choose the deployment type

Distributed deployment
Single-server deployment

Distributed deployment is a deployment where one instance of a gateway server is installed on one system and the data processing server is installed on another system. Distributed deployments can benefit from various high availability and load balancing options.

To set up a distributed deployment, specify the server type you want to install on each system while running the installation wizard. You can install these servers in parallel and in any order but you must configure a data processing server first.

Single-server deployment has the gateway server and data processing server installed on the same host system.

A single-server deployment can be used for many installation scenarios as long as the system has the required hardware to handle the load. For large loads, the single-server deployment might require a system with a very large RAM that will not be recommended or supported by your IT. Single-server deployment is more economic in terms of resources since many of the common components are deployed only once.

Choose the database management system

Microsoft SQL Server (remote DBMS)PostgreSQL (embedded DBMS)
Oracle Database (remote DBMS)
PostgreSQL (remote DBMS)
PostgreSQL (embedded DBMS)

Note The Operations Bridge Express Edition Suite does not entitle you to use Microsoft SQL Server or Oracle Database with OBM.

Select the option that matches your current OBM environment.

OBM requires a database to store information. You can use an embedded PostgreSQL database instance, or a database instance on a remote systemmust reuse the existing database instance.

If you decide to use a remote database instance, you can preconfigure it or OBM can configure it for you. For detailed information on deploying the database servers in your system for use with OBM, and creating the databasesdatabase schemas manually, see the OBM Documentation.

If you decide to use an embedded PostgreSQL database instance, OBM installs and configures the instance for you on the same system that hosts the OBM data processing server. Deployments with an embedded PostgreSQL database instance are limited to only one data processing server.

Note As part of any type of upgrade, OBM supports migrating its databases to a later version of Microsoft SQL Server. However, database migration is not automated. Follow the applicable step of the upgrade instructions in this guide to migrate OBM databases at a proper time during the process.

Note As part of the OBM 10.6x upgrade process, OBM 2019.11 updates the embedded PostgreSQL database management system to the version 9.6.12.

Choose the operating system

Microsoft Windows
Linux

Choose the operating system that runs on the computers where you want to install OBM.

Select additional options

Load balancing
Change of Windows user account for OBM servicesUse of non-root Linux user account for OBM processes
Silent deployment
GUI deployment
Collect debug information

Load balancing divides the work load among several computers.

As a result, system performance and availability increases. In distributed deployments, OBM requires a load balancer if there are two or more gateway servers configured. For higher security, we recommend load balancing on the OSI model layer 2 or 4 to pass through TLS traffic to the gateway servers.

Load balancer-related customizations of your original OBM deployment may need adjustment after the upgrade. To retrieve applicable instructions, select the Load balancing option.

You can change the Windows user accounts that get associated with the OBM services by default.

You can change the Linux user accounts that get associated with the OBM processes by default.

Select the Silent or GUI deployment option based on your install/upgrade sceanrio.

With GUI deployment, you can perform upgrade using the respective wizards by providing the required values. After running the upgrade, -d -gui the uninstallation wizard window is displayed. Perform the uninstallation, installation and configuration through the UI. During configuration, you must provide the required values manually in the configuration wizard.

With silent deployment, you perform both OBM installation and the subsequent configuration in a silent mode, without using the respective wizards the required values are gathered directly from the previously prepared input files. For OBM configuration, the files are either based on the bundled configuration templates (that you edit in advance) or they are created by the configuration wizard itself (during a preparatory session that does not apply any changes).

View or print

You can view your customized document on the screen, or print it.

If you have a PDF print driver installed on your system, click Print to create PDF documents that are customized according to your selections. PDF print drivers are available from several open source and third-party providers.

Check your selections

The following steps are customized according to your selections. Check that your selections are correct.

 

If any selections are not correct, click Change.

Check the hardware requirements

  • Processor. 4 CPU cores minimum, 8 recommended. We recommend using 2.4 GHz CPU cores or faster.

    In a virtual environment, make sure the number of virtual CPUs is equivalent to the number of physical CPU cores used.

    Tip Because OBM performance is dependent upon processor speed, we recommend getting the fastest possible processor to ensure adequate performance.

  • Memory. The following table lists the physical memory requirements (in GB). The amount of total memory (physical memory and the paging or swap file) should be at least 8 GB bigger than the required minimum.

    Deployment Single Server Data Processing Server Gateway Server
    Small (up to 2,000 nodes) Minimum 12 10 5
    Recommended 14 11 7
    Medium (up to 5,000 nodes) Minimum 14 12 6
    Recommended 18 16 8
    Large (more than 5,000 nodes) Minimum 32 30 10
    Recommended 44 42 12

    In addition, some memory is required for temporary data.

    Disk Space: If you have problems with your disk space, consider removing all dump files in the following directories: C:\HPBSM\bin and For 10.6x versions: C:\HPBSM\odb\bin, For 10.7x and later versions: C:\HPBSM\<ucmdb folder>\bin/opt/HP/BSM/bin and For 10.6x versions: /opt/HP/BSM/odb/bin, For 10.7x and later versions:/opt/HP/BSM/<ucmdb folder>/bin

    Embedded PostgreSQL database management system. When deploying OBM with the embedded PostgreSQL database management system, the additional 1 GB of virtual memory is required on either the single server or the data processing server.

  • Free storage space. Before performing installation or upgrade of OBM, make sure the following amount of free storage space (in GB) is available:

    Default Directory Minimum Recommended
    /opt/HP/BSM 25 50
    /opt/OV 1 1
    /var 1111 2222
    /tmp

    520 (during installation only)

    If there is not enough free storage space in the /tmp directory, you can change the default temporary directory that OBM uses during installation. To do so, run the following commands in the command shell in which you plan to start the installation wizard later:

    export IATEMPDIR=<DirectoryForTemporaryFiles1>

    export _JAVA_OPTIONS=-Djava.io.tmpdir=<DirectoryForTemporaryFiles2>

    export CHECK_DISK_SPACE=OFF

    In these instances, <DirectoryForTemporaryFiles1> and <DirectoryForTemporaryFiles2> are absolute paths of the directories with sufficient free storage space. Depending on your configuration, both paths may point to the same directory.

    Note Do not use /opt/HP/BSM as the mount point, but rather /opt/HP (as /opt/HP/BSM is deleted when uninstalling OBM).

    Do not change the location of your original installation directory (the one you used for your previous OBM version).

    When using an embedded PostgreSQL database, an additional minimum of 10 GB (recommended are 20 GB) are required on C:\ProgramData\HP\BSM.

    Default Folder Minimum Recommended

    C:\HPBSM

    25 50

    C:\Program Files\HP\HP BTO Software

    C:\ProgramData\HP\BSM

    11

    22

    %TEMP% *

    520 (during installation only)

    * This is a user environment variable

    When using an embedded PostgreSQL database, an additional minimum of 10 GB (recommended are 20 GB) are required on C:\ProgramData\HP\BSM.

  • Additional requirements:

    • Access control list (ACL) support is required on the file system where OBM and the embedded PostgreSQL database are installed.

    • Uploading Operations Agent deployment packages to the OBM server requires up to 20 GB of additional free storage space.

    • OBM server must not be installed on a drive that is actually a mapped network folder.

      When using Remote Desktop Protocol (RDP) and device redirection, make sure that you do not install OBM server on a local disk of the client system.

    • For the hardware requirements for remote database servers (database management systems), see the OBM Database Guide.

Check the software requirements

  • Basic requirements. The entire distribution (with original equipment manufacturer (OEM) support) and the latest recommended set of patches are required. You can install OBM on a system with minimal Linux installation and with minimal graphical user interface support.

  • Unzip. OBM requires the unzip package.

    You can install this package by running the following command:

    yum install unzip

  • Init scripts. OBM requires the initscripts package.

    You can install this package by running the following command:

    yum install initscripts

  • Perl. OBM requires the Perl package.

    You can install this package by running the following command:

    yum install perl

  • Asynchronous I/O (AIO) libraries. OBM requires the libaio package.

    You can install this package by running the following command:

    yum install libaio

  • PNG support libraries. OBM requires the libpng12 package.

    You can install this package by running the following command:

    yum install libpng12.x86_64

  • libXtst extension library. On all machines on which you want plan to install OBM, you must install the RPM package libXtst. Download the package from any RPM repository site that matches your system specifications (you can use, for example, the RPM search tool to find the correct package), and manually install the package by running the command yum install -y <libXtst package>

  • libnsl and libncurses packages library. On machines with RHEL 8 platform, on which you want plan to install OBM, you must install the RPM package libnsl and libncurses as a requirement for Operations Agent 12.12. Download the package from any RPM repository site that matches your system specifications, and manually install the package by running the command yum install -y <libnsl package> and yum install -y <libncurses package>

  • OpenSSL. To implement advanced hardening (for example, reverse proxy setup), OpenSSL 1.0.1 or later must be installed on the OBM host systems.

  • DISPLAY environment variable. The DISPLAY environment variable must be properly configured on the OBM host system unless you are deploying OBM by using the console or in the silent installation mode.

  • X Window System and X11 Libraries. The system from which you are invoking OBM installation must host an implementation of X Window System.

    Run the following command to install this package:

    yum groupinstall "X Window System"

    If you are doing an upgrade, you must ensure that X11 libraries are installed before starting the upgrade.

  • X Window System emulators. We recommend that you do not use third-party X Window System implementations (emulators), for example Exceed, to install OBM. Installing by using an emulator may slow the pace of the installation and may adversely affect the appearance and functionality of the user interface.

  • Windows patch requirement. If you are using a Windows system Windows systems older than Windows Server 2016, you must install Windows Patch KB2999226 and reboot the system.
  • Visual C++ 2017 Redistributable. Before proceeding with installation, uninstall Visual C++ Redistributable if it is already installed. For a higher version of the Visual C++ 2017 Redistributable, you can install it manually after the OBM installation is complete.
  • TCP setting. We highly recommend that you increase the TCP time delay above its default setting.

    For the Windows registry key entry HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters, create a new DWORD (32-bit) (REG_DWORD) value named TcpTimedWaitDelay, and enter 60 (decimal) for its value data.

    If this change is omitted, a long time delay (configured by default) might result in a problem with exhausting the available TCP resources.

    Caution We recommend that you back up Windows Registry before making any changes to it.

  • User Account Control (UAC). UAC must be disabled before installingupgrading to OBM 2019.11. For information on disabling UAC, see the Microsoft Windows documentation (for example, Microsoft TechNet).

    After the installation, you can reenable UAC.

  • Fully qualified domain names (FQDNs). Each OBM server must have a resolvable FQDN. To verify it, run the hostname and nslookup commands. If either command returns an FQDN, your domain name is supported.

    FQDNs of the server systems must consist only of the following characters: a-z, A-Z, 0-9, hyphen (-), and period (.)

  • Hostname resolution. OBM servers must be able to resolve names of the systems they communicate with. These include all OBM servers, database servers, and data collectors.

  • Application coexistence. OBM servers must be installed on dedicated host systems which must not run other applications.

    Installing OBM servers together with most other Micro Focus products on the same host system may result in port conflicts, performance issues, or other unexpected behavior. Coexistence of OBM servers with Operations Agent and Data Flow Probe (DFP) is supported. For details on the coexistence support, select Operations Bridge Manager from the product list in the following document:

    Support Matrices for Operations Center products

  • Ports. The installation checks whether the following ports are available: 80, 383, 443, 1098, 1099, 4447, 5445, 8009, 8080, and 29000.

    If the installation checks indicate that these ports are in use, the installation does not fail, but we recommend that you free the necessary ports before configuring OBM.

    For a complete list of ports used by OBM, see "Port Usage" in the OBM Administration Guide.

  • Reserved ports. The operating system reserves a range of ports for the use of applications that require outgoing connections to external systems.

    The installation checks if ports up to 30999 are available. We recommend to ensure that the dynamic port range reserved by the operating system starts at 31000 or above.

    1. Check the dynamic port range by running the following command:

      netsh int ipv4 show dynamicport tcp

      sysctl net.ipv4.ip_local_port_range

    2. If the reserved ports do not start at 31000 or above, run the following command to change this setting:

      netsh int ipv4 set dynamicport tcp start=31000 num=16384

      If the reserved ports do not start at 31000 or above, edit the file /etc/sysctl.conf, and add or modify the following setting: net.ipv4.ip_local_port_range=31000 65535

    3. Run the following command for the changes to take effect:

      sysctl -p

  • Time settings. Host systems of all OBM servers and the database management system must have the same settings for the following parameters:

    • Date and time

    • Time zone

    • Daylight saving time configuration

  • L-Core. OBM installs the L-Core packages. If an earlier version of these packages is already installed, the packages are automatically upgraded. Otherwise, the currently installed version is left intact.

    Note Upgrade of the L-Core packages is an irreversible change. You cannot revert to the earlier version of it later.

  • Web server:

    OBM deployment requires a web server. The OBM installation process therefore installs Apache HTTP Server on all gateway servers by default.

    Note There must be only one running web server on a system, and it must use the same port as OBM. For example, during the installation of OBM, if you are installing on a system where Microsoft IIS is already running, make sure to stop the IIS services and set their startup type to Manual before initiating the installation process.

    OBM deployment requires a web server. The OBM installation process therefore by default installs Apache HTTP Server on the OBM host system.

    Note There must be only one running web server on a system, and it must use the same port as OBM.

    OBM deployment requires a web server. The OBM installation process therefore by default installs Apache HTTP Server on all gateway serverson the OBM host system.

    Note There must be only one running web server on a system, and it must use the same port as OBM.

    OBM uses a customized version of Apache HTTP Server.

    By default, the Apache HTTP Server is enabled for TLS use. For additional information on configuring the web server to use TLS, see the Apache SSL/TLS Encryption web page.

    OBM runs its Apache HTTP Server that by default uses port 443. The installation wizard checks whether port 443 is available, and generates a warning if it is already in use. You can change the port in the Connection Settings page of the configuration wizard.

  • Access to the OBM installation files. The unpacked OBM 2019.11 installation files must be available on the BSMOBM host systems that will host new OBM version as well as on the BSM original OBM host systemson all systems that will host OBM.

    The installation package is named OBM_<version>_for_Windows.zipOBM_<version>_for_Linux.zip where version is 2019.11 (10.82). Download the archive file to the system where you plan to install OBMwhich you plan to upgrade to OBM 2019.11, and extract all files from the archive.

  • Open files limit. Ensure that open files limit on Linux machines is set to 30000 or higher.

    To verify the current limit, run the following command:

    ulimit -n

    If the value is less than 30000, then modify the /etc/security/limits.conf file. Add or modify following lines:

    * hard nofile 30000

    * soft nofile 30000

    You must log in and log out to view the changes made to the .conf file. You can also check /etc/profile and the .profile of the OS user that is used to start the OBM processes. Make sure the limit is not overwritten by a "ulimit -n <other limit>" call.

Check the OBM client system requirements

  • Web browser configuration:

    • The browser must be set to accept third-party cookies and allow session cookies.

    • The browser must be set to enable JavaScript execution.

    • The browser must allow pop-ups from the OBM application.

    • Internet Explorer users must:

      • Configure the caching mechanism to automatically check for newer versions of stored web pages (Internet options > General > Browsing history > Settings > Temporary Internet Files > Check for newer versions of stored pages: Automatically).

      • Enable the use of TLS 1.0 or later (Internet Options > Advanced > Security)

      • Turn off Compatibility View (in Internet Explorer 11 only)

  • Java Runtime Environment (JRE) configuration. JRE must be configured to use TLS 1.0 or later (Java Control Panel > Advanced > Advanced Security Settings).

  • Flash Player: Make sure to install the latest version of Flash Player.
  • Fonts. The following fonts must be installed:

    • Arial
    • Meiryo (for Japanese locales)
    • Malgun Gothic or Arial (for Korean locales)
    • SimHei or SimSun (for Simplified Chinese locales)
  • Screen resolution. 1600x900 or higher (recommended); 1280x1024 (supported).

Check the network configuration requirements

  • Network segments. We recommend that all OBM servers, including the database server, are installed on hosts in the same network segment.

    If OBM servers are installed in multiple network segments, we highly recommend that the number of hops and the latency between the servers are minimal. Network-induced latency may cause adverse effects to the OBM application and can result in performance and stability issues. We recommend the network latency should remain below 5 milliseconds, regardless of the number of hops.

  • IPv6 and dual IP stack support. You can install OBM on host systems that have either the IPv4 or the IPv6 protocol stack or both of them configured.

    Where both IP protocol stacks are configured, OBM uses IPv4 by default.

    To enable OBM operation on a host system that has only the IPv6 protocol stack configured, or to configure OBM to use IPv6 on a host system that has both IP protocol stacks configured, you must modify an appropriate OBM configuration file after OBM is installed. For information, see Enable OBM to use IPv6.

  • Firewalls. Because OBM uses Java Remote Method Invocation (Java RMI) calls between servers, placing firewalls between OBM servers is not supported.

    If an operating system firewall is active on any OBM server (gateway or data processing server), a channel must be left open to allow all traffic between all OBM gateway or data processing servers.

    Additionally, to enable OBM users and data collectors to communicate with the OBM gateway servers, you must leave open the relevant ports depending on your OBM configuration. The required ports are typically 443 or 80, and 383. For details, see "Port Usage" in the OBM Administration Guide.

Check the database requirements

  • Instance location. With a local PostgreSQL database instance, OBM installs and configures the instance for you on the same system that hosts the OBM data processing server.
  • Instance location. OBM installs and configures the local PostgreSQL database instance for you on the same system that hosts the OBM data processing server.
  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/AppSupportRealCluster.

  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/PsqlOvwDep.

  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/SqlSerDep.

  • Tablespaces. Before setting database parameters, ensure that you have created at least one tablespace for each user schema for application data persistency purposes, and that you have set at least one temporary tablespace according to the requirements. For details on creating and sizing the tablespaces for OBM user schemas, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/Database/ora_ora_serv_configu_sizing_glines.

  • Oracle Real Application Clusters (Oracle RAC). If your Oracle Database is configured in an Oracle Real Application Clusters (Oracle RAC) environment, you must perform additional configuration steps. For details, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/AppSupportRealCluster.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Oracle Database patch. For Oracle 19c, you must install the Oracle Patch ID 27935464 on the Oracle database server.

  • Host operating system. OBM supports changing the operating system of your database server during the upgrade assuming that this is also supported by your database management system vendor.

  • Storage space requirement. The database replication requires 1.5 times the amount of storage space consumed by your original (production) database. During side-by-side migration, you will require double the amount of your original database storage space.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Collation. If you are performing a side-by-side migration, the collation must be identical in both the staging and the production environment.

  • Administrator's services. During the upgrade process, you might need your database administrator's services.

    For instructions on how to set up your OBM database server, see Prepare the database environment.

  • Host operating system.OBM supports changing the operating system of your database server during the upgrade assuming that this is also supported by your database management system vendor.

  • Storage space requirement. The database replication requires 1.5 times the amount of storage space consumed by your original (production) database. During side-by-side migration, you will require double the amount of your original database storage space.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Collation. If you are performing a side-by-side migration, the collation must be identical in both the staging and the production environment.

  • Administrator's services. During the upgrade process, you might need your database administrator's services.

    For instructions on how to set up your OBM database server, see Prepare the database environment.

Check the database requirements

  • Instance location. With a local PostgreSQL database instance, OBM installs and configures the instance for you on the same system that hosts the OBM data processing server.
  • Instance location. OBM installs and configures the local PostgreSQL database instance for you on the same system that hosts the OBM data processing server.
  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/AppSupportRealCluster.

  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/PsqlOvwDep.

  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/SqlSerDep.

  • Tablespaces. Before setting database parameters, ensure that you have created at least one tablespace for each user schema for application data persistency purposes, and that you have set at least one temporary tablespace according to the requirements. For details on creating and sizing the tablespaces for OBM user schemas, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/Database/ora_ora_serv_configu_sizing_glines.

  • Oracle Real Application Clusters (Oracle RAC). If your Oracle Database is configured in an Oracle Real Application Clusters (Oracle RAC) environment, you must perform additional configuration steps. For details, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/AppSupportRealCluster.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Oracle Database patch. For Oracle 19c, you must install the Oracle Patch ID 27935464 on the Oracle database server.

  • Host operating system. OBM supports changing the operating system of your database server during the upgrade assuming that this is also supported by your database management system vendor.

  • Storage space requirement. The database replication requires 1.5 times the amount of storage space consumed by your original (production) database. During side-by-side migration, you will require double the amount of your original database storage space.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Collation. If you are performing a side-by-side migration, the collation must be identical in both the staging and the production environment.

  • Administrator's services. During the upgrade process, you might need your database administrator's services.

    For instructions on how to set up your OBM database server, see Prepare the database environment.

  • Host operating system.OBM supports changing the operating system of your database server during the upgrade assuming that this is also supported by your database management system vendor.

  • Storage space requirement. The database replication requires 1.5 times the amount of storage space consumed by your original (production) database. During side-by-side migration, you will require double the amount of your original database storage space.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Collation. If you are performing a side-by-side migration, the collation must be identical in both the staging and the production environment.

  • Administrator's services. During the upgrade process, you might need your database administrator's services.

    For instructions on how to set up your OBM database server, see Prepare the database environment.

Check the database requirements

  • Instance location. With a local PostgreSQL database instance, OBM installs and configures the instance for you on the same system that hosts the OBM data processing server.
  • Instance location. OBM installs and configures the local PostgreSQL database instance for you on the same system that hosts the OBM data processing server.
  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/AppSupportRealCluster.

  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/PsqlOvwDep.

  • Remote instance configuration. If you use a remote database instance, OBM can configure it for you or you can configure it directly in the database management system (for example, if your organization does not allow the usage of administrator credentials during setup).

    For detailed database requirements and instructions on creating database instances manually, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/SqlSerDep.

  • Tablespaces. Before setting database parameters, ensure that you have created at least one tablespace for each user schema for application data persistency purposes, and that you have set at least one temporary tablespace according to the requirements. For details on creating and sizing the tablespaces for OBM user schemas, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/Database/ora_ora_serv_configu_sizing_glines.

  • Oracle Real Application Clusters (Oracle RAC). If your Oracle Database is configured in an Oracle Real Application Clusters (Oracle RAC) environment, you must perform additional configuration steps. For details, see https://docs.microfocus.com/itom/Operations_Bridge_Manager:2019.11/AppSupportRealCluster.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Oracle Database patch. For Oracle 19c, you must install the Oracle Patch ID 27935464 on the Oracle database server.

  • Host operating system. OBM supports changing the operating system of your database server during the upgrade assuming that this is also supported by your database management system vendor.

  • Storage space requirement. The database replication requires 1.5 times the amount of storage space consumed by your original (production) database. During side-by-side migration, you will require double the amount of your original database storage space.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Collation. If you are performing a side-by-side migration, the collation must be identical in both the staging and the production environment.

  • Administrator's services. During the upgrade process, you might need your database administrator's services.

    For instructions on how to set up your OBM database server, see Prepare the database environment.

  • Host operating system.OBM supports changing the operating system of your database server during the upgrade assuming that this is also supported by your database management system vendor.

  • Storage space requirement. The database replication requires 1.5 times the amount of storage space consumed by your original (production) database. During side-by-side migration, you will require double the amount of your original database storage space.

  • Oracle Database settings. Make sure Oracle Database is configured as follows:

    • The RECYCLEBIN parameter is set to Off.

    • The UTF8 character set is used for encoding characters.

    For more information, see the OBM Database Guide.

  • Collation. If you are performing a side-by-side migration, the collation must be identical in both the staging and the production environment.

  • Administrator's services. During the upgrade process, you might need your database administrator's services.

    For instructions on how to set up your OBM database server, see Prepare the database environment.

Check the installing user account requirements

  • System-wide privileges. You must use the root user account to install or upgrade OBM and to configure it. The root user account must be allowed to run the sudo command.

    To run OBM processes by using a user account other than root, start the configuration wizard as root, and then specify a different user account in the Configuration Options page.

  • System-wide privileges. The user account that is used for OBM installation or upgrade must have administrative privileges on the host systems.

  • Privileges in Oracle Database. The user account that is used for OBM installation or upgrade must be granted the following system privileges within the Oracle Database instance:

    • CONNECT

    • CREATE PROCEDURE

    • CREATE SEQUENCE

    • CREATE TABLE

    • CREATE TRIGGER

    • CREATE USER

    • CREATE VIEW

    • UNLIMITED TABLESPACE

    • SELECT ON sys.props$

    If the schema is being used for the RTSM database, then the following permission is also needed: CREATE TYPE TO <OBM Oracle User Schema for RTSM>

    The permissions and privileges are needed by OBM so that it can configure user schemas in the OBM databases.

    For more information, see Create Oracle schemas manually.

Check the upgrade requirements and considerations

  • Upgrade plan. Based on your requirements, create an upgrade plan. The plan can include the decision about the upgrade type (whether you will perform side-by-side migration or in-place upgrade), the estimated downtime, and other aspects that influence your operation.

  • Information gathering. To speed up the upgrade process and ensure it is correct and complete, we strongly recommend that you have the following information prepared before initiating the upgrade:

    • Architecture of your existing environment. Knowledge of your original BSMOBM environment, including data collectors, components, and servers.

    • Original and new host systems. Location, credentials, and access to files on all original BSMOBM host systems and on the systems that will host OBM 2019.11.

    • Host systems. Location, credentials, and access to files on all BSMOBM host systems.

    • Support for your database management system. Check the OBM 2019.11 support for the database management system version used in the BSMoriginal OBM environment. For more information, see the following document:

      Support Matrices for Operations Center products

    • User management. Permissions for individual OBM users are granted through the role assignment. Such a design reduces the complexity of the authorization system and the related configuration effort. The upgrade process migrates users, user groups, and the user group membership configuration. Permission information itself is not migrated by the upgrade. For this reason, take note of the permission assignments in your BSM environment. Afterward, in OBM, create the required roles, grant permissions to them, and finally assign the roles to users or user groups.

    • RTSM or CMDB. Locations, credentials, and the configuration of RTSM or CMDB (for example, internal RTSM, external CMDB, or both).

    • Data collectors and integrated components. Access to all data collectors and components integrated with the original BSMOBM servers.

    • Microsoft SQL Server. Credentials for a member of the sysadmin group or a user account with select permissions for the syslogins system view.

    • Oracle Database. Credentials for a user account with the DBA or SELECT_CATALOG_ROLE role.

  • Upgrade sequence for distributed deployments. Pay special attention to follow the upgrade procedure in a proper sequence. The upgrade process involves all host systems of your existing BSMOBM deployment.

    You can install and configure additional OBM servers after the upgrade by using the OBM installation and configuration wizards.

  • Optional. Operating system switch. Side-by-side migration to OBM 2019.11 supports changing the operating systems on your gateway and data processing server hosts (for example, switching from Microsoft Windows to Linux).

  • Backup. Back up the following data from your original BSMOBM host systems:

    • <GatewayServerInstallationDirectory>/\JRE/\lib/\security/\cacerts (file)

    • <GatewayServerInstallationDirectory>/\odb/\conf/\security

    • <DataProcessingServerInstallationDirectory>/\BLE/\rules/\<CustomRulesJar> (file)

    • Files in the <HPEBSMrootDirectory><OBM_HOME>/\WebServer/\conf directory

    • <HPEBSMrootDirectory><OBM_HOME>/\conf/\jdbc.drivers.properties

    • <HPEBSMrootDirectory><OBM_HOME>/\conf/\omi-tnsnames.ora

    • <HPEBSMrootDirectory><OBM_HOME>/\odb/\conf/\jdbc.properties

    If you have named instances (for example RAC), save the file and the connection (which you specified in the jdbc.drivers.properties file and the RTSM).

    In addition, if Data Flow Probe (DFP) is integrated with BSMOBM, back up the certificates from the following directory:

    <DataFlowProbeInstallationDirectory>/\conf/\security

    For more information, see the Install the Data Flow Probe.

  • Recommended. Follow these steps to avoid data loss during the upgrade:

    1. Shut down the PostgreSQL database:

      <OBM_Home>\bin\opr-pgctl.bat –stop<OBM_Home>/bin/opr-pgctl.sh –stop

    2. Edit the postgresql.conf file at the following location:

      %ovdatadir%\databases\omidb\postgresql.conf%ovinstalldir%/databases/omidb/postgresql.conf

      Set the max_locks_per_transaction parameter to 1000 and uncomment the line.

  • Recommended. DatabaseDatabase schema safety backup. For an increased safety of data, we recommend backing up the databasesdatabase schemas. To minimize the scope of the potential data loss, back them up as late before the BSMOBM uninstallation as possible.
  • Recommended. Database cleanup to speed up the upgrade.
    Follow these steps:
    1. Start the database:

      <OBM_Home>\bin\opr-pgctl.bat -start<OBM_Home>/bin/opr-pgctl.sh -start

    2. Run vacuumlo on event and rtsm schemas:

      <OBM_Home>\pgsql\bin\vacuumlo -h <host> -p <port> -U postgres <Schema_Name><OBM_Home>/pgsql/bin/vacuumlo -h <host> -p <port> -U postgres <Schema_Name>

      Where Schema_Name is the schema name of the event or rtsm database.

      Important Do not run vacuumlo on the mgmt database as it will create a database inconsistency.

    3. Run vacuumdb:

      <OBM_Home>\pgsql\bin\vacuumdb --all --full -h <host> -p <port> -U postgres<OBM_Home>/pgsql/bin/vacuumdb --all --full -h <host> -p <port> -U postgres

    4. Stop the database:

      <OBM_Home>\bin\opr-pgctl.bat -stop<OBM_Home>/bin/opr-pgctl.sh -stop

  • The OPEN_CURSORS parameter of Oracle Database. For the upgrade, set the Oracle Database parameter OPEN_CURSORS to 10,000. You must revert this parameter to the original value after the upgrade is complete.

  • Integrations. For details on product versions that are supported with OBM 2019.11, select Operations Bridge Manager from the product list in the following document:

    Support Matrices for Operations Center products

  • Optional. RTSM integrations disablement. If integrations are configured in RTSM Integration Studio (for example, between the central UCMDB and RTSM), Data Flow Probe will run population jobs immediately after the upgrade for active integration points, even if the integration process is not scheduled. If you do not want the integrations to run, disable them before starting the upgrade.

  • Uninstallation of Data Flow Probe. If Data Flow Probe (DFP) is installed on one of the BSMOBM gateway servers, uninstall it separately before starting the upgrade process.

  • Management packs. If you plan to install the latest OBM management packs after the upgrade, uninstall the following management packs first:

    • OBM Management Pack for Oracle Database 1.00

    • OBM Management Pack for Infrastructure 1.00

    Later versions of these management packs do not have to be uninstalled. For uninstallation information, see the management pack documentation.

  • Predefined indices. The database schema upgrade fails if indices of the former database model have been removed. You can make sure that your installation does not miss any predefined indices by running the checkIndices tool and recreating the missing indices: <OBM_HOME>/\opr/\support/\checkIndices.batsh

  • Empty backup folder. PostgreSQL configuration data is backed up into the folder %OvDataDir%\backup/var/opt/OV/backup
    Make sure that the folder does not contain backup files from previous upgrades or installations. We recommend to empty this folder completely before running the upgrade.

  • Back up and re-install symbolic links. You must back up symbolic links in your existing OBM host systems and re-install them manually before the new OBM version is installed.

Check the upgrade requirements and considerations

  • Upgrade plan. Based on your requirements, create an upgrade plan. The plan can include the decision about the upgrade type (whether you will perform side-by-side migration or in-place upgrade), the estimated downtime, and other aspects that influence your operation.

  • Information gathering. To speed up the upgrade process and ensure it is correct and complete, we strongly recommend that you have the following information prepared before initiating the upgrade:

    • Architecture of your existing environment. Knowledge of your original BSMOBM environment, including data collectors, components, and servers.

    • Original and new host systems. Location, credentials, and access to files on all original BSMOBM host systems and on the systems that will host OBM 2019.11.

    • Host systems. Location, credentials, and access to files on all BSMOBM host systems.

    • Support for your database management system. Check the OBM 2019.11 support for the database management system version used in the BSMoriginal OBM environment. For more information, see the following document:

      Support Matrices for Operations Center products

    • User management. Permissions for individual OBM users are granted through the role assignment. Such a design reduces the complexity of the authorization system and the related configuration effort. The upgrade process migrates users, user groups, and the user group membership configuration. Permission information itself is not migrated by the upgrade. For this reason, take note of the permission assignments in your BSM environment. Afterward, in OBM, create the required roles, grant permissions to them, and finally assign the roles to users or user groups.

    • RTSM or CMDB. Locations, credentials, and the configuration of RTSM or CMDB (for example, internal RTSM, external CMDB, or both).

    • Data collectors and integrated components. Access to all data collectors and components integrated with the original BSMOBM servers.

    • Microsoft SQL Server. Credentials for a member of the sysadmin group or a user account with select permissions for the syslogins system view.

    • Oracle Database. Credentials for a user account with the DBA or SELECT_CATALOG_ROLE role.

  • Upgrade sequence for distributed deployments. Pay special attention to follow the upgrade procedure in a proper sequence. The upgrade process involves all host systems of your existing BSMOBM deployment.

    You can install and configure additional OBM servers after the upgrade by using the OBM installation and configuration wizards.

  • Optional. Operating system switch. Side-by-side migration to OBM 2019.11 supports changing the operating systems on your gateway and data processing server hosts (for example, switching from Microsoft Windows to Linux).

  • Backup. Back up the following data from your original BSMOBM host systems:

    • <GatewayServerInstallationDirectory>/\JRE/\lib/\security/\cacerts (file)

    • <GatewayServerInstallationDirectory>/\odb/\conf/\security

    • <DataProcessingServerInstallationDirectory>/\BLE/\rules/\<CustomRulesJar> (file)

    • Files in the <HPEBSMrootDirectory><OBM_HOME>/\WebServer/\conf directory

    • <HPEBSMrootDirectory><OBM_HOME>/\conf/\jdbc.drivers.properties

    • <HPEBSMrootDirectory><OBM_HOME>/\conf/\omi-tnsnames.ora

    • <HPEBSMrootDirectory><OBM_HOME>/\odb/\conf/\jdbc.properties

    If you have named instances (for example RAC), save the file and the connection (which you specified in the jdbc.drivers.properties file and the RTSM).

    In addition, if Data Flow Probe (DFP) is integrated with BSMOBM, back up the certificates from the following directory:

    <DataFlowProbeInstallationDirectory>/\conf/\security

    For more information, see the Install the Data Flow Probe.

  • Recommended. Follow these steps to avoid data loss during the upgrade:

    1. Shut down the PostgreSQL database:

      <OBM_Home>\bin\opr-pgctl.bat –stop<OBM_Home>/bin/opr-pgctl.sh –stop

    2. Edit the postgresql.conf file at the following location:

      %ovdatadir%\databases\omidb\postgresql.conf%ovinstalldir%/databases/omidb/postgresql.conf

      Set the max_locks_per_transaction parameter to 1000 and uncomment the line.

  • Recommended. DatabaseDatabase schema safety backup. For an increased safety of data, we recommend backing up the databasesdatabase schemas. To minimize the scope of the potential data loss, back them up as late before the BSMOBM uninstallation as possible.
  • Recommended. Database cleanup to speed up the upgrade.
    Follow these steps:
    1. Start the database:

      <OBM_Home>\bin\opr-pgctl.bat -start<OBM_Home>/bin/opr-pgctl.sh -start

    2. Run vacuumlo on event and rtsm schemas:

      <OBM_Home>\pgsql\bin\vacuumlo -h <host> -p <port> -U postgres <Schema_Name><OBM_Home>/pgsql/bin/vacuumlo -h <host> -p <port> -U postgres <Schema_Name>

      Where Schema_Name is the schema name of the event or rtsm database.

      Important Do not run vacuumlo on the mgmt database as it will create a database inconsistency.

    3. Run vacuumdb:

      <OBM_Home>\pgsql\bin\vacuumdb --all --full -h <host> -p <port> -U postgres<OBM_Home>/pgsql/bin/vacuumdb --all --full -h <host> -p <port> -U postgres

    4. Stop the database:

      <OBM_Home>\bin\opr-pgctl.bat -stop<OBM_Home>/bin/opr-pgctl.sh -stop

  • The OPEN_CURSORS parameter of Oracle Database. For the upgrade, set the Oracle Database parameter OPEN_CURSORS to 10,000. You must revert this parameter to the original value after the upgrade is complete.

  • Integrations. For details on product versions that are supported with OBM 2019.11, select Operations Bridge Manager from the product list in the following document:

    Support Matrices for Operations Center products

  • Optional. RTSM integrations disablement. If integrations are configured in RTSM Integration Studio (for example, between the central UCMDB and RTSM), Data Flow Probe will run population jobs immediately after the upgrade for active integration points, even if the integration process is not scheduled. If you do not want the integrations to run, disable them before starting the upgrade.

  • Uninstallation of Data Flow Probe. If Data Flow Probe (DFP) is installed on one of the BSMOBM gateway servers, uninstall it separately before starting the upgrade process.

  • Management packs. If you plan to install the latest OBM management packs after the upgrade, uninstall the following management packs first:

    • OBM Management Pack for Oracle Database 1.00

    • OBM Management Pack for Infrastructure 1.00

    Later versions of these management packs do not have to be uninstalled. For uninstallation information, see the management pack documentation.

  • Predefined indices. The database schema upgrade fails if indices of the former database model have been removed. You can make sure that your installation does not miss any predefined indices by running the checkIndices tool and recreating the missing indices: <OBM_HOME>/\opr/\support/\checkIndices.batsh

  • Empty backup folder. PostgreSQL configuration data is backed up into the folder %OvDataDir%\backup/var/opt/OV/backup
    Make sure that the folder does not contain backup files from previous upgrades or installations. We recommend to empty this folder completely before running the upgrade.

  • Back up and re-install symbolic links. You must back up symbolic links in your existing OBM host systems and re-install them manually before the new OBM version is installed.

Check the upgrade requirements and considerations

  • Upgrade plan. Based on your requirements, create an upgrade plan. The plan can include the decision about the upgrade type (whether you will perform side-by-side migration or in-place upgrade), the estimated downtime, and other aspects that influence your operation.

  • Information gathering. To speed up the upgrade process and ensure it is correct and complete, we strongly recommend that you have the following information prepared before initiating the upgrade:

    • Architecture of your existing environment. Knowledge of your original BSMOBM environment, including data collectors, components, and servers.

    • Original and new host systems. Location, credentials, and access to files on all original BSMOBM host systems and on the systems that will host OBM 2019.11.

    • Host systems. Location, credentials, and access to files on all BSMOBM host systems.

    • Support for your database management system. Check the OBM 2019.11 support for the database management system version used in the BSMoriginal OBM environment. For more information, see the following document:

      Support Matrices for Operations Center products

    • User management. Permissions for individual OBM users are granted through the role assignment. Such a design reduces the complexity of the authorization system and the related configuration effort. The upgrade process migrates users, user groups, and the user group membership configuration. Permission information itself is not migrated by the upgrade. For this reason, take note of the permission assignments in your BSM environment. Afterward, in OBM, create the required roles, grant permissions to them, and finally assign the roles to users or user groups.

    • RTSM or CMDB. Locations, credentials, and the configuration of RTSM or CMDB (for example, internal RTSM, external CMDB, or both).

    • Data collectors and integrated components. Access to all data collectors and components integrated with the original BSMOBM servers.

    • Microsoft SQL Server. Credentials for a member of the sysadmin group or a user account with select permissions for the syslogins system view.

    • Oracle Database. Credentials for a user account with the DBA or SELECT_CATALOG_ROLE role.

  • Upgrade sequence for distributed deployments. Pay special attention to follow the upgrade procedure in a proper sequence. The upgrade process involves all host systems of your existing BSMOBM deployment.

    You can install and configure additional OBM servers after the upgrade by using the OBM installation and configuration wizards.

  • Optional. Operating system switch. Side-by-side migration to OBM 2019.11 supports changing the operating systems on your gateway and data processing server hosts (for example, switching from Microsoft Windows to Linux).

  • Backup. Back up the following data from your original BSMOBM host systems:

    • <GatewayServerInstallationDirectory>/\JRE/\lib/\security/\cacerts (file)

    • <GatewayServerInstallationDirectory>/\odb/\conf/\security

    • <DataProcessingServerInstallationDirectory>/\BLE/\rules/\<CustomRulesJar> (file)

    • Files in the <HPEBSMrootDirectory><OBM_HOME>/\WebServer/\conf directory

    • <HPEBSMrootDirectory><OBM_HOME>/\conf/\jdbc.drivers.properties

    • <HPEBSMrootDirectory><OBM_HOME>/\conf/\omi-tnsnames.ora

    • <HPEBSMrootDirectory><OBM_HOME>/\odb/\conf/\jdbc.properties

    If you have named instances (for example RAC), save the file and the connection (which you specified in the jdbc.drivers.properties file and the RTSM).

    In addition, if Data Flow Probe (DFP) is integrated with BSMOBM, back up the certificates from the following directory:

    <DataFlowProbeInstallationDirectory>/\conf/\security

    For more information, see the Install the Data Flow Probe.

  • Recommended. Follow these steps to avoid data loss during the upgrade:

    1. Shut down the PostgreSQL database:

      <OBM_Home>\bin\opr-pgctl.bat –stop<OBM_Home>/bin/opr-pgctl.sh –stop

    2. Edit the postgresql.conf file at the following location:

      %ovdatadir%\databases\omidb\postgresql.conf%ovinstalldir%/databases/omidb/postgresql.conf

      Set the max_locks_per_transaction parameter to 1000 and uncomment the line.

  • Recommended. DatabaseDatabase schema safety backup. For an increased safety of data, we recommend backing up the databasesdatabase schemas. To minimize the scope of the potential data loss, back them up as late before the BSMOBM uninstallation as possible.
  • Recommended. Database cleanup to speed up the upgrade.
    Follow these steps:
    1. Start the database:

      <OBM_Home>\bin\opr-pgctl.bat -start<OBM_Home>/bin/opr-pgctl.sh -start

    2. Run vacuumlo on event and rtsm schemas:

      <OBM_Home>\pgsql\bin\vacuumlo -h <host> -p <port> -U postgres <Schema_Name><OBM_Home>/pgsql/bin/vacuumlo -h <host> -p <port> -U postgres <Schema_Name>

      Where Schema_Name is the schema name of the event or rtsm database.

      Important Do not run vacuumlo on the mgmt database as it will create a database inconsistency.

    3. Run vacuumdb:

      <OBM_Home>\pgsql\bin\vacuumdb --all --full -h <host> -p <port> -U postgres<OBM_Home>/pgsql/bin/vacuumdb --all --full -h <host> -p <port> -U postgres

    4. Stop the database:

      <OBM_Home>\bin\opr-pgctl.bat -stop<OBM_Home>/bin/opr-pgctl.sh -stop

  • The OPEN_CURSORS parameter of Oracle Database. For the upgrade, set the Oracle Database parameter OPEN_CURSORS to 10,000. You must revert this parameter to the original value after the upgrade is complete.

  • Integrations. For details on product versions that are supported with OBM 2019.11, select Operations Bridge Manager from the product list in the following document:

    Support Matrices for Operations Center products

  • Optional. RTSM integrations disablement. If integrations are configured in RTSM Integration Studio (for example, between the central UCMDB and RTSM), Data Flow Probe will run population jobs immediately after the upgrade for active integration points, even if the integration process is not scheduled. If you do not want the integrations to run, disable them before starting the upgrade.

  • Uninstallation of Data Flow Probe. If Data Flow Probe (DFP) is installed on one of the BSMOBM gateway servers, uninstall it separately before starting the upgrade process.

  • Management packs. If you plan to install the latest OBM management packs after the upgrade, uninstall the following management packs first:

    • OBM Management Pack for Oracle Database 1.00

    • OBM Management Pack for Infrastructure 1.00

    Later versions of these management packs do not have to be uninstalled. For uninstallation information, see the management pack documentation.

  • Predefined indices. The database schema upgrade fails if indices of the former database model have been removed. You can make sure that your installation does not miss any predefined indices by running the checkIndices tool and recreating the missing indices: <OBM_HOME>/\opr/\support/\checkIndices.batsh

  • Empty backup folder. PostgreSQL configuration data is backed up into the folder %OvDataDir%\backup/var/opt/OV/backup
    Make sure that the folder does not contain backup files from previous upgrades or installations. We recommend to empty this folder completely before running the upgrade.

  • Back up and re-install symbolic links. You must back up symbolic links in your existing OBM host systems and re-install them manually before the new OBM version is installed.

Plan the upgradeupgrade process

Considerations

Before you begin to upgrade your BSMOBM servers, consider the following:

  • You can extend your existing BSMOMi environment with additional servers only after it is upgraded to OBM 2019.11. Therefore, first upgrade all configured servers of the existing deployment to OBM 2019.11, and then install and configure additional OBM servers.

  • You can verify that the installation files are original Micro Focus-provided code and have not been manipulated by a third-party. For instructions on how to do that, see the GPG or RPM Signature Verification website.

  • Do not attempt to disable or uninstall BSMOMi before initiating the upgrade process. A disabled or uninstalled BSMOMi might cause loss of events that originate from your monitored environment.

  • To utilize silent mode during the OBM installation and configuration, prepare the OBM installation parameters file at the beginning of the upgrade sequence. At that time, you can also direct OBM to use non-default installation directories.

  • Installing OBM in the console mode (by using the ‑console command line option) is not supported.

  • If the anti-virus software is running locally, you can leave it running also during the upgrade. While you might receive an anti-virus warning, you can safely ignore it and proceed with the upgrade without taking any action.

  • You must back up symbolic links in your existing OBM host systems and re-install them manually before the new OBM version is installed.

Prerequisites

Before you initiate the upgrade process:

  • Make sure that no other installations or processes that require Windows Installer are running. If there are, OBM installation cannot complete and you must terminate it by clicking Cancel in the OBM installation wizard.
  • Make sure to close all the folders and directories before running the uninstall script.

Upgrade your earlier OMi/OBM version to OBM 2019.11 as follows:

  1. Make sure that the earlier OMi/OBM version is enabled (all servicesprocesses are running).
  2. On the existing OMi/OBM host system, initiate the upgrade process.

  3. Attend the initial upgrade phase.

  4. Attend the uninstallation of the earlier OBM/OMi version and the invocation of the 2019.11 installation.

  5. Install OBM 2019.11 on the system that will host the new version by following the instructions of the installation wizard.

  6. Conclude the upgrade process by following the instructions of the configuration/upgrade wizard.

  1. Make sure that the earlier OMi/OBM version is enabled (all servicesprocesses are running).
  2. On the existing OMi/OBM host system, initiate the upgrade process.

  3. Attend the initial upgrade phase.

  4. Install OBM 2019.11 on the system that will host the new version by following the instructions of the installation wizard.

  5. Conclude the upgrade process by following the instructions of the configuration/upgrade wizard.

  1. Make sure that the earlier OMi version is enabled (all servicesprocesses are running on the OMi host systems).

  2. On the primary DPS of your existing OBM/OMi deployment, initiate the upgrade process.

  3. Attend the initial upgrade phase. Perform steps 4 to 6 on the OBM staging server.

  4. On the host system of your future primary data processing server (DPS), start the 2019.11 installation.

  5. Install OBM 2019.11 by following the instructions of the installation wizard.

  6. Follow the instructions of the configuration/upgrade wizard, and conclude the upgrade process.

  7. After the primary DPS is upgraded, repeat all the above steps to upgrade gateways and secondary DPS.
  1. Make sure that the earlier OMi/OBM version is enabled (all servicesprocesses must be running on the primary DPS, the secondary DPS and gateways must be brought down). Depending on the earlier OMi/OBM version, run one of the following commands to stop services on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stop

    HPBSM\bin\SupervisorStop

  2. On the host system of the primary (first installed) data processing server (DPS) in your existing OMi/OBM environment, initiate the upgrade process.

    1. Attend uninstallation of the earlier OMi/OBM version and invocation of the installation wizard.

    2. Install OBM 2019.11 by following the instructions of the installation wizard.

      After the installation is complete, the Configuration/Upgrade wizard is displayed.

    3. Conclude the upgrade process by following instructions on the configuration/upgrade wizard.
    4. After the configuration/upgrade wizard is complete, start the OBM services on the primary DPS.
  3. Perform the following steps on each GWS:

    1. Initiate the upgrade process.

    2. Attend uninstallation of the earlier OBM version and invocation of the installation wizard.

    3. Install OBM 2019.11 by following the instructions of the installation wizard.

      After the installation is complete, the Configuration/Upgrade wizard is displayed.

    4. Conclude the upgrade process by following instructions on the configuration/upgrade wizard.
    5. After the configuration/upgrade wizard is complete, start the OBM services on the gateway server.
  4. Perform the following steps on each secondary DPS:

    1. Initiate the upgrade process.

    2. Attend uninstallation of the earlier OMi version and invocation of the installation wizard.

    3. Install OBM 2019.11 by following the instructions of the installation wizard.

      After the installation is complete, the Configuration/Upgrade wizard is displayed.

    4. Conclude the upgrade process by following instructions on the configuration/upgrade wizard.
    5. After the configuration/upgrade wizard is complete, start OBM services on the additional DPS.
  1. Make sure that the earlier OBM/OMi version is enabled (all servicesprocesses are running on the OMi host systems).

  2. On the primary DPS of your existing OBM/OMi deployment, initiate the upgrade process.

  3. Attend the initial upgrade phase. Perform steps 4 to 6 on the OBM staging server.

  4. On the host system of your future primary data processing server (DPS), start the 2019.11installation.

  5. Install OBM 2019.11 by following the instructions of the installation wizard.

  6. Follow the instructions of the configuration/upgrade wizard, and conclude the upgrade process.

  7. After the primary DPS is upgraded, repeat all the above steps to upgrade gateways and secondary DPS.

Upgrade your earlier OMi/OBM version to OBM 2019.11 as follows:

  1. Make sure that the earlier OMi/OBM version is enabled (all servicesprocesses must be running on the primary DPS, the secondary DPS and gateways must be brought down). Depending on the earlier OMi/OBM version, run one of the following commands to stop services on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stopall (for OBM 2018.11and later versions)

    /opt/HP/BSM/scripts/run_hpbsm stop (for OBM 2018.05 and previous versions)

    HPBSM\bin\SupervisorStopAll (for OBM 2018.11 and later versions)

    HPBSM\bin\SupervisorStop (for OBM 2018.05 and previous versions)

  2. On the host system of the primary (first installed) data processing server (DPS) in your existing OMi/OBM environment, initiate the upgrade process using the upgrade script.

    1. Attend uninstallation of the earlier OMi/OBM version and invocation of the installation wizard.

    2. Install OBM 2019.11 by following the instructions of the installation wizard.

      After the installation is complete, the Configuration/Upgrade wizard is displayed.

    3. Conclude the upgrade process by following instructions on the configuration/upgrade wizard.
    4. After the configuration/upgrade wizard is complete, start OBM services on the primary DPS.
  3. Perform the following steps on each GWS:

    1. Initiate the upgrade process.

    2. Attend uninstallation of the earlier OBM version and invocation of the installation wizard.

    3. Install OBM 2019.11 by following the instructions of the installation wizard.

      After the installation is complete, the Configuration/Upgrade wizard is displayed.

    4. Conclude the upgrade process by following instructions on the configuration/upgrade wizard.
    5. After the configuration/upgrade wizard is complete, start OBM services on the gateway server.
  4. Perform the following steps on each secondary DPS:

    1. Initiate the upgrade process.

    2. Attend uninstallation of the earlier OBM version and invocation of the installation wizard.

    3. Install OBM 2019.11 by following the instructions of the installation wizard.

      After the installation is complete, the Configuration/Upgrade wizard is displayed.

    4. Conclude the upgrade process by following instructions on the configuration/upgrade wizard.
    5. After the configuration/upgrade wizard is complete, start OBM services on the additional DPS.

Configure event buffering in OM

If you have been using OM to forward events to BSMthe already installed OMi/OBM version, configure OM event buffering.

During the migration, OM continues to attempt sending events to BSMthe already installed OMi/OBM version. If BSMthe original OMi/OBM servers cannot be reached, OM starts to buffer the events until the new OBM servers are online. Depending on the length of the outage and the number of events, adjust the maximum length of the delivery timeout and the maximum size of the buffer file so that OM does not discard any unsent events.

Note When the upgrade is complete, you can restore the original values of the buffer.

Run the Pre-Upgrade Tool

The pre-upgrade tool ensures the event queue is emptied. If you do not run the pre-upgrade tool before shutting down or uninstalling OBM, events from your environment may be lost. On Linux systems, the pre-upgrade tool can be run as non-root user.

If you have only one data processing server, running the pre-upgrade tool is not required.

  1. Make sure OBM is running on all data processing and gateway servers.

  2. On the active data processing server, run the following command to invoke the pre-upgrade tool:

    Note The pre-upgrade tool will stop the event flow. The event flow will be started again once the upgrade wizard is finished on all data processing servers.

    <OBM_HOME>\opr\bin\PreUpgradeTool.bat -d-s

    <OBM_HOME>/opr/bin/PreUpgradeTool.sh -d-s

    If there are a large number of closed events stored in the database, the upgrade may take a long time. If recommended by the tool, and you want to archive closed events before the upgrade starts, enter "yes" (y) when prompted and specify the target location for the archive file.

  3. On each gateway server, invoke the pre-upgrade tool by running the following command:

    <OBM_HOME>\opr\bin\PreUpgradeTool.bat -d-s

    <OBM_HOME>/opr/bin/PreUpgradeTool.sh -d-s

  1. Make sure OBM is running.

  2. To invoke the pre-upgrade tool on the OBM server, run the following command:

    <OBM_HOME>\opr\bin\PreUpgradeTool.bat -d-s

    <OBM_HOME>/opr/bin/PreUpgradeTool.sh -d-s

Fulfill the upgrade prerequisites and pPlan the upgrade process

Before you start with the upgrade of your BSMOBM servers, consider the following:

  • You can only extend your existing BSMOBM environment with additional servers once it is upgraded to OBM 2019.11. Thus, first upgrade all configured servers of the existing deployment to OBM 2019.11. Afterward, install and configure additional OBM servers as desired by following the ordinary installation procedure.

  • You can verify that the installation files are original Micro Focus-provided code and have not been manipulated by a third-party. For instructions, see the GPG or RPM Signature Verification web site.

  • Do not attempt to disable or uninstall BSMOBM before initiating the upgrade process. In the opposite case, you might lose events from your BSMOBM environment.

  • To utilize silent mode during the OBM installation and configuration, prepare the OBM installation parameters file at the beginning of the upgrade sequence. At that time, you can also direct OBM to use non-default installation directories.

    Full silent upgrade is not supported. As part of the upgrade, only uninstall of previous version and install of new version of OBM can run in silent mode. The configuration wizard for upgrade needs to always be run in non-silent mode.

  • Installing OBM in the console mode (using the ‑console command line option) is not supported.

  • If anti-virus software is running locally, you can leave it running also during the upgrade. While you might receive an anti-virus warning, you can safely ignore it and proceed with the upgrade without taking any action.

  • Modifying or repairing the installed OBM 2019.11 is not supported, therefore the Modify and Repair options are unavailable if the OBM installation wizard is invoked after the upgrade.

Before you initiate the upgrade process, make sure the following prerequisites are fulfilled:

  • Make sure that no other installations or processes that require Windows Installer are running. In the opposite case, OBM installation cannot complete and you must terminate it by clicking Cancel in the OBM installation wizard

Perform the upgrade actions according to the below sequence, which is based on your single-serverdistributed BSMOBM deployment and the selected upgrade type (in-place upgradeside-by-side-migration).

Caution Make sure to consistently follow the steps of the procedure in the order they are documented.

  1. Make sure that BSMthe earlier OBM version is enabled (all servicesprocesses are running).

  2. On the existing BSMOBM host system, initiate the upgrade process.

  3. Attend the initial upgrade phase.

  4. Attend uninstallation of BSMthe earlier OBM version and invocation of the 2019.11 installation.

  5. Install OBM2019.11 by following the instructions of the installation wizard.

  6. Start the configuration wizard. The configuration wizard cannot be run in silent mode for upgrade.

  7. Conclude the upgrade process by following the instructions of the configuration wizard.

  1. Make sure that BSMthe earlier OBM version is enabled (all servicesprocesses are running on the BSMOBM host systems).

  2. On each new system that will host an OBM server, prepare the OBM installation parameters file.

  3. On each system of your existing OBM deployment, initiate the upgrade process.

  4. On the host system of your future primary (first installed) data processing server (DPS), start the 2019.11 installation.

  5. Start the configuration wizard. The configuration wizard cannot run in silent mode for upgrade.

  6. Follow instructions of the configuration wizard, and conclude the upgrade process.

  7. On each system that will host an additional DPS or a gateway server (GS), follow the steps:

    1. Start the OBM 2019.11 installation.

    2. Start the configuration wizard.

    3. Follow instructions of the configuration wizard and configure OBM.
  1. Make sure that BSMthe earlier OBM version is enabled (all servicesprocesses must be running on the primary DPS and the secondary DPS and gateways must be brought down). Run the following command to stop servicesprocesses on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stop

    HPBSM\bin\SupervisorStop

  2. On each host system of your BSMexisting OBM environment, prepare the OBM installation parameters file.

  3. On the host system of the primary (first installed) data processing server (DPS) of your BSMexisting OBM environment, initiate the upgrade process.

  4. Attend the initial upgrade phase.
  5. Attend the uninstallation of BSMyour earlier OBM version and the invocation of the OBM 2019.11 installation.

  6. On each system that hosts an additional DPS or a gateway server (GS), follow the steps:

    1. Initiate the upgrade process.
    2. Attend uninstallation of BSMthe earlier OBM version and invocation of the OBM 2019.11 installation.

  7. On the host system of the primary (first installed) DPS, start the configuration wizard. The configuration wizard cannot run in silent mode for upgrade.

  8. Follow the instructions of the configuration wizard and conclude the upgrade process.

  9. To switch to non-root user, run the configuration wizard on the primary DPS.
  10. On each system that hosts an additional DPS or a GS, follow the steps:

    1. Start the configuration wizard silently.

    2. Follow the instructions for the silent configuration to configure OBM.

Start the upgrade

The upgrade tool uninstalls all previous OBM versions, including IPs (intermediate patches). The tool temporarily backs up part of the configuration and certificates to help you migrate them to the OBM2019.11 version. To find out which files are backed up, see <OBMInstallationFiles>\/Update\/preUpdateBackup.txt

Note The minimal downtime process during which you switch the processes from one server to another and upgrade both data processing servers when they are inactive is currently not supported.


To avoid interruptions, close all open applications before starting the upgrade.

In a single-server OBM deployment, follow these steps:

  1. Make sure the OBM services are running (If there are any HA services deployed, all services must be running on the primary DPS. The secondary DPS and gateways must be brought down). The active server is the server where all HAC server are running. You can check the primary DPS server from the JMX console by invoking the list servers method. For details, see High Availability for the Data Processing Server. Depending on the OBM version, run one of the following commands as non-root user to stop services on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stopall (for OBM 2018.11and later versions)

    /opt/HP/BSM/scripts/run_hpbsm stop (for OBM 2018.05 and previous versions)

  2. Optional. By default, the upgrade installs OBM2019.11 to the same drive where the previous version is installed. If you want OBM to be installed to a different location instead, create an empty file called ovinstallparams.ini in the same directory as the HPOMi_<VersionAndBuild>_setup.exe executable file, for example:

    <OBMInstallationFiles>\Software\HPOMi_<VersionAndBuild>_setup.exe

    <OBMInstallationFiles>\Software\ovinstallparams.ini

    Copy the following section to the ovinstallparams.ini file on the OBM server:

    [installer.properties]
    setup=HPOMi
    group=typical
    
                                                                                

    To change the default installation directories, add the following lines at the end of the file:

    
                                                                                

    installDir=<SharedComponentsBinaryFilesDirectory>
    dataDir=<SharedComponentsDataDirectory>
    prodInstallDir=<OMiBinaryFilesDirectory>
    prodDataDir=<OMiDataDirectory>

    Note The first two lines apply to the shared data (shared components), and the last two lines apply to OBM.
    Assuming that the OBM install drive is C:, following are the default locations:

    installDir=C:\Program Files\HP\HP BTO Software\
    dataDir=C:\ProgramData\HP\HP BTO Software\
    prodInstallDir=C:\HPBSM\
    prodDataDir=C:\ProgramData\HP\BSM\

    The paths can contain space characters. The quotation marks (" ") are not supported.

  3. To invoke the upgrade tool, run the following command:

    cd <OBMInstallationFiles>

    upgrade.bat -d -gui-silent

    The OBM upgrade runs in silent mode by default. Make sure the OBM services are up and running before starting the upgrade. If you run the above script without the -silent or -gui option, a prompt appears to notify that the upgrade will continue silently. Type Y to continue the silent upgrade. Type N to exit and perform the GUI mode upgrade.

    The script first automatically uninstalls any previously installed patches and your previous OBM version. This may take some time. Make sure to close all the files and directory that belongs to HPBSM directory before running the upgrade script.

    Note Ensure that the DISPLAY variable is configured on the OBM host system. The silent configuration fails if it is not configured. If the silent configuration fails, run the upgrade command in GUI mode. If the silent upgrade fails after configuration, run the configuration wizard manually. When running the configuration wizard manually, choose Custom configuration/upgrade followed by Upgrade database from a previous version of OBM.

    After your earlier OBM version is uninstalled, the upgrade process invokes the silent installation of OBM2019.11. After the installation is complete, silent configure manually on the configuration wizard.

  4. Verify if the configuration wizard has run successfully by checking the configuration log file:

    The configuration wizard runs silently in the background.

    HPBSM\log\configserver\configserver_all.log

    Note If the upgrade fails before the configuration, you must run the upgrade in GUI mode again. If the configuration fails, you are required to run the configuration wizard manually.

  5. Perform the following steps to complete the upgrade on each gateway server:

    1. Run the following command:

      cd <OBMInstallationFiles>
      upgrade.bat -d -noprep
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      HPBSM\log\configserver\configserver_all.log
  6. Perform the following steps to complete the upgrade on each secondary DPS server:

    1. Run the following command:

      cd <OBMInstallationFiles>

      upgrade.bat -d
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      HPBSM\log\configserver\configserver_all.log

  7. Follow the wizard to install the OBM2019.11 service pack as follows:

    Each of the steps are mentioned in detail in the below sections.

    1. Select the preferred language for the installation wizard, and click OK.
    2. Read the introduction and click Next.
    3. Review and accept the license agreement, then click Next to continue with the installation. If you decline, the installation cannot proceed.
    4. Specify the installation type and click Next.
    5. Click Next after the product requirement checks are complete.
    6. Review the information in the Pre-Install Summary and click Install to start the installation.
    7. Click Done once the installation is complete.

      This completes OBM 2019.11 installation. The configuration wizard is displayed and the configuration is done manually.

    8. Optional. If you reboot the server, a Next Steps screen might be displayed. Click Configure/Upgrade OBM.
  8. After the upgrade is over, start the OBM services:

    In Windows Search, start typing Enable Operations Bridge Manager, and then click Enable Operations Bridge Manager in the search results.

    Note After the upgrade, the initial start of OBM may take 30 minutes to 1 hour depending on the number of events and the system performance.. DO NOT stop OBM during the start-up. Wait for the process to complete. Make sure to choose the right server type manually during GUI upgrade.

  1. Make sure the OBM services are running (If there are any HA services deployed, all services must be running on the primary DPS. The secondary DPS and gateways must be brought down). The active server is the server where all HAC server are running. You can check the primary DPS server from the JMX console by invoking the list servers method. For details, see High Availability for the Data Processing Server. Depending on the OBM version, run one of the following commands as non-root user to stop services on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stopall (for OBM 2018.11and later versions)

    /opt/HP/BSM/scripts/run_hpbsm stop (for OBM 2018.05 and previous versions)

  2. To invoke the upgrade tool, run the following command:

    cd <OBMInstallationFiles>

    ./upgrade.sh -d -gui-silent

    The OBM upgrade runs in silent mode by default. Make sure the OBM services are up and running before starting the upgrade. If you run the above script without the -silent or -gui option, a prompt appears to notify that the upgrade will continue silently. Type Y to continue the silent upgrade. Type N to exit and perform the GUI mode upgrade.

    The script first automatically uninstalls any previously installed patches and your previous OBM version. This may take some time. Make sure to close all the files and directory that belongs to HPBSM directory before running the upgrade script.

    After your earlier OBM version is uninstalled, the upgrade process invokes the silent installation of OBM2019.11. After the installation is complete, silent configure manually on the configuration wizard.

  3. Verify if the configuration wizard has run successfully by checking the configuration log file:

    The configuration wizard runs silently in the background.

    /opt/HP/BSM/log/configserver/configserver_all.log

    Note Ensure that the DISPLAY variable is configured on the OBM host system. The silent configuration fails if it is not configured. If the silent configuration fails before configuration, run the silent upgrade command again. If the upgrade fails during configuration, run the configuration wizard manually. When running the configuration wizard manually, choose Custom configuration/upgrade followed by Upgrade database from a previous version of OBM.

  4. Perform the following steps to complete the upgrade on each gateway server:

    1. Run the following command:

      cd <OBMInstallationFiles>
      upgrade.sh -d -noprep
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      \opt\HP\BSM\log\configserver\configserver_all.log

    Perform the following steps to complete the upgrade on each secondary DPS server:

    1. Run the following command:

      cd <OBMInstallationFiles>

      upgrade.sh -d
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      \opt\HP\BSM\log\configserver\configserver_all.log

  5. Follow the wizard to install the OBM2019.11 service pack as follows:

    Each of the steps are mentioned in detail in the below sections.

    1. Select the preferred language for the installation wizard, and click OK.
    2. Read the introduction and click Next.
    3. Review and accept the license agreement, then click Next to continue with the installation. If you decline, the installation cannot proceed.
    4. Specify the installation type and click Next.
    5. Click Next after the product requirement checks are complete.
    6. Review the information in the Pre-Install Summary and click Install to start the installation.
    7. Click Done once the installation is complete.

      This completes OBM 2019.11 installation. The configuration wizard is displayed and the configuration is done manually.

    8. Optional. If you reboot the server, a Next Steps screen might be displayed. Click Configure/Upgrade OBM.
  6. After the upgrade is over, run the following command to start the services:

    /opt/HP/BSM/scripts/run_hpbsm start

    Note After the upgrade, the initial start of OBM may take a couple of hours. DO NOT stop OBM if the Initializer is in Processing state. Wait for the process to complete. Make sure to choose the right server type manually during GUI upgrade.

  1. Make sure the OBM services are running (If there are any HA services deployed, all services must be running on the primary DPS. The secondary DPS and gateways must be brought down). The active server is the server where all HAC server are running. You can check the primary DPS server from the JMX console by invoking the list servers method. For details, see High Availability for the Data Processing Server. Depending on the OBM version, run one of the following commands as non-root user to stop services on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stopall (for OBM 2018.11and later versions)

    /opt/HP/BSM/scripts/run_hpbsm stop (for OBM 2018.05 and previous versions)

  2. Optional. By default, the upgrade installs OBM2019.11 to the same drive where the previous version is installed. If you want OBM to be installed to a different location instead, create an empty file called ovinstallparams.ini in the same directory as the HPOMi_<VersionAndBuild>_setup.exe executable file, for example:

    <OBMInstallationFiles>\Software\HPOMi_<VersionAndBuild>_setup.exe

    <OBMInstallationFiles>\Software\ovinstallparams.ini

    Depending on whether the host system is a data processing server or gateway server, copy the following lines at the end of ovinstallparams.ini file located at <OBMInstallationFiles>/Software/ovinstallparams.ini:

    Data processing server:

    [installer.properties]
    setup=HPOMi
    group=process
     

    Gateway server:

    [installer.properties]
    setup=HPOMi
    group=gateway
    
                                                                                

    To change the default installation directories, add the following lines at the end of the file:

    installDir=<SharedComponentsBinaryFilesDirectory>
    dataDir=<SharedComponentsDataDirectory>
    prodInstallDir=<OMiBinaryFilesDirectory>
    prodDataDir=<OMiDataDirectory>

    Note The first two lines apply to the shared data (shared components), and the last two lines apply to OBM.
    Assuming that the OBM install drive is C:, following are the default locations:

    installDir=C:\Program Files\HP\HP BTO Software\
    dataDir=C:\ProgramData\HP\HP BTO Software\
    prodInstallDir=C:\HPBSM\
    prodDataDir=C:\ProgramData\HP\BSM\

    The paths can contain space characters. The quotation marks (" ") are not supported.

  3. To invoke the upgrade tool, run the following command:

    cd <OBMInstallationFiles>

    upgrade.bat -d -gui-silent

    The OBM upgrade runs in silent mode by default. Make sure the OBM services are up and running before starting the upgrade. If you run the above script without the -silent or -gui option, a prompt appears to notify that the upgrade will continue silently. Type Y to continue the silent upgrade. Type N to exit and perform the GUI mode upgrade.

    The script first automatically uninstalls any previously installed patches and your previous OBM version. This may take some time. Make sure to close all the files and directory that belongs to HPBSM directory before running the upgrade script.

    Note Ensure that the DISPLAY variable is configured on the OBM host system. The silent configuration fails if it is not configured. If the silent configuration fails, run the upgrade command in GUI mode. If the silent upgrade fails after configuration, run the configuration wizard manually. When running the configuration wizard manually, choose Custom configuration/upgrade followed by Upgrade database from a previous version of OBM.

    After your earlier OBM version is uninstalled, the upgrade process invokes the silent installation of OBM2019.11. After the installation is complete, silent configure manually on the configuration wizard.

  4. Verify if the configuration wizard has run successfully by checking the configuration log file:

    The configuration wizard runs silently in the background.

    HPBSM\log\configserver\configserver_all.log

    Note If the upgrade fails before the configuration, you must run the upgrade in GUI mode again. If the configuration fails, you are required to run the configuration wizard manually.

  5. Perform the following steps to complete the upgrade on each gateway server:

    1. Run the following command:

      cd <OBMInstallationFiles>
      upgrade.bat -d -noprep
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      HPBSM\log\configserver\configserver_all.log
  6. Perform the following steps to complete the upgrade on each secondary DPS:

    1. cd <OBMInstallationFiles>
      upgrade.bat -d -noprep
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      HPBSM\log\configserver\configserver_all.log
  7. Follow the wizard to install the OBM2019.11 service pack as follows:

    Each of the steps are mentioned in detail in the below sections.

    1. Select the preferred language for the installation wizard, and click OK.
    2. Read the introduction and click Next.
    3. Review and accept the license agreement, then click Next to continue with the installation. If you decline, the installation cannot proceed.
    4. Specify the installation type and click Next.
    5. Click Next after the product requirement checks are complete.
    6. Review the information in the Pre-Install Summary and click Install to start the installation.
    7. Click Done once the installation is complete.

      This completes OBM 2019.11 installation. The configuration wizard is displayed and the configuration is done manually.

    8. Optional. If you reboot the server, a Next Steps screen might be displayed. Click Configure/Upgrade OBM.

    After the upgrade is over, start the OBM services:

    In Windows Search, start typing Enable Operations Bridge Manager, and then click Enable Operations Bridge Manager in the search results.

    Note After the upgrade, the initial start of OBM may take a couple of hours. DO NOT stop OBM during the start-up. Wait for the process to complete. Make sure to choose the right server type manually during GUI upgrade.

  8. Follow the wizard to install the OBM2019.11 service pack as follows:

    Each of the steps are mentioned in detail in the below sections.

    1. Select the preferred language for the installation wizard, and click OK.
    2. Read the introduction and click Next.
    3. Review and accept the license agreement, then click Next to continue with the installation. If you decline, the installation cannot proceed.
    4. Specify the installation type and click Next.
    5. Click Next after the product requirement checks are complete.
    6. Review the information in the Pre-Install Summary and click Install to start the installation.
    7. Click Done once the installation is complete.

      This completes OBM 2019.11 installation. The configuration wizard is displayed and the configuration is done manually.

    8. Optional. If you reboot the server, a Next Steps screen might be displayed. Click Configure/Upgrade OBM.
  9. After the upgrade is over, start the OBM services:

    In Windows Search, start typing Enable Operations Bridge Manager, and then click Enable Operations Bridge Manager in the search results.

    Note After the upgrade, the initial start of OBM may take a couple of hours. DO NOT stop OBM during the start-up. Wait for the process to complete. Make sure to choose the right server type manually during GUI upgrade.

  1. Make sure the OBM services are running (If there are any HA services deployed, all services must be running on the primary DPS. The secondary DPS and gateways must be brought down). The active server is the server where all HAC server are running. You can check the primary DPS server from the JMX console by invoking the list servers method. For details, see High Availability for the Data Processing Server. Depending on the OBM version, run one of the following commands as non-root user to stop services on the secondary DPS and gateways:

    /opt/HP/BSM/scripts/run_hpbsm stopall (for OBM 2018.11and later versions)

    /opt/HP/BSM/scripts/run_hpbsm stop (for OBM 2018.05 and previous versions)

  2. To invoke the upgrade tool, run the following command:

    cd <OBMInstallationFiles>

    ./upgrade.sh -d -gui-silent

    The OBM upgrade runs in silent mode by default. Make sure the OBM services are up and running before starting the upgrade. If you run the above script without the -silent or -gui option, a prompt appears to notify that the upgrade will continue silently. Type Y to continue the silent upgrade. Type N to exit and perform the GUI mode upgrade.

    The script first automatically uninstalls any previously installed patches and your previous OBM version. This may take some time. Make sure to close all the files and directory that belongs to HPBSM directory before running the upgrade script.

    After your earlier OBM version is uninstalled, the upgrade process invokes the silent installation of OBM2019.11. After the installation is complete, silent configure manually on the configuration wizard.

  3. Verify if the configuration wizard has run successfully by checking the configuration log file:

    The configuration wizard runs silently in the background.

    /opt/HP/BSM/log/configserver/configserver_all.log

    Note Ensure that the DISPLAY variable is configured on the OBM host system. The silent configuration fails if it is not configured. If the silent configuration fails before configuration, run the silent upgrade command again. If the upgrade fails during configuration, run the configuration wizard manually. When running the configuration wizard manually, choose Custom configuration/upgrade followed by Upgrade database from a previous version of OBM.

  4. Perform the following steps to complete the upgrade on each gateway server:

    1. Run the following command:

      cd <OBMInstallationFiles>
      upgrade.bat -d -noprep
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      \opt\HP\BSM\log\configserver\configserver_all.log

  5. Perform the following steps to complete the upgrade on each secondary DPS:

    1. cd <OBMInstallationFiles>
      upgrade.sh -d -noprep
    2. The configuration wizard runs silently in the background. Verify if the configuration wizard has run successfully and then start services:

      \opt\HP\BSM\log\configserver\configserver_all.log

  6. Follow the wizard to install the OBM2019.11 service pack as follows:

    Each of the steps are mentioned in detail in the below sections.

    1. Select the preferred language for the installation wizard, and click OK.
    2. Read the introduction and click Next.
    3. Review and accept the license agreement, then click Next to continue with the installation. If you decline, the installation cannot proceed.
    4. Specify the installation type and click Next.
    5. Click Next after the product requirement checks are complete.
    6. Review the information in the Pre-Install Summary and click Install to start the installation.
    7. Click Done once the installation is complete.

      This completes OBM 2019.11 installation. The configuration wizard is displayed and the configuration is done manually.

    8. Optional. If you reboot the server, a Next Steps screen might be displayed. Click Configure/Upgrade OBM.
  7. After the upgrade is over, run the following command to start the services:

    /opt/HP/BSM/scripts/run_hpbsm start

    Note After the upgrade, the initial start of OBM may take a couple of hours. DO NOT stop OBM if the Initializer is in Processing state. Wait for the process to complete.

Configure event buffering in OM

If you have been using OM to forward events to BSMthe already installed OMi/OBM version, configure OM event buffering.

During the migration, OM continues to attempt sending events to BSMthe already installed OMi/OBM version. If BSMthe original OMi/OBM servers cannot be reached, OM starts to buffer the events until the new OBM servers are online. Depending on the length of the outage and the number of events, adjust the maximum length of the delivery timeout and the maximum size of the buffer file so that OM does not discard any unsent events.

Note When the upgrade is complete, you can restore the original values of the buffer.

Prepare the OBM installation parameters file

  1. On the BSMOBM host systemnew system that will host OBM, create an empty file called ovinstallparams.ini in the same directory as the HPOMi_<VersionAndBuild>_setup.exeHPOMi_<VersionAndBuild>_setup.bin executable file, for example in the following directory:

    <OBMInstallationFiles>\/Software\/HPOMi_<VersionAndBuild>_setup.exebin

    <OBMInstallationFiles>\/Software\/ovinstallparams.ini

  2. Copy the following section to the ovinstallparams.ini file:

    [installer.properties]
    setup=HPOMi
    group=typical
  3. To change the default installation directories, add the following lines at the end of the file:

    installDir=<SharedComponentsBinaryFilesDirectory>
    dataDir=<SharedComponentsDataDirectory>
    prodInstallDir=<OBMBinaryFilesDirectory>
    prodDataDir=<OBMDataDirectory>

    Note The first two lines apply to the shared data (shared components), and the last two lines apply to OBM.

    The paths can contain space characters. In this case, do not enclose them with quotation marks.

    You may check the following environment variables to determine the above directories:

    Directory Environment variable
    installDir (SharedComponentsBinaryFilesDirectory) OVINSTALLDIR
    dataDir (SharedComponentsDataDirectory) OVDATADIR
    prodInstallDir (OBMBinaryFilesDirectory) TOPAZ_HOME
    prodDataDir (OBMDataDirectory) TOPAZ_HOME

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

  1. On each OBM host systemnew system that will host OBM, create an empty file called ovinstallparams.ini in the same directory as the HPOMi_<VersionAndBuild>_setup.exeHPOMi_<VersionAndBuild>_setup.bin executable file, for example in the following directory:

    <OBMInstallationFiles>\/Software\/HPOMi_<VersionAndBuild>_setup.exebin

    <OBMInstallationFiles>\/Software\/ovinstallparams.ini

  2. Depending on whether the host system iswill be a data processing server or a gateway server, copy the appropriate section to the ovinstallparams.ini file:

    • Data processing server:

      [installer.properties]
      setup=HPOMi
      group=process
    • Gateway server:

      [installer.properties]
      setup=HPOMi
      group=gateway
  3. To change the default installation directories, add the following lines at the end of the file:

    installDir=<SharedComponentsBinaryFilesDirectory>
    dataDir=<SharedComponentsDataDirectory>
    prodInstallDir=<OBMBinaryFilesDirectory>
    prodDataDir=<OBMDataDirectory>

    Note The first two lines apply to the shared data (shared components), and the last two lines apply to OBM.

    The paths can contain space characters. In this case, do not enclose them with quotation marks.

    You may check the following environment variables to determine the above directories:

    Directory Environment variable
    installDir (SharedComponentsBinaryFilesDirectory) OVINSTALLDIR
    dataDir (SharedComponentsDataDirectory) OVDATADIR
    prodInstallDir (OBMBinaryFilesDirectory) TOPAZ_HOME
    prodDataDir (OBMDataDirectory) TOPAZ_HOME

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

Initiate the upgrade process

Caution This section applies only to the host system of the primary data processing server in your BSMOBMexisting OBM deployment.

Caution This section applies only to the host system of the primary data processing server in your BSMOBMexisting OBM deployment.

To initiate the first phase of the upgrade process for the local systemexisting BSMOBM host system, follow the steps:

  1. Open a Command Prompt terminal window as an administrator the root user.

  2. Change the current directory to the location where you have extracted files from the 2019.11 installation package to as follows:

    cd <OBMInstallationFilesDirectory>

  3. Run the following command:

    upgrade.sh -d -silent -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -d -silent -archive=true -s

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    Run the following command:

    upgrade.sh -s -noprep

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -silent -archive=true -s -noprep

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    Run the following command on the primary DPS of your existing OBM environment:

    upgrade.sh -d -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -d -silent -archive=true -s -noprep

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    Perform the following depending on the system for which you are initiating the upgrade:

    For the primary data processing server (DPS) of the existing BSMOBM environment

    Run the following command:

    upgrade.sh -d [-silent] -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -d -silent -archive=true -s

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    After the primary DPS is upgraded, that is, after OBM 2019.11 is installed and configured on the primary DPS, start the services on the primary DPS. Do not proceed to upgrade the gateway servers and the non-primary DPS until the primary DPS is upgraded and the services are started.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    After the uninstallation completes, access the installation folder OBM_2019.11._for_Windows and manually run install.bat.

    For a gateway server

    Run the following command:

    upgrade.sh -d -silent -s

    Note

    If the upgrade.sh -d -silent -noprep command does not start the uninstallation process, run the following command instead:  
     
    "%OvInstallDir%\Uninstall\HPBSM\setup" -i silent

    After the gateway server is upgraded, that is, after OBM 2019.11 is installed and configured on the gateway server, start the services on the gateway server. Do not proceed to upgrade the non-primary DPS until the gateway servers are upgraded and the services are started.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    After the uninstallation completes, access the installation folder OBM_2019.11._for_Windows and manually run install.bat.

    For a non-primary DPS

    Run the following command:

    upgrade.sh -d -silent -s -noprep

    Note

    If the upgrade.sh -d -silent -noprep command does not start the uninstallation process, run the following command instead:  
     
    "%OvInstallDir%\Uninstall\HPBSM\setup" -i silent

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    After the uninstallation completes, access the installation folder OBM_2019.11._for_Windows and manually run install.bat.

    • For the primary data processing server (DPS) of the existing BSMOBM environment, run the following command:

      upgrade.sh -d -s

      If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

      upgrade.sh -d -silent -archive=true -s

      If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

      If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

      There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

      press Y and accept the default location.

      If you receive the warning

      Failed to query all users from DB.: User is not mapped...

      you can safely ignore it and proceed with the upgrade.

      After the primary DPS is upgraded, start the services on the primary DPS. Do not proceed to upgrade the gateway servers and the non-primary DPS until the primary DPS is upgraded and the services are started.

    • For a or a gateway server, run the following command:

      upgrade.sh -d -silent -s -noprep

      After the gateway server is upgraded, start the services on the gateway server. Do not proceed to upgrade the non-primary DPS until the gateway servers are upgraded and the services are started.

    • For a non-primary DPS, run the following command:

      upgrade.sh -d -silent -s -noprep

    Run the following command on the primary DPS of your existing OBM environment:

    upgrade.sh -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -silent -archive=true -s -noprep

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

  4. Carefully follow further instructions in this guide.

Initiate the upgrade process

Caution This section applies only to the host system of the primary data processing server in your BSMOBMexisting OBM deployment.

Caution This section applies only to the host system of the primary data processing server in your BSMOBMexisting OBM deployment.

To initiate the first phase of the upgrade process for the local systemexisting BSMOBM host system, follow the steps:

  1. Open a Command Prompt terminal window as an administrator the root user.

  2. Change the current directory to the location where you have extracted files from the 2019.11 installation package to as follows:

    cd <OBMInstallationFilesDirectory>

  3. Run the following command:

    upgrade.sh -d -silent -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -d -silent -archive=true -s

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    Run the following command:

    upgrade.sh -s -noprep

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -silent -archive=true -s -noprep

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    Run the following command on the primary DPS of your existing OBM environment:

    upgrade.sh -d -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -d -silent -archive=true -s -noprep

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    Perform the following depending on the system for which you are initiating the upgrade:

    For the primary data processing server (DPS) of the existing BSMOBM environment

    Run the following command:

    upgrade.sh -d [-silent] -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -d -silent -archive=true -s

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

    After the primary DPS is upgraded, that is, after OBM 2019.11 is installed and configured on the primary DPS, start the services on the primary DPS. Do not proceed to upgrade the gateway servers and the non-primary DPS until the primary DPS is upgraded and the services are started.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    After the uninstallation completes, access the installation folder OBM_2019.11._for_Windows and manually run install.bat.

    For a gateway server

    Run the following command:

    upgrade.sh -d -silent -s

    Note

    If the upgrade.sh -d -silent -noprep command does not start the uninstallation process, run the following command instead:  
     
    "%OvInstallDir%\Uninstall\HPBSM\setup" -i silent

    After the gateway server is upgraded, that is, after OBM 2019.11 is installed and configured on the gateway server, start the services on the gateway server. Do not proceed to upgrade the non-primary DPS until the gateway servers are upgraded and the services are started.

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    After the uninstallation completes, access the installation folder OBM_2019.11._for_Windows and manually run install.bat.

    For a non-primary DPS

    Run the following command:

    upgrade.sh -d -silent -s -noprep

    Note

    If the upgrade.sh -d -silent -noprep command does not start the uninstallation process, run the following command instead:  
     
    "%OvInstallDir%\Uninstall\HPBSM\setup" -i silent

    Applies only if you are upgrading from OMi 10.12 IP6. When you are asked if you really want to start uninstalling Operations Manager i 10.x, do not proceed. Instead, follow these steps:

    1. Go to Control Panel > Programs > Programs and Features> Uninstall a program.
    2. Select Performance Engine, right-click and click Uninstall.
    3. Return to the upgrade script and type y to continue.

    After the uninstallation completes, access the installation folder OBM_2019.11._for_Windows and manually run install.bat.

    • For the primary data processing server (DPS) of the existing BSMOBM environment, run the following command:

      upgrade.sh -d -s

      If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

      upgrade.sh -d -silent -archive=true -s

      If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

      If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

      There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

      press Y and accept the default location.

      If you receive the warning

      Failed to query all users from DB.: User is not mapped...

      you can safely ignore it and proceed with the upgrade.

      After the primary DPS is upgraded, start the services on the primary DPS. Do not proceed to upgrade the gateway servers and the non-primary DPS until the primary DPS is upgraded and the services are started.

    • For a or a gateway server, run the following command:

      upgrade.sh -d -silent -s -noprep

      After the gateway server is upgraded, start the services on the gateway server. Do not proceed to upgrade the non-primary DPS until the gateway servers are upgraded and the services are started.

    • For a non-primary DPS, run the following command:

      upgrade.sh -d -silent -s -noprep

    Run the following command on the primary DPS of your existing OBM environment:

    upgrade.sh -s

    If you have a lot of events in the database and want to archive them to speed up the upgrade process, you can use the –archive parameter. If this parameter is set to true, the upgrade will archive events, resulting in a faster upgrade.

    upgrade.sh -silent -archive=true -s -noprep

    If the -archive parameter is set to false, all the events are kept in the database. If you do not set this parameter, the value is considered to be false.

    If you do not set this parameter and there is a large number of events in the database, you will be prompted by the following message:

    There is a large number of closed events stored in the database that will significantly extend the upgrade time. Do you want to archive the closed events before starting the upgrade (y/n)?

    press Y and accept the default location.

    If you receive the warning

    Failed to query all users from DB.: User is not mapped...

    you can safely ignore it and proceed with the upgrade.

  4. Carefully follow further instructions in this guide.

Attend the initial upgrade phase

During the initial upgrade phase, the following operations are performed:

  • The event queue is emptied.

  • You are given the ability to shorten the upgrade process by choosing not to upgrade closed events.

    If there are numerous closed events stored in the BSMoriginal OBM Event database, the upgrade process might take a very long time. To avoid this situation, OBM offers an automatic archival and purge of the closed events before their upgrade.

  • Configuration data and the data from the embedded PostgreSQL database is backed up into the following file:

    %OvDataDir%\backup\OMi<Previous_Version>cfg-backup.zip

    /var/opt/OV/backup/OMi<Previous_Version>cfg-backup.zip

While the process progresses, the following lines are written into the Command Prompt windowcommand shell:

INFO: Upgrading from OMixx
INFO: Running PreMigration Tool to prepare for upgrade
INFO: Backup config data to /var/opt/OV/backup before uninstalling
INFO: Found created backup files under /var/opt/OV/backup

INFO: Upgrading from OMixx
INFO: Running PreMigration Tool to prepare for upgrade
INFO: Backup config data to \var\opt\OV\backup before uninstalling
INFO: Found created backup files under \var\opt\OV\backup

Sometimes the following error may be reported as well:

Pre-upgrade process executed with some errors.

If this occurs, press N to cancel pending uninstallation, restart the host system, and then initiate the upgrade process again.

Attend the initial upgrade phase

During the initial upgrade phase, the following operations are performed:

  • The event queue is emptied.

  • You are given the ability to shorten the upgrade process by choosing not to upgrade closed events.

    If there are numerous closed events stored in the BSMoriginal OBM Event database, the upgrade process might take a very long time. To avoid this situation, OBM offers an automatic archival and purge of the closed events before their upgrade.

  • Configuration data and the data from the embedded PostgreSQL database is backed up into the following file:

    %OvDataDir%\backup\OMi<Previous_Version>cfg-backup.zip

    /var/opt/OV/backup/OMi<Previous_Version>cfg-backup.zip

While the process progresses, the following lines are written into the Command Prompt windowcommand shell:

INFO: Upgrading from OMixx
INFO: Running PreMigration Tool to prepare for upgrade
INFO: Backup config data to /var/opt/OV/backup before uninstalling
INFO: Found created backup files under /var/opt/OV/backup

INFO: Upgrading from OMixx
INFO: Running PreMigration Tool to prepare for upgrade
INFO: Backup config data to \var\opt\OV\backup before uninstalling
INFO: Found created backup files under \var\opt\OV\backup

Sometimes the following error may be reported as well:

Pre-upgrade process executed with some errors.

If this occurs, press N to cancel pending uninstallation, restart the host system, and then initiate the upgrade process again.

Attend uninstallation of your earlier OMi/OBM version

The uninstallation process performs the following operations locally:

  1. Removes existing OMi/OBM intermediate patches (IPs) from the the host system.

  2. Removes the Monitoring Automation feature of BSM, if installed.

  3. Removes the User Engagement feature of OMi/OBM, if installed.

  4. Uninstalls OMi/OBM, including LCore/Agent. The configuration data in the %OvDataDir%/var/opt/OV directory is preserved.

During the process, the following lines are written into the Command Prompt windowcommand shell:

INFO: Stopping OBM for Uninstallation
INFO: Installing installation-wixard.jar hotfix
INFO: Uninstalling OBM 10.x patches...
INFO: Uninstalling <IP version>
INFO: Re-Installing installation-wizard.jar hotfix
INFO: Uninstalling OBM 10.x main application...
INFO: Uninstallation done - Starting installation of OBM

Attend invocation of the OBM 2019.11 installation

After your earlier OMi/OBM version is uninstalled, the upgrade process invokes the installation of OBM 2019.11. Invoke the installation of OBM 2019.11.

At this time, the following lines are written into the Command Prompt windowcommand shell:

INFO: (install) Starting installation of HP Operations Manager i
INFO: (install) Successfully started installation of HP Operations Manager i

Attend invocation of the OBM 2019.11 installation

After your earlier OMi/OBM version is uninstalled, the upgrade process invokes the installation of OBM 2019.11. Invoke the installation of OBM 2019.11.

At this time, the following lines are written into the Command Prompt windowcommand shell:

INFO: (install) Starting installation of HP Operations Manager i
INFO: (install) Successfully started installation of HP Operations Manager i

Plan the installation process

Considerations

Before you begin to install OBM, consider the following:

  • You can install and configure OBM in one of the following ways:

    • Parallel installation and serial configuration. You can run the installation for all servers (on all host systems) in parallel. The configuration wizard, however, must be run for a data processing server (DPS) first. This server becomes the primary DPS in OBM. It creates the certificates required for secure communication and stores them in the database. After you configure the primary DPS, continue with the configuration of the secondary data processing server (optional), and finally configure the gateway servers.

      For parallel installation and serial configuration, select the Quit option in the last page of the post-installation wizard. Such selection enables you to finish installing all OBM servers first and to configure them at a later time.

    • Serial installation and configuration. You can install and configure the OBM servers in a sequence. In this case, install and configure an OBM data processing server (DPS) first. This server becomes the primary DPS. Then install and configure OBM on the other DPSs. Finally complete the deployment by installing and configuring the gateway servers. The wizard will direct you as to when to begin the installation on the gateway server.

      For serial installation and configuration, select the Configure OBM option in the last page of the post-installation wizard. Such selection automatically invokes the configuration wizard after the installation of each server.

    • Console mode or silent installation. You can install OBM using the console mode or the silent installation (-console or -silent), followed by the silent configuration (configuration in the console mode is not possible).

      The following tools are available to check the status of installation in GUI mode:

      • Operations Bridge Manager Status: /opt/HP/BSM/tools/bsmstatus/bsmstatus.sh

        Alternatively, you can use the following utilities in console mode:

        • To print the Nanny status,use the /opt/HP/BSM/opr/support/opr-status.py utility .
        • To print the HAC status, use the /opt/HP/BSM/opr/support/opr-support-utils.sh utility.
      • OBM Database Browser: /opt/HP/BSM/tools/bsmbrowser/bsmbrowser.sh

  • You can verify whether the installation files contain the original Micro Focus-provided code and have not been manipulated by a third-party. For instructions on how to do so, see the GPG or RPM Signature Verification website.

  • To utilize silent mode during the OBM installation and configuration, prepare the OBM installation parameters file at the beginning of the installation sequence. At that time, you can also direct OBM to use non-default installation directories.

  • Installing OBM in the console mode (by using the ‑console command line option) is not supported on Microsoft Windows.

  • If the anti-virus software is running locally, you can leave it running also during the installation. While you might receive an anti-virus warning, you can safely ignore it and proceed with the installation without taking any action.

  • Modifying or repairing the installed OBM is not supported, therefore the Modify and Repair options are unavailable if the OBM installation wizard is invoked when OBM is already installed.

Prerequisites

Before you initiate the installation process, check the following:

  • Ensure that no other installations or processes that require Windows Installer are running. If there are, OBM installation cannot complete and you must terminate it by clicking Cancel in the OBM installation wizard.

Prerequisites

Before you initiate the installation process, make sure that no other installations are running.

Before you initiate the installation process, make sure there is no ovinstallparams.ini file in /tmp/.

Install and configuration sequence

Install OBM as follows:

  1. On the system that will host OBM, prepare the OBM installation parameters file.

  2. Start the installation wizard and install OBM 2019.11.

  3. Start the configuration wizard and configure OBM.

    Tip The configuration wizard is invoked automatically when a proper option is selected in the final page of the post-installation wizard.

1. On each system that will host OBM, prepare the OBM installation parameters file.

2. Depending on the preferred OBM installation and configuration sequence, proceed as follows:

  • To install all OBM servers first and configure them afterward, do the following:

    1. On each system that will host either an OBM data processing server (DPS) or an OBM gateway server (GS), start the installation wizard and install OBM 2019.11.

      Do not proceed to perform a post-installation action at this point.

    2. On the system that will host the OBM primary DPS, start the configuration wizard and configure OBM.

    3. On each system that will host either the OBM secondary DPS or an OBM GS, start the configuration wizard and configure OBM.

      You can configure the secondary DPS and the gateway servers in parallel.

  • To install and configure all OBM servers one by one, start the installation wizard and install OBM 2019.11, then manually start the configuration wizard and configure OBM once the installation is complete. Perform these actions in the following systems in sequence:

    1. Each system that will host an OBM data processing server (DPS)

      The DPS that is configured first becomes the primary DPS of your OBM deployment.

    2. Each system that will host an OBM gateway server (GS)

Prepare the OBM installation parameters file

  1. On the BSMOBM host systemnew system that will host OBM, create an empty file called ovinstallparams.ini in the same directory as the HPOMi_<VersionAndBuild>_setup.exeHPOMi_<VersionAndBuild>_setup.bin executable file, for example in the following directory:

    <OBMInstallationFiles>\/Software\/HPOMi_<VersionAndBuild>_setup.exebin

    <OBMInstallationFiles>\/Software\/ovinstallparams.ini

  2. Copy the following section to the ovinstallparams.ini file:

    [installer.properties]
    setup=HPOMi
    group=typical
  3. To change the default installation directories, add the following lines at the end of the file:

    installDir=<SharedComponentsBinaryFilesDirectory>
    dataDir=<SharedComponentsDataDirectory>
    prodInstallDir=<OBMBinaryFilesDirectory>
    prodDataDir=<OBMDataDirectory>

    Note The first two lines apply to the shared data (shared components), and the last two lines apply to OBM.

    The paths can contain space characters. In this case, do not enclose them with quotation marks.

    You may check the following environment variables to determine the above directories:

    Directory Environment variable
    installDir (SharedComponentsBinaryFilesDirectory) OVINSTALLDIR
    dataDir (SharedComponentsDataDirectory) OVDATADIR
    prodInstallDir (OBMBinaryFilesDirectory) TOPAZ_HOME
    prodDataDir (OBMDataDirectory) TOPAZ_HOME

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

  1. On each OBM host systemnew system that will host OBM, create an empty file called ovinstallparams.ini in the same directory as the HPOMi_<VersionAndBuild>_setup.exeHPOMi_<VersionAndBuild>_setup.bin executable file, for example in the following directory:

    <OBMInstallationFiles>\/Software\/HPOMi_<VersionAndBuild>_setup.exebin

    <OBMInstallationFiles>\/Software\/ovinstallparams.ini

  2. Depending on whether the host system iswill be a data processing server or a gateway server, copy the appropriate section to the ovinstallparams.ini file:

    • Data processing server:

      [installer.properties]
      setup=HPOMi
      group=process
    • Gateway server:

      [installer.properties]
      setup=HPOMi
      group=gateway
  3. To change the default installation directories, add the following lines at the end of the file:

    installDir=<SharedComponentsBinaryFilesDirectory>
    dataDir=<SharedComponentsDataDirectory>
    prodInstallDir=<OBMBinaryFilesDirectory>
    prodDataDir=<OBMDataDirectory>

    Note The first two lines apply to the shared data (shared components), and the last two lines apply to OBM.

    The paths can contain space characters. In this case, do not enclose them with quotation marks.

    You may check the following environment variables to determine the above directories:

    Directory Environment variable
    installDir (SharedComponentsBinaryFilesDirectory) OVINSTALLDIR
    dataDir (SharedComponentsDataDirectory) OVDATADIR
    prodInstallDir (OBMBinaryFilesDirectory) TOPAZ_HOME
    prodDataDir (OBMDataDirectory) TOPAZ_HOME

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

Start the OBM 2019.11 installation

Invocation of the OBM 2019.11 installation is the same for both deployment types and both server types. Previously prepared ovinstallparams.ini file defines the type of the installed OBM server. You can select the server type (and implicitly choose the deployment) in a dedicated page of the OBM installation wizard.

To start the installation, follow the steps on the new host systems:

  1. Open a Command Promptterminal window as an administratorthe root user.
  2. Change the current directory as follows:

    cd <OBMInstallationFilesDirectory>

  3. To start the installation in the GUI mode (invoke the installation wizard), run the following command:

    install

    To start the installation in the silent mode, run the following command:

    install -silent

  4. Depending on the desired installation mode, proceed as follows:

    • To start the installation in the GUI mode (invoke the installation wizard), run the following command:

      ./install.sh

    • To start the installation in the console mode, run the following command:

      ./install.sh -console

      Alternatively, unset the $DISPLAY shell environment variable and run the command without specifying the ‑console option.

      Note After the console-mode installation completes, start the configuration wizard manually. For instructions on how to do that, see Operations Bridge Manager 2019.11 Installation and Upgrade Guide.

    To start the installation in the silent mode, run the following command:

    ./install.sh -silent

  5. Attend installation of OBM 2019.11. In a virtual environment, this phase might take approximately between 30 and 60 minutes.

Start the OBM 2019.11 installation

Invocation of the OBM 2019.11 installation is the same for both deployment types and both server types. Previously prepared ovinstallparams.ini file defines the type of the installed OBM server. You can select the server type (and implicitly choose the deployment) in a dedicated page of the OBM installation wizard.

To start the installation, follow the steps on the new host systems:

  1. Open a Command Promptterminal window as an administratorthe root user.
  2. Change the current directory as follows:

    cd <OBMInstallationFilesDirectory>

  3. To start the installation in the GUI mode (invoke the installation wizard), run the following command:

    install

    To start the installation in the silent mode, run the following command:

    install -silent

  4. Depending on the desired installation mode, proceed as follows:

    • To start the installation in the GUI mode (invoke the installation wizard), run the following command:

      ./install.sh

    • To start the installation in the console mode, run the following command:

      ./install.sh -console

      Alternatively, unset the $DISPLAY shell environment variable and run the command without specifying the ‑console option.

      Note After the console-mode installation completes, start the configuration wizard manually. For instructions on how to do that, see Operations Bridge Manager 2019.11 Installation and Upgrade Guide.

    To start the installation in the silent mode, run the following command:

    ./install.sh -silent

  5. Attend installation of OBM 2019.11. In a virtual environment, this phase might take approximately between 30 and 60 minutes.

Start the OBM 2019.11 installation

Invocation of the OBM 2019.11 installation is the same for both deployment types and both server types. Previously prepared ovinstallparams.ini file defines the type of the installed OBM server. You can select the server type (and implicitly choose the deployment) in a dedicated page of the OBM installation wizard.

To start the installation, follow the steps on the new host systems:

  1. Open a Command Promptterminal window as an administratorthe root user.
  2. Change the current directory as follows:

    cd <OBMInstallationFilesDirectory>

  3. To start the installation in the GUI mode (invoke the installation wizard), run the following command:

    install

    To start the installation in the silent mode, run the following command:

    install -silent

  4. Depending on the desired installation mode, proceed as follows:

    • To start the installation in the GUI mode (invoke the installation wizard), run the following command:

      ./install.sh

    • To start the installation in the console mode, run the following command:

      ./install.sh -console

      Alternatively, unset the $DISPLAY shell environment variable and run the command without specifying the ‑console option.

      Note After the console-mode installation completes, start the configuration wizard manually. For instructions on how to do that, see Operations Bridge Manager 2019.11 Installation and Upgrade Guide.

    To start the installation in the silent mode, run the following command:

    ./install.sh -silent

  5. Attend installation of OBM 2019.11. In a virtual environment, this phase might take approximately between 30 and 60 minutes.

Choose the preferred language

Your installer may offer additional languages. The language that you choose in the initial installer window is used for the installation wizard.

Windows Installer: Language Selection page

From the available drop-down list, select the preferred language for the installation wizard, and then click OK.

Note Your selection does not affect the following:

  • The language of the configuration wizard (it is determined automatically based on the operating system settings)

  • The language used in the OBM console

Choose the preferred language

Your installer may offer additional languages. The language that you choose in the initial installer window is used for the installation wizard.

Windows Installer: Language Selection page

From the available drop-down list, select the preferred language for the installation wizard, and then click OK.

Note Your selection does not affect the following:

  • The language of the configuration wizard (it is determined automatically based on the operating system settings)

  • The language used in the OBM console

Choose the preferred language

Your installer may offer additional languages. The language that you choose in the initial installer window is used for the installation wizard.

Windows Installer: Language Selection page

From the available drop-down list, select the preferred language for the installation wizard, and then click OK.

Note Your selection does not affect the following:

  • The language of the configuration wizard (it is determined automatically based on the operating system settings)

  • The language used in the OBM console

Attend initialization of OBM 2019.11 installation

During the initial phase the installation wizard checks the host system for the following:

  • Supported operating system

  • Sufficient physical memory

  • Sufficient free storage space at the location the /tmp path points todefined by the %TEMP% user environment variable

Installation wizard: Initialization page

Attend initialization of OBM 2019.11 installation

During the initial phase the installation wizard checks the host system for the following:

  • Supported operating system

  • Sufficient physical memory

  • Sufficient free storage space at the location the /tmp path points todefined by the %TEMP% user environment variable

Installation wizard: Initialization page

Attend initialization of OBM 2019.11 installation

During the initial phase the installation wizard checks the host system for the following:

  • Supported operating system

  • Sufficient physical memory

  • Sufficient free storage space at the location the /tmp path points todefined by the %TEMP% user environment variable

Installation wizard: Initialization page

Read the introduction

The Introduction (Install) page describes the installation wizard in general. Familiarize yourself with the information provided and then click Next.

Installation wizard: Introduction (Install) page

Read the introduction

The Introduction (Install) page describes the installation wizard in general. Familiarize yourself with the information provided and then click Next.

Installation wizard: Introduction (Install) page

Read the introduction

The Introduction (Install) page describes the installation wizard in general. Familiarize yourself with the information provided and then click Next.

Installation wizard: Introduction (Install) page

Review the license agreement

In the Product Agreement (License Agreement) page, accept the license agreement and click Next to continue with the installation. If you decline, the installation cannot proceed.

Installation wizard: Product Agreement (License Agreement) page

Review the license agreement

In the Product Agreement (License Agreement) page, accept the license agreement and click Next to continue with the installation. If you decline, the installation cannot proceed.

Installation wizard: Product Agreement (License Agreement) page

Review the license agreement

In the Product Agreement (License Agreement) page, accept the license agreement and click Next to continue with the installation. If you decline, the installation cannot proceed.

Installation wizard: Product Agreement (License Agreement) page

Choose the server type

In the Product Customization page, select the Single Server option. This option installs the gateway server and the data processing server on the same system. Click Next to continue.

Installation wizard: Product Customization page - data processing server

In the Product Customization page, select the OBM server type you want to install on the local system:

  • Gateway Server. Installs the OBM gateway server.

  • Data Processing Server. Installs the OBM data processing server.

Installation wizard: Product Customization page - data processing server

Click Next to continue.

Note If a previous version of OMi is detected on the system, the installation wizard warns you about losing customized configuration data of that product version.

Choose the server type

In the Product Customization page, select the Single Server option. This option installs the gateway server and the data processing server on the same system. Click Next to continue.

Installation wizard: Product Customization page - data processing server

In the Product Customization page, select the OBM server type you want to install on the local system:

  • Gateway Server. Installs the OBM gateway server.

  • Data Processing Server. Installs the OBM data processing server.

Installation wizard: Product Customization page - data processing server

Click Next to continue.

Note If a previous version of OMi is detected on the system, the installation wizard warns you about losing customized configuration data of that product version.

Choose the server type

In the Product Customization page, select the Single Server option. This option installs the gateway server and the data processing server on the same system. Click Next to continue.

Installation wizard: Product Customization page - data processing server

In the Product Customization page, select the OBM server type you want to install on the local system:

  • Gateway Server. Installs the OBM gateway server.

  • Data Processing Server. Installs the OBM data processing server.

Installation wizard: Product Customization page - data processing server

Click Next to continue.

Note If a previous version of OMi is detected on the system, the installation wizard warns you about losing customized configuration data of that product version.

Verify the installation directories

Verify whether the OBM installation directories can be created at their predefined locations, and check if the respective mount points provide the necessary storage space. The directories are as follows:

  • /opt/HP/BSM (directory of the OBM components)

  • /opt/OV (binary files directory of the Operations Agent components and the shared content)

  • /var/opt/OV (data directory of the Operations Agent components and the shared content)

Click Next.

Verify the installation directories

Verify whether the OBM installation directories can be created at their predefined locations, and check if the respective mount points provide the necessary storage space. The directories are as follows:

  • /opt/HP/BSM (directory of the OBM components)

  • /opt/OV (binary files directory of the Operations Agent components and the shared content)

  • /var/opt/OV (data directory of the Operations Agent components and the shared content)

Click Next.

Specify the installation folders

Select the following folders for the installation:

  • Note  

    • There is additional shared data in the %ALLUSERSPROFILE%\HP\BSM directory.
    • During the installation of OBM 2019.11, verify if the value in the Data folder for shared content text box matches the one that was used for the old OMi installation. If you choose not to do so, backup data cannot be found at the restore time.
  • Installation folder for the product-specific (OBM) content.

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

    If the requirements are not met, the installation wizard prompts you to give the folder a different name in the next step.

Installation wizard: Product Customization page - folders

Note If you are installing OBM onto a system running Windows Server 2008 R2, the following message may appear:

The installation folder for shared content is not valid.

This may occur because you do not have administrative privileges on the system, which are necessary to install OBM. Check with your system administrator.

Click Next.

Specify the installation folders

Select the following folders for the installation:

  • Note  

    • There is additional shared data in the %ALLUSERSPROFILE%\HP\BSM directory.
    • During the installation of OBM 2019.11, verify if the value in the Data folder for shared content text box matches the one that was used for the old OMi installation. If you choose not to do so, backup data cannot be found at the restore time.
  • Installation folder for the product-specific (OBM) content.

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

    If the requirements are not met, the installation wizard prompts you to give the folder a different name in the next step.

Installation wizard: Product Customization page - folders

Note If you are installing OBM onto a system running Windows Server 2008 R2, the following message may appear:

The installation folder for shared content is not valid.

This may occur because you do not have administrative privileges on the system, which are necessary to install OBM. Check with your system administrator.

Click Next.

Specify the installation folders

Select the following folders for the installation:

  • Note  

    • There is additional shared data in the %ALLUSERSPROFILE%\HP\BSM directory.
    • During the installation of OBM 2019.11, verify if the value in the Data folder for shared content text box matches the one that was used for the old OMi installation. If you choose not to do so, backup data cannot be found at the restore time.
  • Installation folder for the product-specific (OBM) content.

    The installation folder for OBM content must not exist yet, and the directory name that you specify must:

    The OBM binary files directory (<OBMBinaryFilesDirectory>) must not exist yet, and the directory name that you specify must:

    • Be shorter than 16 characters

    • Contain only the following characters: a-z, A-Z, 0-9, underscore (_), hyphen (-), period (.), backslash (\), slash (/), and colon (:)

    • End with the HPBSM string

    If the requirements are not met, the installation wizard prompts you to give the folder a different name in the next step.

Installation wizard: Product Customization page - folders

Note If you are installing OBM onto a system running Windows Server 2008 R2, the following message may appear:

The installation folder for shared content is not valid.

This may occur because you do not have administrative privileges on the system, which are necessary to install OBM. Check with your system administrator.

Click Next.

Review the product requirements

While the Product Requirements page is visible, the installation wizard performs various checks if the system meets the requirements for installing OBM.

Installation wizard: Product Requirements page

In the Product Requirements page, click Next.

Note If a requirement check fails, review the warning message and revise the product requirements listed in this guide. After updating the problematic resource, click Previous and then Next to continue with the installation.

Review the product requirements

While the Product Requirements page is visible, the installation wizard performs various checks if the system meets the requirements for installing OBM.

Installation wizard: Product Requirements page

In the Product Requirements page, click Next.

Note If a requirement check fails, review the warning message and revise the product requirements listed in this guide. After updating the problematic resource, click Previous and then Next to continue with the installation.

Review the product requirements

While the Product Requirements page is visible, the installation wizard performs various checks if the system meets the requirements for installing OBM.

Installation wizard: Product Requirements page

In the Product Requirements page, click Next.

Note If a requirement check fails, review the warning message and revise the product requirements listed in this guide. After updating the problematic resource, click Previous and then Next to continue with the installation.

Initiate OBM 2019.11 installation

In the Pre-Install Summary page, review the information and then click Install to start the installation.

Installation wizard: Pre-Install Summary page

Initiate OBM 2019.11 installation

In the Pre-Install Summary page, review the information and then click Install to start the installation.

Installation wizard: Pre-Install Summary page

Initiate OBM 2019.11 installation

In the Pre-Install Summary page, review the information and then click Install to start the installation.

Installation wizard: Pre-Install Summary page

Attend OBM 2019.11 installation

While the Installing page is visible, attend the installation of OBM 2019.11. In a virtual environment, this phase might take approximately 30 to 60 minutes. Wait for the configuration wizard to appear.

Note If some required VC libraries are used by another process, your system might be rebooted during the installation. Restart the installation wizard after the reboot to continue with the installation.

Installation wizard: Installing page

Attend OBM 2019.11 installation

While the Installing page is visible, attend the installation of OBM 2019.11. In a virtual environment, this phase might take approximately 30 to 60 minutes. Wait for the configuration wizard to appear.

Note If some required VC libraries are used by another process, your system might be rebooted during the installation. Restart the installation wizard after the reboot to continue with the installation.

Installation wizard: Installing page

Attend OBM 2019.11 installation

While the Installing page is visible, attend the installation of OBM 2019.11. In a virtual environment, this phase might take approximately 30 to 60 minutes. Wait for the configuration wizard to appear.

Note If some required VC libraries are used by another process, your system might be rebooted during the installation. Restart the installation wizard after the reboot to continue with the installation.

Installation wizard: Installing page

Optional. Configure OBM 2019.11 for Oracle Real Application Clusters

If the Oracle Database of your BSMprevious OBM environment is installed in a computer cluster based on Oracle Real Application Clusters (Oracle RAC), the special configuration changes required to use the Oracle Database are automatically restored during silent upgrade. For more information, see Support for Oracle Real Application Cluster.

If the Oracle Database of your previous OBM environment is installed in a computer cluster based on Oracle Real Application Clusters (Oracle RAC), you had to specially configure your earlier OBM version to be able to use it. In this case, reapply these special configuration changes in OBM 2019.11. For more information, see Support for Oracle Real Application Cluster.

Optional. Configure OBM 2019.11 for Oracle Real Application Clusters

If the Oracle Database of your BSMprevious OBM environment is installed in a computer cluster based on Oracle Real Application Clusters (Oracle RAC), the special configuration changes required to use the Oracle Database are automatically restored during silent upgrade. For more information, see Support for Oracle Real Application Cluster.

If the Oracle Database of your previous OBM environment is installed in a computer cluster based on Oracle Real Application Clusters (Oracle RAC), you had to specially configure your earlier OBM version to be able to use it. In this case, reapply these special configuration changes in OBM 2019.11. For more information, see Support for Oracle Real Application Cluster.

Choose the next step

When the Post-Install Configuration page of the post-installation wizard appears, the installation is complete. In the subsequent Next Steps page, you can choose to upgrade or configure OBM, or quit to postpone the upgrade or configuration.

Select Configure/Upgrade in the following cases:

  • If you are upgrading OBM on the primary data processing server, a secondary data processing server, or a gateway server.

  • If you want to configure OBM on this host system immediately.

Select Configure/Upgrade in the following cases:

  • If you want to upgrade the OBM server immediately.
  • If you want to configure OBM on this host system immediately.

Select Configure OBM to configure OBM on this host system immediately. Select Quit to postpone the configuration of OBM to a later time.

Select Quit to postpone configuration of OBM or the OBM upgrade completion to a later time. You can complete the configuration later by manually launching the configuration wizard. For information about launching the configuration wizard manually, see the Optional. Start the configuration wizard manually section.

Select Quit to postpone the OBM upgrade completion to a later time.

Installation wizard: Next Steps page

After making a selection, click Next.

Choose the next step

When the Post-Install Configuration page of the post-installation wizard appears, the installation is complete. In the subsequent Next Steps page, you can choose to upgrade or configure OBM, or quit to postpone the upgrade or configuration.

Select Configure/Upgrade in the following cases:

  • If you are upgrading OBM on the primary data processing server, a secondary data processing server, or a gateway server.

  • If you want to configure OBM on this host system immediately.

Select Configure/Upgrade in the following cases:

  • If you want to upgrade the OBM server immediately.
  • If you want to configure OBM on this host system immediately.

Select Configure OBM to configure OBM on this host system immediately. Select Quit to postpone the configuration of OBM to a later time.

Select Quit to postpone configuration of OBM or the OBM upgrade completion to a later time. You can complete the configuration later by manually launching the configuration wizard. For information about launching the configuration wizard manually, see the Optional. Start the configuration wizard manually section.

Select Quit to postpone the OBM upgrade completion to a later time.

Installation wizard: Next Steps page

After making a selection, click Next.

Choose the next step

When the Post-Install Configuration page of the post-installation wizard appears, the installation is complete. In the subsequent Next Steps page, you can choose to upgrade or configure OBM, or quit to postpone the upgrade or configuration.

Select Configure/Upgrade in the following cases:

  • If you are upgrading OBM on the primary data processing server, a secondary data processing server, or a gateway server.

  • If you want to configure OBM on this host system immediately.

Select Configure/Upgrade in the following cases:

  • If you want to upgrade the OBM server immediately.
  • If you want to configure OBM on this host system immediately.

Select Configure OBM to configure OBM on this host system immediately. Select Quit to postpone the configuration of OBM to a later time.

Select Quit to postpone configuration of OBM or the OBM upgrade completion to a later time. You can complete the configuration later by manually launching the configuration wizard. For information about launching the configuration wizard manually, see the Optional. Start the configuration wizard manually section.

Select Quit to postpone the OBM upgrade completion to a later time.

Installation wizard: Next Steps page

After making a selection, click Next.

Optional. Start the configuration wizard manually

Note This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading. Ensure that the configuration wizard is run on the primary OBM data processing server before performing the steps described in this section.

If you previously quit the OBM configuration wizard (or you installed OBM silently), you can later start the configuration wizard manually.

You must specify the same database and connection parameters for each OBM server, regardless of whether the servers are at the same location or they are geographically separated.

You can modify any configuration settings at a later time. To change a setting, start the configuration wizard again. Before you restart the wizard, disable OBM.

To start the configuration wizard manually, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss or severe integrity problems.

  2. Do one of the following:

    • Start the wizard from the operating system desktop:

      In Windows Search, start typing Configure Operations Bridge Manager. Then click Configure Operations Bridge Manager in the search results.

    • Start the wizard from the command line:

      1. Open a Command Prompt window as an administrator.

      2. Change the current directory as follows:

        cd <OBM_HOME>\bin

      3. Run the following command:

        config-server-wizard.bat

To manually start the configuration wizard, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss and severe integrity problems.

  2. Open a command shell as the root user.

  3. Change the current directory as follows:

    cd /opt/HP/BSM/bin

  4. Run the following command:

    ./config-server-wizard.sh.

    The configuration wizard starts.

Optional. Start the configuration wizard manually

Note This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading. Ensure that the configuration wizard is run on the primary OBM data processing server before performing the steps described in this section.

If you previously quit the OBM configuration wizard (or you installed OBM silently), you can later start the configuration wizard manually.

You must specify the same database and connection parameters for each OBM server, regardless of whether the servers are at the same location or they are geographically separated.

You can modify any configuration settings at a later time. To change a setting, start the configuration wizard again. Before you restart the wizard, disable OBM.

To start the configuration wizard manually, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss or severe integrity problems.

  2. Do one of the following:

    • Start the wizard from the operating system desktop:

      In Windows Search, start typing Configure Operations Bridge Manager. Then click Configure Operations Bridge Manager in the search results.

    • Start the wizard from the command line:

      1. Open a Command Prompt window as an administrator.

      2. Change the current directory as follows:

        cd <OBM_HOME>\bin

      3. Run the following command:

        config-server-wizard.bat

To manually start the configuration wizard, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss and severe integrity problems.

  2. Open a command shell as the root user.

  3. Change the current directory as follows:

    cd /opt/HP/BSM/bin

  4. Run the following command:

    ./config-server-wizard.sh.

    The configuration wizard starts.

Complete the installation wizard

When OBM is successfully installed, the installation wizard displays the Install Complete (Installation Complete) page with a summary of the installation process.

UCMDB is installed at the following location: <OBM_Home>/ucmdb

UCMDB is installed at the following location: <OBM_Home>\ucmdb

Note OBM installation wizard remains active in the background during the configuration phase, if the configuration is invoked from the post-installation wizard.

Installation wizard: Install Complete (Installation Complete) page

Click Done to conclude the installation.

Click Done to conclude the installation. The configuration wizard is automatically launched after the installation is complete. You can continue with the configuration or click Cancel and launch it manually later. For information about launching the configuration wizard manually, see the Optional. Start the configuration wizard manually section.

Complete the installation wizard

When OBM is successfully installed, the installation wizard displays the Install Complete (Installation Complete) page with a summary of the installation process.

UCMDB is installed at the following location: <OBM_Home>/ucmdb

UCMDB is installed at the following location: <OBM_Home>\ucmdb

Note OBM installation wizard remains active in the background during the configuration phase, if the configuration is invoked from the post-installation wizard.

Installation wizard: Install Complete (Installation Complete) page

Click Done to conclude the installation.

Click Done to conclude the installation. The configuration wizard is automatically launched after the installation is complete. You can continue with the configuration or click Cancel and launch it manually later. For information about launching the configuration wizard manually, see the Optional. Start the configuration wizard manually section.

Complete the installation wizard

When OBM is successfully installed, the installation wizard displays the Install Complete (Installation Complete) page with a summary of the installation process.

UCMDB is installed at the following location: <OBM_Home>/ucmdb

UCMDB is installed at the following location: <OBM_Home>\ucmdb

Note OBM installation wizard remains active in the background during the configuration phase, if the configuration is invoked from the post-installation wizard.

Installation wizard: Install Complete (Installation Complete) page

Click Done to conclude the installation.

Click Done to conclude the installation. The configuration wizard is automatically launched after the installation is complete. You can continue with the configuration or click Cancel and launch it manually later. For information about launching the configuration wizard manually, see the Optional. Start the configuration wizard manually section.

Optional. Start the configuration wizard manually

Note This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading. Ensure that the configuration wizard is run on the primary OBM data processing server before performing the steps described in this section.

If you previously quit the OBM configuration wizard (or you installed OBM silently), you can later start the configuration wizard manually.

You must specify the same database and connection parameters for each OBM server, regardless of whether the servers are at the same location or they are geographically separated.

You can modify any configuration settings at a later time. To change a setting, start the configuration wizard again. Before you restart the wizard, disable OBM.

To start the configuration wizard manually, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss or severe integrity problems.

  2. Do one of the following:

    • Start the wizard from the operating system desktop:

      In Windows Search, start typing Configure Operations Bridge Manager. Then click Configure Operations Bridge Manager in the search results.

    • Start the wizard from the command line:

      1. Open a Command Prompt window as an administrator.

      2. Change the current directory as follows:

        cd <OBM_HOME>\bin

      3. Run the following command:

        config-server-wizard.bat

To manually start the configuration wizard, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss and severe integrity problems.

  2. Open a command shell as the root user.

  3. Change the current directory as follows:

    cd /opt/HP/BSM/bin

  4. Run the following command:

    ./config-server-wizard.sh.

    The configuration wizard starts.

Optional. Start the configuration wizard manually

Note This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading. Ensure that the configuration wizard is run on the primary OBM data processing server before performing the steps described in this section.

If you previously quit the OBM configuration wizard (or you installed OBM silently), you can later start the configuration wizard manually.

You must specify the same database and connection parameters for each OBM server, regardless of whether the servers are at the same location or they are geographically separated.

You can modify any configuration settings at a later time. To change a setting, start the configuration wizard again. Before you restart the wizard, disable OBM.

To start the configuration wizard manually, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss or severe integrity problems.

  2. Do one of the following:

    • Start the wizard from the operating system desktop:

      In Windows Search, start typing Configure Operations Bridge Manager. Then click Configure Operations Bridge Manager in the search results.

    • Start the wizard from the command line:

      1. Open a Command Prompt window as an administrator.

      2. Change the current directory as follows:

        cd <OBM_HOME>\bin

      3. Run the following command:

        config-server-wizard.bat

To manually start the configuration wizard, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss and severe integrity problems.

  2. Open a command shell as the root user.

  3. Change the current directory as follows:

    cd /opt/HP/BSM/bin

  4. Run the following command:

    ./config-server-wizard.sh.

    The configuration wizard starts.

Optional. Migrate to a later supported version of Oracle DatabasePostgreSQLMicrosoft SQL Server

To use a later Oracle DatabasePostgreSQLMicrosoft SQL Server version that is supported by OBM 2019.11, migrate your Oracle Database dataremote PostgreSQL databasesMicrosoft SQL Server databases. For instructions on the migration, see the Oracle DatabasePostgreSQLMicrosoft SQL Server documentation.

Optional. Migrate to a later supported version of Oracle DatabasePostgreSQLMicrosoft SQL Server

To use a later Oracle DatabasePostgreSQLMicrosoft SQL Server version that is supported by OBM 2019.11, migrate your Oracle Database dataremote PostgreSQL databasesMicrosoft SQL Server databases. For instructions on the migration, see the Oracle DatabasePostgreSQLMicrosoft SQL Server documentation.

Optional. Migrate to a later supported version of Oracle DatabasePostgreSQLMicrosoft SQL Server

To use a later Oracle DatabasePostgreSQLMicrosoft SQL Server version that is supported by OBM 2019.11, migrate your Oracle Database dataremote PostgreSQL databasesMicrosoft SQL Server databases. For instructions on the migration, see the Oracle DatabasePostgreSQLMicrosoft SQL Server documentation.

Optional. Update your Data Flow Probe

If the Data Flow Probe is used for integration, you must update your existing Data Flow Probe to the newest version. For detailed instructions, see the Data Flow Probe Installation instructions.

Note If the Data Flow Probe is configured with TLS, do the following before starting the uninstallation:

  • Secure the keystore certificates.
  • Back up <DFP_install_folder>/conf/DataFlowProbe.properties as the file contains customizations that must be reapplied after the DFP update.
  1. Uninstall your previous Data Flow Probe:

    <ProbeinstallDirectory>\UninstallerData\Uninstall_Discovery_Probe

    <ProbeinstallDirectory>/UninstallerData/Uninstall_Discovery_Probe

  2. Install the new Data Flow Probe version by running the following .exe.bin file in your installation files, and following the Data Flow Probe Installation instructions:

    Caution The probe's name must be the same as for the previous Data Flow Probe. Otherwise, all integration points will stop working after the new installation.

    OBM_2019.11_DataFlowProbe\Software\Linux\UCMDB_DataFlowProbe-11.6.96.exe

    OBM_2019.11_DataFlowProbe/Software/Linux/UCMDB_DataFlowProbe-11.6.96.bin

  3. Optional. Check the WrapperProbeGw.log file. If you find any JavaLinkage errors, make sure that the following two directories include the same versions of the JAR files (*.jar):

    <ProbeinstallDirectory>\runtime\probeManager\discoveryResources\Cmdb10xAdapter

    <ProbeinstallDirectory>/runtime/probeManager/discoveryResources/Cmdb10xAdapter/

    and

    <ProbeinstallDirectory>\lib

    <ProbeinstallDirectory>/lib/

    If there are any discrepancies, copy the missing JAR files from the lib to the Cmdb10xAdapter directory.

Optional. Update your Data Flow Probe

If the Data Flow Probe is used for integration, you must update your existing Data Flow Probe to the newest version. For detailed instructions, see the Data Flow Probe Installation instructions.

Note If the Data Flow Probe is configured with TLS, do the following before starting the uninstallation:

  • Secure the keystore certificates.
  • Back up <DFP_install_folder>/conf/DataFlowProbe.properties as the file contains customizations that must be reapplied after the DFP update.
  1. Uninstall your previous Data Flow Probe:

    <ProbeinstallDirectory>\UninstallerData\Uninstall_Discovery_Probe

    <ProbeinstallDirectory>/UninstallerData/Uninstall_Discovery_Probe

  2. Install the new Data Flow Probe version by running the following .exe.bin file in your installation files, and following the Data Flow Probe Installation instructions:

    Caution The probe's name must be the same as for the previous Data Flow Probe. Otherwise, all integration points will stop working after the new installation.

    OBM_2019.11_DataFlowProbe\Software\Linux\UCMDB_DataFlowProbe-11.6.96.exe

    OBM_2019.11_DataFlowProbe/Software/Linux/UCMDB_DataFlowProbe-11.6.96.bin

  3. Optional. Check the WrapperProbeGw.log file. If you find any JavaLinkage errors, make sure that the following two directories include the same versions of the JAR files (*.jar):

    <ProbeinstallDirectory>\runtime\probeManager\discoveryResources\Cmdb10xAdapter

    <ProbeinstallDirectory>/runtime/probeManager/discoveryResources/Cmdb10xAdapter/

    and

    <ProbeinstallDirectory>\lib

    <ProbeinstallDirectory>/lib/

    If there are any discrepancies, copy the missing JAR files from the lib to the Cmdb10xAdapter directory.

Configure event forwarding in BSMthe original OBM environment

Configure event forwarding in BSMthe original OBM environment

Replicate the database schemasdatabasesCopy the database backup image

You must replicate (back up) the database schemasdatabases manually before continuing.

Replicate the following original OMi database schemas databases onto the new OBM database host system:

  • Management

  • Event

  • RTSM

  • RTSM History

The database schemadatabase replicas will be used in the staging environment, they will be upgraded, and finally —except for the RTSM History database—configured as your OBM2019.11 databases. Other BSM database schemasdatabases do not require replication, as they are not used in OBM and therefore not migrated.

Tip Take note of the replication start time. You will need it later during the upgrade process.

Copy the following file, which includes the database schema backup image, from the original OBM database host system to a location on the new OBM database host system:

%OvDataDir%\backup\OMi10cfg-backup.zip

/var/opt/OV/backup/OMi10cfg-backup.zip

The included database schema replicas will be used in the staging environment, they will be upgraded, and finally configured as your OBM 2019.11 databases.

Before you proceed to the next step, make sure the database schemadatabase replicas are available on the new OBM database host system. Click Next to continue.

Replicate the database schemasdatabasesCopy the database backup image

You must replicate (back up) the database schemasdatabases manually before continuing.

Replicate the following original OMi database schemas databases onto the new OBM database host system:

  • Management

  • Event

  • RTSM

  • RTSM History

The database schemadatabase replicas will be used in the staging environment, they will be upgraded, and finally —except for the RTSM History database—configured as your OBM2019.11 databases. Other BSM database schemasdatabases do not require replication, as they are not used in OBM and therefore not migrated.

Tip Take note of the replication start time. You will need it later during the upgrade process.

Copy the following file, which includes the database schema backup image, from the original OBM database host system to a location on the new OBM database host system:

%OvDataDir%\backup\OMi10cfg-backup.zip

/var/opt/OV/backup/OMi10cfg-backup.zip

The included database schema replicas will be used in the staging environment, they will be upgraded, and finally configured as your OBM 2019.11 databases.

Before you proceed to the next step, make sure the database schemadatabase replicas are available on the new OBM database host system. Click Next to continue.

Choose configuration options

In the Configuration Options page, click Custom configuration/upgrade. This option displays all wizard pages, enabling you to specify custom values for all OBM configuration settings or upgrade. Then click Next to continue.

Upgrade wizard: Database Connection page

Choose configuration options

In the Configuration Options page, click Custom configuration/upgrade. This option displays all wizard pages, enabling you to specify custom values for all OBM configuration settings or upgrade. Then click Next to continue.

Upgrade wizard: Database Connection page

Choose configuration options

In the Configuration Options page, click Custom configuration/upgrade. This option displays all wizard pages, enabling you to specify custom values for all OBM configuration settings or upgrade. Then click Next to continue.

Upgrade wizard: Database Connection page

Configure the database settings

Select Upgrade database from a previous version of OBM on the Database Settings page to start the upgrade on the primary data processing server. You must provide credentials for the administrative access to the Microsoft SQL Server databaseOracle Database instancePostgreSQL database.

When upgrading the secondary data processing server, you must select the Connect to an existing database or user schema option.

Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page

Note If you are upgrading from OMi 10.0x that was deployed as part of Operations Manager i Virtual Appliance, click Advanced settings, and then change the RTSM database name from rtsm to cmdb.

Click Next to continue.

Select Upgrade database from a previous version of OBM on the Database Settings page to start the upgrade. You must provide credentials for the administrative access to the Microsoft SQL Server databaseOracle Database instancePostgreSQL database.

Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page

Note If you are upgrading from OMi 10.0x that was deployed as part of Operations Manager i Virtual Appliance, click Advanced settings, and then change the RTSM database name from rtsm to cmdb.

Click Next to continue.

Configure the database settings

Select Upgrade database from a previous version of OBM on the Database Settings page to start the upgrade on the primary data processing server. You must provide credentials for the administrative access to the Microsoft SQL Server databaseOracle Database instancePostgreSQL database.

When upgrading the secondary data processing server, you must select the Connect to an existing database or user schema option.

Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page

Note If you are upgrading from OMi 10.0x that was deployed as part of Operations Manager i Virtual Appliance, click Advanced settings, and then change the RTSM database name from rtsm to cmdb.

Click Next to continue.

Select Upgrade database from a previous version of OBM on the Database Settings page to start the upgrade. You must provide credentials for the administrative access to the Microsoft SQL Server databaseOracle Database instancePostgreSQL database.

Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page

Note If you are upgrading from OMi 10.0x that was deployed as part of Operations Manager i Virtual Appliance, click Advanced settings, and then change the RTSM database name from rtsm to cmdb.

Click Next to continue.

Configure the database settings

Select Upgrade database from a previous version of OBM on the Database Settings page to start the upgrade on the primary data processing server. You must provide credentials for the administrative access to the Microsoft SQL Server databaseOracle Database instancePostgreSQL database.

When upgrading the secondary data processing server, you must select the Connect to an existing database or user schema option.

Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page

Note If you are upgrading from OMi 10.0x that was deployed as part of Operations Manager i Virtual Appliance, click Advanced settings, and then change the RTSM database name from rtsm to cmdb.

Click Next to continue.

Select Upgrade database from a previous version of OBM on the Database Settings page to start the upgrade. You must provide credentials for the administrative access to the Microsoft SQL Server databaseOracle Database instancePostgreSQL database.

Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page
Upgrade wizard: Database Connection page

Note If you are upgrading from OMi 10.0x that was deployed as part of Operations Manager i Virtual Appliance, click Advanced settings, and then change the RTSM database name from rtsm to cmdb.

Click Next to continue.

Configure the TLS setup

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The TLS Setup page enables you to configure OBM to accept only secure connections to its web server and the JMX consoles.

If you do not want to use HTTPS (not recommended), clear the Enable HTTPS option.

When upgrading from OMi 10.6x to OBM 2019.11, the following options are available to configure your TLS setup:

  • Enable TLS by following the next steps. Note that you have to reupload the certificates that you used for your former BSM TLS setup.
  • Disable TLS by clearing the Enable HTTPS option (not recommended).

Note Your TLS setup should be consistent for every server.

Configuration wizard: TLS Setup page

If your company uses a certification authority (CA) that can generate certificates for OBM, click the Upload certificates option. Alternatively, click OBM-generated certificates to make OBM generate the certificates required for the configuration.

Note For maximum security, we recommend to use certificates that were issued by the certification authority of your company.

If you choose to use OBM-generated certificates, make sure to establish trust in the web browser from which you will log on to OBM. For instructions on how to do that, see the "Establishing Trust in the Browser" section in the "Using TLS in OBM" chapter of the OBM Administration Guide.

Configure the TLS setup

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The TLS Setup page enables you to configure OBM to accept only secure connections to its web server and the JMX consoles.

If you do not want to use HTTPS (not recommended), clear the Enable HTTPS option.

When upgrading from OMi 10.6x to OBM 2019.11, the following options are available to configure your TLS setup:

  • Enable TLS by following the next steps. Note that you have to reupload the certificates that you used for your former BSM TLS setup.
  • Disable TLS by clearing the Enable HTTPS option (not recommended).

Note Your TLS setup should be consistent for every server.

Configuration wizard: TLS Setup page

If your company uses a certification authority (CA) that can generate certificates for OBM, click the Upload certificates option. Alternatively, click OBM-generated certificates to make OBM generate the certificates required for the configuration.

Note For maximum security, we recommend to use certificates that were issued by the certification authority of your company.

If you choose to use OBM-generated certificates, make sure to establish trust in the web browser from which you will log on to OBM. For instructions on how to do that, see the "Establishing Trust in the Browser" section in the "Using TLS in OBM" chapter of the OBM Administration Guide.

Configure the TLS setup

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The TLS Setup page enables you to configure OBM to accept only secure connections to its web server and the JMX consoles.

If you do not want to use HTTPS (not recommended), clear the Enable HTTPS option.

When upgrading from OMi 10.6x to OBM 2019.11, the following options are available to configure your TLS setup:

  • Enable TLS by following the next steps. Note that you have to reupload the certificates that you used for your former BSM TLS setup.
  • Disable TLS by clearing the Enable HTTPS option (not recommended).

Note Your TLS setup should be consistent for every server.

Configuration wizard: TLS Setup page

If your company uses a certification authority (CA) that can generate certificates for OBM, click the Upload certificates option. Alternatively, click OBM-generated certificates to make OBM generate the certificates required for the configuration.

Note For maximum security, we recommend to use certificates that were issued by the certification authority of your company.

If you choose to use OBM-generated certificates, make sure to establish trust in the web browser from which you will log on to OBM. For instructions on how to do that, see the "Establishing Trust in the Browser" section in the "Using TLS in OBM" chapter of the OBM Administration Guide.

Configure client certificate authentication

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The Client Certificate Authentication page enables you to configure OBM to require a client certificate when users log on to OBM or when web services connect to OBM. Depending on the deployment type, you can configure OBM to authenticate the client on the OBM web server or, if available, on the load balancer.

Caution Do not enable client certificate authentication if you are configuring OBM for the first time. Before enabling client-certificate authentication, OBM must be already configured and the superuser must exist.

Configuration wizard: Client Certificate Authentication page

Configure client certificate authentication

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The Client Certificate Authentication page enables you to configure OBM to require a client certificate when users log on to OBM or when web services connect to OBM. Depending on the deployment type, you can configure OBM to authenticate the client on the OBM web server or, if available, on the load balancer.

Caution Do not enable client certificate authentication if you are configuring OBM for the first time. Before enabling client-certificate authentication, OBM must be already configured and the superuser must exist.

Configuration wizard: Client Certificate Authentication page

Configure client certificate authentication

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The Client Certificate Authentication page enables you to configure OBM to require a client certificate when users log on to OBM or when web services connect to OBM. Depending on the deployment type, you can configure OBM to authenticate the client on the OBM web server or, if available, on the load balancer.

Caution Do not enable client certificate authentication if you are configuring OBM for the first time. Before enabling client-certificate authentication, OBM must be already configured and the superuser must exist.

Configuration wizard: Client Certificate Authentication page

Configure general OBM connection settings

The Connection (Connection Settings) page informs you that Apache HTTP Server will be used as the web server for OBM. Additionally, you can configure the URL that users use to access OBM.

In the Connection (Connection Settings) page, you can choose the web server to be used by OBM. Additionally, you can configure the URL that users use to access OBM.

Note The configuration wizard displays the Connection (Connection Settings) page only during configuration of an single-server OBM installation or an OBM gateway server. The wizard skips it during configuration of an OBM data processing server.

Upgrade wizard: Connection Settings page
Upgrade wizard: Connection Settings page

Under Web server, enter the port for the web server that you want to use with your OBM deployment.

OBM installs Apache HTTP Server on all gateway servers during the installation. By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

Web server. In Linux environments, OBM uses Apache HTTP Server.

Apache HTTP Server. OBM installs Apache HTTP Server on the gateway server during the installation.

By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

OBM URL. By default, users access OBM through the fully qualified domain name and web server port of the single or gateway server. If the default port is changed, update the port number in the OBM URL text box, for example, https://obmweb.company.com:8000.

If you have a load balancer that is used to access the OBM site, enter the fully qualified domain name and port of the load balancer.

Click Next.

Configure general OBM connection settings

The Connection (Connection Settings) page informs you that Apache HTTP Server will be used as the web server for OBM. Additionally, you can configure the URL that users use to access OBM.

In the Connection (Connection Settings) page, you can choose the web server to be used by OBM. Additionally, you can configure the URL that users use to access OBM.

Note The configuration wizard displays the Connection (Connection Settings) page only during configuration of an single-server OBM installation or an OBM gateway server. The wizard skips it during configuration of an OBM data processing server.

Upgrade wizard: Connection Settings page
Upgrade wizard: Connection Settings page

Under Web server, enter the port for the web server that you want to use with your OBM deployment.

OBM installs Apache HTTP Server on all gateway servers during the installation. By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

Web server. In Linux environments, OBM uses Apache HTTP Server.

Apache HTTP Server. OBM installs Apache HTTP Server on the gateway server during the installation.

By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

OBM URL. By default, users access OBM through the fully qualified domain name and web server port of the single or gateway server. If the default port is changed, update the port number in the OBM URL text box, for example, https://obmweb.company.com:8000.

If you have a load balancer that is used to access the OBM site, enter the fully qualified domain name and port of the load balancer.

Click Next.

Configure general OBM connection settings

The Connection (Connection Settings) page informs you that Apache HTTP Server will be used as the web server for OBM. Additionally, you can configure the URL that users use to access OBM.

In the Connection (Connection Settings) page, you can choose the web server to be used by OBM. Additionally, you can configure the URL that users use to access OBM.

Note The configuration wizard displays the Connection (Connection Settings) page only during configuration of an single-server OBM installation or an OBM gateway server. The wizard skips it during configuration of an OBM data processing server.

Upgrade wizard: Connection Settings page
Upgrade wizard: Connection Settings page

Under Web server, enter the port for the web server that you want to use with your OBM deployment.

OBM installs Apache HTTP Server on all gateway servers during the installation. By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

Web server. In Linux environments, OBM uses Apache HTTP Server.

Apache HTTP Server. OBM installs Apache HTTP Server on the gateway server during the installation.

By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

OBM URL. By default, users access OBM through the fully qualified domain name and web server port of the single or gateway server. If the default port is changed, update the port number in the OBM URL text box, for example, https://obmweb.company.com:8000.

If you have a load balancer that is used to access the OBM site, enter the fully qualified domain name and port of the load balancer.

Click Next.

Configure the license

In the License page, you can configure the license that OBM uses.

Upgrade wizard: License page

Depending on your recent actions, you have different options:

  • If the wizard is running for the first time, you can choose to use the evaluation license or to upload your new license to the server.

  • If this is not the first time the wizard is running, you can select to skip this step or upload additional licenses.

To update your licenses after the upgrade, make the necessary changes in the License Management page of the OBM user interface

Note The license file has the .dat file name extension and must reside at a local or network location accessible to the host system where the wizard is running.

Click Next.

Configure the license

In the License page, you can configure the license that OBM uses.

Upgrade wizard: License page

Depending on your recent actions, you have different options:

  • If the wizard is running for the first time, you can choose to use the evaluation license or to upload your new license to the server.

  • If this is not the first time the wizard is running, you can select to skip this step or upload additional licenses.

To update your licenses after the upgrade, make the necessary changes in the License Management page of the OBM user interface

Note The license file has the .dat file name extension and must reside at a local or network location accessible to the host system where the wizard is running.

Click Next.

Configure the logon settings

In the Login Settings page, you can set the passwords for the OBM users.

OBM supports central user management and corporate password policies, it can communicate with the directory services by using LDAP. We recommend such configuration to enforce compliance of OBM user passwords with the respective security policy in your company. To configure the LDAP integration, navigate to Administration > Users > Authentication Management in the OBM user interface.

LDAP authentication of all users is possible only when the mixed mode authentication is disabled in the OBM LDAP infrastructure settings. For instructions on how to adjust this setting, see the "LDAP Authentication and Mappings" section in the OBM Administration Guide.

Upgrade wizard: Update Environment - Login Settings page

To configure OBM passwords, specify the following options:

  • Administrator password, Confirm. Type the password of the OBM administrator (user name: admin) for the OBM user interface. This password is required to log on to OBM, and can be changed in the OBM user interface at a later time.

  • JMX password, Confirm. Type the password to be used by the OBM administrator for all OBM JMX consoles (user name: admin) and for the RTSM JMX console (user name: sysadmin).

    Note The JMX password is valid on all host systems that constitute your OBM environment.

Click Next.

Configure the logon settings

In the Login Settings page, you can set the passwords for the OBM users.

OBM supports central user management and corporate password policies, it can communicate with the directory services by using LDAP. We recommend such configuration to enforce compliance of OBM user passwords with the respective security policy in your company. To configure the LDAP integration, navigate to Administration > Users > Authentication Management in the OBM user interface.

LDAP authentication of all users is possible only when the mixed mode authentication is disabled in the OBM LDAP infrastructure settings. For instructions on how to adjust this setting, see the "LDAP Authentication and Mappings" section in the OBM Administration Guide.

Upgrade wizard: Update Environment - Login Settings page

To configure OBM passwords, specify the following options:

  • Administrator password, Confirm. Type the password of the OBM administrator (user name: admin) for the OBM user interface. This password is required to log on to OBM, and can be changed in the OBM user interface at a later time.

  • JMX password, Confirm. Type the password to be used by the OBM administrator for all OBM JMX consoles (user name: admin) and for the RTSM JMX console (user name: sysadmin).

    Note The JMX password is valid on all host systems that constitute your OBM environment.

Click Next.

Configure the logon settings

In the Login Settings page, you can set the passwords for the OBM users.

OBM supports central user management and corporate password policies, it can communicate with the directory services by using LDAP. We recommend such configuration to enforce compliance of OBM user passwords with the respective security policy in your company. To configure the LDAP integration, navigate to Administration > Users > Authentication Management in the OBM user interface.

LDAP authentication of all users is possible only when the mixed mode authentication is disabled in the OBM LDAP infrastructure settings. For instructions on how to adjust this setting, see the "LDAP Authentication and Mappings" section in the OBM Administration Guide.

Upgrade wizard: Update Environment - Login Settings page

To configure OBM passwords, specify the following options:

  • Administrator password, Confirm. Type the password of the OBM administrator (user name: admin) for the OBM user interface. This password is required to log on to OBM, and can be changed in the OBM user interface at a later time.

  • JMX password, Confirm. Type the password to be used by the OBM administrator for all OBM JMX consoles (user name: admin) and for the RTSM JMX console (user name: sysadmin).

    Note The JMX password is valid on all host systems that constitute your OBM environment.

Click Next.

Configure the server deployment

In the Server Deployment page, you can define the expected size of the environment monitored by OBM.

Upgrade wizard: Server Deployment page

Note When configuring a gateway server, modules and nodes cannot be configured because the selections are taken from the data processing server.

  1. Select the Number of monitored nodes that send events to OBM. This includes all nodes that are present as CIs and that send events to OBM (for example, nodes connected to Operations Manager (OM), nodes directly connected to OBM, and target connectors).

  2. Optional. Click Advanced to adjust the maximum memory that the Java Virtual Machine (JVM) allocates to the OBM processes. To change the allocated memory, click Manual override and type the new values in the text boxes.

  3. Click Next.

Configure the server deployment

In the Server Deployment page, you can define the expected size of the environment monitored by OBM.

Upgrade wizard: Server Deployment page

Note When configuring a gateway server, modules and nodes cannot be configured because the selections are taken from the data processing server.

  1. Select the Number of monitored nodes that send events to OBM. This includes all nodes that are present as CIs and that send events to OBM (for example, nodes connected to Operations Manager (OM), nodes directly connected to OBM, and target connectors).

  2. Optional. Click Advanced to adjust the maximum memory that the Java Virtual Machine (JVM) allocates to the OBM processes. To change the allocated memory, click Manual override and type the new values in the text boxes.

  3. Click Next.

Configure the server deployment

In the Server Deployment page, you can define the expected size of the environment monitored by OBM.

Upgrade wizard: Server Deployment page

Note When configuring a gateway server, modules and nodes cannot be configured because the selections are taken from the data processing server.

  1. Select the Number of monitored nodes that send events to OBM. This includes all nodes that are present as CIs and that send events to OBM (for example, nodes connected to Operations Manager (OM), nodes directly connected to OBM, and target connectors).

  2. Optional. Click Advanced to adjust the maximum memory that the Java Virtual Machine (JVM) allocates to the OBM processes. To change the allocated memory, click Manual override and type the new values in the text boxes.

  3. Click Next.

Deploy management packs

In the Management Packs page, you can select the OBM Management Packs to install in your OBM environment. Dependencies between them are resolved automatically. You can choose not to install dependent management packs. However, if you do so, the functional scope of the selected management packs might reduce.

Upgrade wizard: Management Packs page

Management packs provide add-on content on top of OBM. They deliver automatic and end-to-end monitoring solutions of infrastructure and applications. Management packs enable users to monitor, detect, troubleshoot, and remediate issues in the IT domain. They increase the productivity of users by optimizing and automating various tasks, and reduce the mean time to resolve (MTTR) incidents.

Management packs discover application domains and proactively monitor the domains for availability and performance issues. They include, for example, management templates, aspects, policy templates, performances graphs, troubleshooting tools, auto remediation flows, and topology-based event correlation (TBEC) rules.

To install management packs after the first configuration, start the configuration wizard again and select the management packs you want to install. With a distributed deployment, start the configuration wizard first on the data processing servers and subsequently on all gateway servers. Note though that the Management Packs page does not appear during the gateway server configuration.

Tip We recommend to disable OBM before starting the configuration wizard, and to enable it after the configuration:

  • Windows Server 2008:

    Select Start > Programs > Operations Bridge Manager > Administration > Disable Operations Bridge Manager.

  • Windows Server 2012:

    Press Ctrl + Esc, start typing Disable Operations Bridge Manager, and then click Disable Operations Bridge Manager in the search results.

Run the following command:

/opt/HP/BSM/scripts/run_hpbsm stop

Alternatively, use the opr-mp-installer command-line utility to install management packs without having to disable OBM. For more information about opr-mp-installer, see the OBM Administration Guide.

To install management packs after the upgrade, start the configuration wizard again or use the opr-mp-installer command-line utility. For more information about opr-mp-installer, see the OBM Administration Guide.

Once installed, management packs cannot be removed, even though their entries appear in the Management Packs page.

Note To update a management pack to a later version than the one included with OBM, download its installation package from the ITOM Marketplace and install the management pack manually. You can also install additional management packs that are not bundled with OBM. However, such additions are not reflected in the OBM configuration wizard.

For more information about the management packs, see the management pack documentation.

Select the management packs that you want to install in your OBM environment and then click Next.

Deploy management packs

In the Management Packs page, you can select the OBM Management Packs to install in your OBM environment. Dependencies between them are resolved automatically. You can choose not to install dependent management packs. However, if you do so, the functional scope of the selected management packs might reduce.

Upgrade wizard: Management Packs page

Management packs provide add-on content on top of OBM. They deliver automatic and end-to-end monitoring solutions of infrastructure and applications. Management packs enable users to monitor, detect, troubleshoot, and remediate issues in the IT domain. They increase the productivity of users by optimizing and automating various tasks, and reduce the mean time to resolve (MTTR) incidents.

Management packs discover application domains and proactively monitor the domains for availability and performance issues. They include, for example, management templates, aspects, policy templates, performances graphs, troubleshooting tools, auto remediation flows, and topology-based event correlation (TBEC) rules.

To install management packs after the first configuration, start the configuration wizard again and select the management packs you want to install. With a distributed deployment, start the configuration wizard first on the data processing servers and subsequently on all gateway servers. Note though that the Management Packs page does not appear during the gateway server configuration.

Tip We recommend to disable OBM before starting the configuration wizard, and to enable it after the configuration:

  • Windows Server 2008:

    Select Start > Programs > Operations Bridge Manager > Administration > Disable Operations Bridge Manager.

  • Windows Server 2012:

    Press Ctrl + Esc, start typing Disable Operations Bridge Manager, and then click Disable Operations Bridge Manager in the search results.

Run the following command:

/opt/HP/BSM/scripts/run_hpbsm stop

Alternatively, use the opr-mp-installer command-line utility to install management packs without having to disable OBM. For more information about opr-mp-installer, see the OBM Administration Guide.

To install management packs after the upgrade, start the configuration wizard again or use the opr-mp-installer command-line utility. For more information about opr-mp-installer, see the OBM Administration Guide.

Once installed, management packs cannot be removed, even though their entries appear in the Management Packs page.

Note To update a management pack to a later version than the one included with OBM, download its installation package from the ITOM Marketplace and install the management pack manually. You can also install additional management packs that are not bundled with OBM. However, such additions are not reflected in the OBM configuration wizard.

For more information about the management packs, see the management pack documentation.

Select the management packs that you want to install in your OBM environment and then click Next.

Deploy management packs

In the Management Packs page, you can select the OBM Management Packs to install in your OBM environment. Dependencies between them are resolved automatically. You can choose not to install dependent management packs. However, if you do so, the functional scope of the selected management packs might reduce.

Upgrade wizard: Management Packs page

Management packs provide add-on content on top of OBM. They deliver automatic and end-to-end monitoring solutions of infrastructure and applications. Management packs enable users to monitor, detect, troubleshoot, and remediate issues in the IT domain. They increase the productivity of users by optimizing and automating various tasks, and reduce the mean time to resolve (MTTR) incidents.

Management packs discover application domains and proactively monitor the domains for availability and performance issues. They include, for example, management templates, aspects, policy templates, performances graphs, troubleshooting tools, auto remediation flows, and topology-based event correlation (TBEC) rules.

To install management packs after the first configuration, start the configuration wizard again and select the management packs you want to install. With a distributed deployment, start the configuration wizard first on the data processing servers and subsequently on all gateway servers. Note though that the Management Packs page does not appear during the gateway server configuration.

Tip We recommend to disable OBM before starting the configuration wizard, and to enable it after the configuration:

  • Windows Server 2008:

    Select Start > Programs > Operations Bridge Manager > Administration > Disable Operations Bridge Manager.

  • Windows Server 2012:

    Press Ctrl + Esc, start typing Disable Operations Bridge Manager, and then click Disable Operations Bridge Manager in the search results.

Run the following command:

/opt/HP/BSM/scripts/run_hpbsm stop

Alternatively, use the opr-mp-installer command-line utility to install management packs without having to disable OBM. For more information about opr-mp-installer, see the OBM Administration Guide.

To install management packs after the upgrade, start the configuration wizard again or use the opr-mp-installer command-line utility. For more information about opr-mp-installer, see the OBM Administration Guide.

Once installed, management packs cannot be removed, even though their entries appear in the Management Packs page.

Note To update a management pack to a later version than the one included with OBM, download its installation package from the ITOM Marketplace and install the management pack manually. You can also install additional management packs that are not bundled with OBM. However, such additions are not reflected in the OBM configuration wizard.

For more information about the management packs, see the management pack documentation.

Select the management packs that you want to install in your OBM environment and then click Next.

Apply the OBM 2019.11 configuration

The Ready to Configure page displays the current settings. Check whether your selections are correct. To change a setting, click Edit.

Configuration wizard: Ready to Configure (Confirmaton) page

When you are ready, click Next to initiate the configuration actions.

Apply the OBM 2019.11 configuration

The Ready to Configure page displays the current settings. Check whether your selections are correct. To change a setting, click Edit.

Configuration wizard: Ready to Configure (Confirmaton) page

When you are ready, click Next to initiate the configuration actions.

Review the summary and conclude the upgrade

In the Configuration Summary page, read the summary of the OBM upgrade process.

Configuration wizard: Configuration Summary page

Click Finish to close the configuration wizard.

Review the summary and conclude the upgrade

In the Configuration Summary page, read the summary of the OBM upgrade process.

Configuration wizard: Configuration Summary page

Click Finish to close the configuration wizard.

Review the summary and conclude the upgrade

In the Configuration Summary page, read the summary of the OBM upgrade process.

Configuration wizard: Configuration Summary page

Click Finish to close the configuration wizard.

Optional. Start the configuration wizard manually

Note This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading. Ensure that the configuration wizard is run on the primary OBM data processing server before performing the steps described in this section.

If you previously quit the OBM configuration wizard (or you installed OBM silently), you can later start the configuration wizard manually.

You must specify the same database and connection parameters for each OBM server, regardless of whether the servers are at the same location or they are geographically separated.

You can modify any configuration settings at a later time. To change a setting, start the configuration wizard again. Before you restart the wizard, disable OBM.

To start the configuration wizard manually, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss or severe integrity problems.

  2. Do one of the following:

    • Start the wizard from the operating system desktop:

      In Windows Search, start typing Configure Operations Bridge Manager. Then click Configure Operations Bridge Manager in the search results.

    • Start the wizard from the command line:

      1. Open a Command Prompt window as an administrator.

      2. Change the current directory as follows:

        cd <OBM_HOME>\bin

      3. Run the following command:

        config-server-wizard.bat

To manually start the configuration wizard, follow the steps:

  1. If this is not the first time you are starting the wizard, disable OBM.

    Caution Modifying connection parameters for the Management, RTSM, and Event databases while OBM is enabled may cause data loss and severe integrity problems.

  2. Open a command shell as the root user.

  3. Change the current directory as follows:

    cd /opt/HP/BSM/bin

  4. Run the following command:

    ./config-server-wizard.sh.

    The configuration wizard starts.

Optional. Generate the database creation scripts

During the configuration, OBM can do one of the following:

  • Automatically set up new databases for you

  • Connect to the existing databases that were created manually in advance.

    If you not have the required permissions in the remote database management system, you might want to ask the database administrator for assistance with database creation.

OBM requires the following databases:

  • Management. For storage of system-wide and management-related metadata.

  • RTSM (Run-time Service Model). For storage of configuration information that is gathered from various Micro Focus and third-party applications and tools.

  • Event. For storage of events and related data, such as annotations, as well as for storage of configuration data, such as event correlation rules.

After the OBM installation, but before the configuration, generate the scripts on the gateway server to create the required objects for populating these databases. You (or the database administrator) must create the databases and then run the scripts in the database management system to create the required objects.

For details on how to install and configure a database management system, and to populate the databases with the required objects, follow the steps described in the OBM Database Guide.

Choose general configuration options

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

After the configuration wizard starts, the Configuration Options page is displayed.

Configuration wizard: Configuration Options page

In the Configuration Options page, click Custom configuration. This option displays all wizard pages, enabling you to specify custom values for all OBM configuration settings. Then click Next to continue.

In the Configuration Options page, click Express configuration with default values to configure OBM by using default settings. Specify a global password that will be used for the OBM web console, the JMX console, and database users, and then click Next.

The express option configures OBM by using the following default settings:

  • Embedded Apache HTTP Server

  • Embedded PostgreSQL database

  • HTTPS for the OBM web server and JMX console (with OBM-generated certificates)

  • OBM Management Pack for Infrastructure installed

  • A single password that you specify for the OBM administrator, OBM JMX console, and database users. To change the default password for each user later, see Change passwords.

We recommend the express deployment for environments where you want to demonstrate or evaluate OBM or for small environments with less than 2,000 nodes.

Chose general configuration options

After the configuration wizard starts, the Configuration Options page displays.

Configuration wizard: Configuration Options page

The express option configures OBM using the following default settings:

  • Embedded Apache HTTP Server

  • Embedded PostgreSQL database

  • HTTPS for the OBM web server and JMX console (with OBM-generated certificates)

  • OBM Management Pack for Infrastructure installed

  • A single password that you specify for the OBM administrator, OBM JMX console, and database users. To change the default password for each user later, see Change passwords.

We recommend the express deployment for environments where you want to demonstrate or evaluate OBM or for small environments with less than 2,000 nodes.

In the Configuration Options page, click Express configuration with default values to configure OBM using default settings. Specify a global password that will be used for the OBM web console, the JMX console, and database users, and then click Next.

Choose general configuration options

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

After the configuration wizard starts, the Configuration Options page displays.

Configuration wizard: Configuration Options page
Configuration wizard: Configuration Options page

In the Configuration Options page, click Custom configuration/Upgrade. This option displays all wizard pages, enabling you to specify custom values for all OBM configuration settings. Then click Next to continue.

By default, the OBM processes run by using the root account. You can configure OBM to run by using a different user account.

  1. Create a non-root user account on all OBM servers, for example, by using the operating system's useradd or adduser command.

    Configure the maximum number of processes for this user account by adding the following line to the existing xx-nproc.conf file in the /etc/security/limits.d directory (where xx is a number specific to the Linux version).

    <UserName> soft nproc unlimited

    Replace <UserName> with the non-root user account.

  2. In the Configuration Options page, click Run OBM processes as non-root user to configure OBM to run by using a different user account.

  3. Type the User name of the non-root user account you created earlier.

  4. Click Next.

Configure the database settings

In the Database Settings page, you can select the relational database management system you want to use with OBM, create new database schemas, or connect to existing ones.

Configuration wizard: Database Settings page

Note When entering database parameters, use only alphanumeric characters.

  1. Choose whether you want to connect OBM to already existing database schemas or if you want OBM to create new database schemas for you:

    • Connect to an existing database or user schema. You generally use this option in the following scenarios:

      • When connecting to database schemas you manually created directly on the Oracle Database server.

      • When installing OBM in a distributed environment and running the configuration wizard on servers subsequent to the first server. In this case, you should have run the wizard on the data processing server first and on the gateway servers later.

    • Create a new database or user schema. Use this option when you want OBM to create new database schemas for you on the Oracle Database server.

    • Upgrade database from a previous version of OBM. Use this option when you want to upgrade OBM from previous version to the newer version.
  2. Select Oracle Server.

  3. In the Host field, type the FQDN of the system where Oracle Database is installed.

    Caution There is a 26-character limit for the Host field while running the configuration wizard. If using a hostname without a domain name is not appropriate in your environment, perform one of these workarounds:

    • Use the IP address instead of the hostname in the Host field.

    • Map the hostname to the IP address in the hosts file. Use the hostname you mapped in the Host field.

  4. The Port field automatically displays the Oracle Database listener default port 1521.

  5. In the SID field, type the Oracle system identifier (SID) that uniquely identifies the Oracle Database instance being used by OBM.

  6. Optional. Click Use TLS to encrypt the communication with Oracle Database.

    The Oracle Database server must be running with TLS communication enabled and it must provide a certificate for use by OBM.

  7. If you are connecting to an existing database, specify the password of the database schemas.

  8. If you are creating new database schemas, specify the following:

    • Password of the database schemas.

    • Name and password of a user with administrative permissions on Oracle Database server (for example, a System user).

    • Tablespaces for every schema:

      • Default tablespace: Name of the dedicated default tablespace you created for the user schema.

      • Temporary tablespace: Name of the temporary tablespace you assigned to the user schema. The default Oracle Database temporary tablespace is temp.

  9. In the SID field, type the Oracle system identifier (SID) that uniquely identifies the Oracle Database instance being used by OBM.

  10. OBM requires the following database schemas:

    • Management. For storage of system-wide and management-related metadata.

    • RTSM (Run-time Service Model). For storage of configuration information that is gathered from various Micro Focus and third-party applications and tools.

    • Event. For storage of events and related data, such as annotations, as well as for storage of configuration data, such as event correlation rules.

    Type a name for each database schema. The names must be unique even when the databases reside on different servers.

    Distributed deployment: You connect to the database schemas that you created during the installation of the first data processing server. After you have connected to the Management database, by specifying the same connection parameters that you set during the installation of the first server, the connection parameters for the other database schemas appear by default. Not all database schemas appear when running on the gateway server.

  11. Click Next.

Configure the database settings

In the Database Settings page, you can select the relational database management system you want to use with OBM, create new databases, or connect to existing ones.

Configuration wizard: Database Settings page

Note When entering database parameters, use only alphanumeric characters.

  1. Choose whether you want to connect OBM to an already existing database or if you want OBM to create a new database for you:

    • Connect to an existing database or user schema. You generally use this option in the following scenarios:

      • When connecting to a database you manually created directly on the Microsoft SQL Server system.

      • When installing OBM in a distributed environment and running the utility on servers subsequent to the first server. In this case, you should have run the wizard on the data processing server first and on the gateway servers later.

    • Create a new database or user schema. Use this option when you want OBM to create new databases for you on the Microsoft SQL Server system.

    • Upgrade database from a previous version of OBM. Use this option when you want to upgrade OBM from previous version to the newer version.
  2. Select SQL Server.

  3. In the Host field, type the FQDN of the system where Microsoft SQL Server is installed. If you are connecting to a non-default Microsoft SQL Server instance in the dynamic mode, enter the following: <FQDN>\<InstanceName>.

    If you use a Microsoft SQL Server AlwaysOn Availability Group, enter the FQDN of the Availability Group Listener.

    If you use a Failover Cluster, enter the cluster server name.

    Caution There is a 26-character limit for the Host field while running the configuration wizard. If using a hostname without a domain name is not appropriate in your environment, perform one of these workarounds:

    • Use the IP address instead of the hostname in the Host field.

    • Map the hostname to the IP address in the hosts file. Use the hostname you mapped in the Host field.

  4. The Port field automatically displays the Microsoft SQL Server’s TCP/IP default port 1433. Change the port number if one of the following applies:

    • If you connect to a named instance in the static mode, enter the port number.

    • If you connect to a named instance in the dynamic mode, change the port number to 1434. This port can dynamically listen to the correct database port.

  5. Choose the Authentication type you want to use for connecting to the Microsoft SQL Server database:

    • Windows. (on Microsoft Windows systems only) You can create and connect to a database using Windows operating system authentication instead of Microsoft SQL Server authentication. To do so, first ensure that the Windows user account running the OBM service has the necessary permissions to access the Microsoft SQL Server database. For information on adding a Windows user account to Microsoft SQL Server, see "Using Windows Authentication to Access Microsoft SQL Server Databases" in the OBM Database Guide.

      In Linux environments, Windows authentication is not supported.

    • SQL Server. The user name and password of a user with administrative rights on Microsoft SQL Server. A password must be supplied.

      For security reasons, we recommend not to use the default sa user.

  6. Optional. Click Use TLS to encrypt the communication with Microsoft SQL Server.

    The Microsoft SQL Server must be running with TLS communication enabled and it must provide a certificate for use by OBM.

  7. If you selected the option Use TLS, import the certificate of the database server or of the certificate authority that issued the database server certificates. Select one of the two options:

    • Connect and import from server

      Click Retrieve Certificate to import the certificate from the server.

    • Import from file

      Specify the path or click Browse to browse for the certificate file.

    Click Test Connection to test the connection using the imported certificate.

    Click Next.

  8. OBM requires the following databases:

    • Management. For storage of system-wide and management-related metadata.

    • RTSM (Run-time Service Model). For storage of configuration information that is gathered from various Micro Focus and third-party applications and tools.

    • Event. For storage of events and related data, such as annotations, as well as for storage of configuration data, such as event correlation rules.

    Type a name for each database schema. The names must be unique even when the databases reside on different servers.

    Distributed deployment: You connect to the databases that you created during the installation of the first data processing server. After you have connected to the Management database, by specifying the same connection parameters that you set during the installation of the first server, the connection parameters for the other databases appear by default. Not all databases appear when running on the gateway server.

  9. Click Next.

Configure the database settings

In the Database Settings page, you can select the relational database management system you want to use with OBM, create new database schemas, or connect to existing ones.

Configuration wizard: Database Settings page

Note When entering database parameters, use only alphanumeric characters.

  1. Choose whether you want to connect OBM to already existing database schemas or if you want OBM to create new database schemas for you:

    • Connect to existing. You generally use the Connect to existing option in the following scenarios:

      • When connecting to database schemas you manually created directly on the PostgreSQL server.

      • When installing OBM in a distributed environment and running the utility on servers subsequent to the first server. In this case, you should have run the wizard on the data processing server first and on the gateway servers later.

    • Create new. Use this option when you want OBM to create new database schemas for you on the PostgreSQL server.

  2. Select Postgres.

  3. In the Host field, type the FQDN of the system where PostgreSQL is installed.

    Caution There is a 26-character limit for the Host field while running the configuration wizard. If using a hostname without a domain name is not appropriate in your environment, perform one of these workarounds:

    • Use the IP address instead of the hostname in the Host field.

    • Map the hostname to the IP address in the hosts file. Use the hostname you mapped in the Host field.

  4. The Port field automatically displays the PostgreSQL default port 5432.

  5. Optional. Click Use TLS to encrypt the communication with PostgreSQL.

    The PostgreSQL server must be running with TLS communication enabled and it must provide a certificate for use by OBM. For details on configuring PostgreSQL for TLS, see the PostgreSQL documentation.

  6. If you are connecting to existing database schemas, specify the user name and password of the database schemas.

  7. If you are creating new database schemas, specify the following:

    • User name and password of the database schemas.

    • User name and password of an OBM administrative user to access the PostgreSQL database.

  8. OBM requires the following database schemas:

    • Management. For storage of system-wide and management-related metadata.

    • RTSM (Run-time Service Model). For storage of configuration information that is gathered from various Micro Focus and third-party applications and tools.

    • Event. For storage of events and related data, such as annotations, as well as for storage of configuration data, such as event correlation rules.

    Type a name for each database schema. The names must be unique even when the databases reside on different servers.

    Distributed deployment: You connect to the database schemas that you created during the installation of the first data processing server. After you have connected to the Management database, by specifying the same connection parameters that you set during the installation of the first server, the connection parameters for the other databases appear by default. Not all databases appear when running on the gateway server.

  9. Click Next.

Configure the database settings

In the Database Settings page, you can select the relational database management system you want to use with OBM, create new database instances, or connect to existing ones.

Configuration wizard: Database Settings page

The embedded PostgreSQL database runs on the data processing server in distributed deployments:

  • Data processing server configuration. When configuring the embedded PostgreSQL database on the data processing server, select Embedded Postgres and specify the password of an OBM administrative user to access the PostgreSQL database.

  • Gateway server configuration. When configuring a gateway server, select Embedded Postgres again, enter the name of the data processing server in the Host field, and specify the password of the OBM administrative user with access to the PostgreSQL database.

To configure the embedded PostgreSQL database on your single-server installation, select Embedded Postgres and specify the password of an OBM administrative user to access the PostgreSQL database. Then click Next to continue.

Configure the TLS setup

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The TLS Setup page enables you to configure OBM to accept only secure connections to its web server and the JMX consoles.

If you do not want to use HTTPS (not recommended), clear the Enable HTTPS option.

When upgrading from OMi 10.6x to OBM 2019.11, the following options are available to configure your TLS setup:

  • Enable TLS by following the next steps. Note that you have to reupload the certificates that you used for your former BSM TLS setup.
  • Disable TLS by clearing the Enable HTTPS option (not recommended).

Note Your TLS setup should be consistent for every server.

Configuration wizard: TLS Setup page

If your company uses a certification authority (CA) that can generate certificates for OBM, click the Upload certificates option. Alternatively, click OBM-generated certificates to make OBM generate the certificates required for the configuration.

Note For maximum security, we recommend to use certificates that were issued by the certification authority of your company.

If you choose to use OBM-generated certificates, make sure to establish trust in the web browser from which you will log on to OBM. For instructions on how to do that, see the "Establishing Trust in the Browser" section in the "Using TLS in OBM" chapter of the OBM Administration Guide.

Configure client certificate authentication

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

The Client Certificate Authentication page enables you to configure OBM to require a client certificate when users log on to OBM or when web services connect to OBM. Depending on the deployment type, you can configure OBM to authenticate the client on the OBM web server or, if available, on the load balancer.

Caution Do not enable client certificate authentication if you are configuring OBM for the first time. Before enabling client-certificate authentication, OBM must be already configured and the superuser must exist.

Configuration wizard: Client Certificate Authentication page

Configure general OBM connection settings

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

In the Connection Settings page, you can configure the URL that users use to access OBM.

Note The configuration wizard displays the Connection Settings page only during configuration of a single-server or gateway server. The page is not shown during configuration of a data processing server.

Configuration wizard: Connection Settings page

Do the following:

  1. Under Web server, enter the port for the web server that you want to use with your OBM deployment.

    OBM installs Apache HTTP Server on all gateway servers during the installation. By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

    Web server. In Linux environments, OBM uses Apache HTTP Server.

    Apache HTTP Server. OBM installs Apache HTTP Server on the gateway server during the installation.

    By default, OBM runs Apache HTTP Server so that it listens on port 443 (HTTPS). Click Check Port to verify the connection to the web server. If the default port is already in use, specify a different port.

  2. Under OBM URL, update the port number in the OBM URL text box if the default web server port is changed. An example of the updated URL is https://obmweb.company.com:8000update the value of the URL text box with the fully qualified domain name and the port number of the load balancer.

    Note You cannot change the OBM URL in the configuration wizard after the initial configuration. Instead, change the setting Default Virtual Gateway Server for Data Collectors URL in Infrastructure Settings > Foundations > Platform Administration.

  3. Click Next.

Configure the license

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

In the License page, you can configure the license that OBM uses.

Configuration wizard: License page

Depending on your recent actions, you have different options:

  • If the wizard is running for the first time, you can choose to use the evaluation license or to upload your new license to the server.

  • If this is not the first time the wizard is running, you can select to skip this step or upload additional licenses.

To update your licenses after the upgrade, make the necessary changes in the License Management page of the OBM user interface

Note The license file has the .dat file name extension and must reside at a local or network location accessible to the host system where the wizard is running.

Click Next.

Configure the logon settings

Caution This section is applicable only to the secondary OBM data processing server (optional) that you are upgrading.

In the Login Settings page, you can set the passwords for the OBM users.

OBM supports central user management and corporate password policies, it can communicate with the directory services by using LDAP. We recommend such configuration to enforce compliance of OBM user passwords with the respective security policy in your company. To configure the LDAP integration, navigate to Administration > Users > Authentication Management in the OBM user interface.

LDAP authentication of all users is possible only when the mixed mode authentication is disabled in the OBM LDAP infrastructure settings. For instructions on how to adjust this setting, see the "LDAP Authentication and Mappings" section in the OBM Administration Guide.

Configuration wizard: Login Settings page

To configure OBM passwords, specify the following options:

  • Administrator password, Confirm. Type the password of the OBM administrator (user name: admin) for the OBM user interface. This password is required to log on to OBM, and can be changed in the OBM user interface at a later time.

  • JMX password, Confirm. Type the password to be used by the OBM administrator for all OBM JMX consoles (user name: admin) and for the RTSM JMX console (user name: sysadmin).

    Note The JMX password is valid on all host systems that constitute your OBM environment.

Click Next.

Configure the server deployment

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

In the Server Deployment page, you can define the size of your OBM deployment.

Configuration wizard: Server Deployment page

Note When configuring a gateway server, modules and nodes cannot be configured because the selections are taken from the data processing server.

  1. Select the Number of monitored nodes that send events to OBM. This includes all nodes that are present as CIs and that send events to OBM (for example, nodes connected to HP Operations Manager (OM), nodes directly connected to OBM, and target connectors).

  2. Optional. Click Advanced to adjust the maximum memory that the Java Virtual Machine (JVM) allocates to the OBM processes. To change the allocated memory, click Manual override and type the new values in the text boxes.

  3. Click Next.

Deploy management packs

Caution This section is applicable only to the secondary OBM data processing server (optional) that you are upgrading.

In the Management Packs page, you can select the OBM Management Packs to install in your OBM environment. Dependencies between them are resolved automatically. You can choose not to install dependent management packs. However, if you do so, the functional scope of the selected management packs might reduce.

Configuration wizard: Management Packs page

Management packs provide add-on content on top of OBM. They deliver automatic and end-to-end monitoring solutions of infrastructure and applications. Management packs enable users to monitor, detect, troubleshoot, and remediate issues in the IT domain. They increase the productivity of users by optimizing and automating various tasks, and reduce the mean time to resolve (MTTR) incidents.

Management packs discover application domains and proactively monitor the domains for availability and performance issues. They include, for example, management templates, aspects, policy templates, performances graphs, troubleshooting tools, auto remediation flows, and topology-based event correlation (TBEC) rules.

To install management packs after the first configuration, start the configuration wizard again and select the management packs you want to install. With a distributed deployment, start the configuration wizard first on the data processing servers and subsequently on all gateway servers. Note though that the Management Packs page does not appear during the gateway server configuration.

Tip We recommend to disable OBM before starting the configuration wizard, and to enable it after the configuration:

  • Windows Server 2008:

    Select Start > Programs > Operations Bridge Manager > Administration > Disable Operations Bridge Manager.

  • Windows Server 2012:

    Press Ctrl + Esc, start typing Disable Operations Bridge Manager, and then click Disable Operations Bridge Manager in the search results.

Run the following command:

/opt/HP/BSM/scripts/run_hpbsm stop

Alternatively, use the opr-mp-installer command-line utility to install management packs without having to disable OBM. For more information about opr-mp-installer, see the OBM Administration Guide.

To install management packs after the upgrade, start the configuration wizard again or use the opr-mp-installer command-line utility. For more information about opr-mp-installer, see the OBM Administration Guide.

Once installed, management packs cannot be removed, even though their entries appear in the Management Packs page.

Note To update a management pack to a later version than the one included with OBM, download its installation package from the ITOM Marketplace and install the management pack manually. You can also install additional management packs that are not bundled with OBM. However, such additions are not reflected in the OBM configuration wizard.

For more information about the management packs, see the management pack documentation.

Select the management packs that you want to install in your OBM environment and then click Next.

Apply the OBM 2019.11 configuration

The Ready to Configure page displays the current settings. Check whether your selections are correct. To change a setting, click Edit.

Configuration wizard: Ready to Configure (Confirmaton) page

When you are ready, click Next to initiate the configuration actions.

Apply the OBM 2019.11 configuration

The Ready to Configure page displays the current settings. Check whether your selections are correct. To change a setting, click Edit.

Configuration wizard: Ready to Configure (Confirmaton) page

When you are ready, click Next to initiate the configuration actions.

Attend OBM configuration

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

Pay attention to the progress of the OBM 2019.11 configuration. Wait for the configuration wizard to visually indicate that all actions as successfully completed.

Configuration wizard: Configuration Summary page

Complete the configuration wizard

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

After the configuration has been successfully applied, the configuration wizard displays a summary of the configuration changes. Click Finish to conclude the configuration.

Complete the configuration wizard

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

After the configuration has been successfully applied, the configuration wizard displays a summary of the configuration changes. Click Finish to conclude the configuration.

Complete the configuration wizard

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

After the configuration has been successfully applied, the configuration wizard displays a summary of the configuration changes. Click Finish to conclude the configuration.

Complete the configuration wizard

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

After the configuration has been successfully applied, the configuration wizard displays a summary of the configuration changes. Click Finish to conclude the configuration.

Optional. Generate the database creation scripts

During the configuration, OBM can do one of the following:

  • Automatically set up new databases for you

  • Connect to the existing databases that were created manually in advance.

    If you not have the required permissions in the remote database management system, you might want to ask the database administrator for assistance with database creation.

OBM requires the following databases:

  • Management. For storage of system-wide and management-related metadata.

  • RTSM (Run-time Service Model). For storage of configuration information that is gathered from various Micro Focus and third-party applications and tools.

  • Event. For storage of events and related data, such as annotations, as well as for storage of configuration data, such as event correlation rules.

After the OBM installation, but before the configuration, generate the scripts on the gateway server to create the required objects for populating these databases. You (or the database administrator) must create the databases and then run the scripts in the database management system to create the required objects.

For details on how to install and configure a database management system, and to populate the databases with the required objects, follow the steps described in the OBM Database Guide.

Configure OBM silently

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

Disable OBM on the primary data processing server.

To switch to non-root user, run the configuration wizard on the primary DPS.

  1. Create a non-root user account on all OBM servers, for example, by using the operating system's useradd or adduser command.

    Configure the maximum number of processes for this user account by adding the following line to the existing xx-nproc.conf file in the /etc/security/limits.d directory (where xx is a number specific to the Linux version).

    <UserName> soft nproc unlimited

    Replace <UserName> with the non-root user account.

  2. Optional. For additional security, you can generate encrypted passwords for the configuration files. To do this, perform the following:

    1. Open a Command Prompt windowcommand shell.

    2. Change the current directory as follows:

       cd <OBM_HOME>\bin

       cd /opt/HP/BSM/bin

    3. Invoke the password encryption utility:

       encrypt-password.bat

       ./encrypt-password.sh

    4. Enter your password. The encryption utility returns a string.

    5. In the configuration files, set the property IsEncrypted="true" and enter the encrypted password as the line key="password" value="<EncryptedPassword>".

      Note Encrypted passwords are valid on the system where the encryption utility was run.

      To remove password encryption at a later time, enter the passwords in the configuration files as usual and set the value of IsEncrypted="false".

  3. Create the configuration files for the silent configuration in one of the following ways:

    • Copy the following template files to a location of your choice manually, and then add the missing values into the copycopycopies:

      <OBM_HOME>/opr/examples/silent-configuration/SilentConfiguration_Blank.xml

      <OBM_HOME>/opr/examples/silent-configuration/SilentConfiguration_Blank.xml

      <OBM_HOME>/opr/examples/silent-configuration/Oracle_DPS.xml

      <OBM_HOME>/opr/examples/silent-configuration/Oracle_GW.xml

      <OBM_HOME>/opr/examples/silent-configuration/SQL_Server_DPS.xml

      <OBM_HOME>/opr/examples/silent-configuration/SQL_Server_GW.xml

      <OBM_HOME>/opr/examples/silent-configuration/Postgres_SingleServer.xml

      <OBM_HOME>/opr/examples/silent-configuration/PostgresEmbedded_SingleServer.xml

      The template files containscontainscontain comments that help you to add appropriate values.

      Note You can set the sslEnabled attribute to true or false. If you set it to true, you must specify the additional attributes dbCertificate and dbTruststorePassword. For more information about these attributes, refer OracleMicrosoft SQL ServerPostgreSQL database documentation.

      Caution Leave the names of the PostgreSQL database schemas (the dbName keys) set to their default values.

  4. Configure OBM in the silent mode:

    <OBM_HOME>\bin\silentConfigureBSM.bat <ConfigurationFilename>

    /opt/HP/BSM/bin/silentConfigureBSM.sh <ConfigurationFilename>

    The command first runs the post-installation task and then the configuration tasks. Before starting the configuration tasks, the command validates the configuration file to ensure valid XML syntax. Validation errors are logged in the following log file:

    <OBM_HOME>\log\configserver\configserver_all.log

    /opt/HP/BSM/log/configserver/configserver_all.log

    After the validation succeeds, the configuration starts.

    Tip You can also run the post-installation and configuration processes separately by specifying the corresponding parameter:

    • Post-installation only. To invoke the OBM post-installation phase, run the following command:

      <OBM_HOME>\bin\silentConfigureBSM.bat <ConfigurationFilename> postinstall

      /opt/HP/BSM/bin/silentConfigureBSM.sh <ConfigurationFilename> postinstall

    • Configuration only. To reconfigure OBM after the initial configuration, run the following command:

      <OBM_HOME>\bin\silentConfigureBSM.bat <ConfigurationFilename> configserver

      /opt/HP/BSM/bin/silentConfigureBSM.sh <ConfigurationFilename> configserver

Repeat each step above for the secondary DPS and all gateway servers.

Configure OBM silently

Caution This section is applicable only to the secondary OBM data processing server (optional) and each OBM gateway server that you are upgrading.

Disable OBM on the primary data processing server.

To switch to non-root user, run the configuration wizard on the primary DPS.

  1. Create a non-root user account on all OBM servers, for example, by using the operating system's useradd or adduser command.

    Configure the maximum number of processes for this user account by adding the following line to the existing xx-nproc.conf file in the /etc/security/limits.d directory (where xx is a number specific to the Linux version).

    <UserName> soft nproc unlimited

    Replace <UserName> with the non-root user account.

  2. Optional. For additional security, you can generate encrypted passwords for the configuration files. To do this, perform the following:

    1. Open a Command Prompt windowcommand shell.

    2. Change the current directory as follows:

       cd <OBM_HOME>\bin

       cd /opt/HP/BSM/bin

    3. Invoke the password encryption utility:

       encrypt-password.bat

       ./encrypt-password.sh

    4. Enter your password. The encryption utility returns a string.

    5. In the configuration files, set the property IsEncrypted="true" and enter the encrypted password as the line key="password" value="<EncryptedPassword>".

      Note Encrypted passwords are valid on the system where the encryption utility was run.

      To remove password encryption at a later time, enter the passwords in the configuration files as usual and set the value of IsEncrypted="false".

  3. Create the configuration files for the silent configuration in one of the following ways:

    • Copy the following template files to a location of your choice manually, and then add the missing values into the copycopycopies:

      <OBM_HOME>/opr/examples/silent-configuration/SilentConfiguration_Blank.xml

      <OBM_HOME>/opr/examples/silent-configuration/SilentConfiguration_Blank.xml

      <OBM_HOME>/opr/examples/silent-configuration/Oracle_DPS.xml

      <OBM_HOME>/opr/examples/silent-configuration/Oracle_GW.xml

      <OBM_HOME>/opr/examples/silent-configuration/SQL_Server_DPS.xml

      <OBM_HOME>/opr/examples/silent-configuration/SQL_Server_GW.xml

      <OBM_HOME>/opr/examples/silent-configuration/Postgres_SingleServer.xml

      <OBM_HOME>/opr/examples/silent-configuration/PostgresEmbedded_SingleServer.xml

      The template files containscontainscontain comments that help you to add appropriate values.

      Note You can set the sslEnabled attribute to true or false. If you set it to true, you must specify the additional attributes dbCertificate and dbTruststorePassword. For more information about these attributes, refer OracleMicrosoft SQL ServerPostgreSQL database documentation.

      Caution Leave the names of the PostgreSQL database schemas (the dbName keys) set to their default values.

  4. Configure OBM in the silent mode:

    <OBM_HOME>\bin\silentConfigureBSM.bat <ConfigurationFilename>

    /opt/HP/BSM/bin/silentConfigureBSM.sh <ConfigurationFilename>

    The command first runs the post-installation task and then the configuration tasks. Before starting the configuration tasks, the command validates the configuration file to ensure valid XML syntax. Validation errors are logged in the following log file:

    <OBM_HOME>\log\configserver\configserver_all.log

    /opt/HP/BSM/log/configserver/configserver_all.log

    After the validation succeeds, the configuration starts.

    Tip You can also run the post-installation and configuration processes separately by specifying the corresponding parameter:

    • Post-installation only. To invoke the OBM post-installation phase, run the following command:

      <OBM_HOME>\bin\silentConfigureBSM.bat <ConfigurationFilename> postinstall

      /opt/HP/BSM/bin/silentConfigureBSM.sh <ConfigurationFilename> postinstall

    • Configuration only. To reconfigure OBM after the initial configuration, run the following command:

      <OBM_HOME>\bin\silentConfigureBSM.bat <ConfigurationFilename> configserver

      /opt/HP/BSM/bin/silentConfigureBSM.sh <ConfigurationFilename> configserver

Repeat each step above for the secondary DPS and all gateway servers.

Restore certificates of the integrated products

If you backed up certificates of the BSMOBM-integrated products prior to starting the upgrade process, you must restore them to the appropriate OBM host system at this point. To do so, perform the following:

  • For integrated data providers, such as Network Node Manager i, restore the certificates from the corresponding backup location to the following directory:

    <GatewayServerInstallationDirectory>/\odb/\conf/\security

    <GatewayServerInstallationDirectory>/\JRE/\lib/\security/\cacerts (file)

  • For the integrated Data Flow Probe (DFP), restore the certificates from the corresponding backup location to the following directory:

    <DataFlowProbeInstallationDirectory>/\conf/\security

    For more information, see the Data Flow Probe Installation Guide.

Restore certificates of the integrated products

If you backed up certificates of the BSMOBM-integrated products prior to starting the upgrade process, you must restore them to the appropriate OBM host system at this point. To do so, perform the following:

  • For integrated data providers, such as Network Node Manager i, restore the certificates from the corresponding backup location to the following directory:

    <GatewayServerInstallationDirectory>/\odb/\conf/\security

    <GatewayServerInstallationDirectory>/\JRE/\lib/\security/\cacerts (file)

  • For the integrated Data Flow Probe (DFP), restore the certificates from the corresponding backup location to the following directory:

    <DataFlowProbeInstallationDirectory>/\conf/\security

    For more information, see the Data Flow Probe Installation Guide.

Change the Windows service user account

The main OBM services (HP Operations Manager i, HP Operations Manager i web console) are installed when you start the configuration wizard. By default, they run by using the Local System user account. However, you may have to assign a different user account to the HP Operations Manager i service (for example, if you use NTLM authentication).

The user account of this service must have the following privileges:

  • Sufficient database permissions (as defined by the database administrator)

  • Sufficient network privileges

  • Administrative privileges on the local system

Additionally, the HP OpenView Ctrl Service must be running with an account that has access to SQL server, and the agent account requires access to the OBM directories (for example C:\HPBSM on Windows).

Note HP Operations Manager i is initially installed as a service that can be started manually. When you enable OBM for the first time, it becomes a service that is started automatically.

To change the OBM service user account:

  1. Disable OBM:

    • Windows Server 2008:

      Select Start > Programs > Operations Bridge Manager > Administration > Disable Operations Bridge Manager.

    • Windows Server 2012:

      Press Ctrl + Esc, start typing Disable Operations Bridge Manager, and then click Disable Operations Bridge Manager in the search results.

  2. In the Windows Services window, double-click HP Operations Manager i. The HP Operations Manager i Properties (Local Computer) dialog box opens.

  3. Click the Log On tab.

  4. Select This account and browse to choose another user account from the list of the available user accounts on the system.

  5. Enter the object name as  domain\username. Click Check Names (should be an administrator).
  6. Enter the selected user account’s Windows password and confirm this password.

  7. Click Apply to save your settings and then OK to close the dialog box.

  8. In the Windows Services window, double-click UCMDB_Server. The UCMDB_Server Properties (Local Computer) dialog box opens.

  9. Click the Log On tab.

  10. Select This account and browse to choose another user account from the list of the available user accounts on the system.

  11. Enter the object name as  domain\username. Click Check Names (should be an administrator).
  12. Enter the selected user account’s Windows password and confirm this password.

  13. Click Apply to save your settings and then OK to close the dialog box.

Note Repeat the procedure after you reinstall or upgrade OBM.

Enable OBM

To enable OBM in a distributed environment, first enable the data processing servers and then enable the gateway servers.

In a high availability environment, first enable the primary data processing server and wait until this process has completed. Make sure that all eight HAC processes are running. Then enable the gateway servers, followed by backup data processing servers.

Note On Linux systems, OBM does not function properly when the IPv6 protocol stack is not configured (that is, when only the IPv4 protocol stack is available) or when the IPv6 protocol stack is configured but disabled. Under such circumstances, to enable OBM to use IPv4, modify the /opt/HP/BSM/application-server/bin/standalone.conf configuration file as follows:

  1. Replace the

    -Djava.net.preferIPv4Stack=false

    line with the

    -Djava.net.preferIPv4Stack=true

    line.

  2. Save your changes and then restart local OBM processes.

To start the OBM processes and enable OBM, do one of the following:

  • Run the following command:

    /etc/init.d/hpbsmd start

    The hpbsmd daemon script first switches to the non-root user and then enables OBM. The script supports the following command-line options:

    start, stop, stopall and restart

  • Log off from the OBM host system, log on as a new user, and then run the following command:

    /opt/HP/BSM/scripts/run_hpbsm start

    The script supports the following command-line options:

    /opt/HP/BSM/scripts/run_hpbsm (start|stop|stopall|restart)

  • Run the following command as the root user:

    /opt/HP/BSM/scripts/run_hpbsm start

    The script supports the following command-line options:

    start, stop, stopall, and restart

  • Run the following command as the root user:

    /etc/init.d/hpbsmd start

    The hpbsmd daemon script supports the following command-line options:

    start, stop, and restart

To enable OBM, do the following:

In Windows Search, start typing Enable Operations Bridge Manager, and then click Enable Operations Bridge Manager in the search results.

Depending on what you used the configuration wizard for, perform the appropriate post-configuration action after the wizard completes:

  • If you added a new gateway server or modified the previously defined database types or connection parameters:

    Restart all OBM servers and data collectors.

  • If you modified databases on a running OBM deployment:

    Keep in mind that the My Workspace and Service Health pages are emptied and the OBM perspectives are removed.

    To restore the pages' contents and the perspectives, do the following:

    1. Navigate to the following directory:

      <GatewayServerRootDirectory>/conf/uimashup/import

      It contains two subdirectories: /loaded and /toload.

    2. Copy the contents of the /loaded directory into the /toload directory.

    3. Restart OBM servicesprocesses.

Enable OBM

To enable OBM in a distributed environment, first enable the data processing servers and then enable the gateway servers.

In a high availability environment, first enable the primary data processing server and wait until this process has completed. Make sure that all eight HAC processes are running. Then enable the gateway servers, followed by backup data processing servers.

Note On Linux systems, OBM does not function properly when the IPv6 protocol stack is not configured (that is, when only the IPv4 protocol stack is available) or when the IPv6 protocol stack is configured but disabled. Under such circumstances, to enable OBM to use IPv4, modify the /opt/HP/BSM/application-server/bin/standalone.conf configuration file as follows:

  1. Replace the

    -Djava.net.preferIPv4Stack=false

    line with the

    -Djava.net.preferIPv4Stack=true

    line.

  2. Save your changes and then restart local OBM processes.

To start the OBM processes and enable OBM, do one of the following:

  • Run the following command:

    /etc/init.d/hpbsmd start

    The hpbsmd daemon script first switches to the non-root user and then enables OBM. The script supports the following command-line options:

    start, stop, stopall and restart

  • Log off from the OBM host system, log on as a new user, and then run the following command:

    /opt/HP/BSM/scripts/run_hpbsm start

    The script supports the following command-line options:

    /opt/HP/BSM/scripts/run_hpbsm (start|stop|stopall|restart)

  • Run the following command as the root user:

    /opt/HP/BSM/scripts/run_hpbsm start

    The script supports the following command-line options:

    start, stop, stopall, and restart

  • Run the following command as the root user:

    /etc/init.d/hpbsmd start

    The hpbsmd daemon script supports the following command-line options:

    start, stop, and restart

To enable OBM, do the following:

In Windows Search, start typing Enable Operations Bridge Manager, and then click Enable Operations Bridge Manager in the search results.

Depending on what you used the configuration wizard for, perform the appropriate post-configuration action after the wizard completes:

  • If you added a new gateway server or modified the previously defined database types or connection parameters:

    Restart all OBM servers and data collectors.

  • If you modified databases on a running OBM deployment:

    Keep in mind that the My Workspace and Service Health pages are emptied and the OBM perspectives are removed.

    To restore the pages' contents and the perspectives, do the following:

    1. Navigate to the following directory:

      <GatewayServerRootDirectory>/conf/uimashup/import

      It contains two subdirectories: /loaded and /toload.

    2. Copy the contents of the /loaded directory into the /toload directory.

    3. Restart OBM servicesprocesses.

Enable OBM

To enable OBM in a distributed environment, first enable the data processing servers and then enable the gateway servers.

In a high availability environment, first enable the primary data processing server and wait until this process has completed. Make sure that all eight HAC processes are running. Then enable the gateway servers, followed by backup data processing servers.

Note On Linux systems, OBM does not function properly when the IPv6 protocol stack is not configured (that is, when only the IPv4 protocol stack is available) or when the IPv6 protocol stack is configured but disabled. Under such circumstances, to enable OBM to use IPv4, modify the /opt/HP/BSM/application-server/bin/standalone.conf configuration file as follows:

  1. Replace the

    -Djava.net.preferIPv4Stack=false

    line with the

    -Djava.net.preferIPv4Stack=true

    line.

  2. Save your changes and then restart local OBM processes.

To start the OBM processes and enable OBM, do one of the following:

  • Run the following command:

    /etc/init.d/hpbsmd start

    The hpbsmd daemon script first switches to the non-root user and then enables OBM. The script supports the following command-line options:

    start, stop, stopall and restart

  • Log off from the OBM host system, log on as a new user, and then run the following command:

    /opt/HP/BSM/scripts/run_hpbsm start

    The script supports the following command-line options:

    /opt/HP/BSM/scripts/run_hpbsm (start|stop|stopall|restart)

  • Run the following command as the root user:

    /opt/HP/BSM/scripts/run_hpbsm start

    The script supports the following command-line options:

    start, stop, stopall, and restart

  • Run the following command as the root user:

    /etc/init.d/hpbsmd start

    The hpbsmd daemon script supports the following command-line options:

    start, stop, and restart

To enable OBM, do the following:

In Windows Search, start typing Enable Operations Bridge Manager, and then click Enable Operations Bridge Manager in the search results.

Depending on what you used the configuration wizard for, perform the appropriate post-configuration action after the wizard completes:

  • If you added a new gateway server or modified the previously defined database types or connection parameters:

    Restart all OBM servers and data collectors.

  • If you modified databases on a running OBM deployment:

    Keep in mind that the My Workspace and Service Health pages are emptied and the OBM perspectives are removed.

    To restore the pages' contents and the perspectives, do the following:

    1. Navigate to the following directory:

      <GatewayServerRootDirectory>/conf/uimashup/import

      It contains two subdirectories: /loaded and /toload.

    2. Copy the contents of the /loaded directory into the /toload directory.

    3. Restart OBM servicesprocesses.

Log on to OBM

You can log on to OBM from a supported web browser on a client system by using the Login page.

Note If any web proxies are used, we recommend to clear the cache.

To access the OBM Login page and log on for the first time:

  1. Delete the web browser's temporary Internet files, for each web browser instance that accesses OBM after the upgrade.

  2. Import the CA certificate to the browser's trusted root certificate store:

    1. Make sure the web browser is configured to support TLS.
    2. Export the CA certificate from the OBM certificate inventory:

      opr-cert-mgmt.bat ‑export "OBM Webserver CA Certificate" PEM "C:\ca_certificate.crt"

      opr-cert-mgmt.sh ‑export "OBM Webserver CA Certificate" PEM "/tmp/ca_certificate.crt"

    3. Import the CA certificate to the browser's certificate store:

      • Internet Explorer:

        Double-click the CA certificate file (C:\ca_certificate.crt, for example) and click Install Certificate. Make sure to select the Trusted Root Certification Authorities certificate store.

      • Mozilla Firefox:

        Navigate to Options > Advanced > Certificates. Click View Certificates and then Import. In the Certificate Manager dialog box, select the Authorities tab and click Import.

    4. Import the CA certificate to the truststore of the browser's JRE:

      1. Open the Java Control Panel. Open the Security tab and click Manage Certificates.

      2. In the Certificates dialog box, select the certificate type Secure Site CA and click Import.

    5. Optional. Disable TLS certificate revocation checks in the Java Control Panel.

      The Java console displays the following warning for OBM-generated certificates when the certificate revocation check cannot be performed:

      security: Failing over to CRLs: Certificate does not specify OCSP responder
      security: Revocation Status Unknown

      To avoid the warning, generate OBM self-signed certificates with an OCSP responder URL or disable the TLS certificate revocation checks in the Java Control panel:

      1. Open the Java Control Panel and then open the Advanced tab.

      2. In Perform TLS certificate revocation checks on, click Do not check (not recommended).

      Caution This will disable the revocation check for all TLS connections that are established by Java-based applications on this system.

  3. In the web browser's address bar, enter the following URL:

    https://<FullyQualifiedDomainName>/obm

    <FullyQualifiedDomainName> is the FQDN of the OBM server.

    <FullyQualifiedDomainName> is the FQDN of the OBM server. If there are multiple servers, or if OBM is deployed in a distributed architecture, specify the gateway server URL.

    <FullyQualifiedDomainName> is the FQDN of the OBM server. If there are multiple servers, or if OBM is deployed in a distributed architecture, specify the load balancer or gateway server URL.

  4. Enter the default administrator user name (admin) and the password specified in the configuration wizard, and then click Log In. After logging in, the user name appears at the top right.

  5. Recommended. Create additional administrative users to enable OBM administrators to access the system. For details on creating users in the OBM system, see the "Users, Groups, and Roles" chapter in the OBM Administration Guide.

Note  

  • For the logon troubleshooting information, see "Troubleshooting and Limitations" in the OBM Administration Guide.
  • By default, single sign-on (SSO) logon is disabled. We recommend to use the default setting if no integrations are required for your installation. For details on this as well as other logon authentication strategies, see "Authentication Management" in the OBM Administration Guide.

When you complete your session, we recommend that you log off from the website to prevent unauthorized entry. To log off from OBM, select Logout from the user menu ().

Optional. Transfer event data to OBM

Note Skip this step if you selected Enable APM Integration in the upgrade/configuration wizard and followed the instructions in the OBM Integrations Guide to complete the APM integration steps including event integration.
If you did not enable the APM integration, follow this step to establish event integration.

To transfer event data to the OBM servers:

  1. Verify the trust relationship between BSM and OBMthe previous and the new OBM environment, which is established automatically by the upgrade/configuration wizard, as follows:

    • In the BSMprevious OBM environment, run the following command on a gateway server:

      %OvInstallDir%\bin\win64\bbcutil -ping https://<OBMGatewayServerFQDN>/com.hp.ov.opc.msgr

      /opt/OV/bin/bbcutil -ping https://<OBMGatewayServerFQDN>/com.hp.ov.opc.msgr

    If the command fails, establish the trust relationship manually as follows:

    • In the OBM 2019.11 environment, run the following command on a gateway server:

      <OBM_HOME>\opr\bin\BBCTrustServer.bat <BSMgatewayServerFQDN> -o

      /opt/HP/BSM/opr/bin/BBCTrustServer.sh <BSMgatewayServerFQDN> -o

  2. In the OBM consoleBSM console, locate the Default Server for Data Collectors URL from Admin > Platform > Setup and Maintenance > Infrastructure Settings > Foundations > Platform Administration > Default Virtual Gateway Server for Data Collectors URLAdministration > Setup and Maintenance > Infrastructure Settings > Platform Administration - Host Configuration > Default Virtual Gateway Server for Data Collectors URL and copy the URL to your clipboard or a temporary location.

  3. In the new OBM environment, create a new connected server that refers to the current production server:

    1. Go to Administration > Setup and Maintenance > Connected Servers.

    2. In the INTRODUCTION TO CONNECTED SERVERS > Operations Manager Manager pane, click New.

    3. In the General section, do the following:

      1. In Display Label section, define a name that identifies the connection in the OBM user interface.

      2. Optional. Change the automatically generated Identifier. The internal name must be unique.

      3. Optional. Provide a connection description.

      4. In the Server Properties section, enter the FQDN of the Default Virtual Gateway Server for Data Collectors URL (saved in step 2) in the Fully Qualified Domain Name field.
      5. In Test Connection, click RUN TEST to confirm a successful connection.

      6. Click CREATE.

  4. On the new OBM server, enable the processing of incoming events as follows:

    1. Go to Administration > Setup and Maintenance > Infrastructure Settings.

    2. Locate the Operations Management – Staging Upgrade Settings settings group and do the following:

      1. Set Forward All to false.

      2. Set Forward All Target Server to <empty>.

      3. Set Staging Mode Enable to true.

    3. Locate the Operations Management – Event Pipeline Receiver Settings settings group and make sure Disable Receiving of Events is set to false.

  5. Synchronize the events and changes from the BSMprevious OMi environment:

    1. Allow the events and changes to synchronize. This process is complete when the event sync buffer is empty. To check if this is the case, run the following command on a data processing server in the BSMprevious OMi environment:

      <BSM_HOME>\opr\bin\opr-event-sync.bat -monitor

      /opt/HP/BSM/opr/bin/opr-event-sync.sh -monitor

    2. When the buffers are empty, press Ctrl+C to stop the monitor.

      When the buffers are empty, press Ctrl-C to stop the monitor.

Optional. Transfer event data to OBM

Note Skip this step if you selected Enable APM Integration in the upgrade/configuration wizard and followed the instructions in the OBM Integrations Guide to complete the APM integration steps including event integration.
If you did not enable the APM integration, follow this step to establish event integration.

To transfer event data to the OBM servers:

  1. Verify the trust relationship between BSM and OBMthe previous and the new OBM environment, which is established automatically by the upgrade/configuration wizard, as follows:

    • In the BSMprevious OBM environment, run the following command on a gateway server:

      %OvInstallDir%\bin\win64\bbcutil -ping https://<OBMGatewayServerFQDN>/com.hp.ov.opc.msgr

      /opt/OV/bin/bbcutil -ping https://<OBMGatewayServerFQDN>/com.hp.ov.opc.msgr

    If the command fails, establish the trust relationship manually as follows:

    • In the OBM 2019.11 environment, run the following command on a gateway server:

      <OBM_HOME>\opr\bin\BBCTrustServer.bat <BSMgatewayServerFQDN> -o

      /opt/HP/BSM/opr/bin/BBCTrustServer.sh <BSMgatewayServerFQDN> -o

  2. In the OBM consoleBSM console, locate the Default Server for Data Collectors URL from Admin > Platform > Setup and Maintenance > Infrastructure Settings > Foundations > Platform Administration > Default Virtual Gateway Server for Data Collectors URLAdministration > Setup and Maintenance > Infrastructure Settings > Platform Administration - Host Configuration > Default Virtual Gateway Server for Data Collectors URL and copy the URL to your clipboard or a temporary location.

  3. In the new OBM environment, create a new connected server that refers to the current production server:

    1. Go to Administration > Setup and Maintenance > Connected Servers.

    2. In the INTRODUCTION TO CONNECTED SERVERS > Operations Manager Manager pane, click New.

    3. In the General section, do the following:

      1. In Display Label section, define a name that identifies the connection in the OBM user interface.

      2. Optional. Change the automatically generated Identifier. The internal name must be unique.

      3. Optional. Provide a connection description.

      4. In the Server Properties section, enter the FQDN of the Default Virtual Gateway Server for Data Collectors URL (saved in step 2) in the Fully Qualified Domain Name field.
      5. In Test Connection, click RUN TEST to confirm a successful connection.

      6. Click CREATE.

  4. On the new OBM server, enable the processing of incoming events as follows:

    1. Go to Administration > Setup and Maintenance > Infrastructure Settings.

    2. Locate the Operations Management – Staging Upgrade Settings settings group and do the following:

      1. Set Forward All to false.

      2. Set Forward All Target Server to <empty>.

      3. Set Staging Mode Enable to true.

    3. Locate the Operations Management – Event Pipeline Receiver Settings settings group and make sure Disable Receiving of Events is set to false.

  5. Synchronize the events and changes from the BSMprevious OMi environment:

    1. Allow the events and changes to synchronize. This process is complete when the event sync buffer is empty. To check if this is the case, run the following command on a data processing server in the BSMprevious OMi environment:

      <BSM_HOME>\opr\bin\opr-event-sync.bat -monitor

      /opt/HP/BSM/opr/bin/opr-event-sync.sh -monitor

    2. When the buffers are empty, press Ctrl+C to stop the monitor.

      When the buffers are empty, press Ctrl-C to stop the monitor.

Optional. Review the log files and enable IPv6Review the log files, enable IPv6, and configure Automatic FailoverReview the log files and enable IPv6

Complete the post-upgrade steps

Complete the post-upgrade steps

Complete the post-upgrade steps

Optional. Configure additional OBM servers

Once you have a functional OBM 2019.11 environment, you can configureupdate the secondary data processing server and additional gateway servers.

Optional. Configure additional OBM servers

Once you have a functional OBM 2019.11 environment, you can configureupdate the secondary data processing server and additional gateway servers.

Optional. Configure additional OBM servers

Once you have a functional OBM 2019.11 environment, you can configureupdate the secondary data processing server and additional gateway servers.

Configure load balancing for gateway servers

When you install two or more gateway servers, OBM requires external load balancing mechanisms to help ensure an even distribution of processing and communication activities across the network. This is particularly important in circumstances with high load, to avoid overloading any single server.

To configure load balancing, do the following:

  1. Create two virtual hostnames. Each virtual hostname must be a fully qualified domain name (FQDN) with the syntax <Hostname>.<DomainName>. This requirement is necessary to support the lightweight single sign-on (LW-SSO) authentication.

    The first hostname is required for accessing the OBM website on the gateway server. It can be distributed to OBM users. The second hostname is used by the data collectors to access the gateway server. It must be used when configuring data collectors to communicate with OBM.

    Alternatively, create one virtual hostname and assign two ports to route the user and data collection traffic to OBM.

  2. Enter the relevant load balancer hostnames in the infrastructure settings of the virtual servers. To do so, go to Administration > Setup and Maintenance > Infrastructure Settings > Foundations > Platform Administration. In the Platform Administration – Host Configuration table, set the following parameters:

    • Default Virtual Gateway Server for Application Users URL. Virtual hostname for the OBM website. The gateway server you are working on must be able to resolve this virtual IP address. This means that the nslookup command for the virtual hostname of the application users returns name and IP address when executed on this gateway server.
    • Default Virtual Gateway Server for Data Collectors URL. Virtual hostname for data collectors. All data collectors must be able to resolve this virtual IP address. This means that the name server lookup for the virtual hostname of a data collector returns name and IP address when executed on any data collector server.
  3. Set the relevant parameters in the infrastructure settings. To do so, go to Administration > Setup and Maintenance > Infrastructure Settings > Foundations > Platform Administration. In the Platform Administration – Reverse Proxy Configuration table, set the following parameters:

    • Enable Reverse Proxy. Set this parameter to true.

    • HTTP Reverse Proxy IPs. Add the internal IP addresses of the load balancers to this setting.

      • If the IP address of the load balancer that sends the HTTP or HTTPS request is included, the URL returned to the client is either the Default Virtual Server URL or the Local Virtual Server URL (when defined).

      • If no IP addresses are defined for this parameter (not recommended), OBM works in Generic Mode. This means that you can only log on to OBM by using the virtual server URL and not directly to the gateway.

      Note If your load balancer and OBM gateway servers are not in the same domain, you must add the IP address of the reverse proxy to the HTTP Reverse Proxy IPs parameter. For details, see "LW-SSO Configuration for Multi-Domain and Nested Domain Installations" in the OBM Administration Guide.

    To determine the internal IP address of your load balancer:

    1. Log on to OBM through the load balancer.

    2. On the gateway server, open the following log file:

      <OBM_HOME>\log\jboss\UserActions.servlets.log

      /opt/HP/BSM/log/jboss/UserActions.servlets.log

    3. Verify that the IP address in the latest logon line of the file matches the internal load balancer IP address. The entry must include your user name.

  4. After changing the reverse proxy settings, restart the OBM service on the gateway and data processing servers.

  5. If your load balancer enables you to choose between full-NAT (SNAT) and half-NAT (DNAT) topologies, choose full-NAT. If the load balancer and the gateway server are on the same subnet, SNAT must be enabled so that they can communicate.

  6. Configure the load balancer for the data collector access.

    All data collectors must be able to access the virtual IP address of the load balancer. Use standard settings for the load balancer, and additionally set the following:

    • Set the persistence type to IP address stickiness or destination address affinity persistence (depending on the load balancer). If neither of these options are available and the choice is between cookie stickiness and stickiness by session, we recommend choosing stickiness by session.

    • The load balancing method should be sticky session by IP address.

    • Use the following keep-alive configuration:

      • Send string: GET /ext/mod_mdrv_wrap.dll?type=test

      • Receive string: Web Data Entry is up

      Note If your OBM environment includes a firewall between the load balancer and the gateway server, and you are using the KeepAlive URL, make sure to open the port used to access the UI (usually 80 or 443).

  7. Configure the load balancer for the BBC channel on port 383.

    • Port 383 must be open in both directions, that is, from the data collector through the load balancer to the gateway server, and from the gateway and data processing servers (not necessarily through the load balancer) to the data collectors.

    • The load balancing method must be sticky session by IP address for port 383.

    • Network traffic on port 383 should be passed through on the OSI model (network) layer 4 (without using layer 7, without TLS offloading on the load balancer).

      When balancing the load on the OSI model layer 7, the load balancer must validate the certificate.

    • The load balancer's data connector address used for load balancing must be reachable and resolvable from all the OBM servers (gateway and data processing server ) as well.
  8. Configure the load balancer for the user access.

    • Use the default settings, and additionally set persistence to stickiness by session or destination address affinity persistence (depending on the load balancer). If neither of these options are available and the choice is between cookie stickiness and IP address stickiness, we recommend choosing IP address stickiness. If this is not configured properly, you may experience intermittent user interface failures.

    • Use the following keep-alive configuration:

      • Send string: GET /topaz/topaz_api/loadBalancerVerify_centers.jsp

      • Receive string: Success

Recommended. Connect data providers

For more information on the integrations, see the Operations Bridge Manager (OBM) community pages of the ITOM Marketplace website.

For details on supported integration versions, see the following document:

Support Matrices for Operations Center products

Re-apply customizations

If you customized the web server configuration, the LWSSO configuration, or made other customizations specific to your needs, you may need to re-apply those customizations after the upgrade.

For example, if you configured your system to not require certificates for data providers and CLIs, you must re-apply this customization after the upgrade.

For information, see the OBM Administration Guide.

Re-apply customizations

If you customized the web server configuration, the LWSSO configuration, or made other customizations specific to your needs, you may need to re-apply those customizations after the upgrade.

For example, if you configured your system to not require certificates for data providers and CLIs, you must re-apply this customization after the upgrade.

For information, see the OBM Administration Guide.

Re-apply customizations

If you customized the web server configuration, the LWSSO configuration, or made other customizations specific to your needs, you may need to re-apply those customizations after the upgrade.

For example, if you configured your system to not require certificates for data providers and CLIs, you must re-apply this customization after the upgrade.

For information, see the OBM Administration Guide.

Update data providers

If you have a load balancer or reverse proxy, set it to communicate with the new servers.

If you do not have a load balancer or reverse proxy, you must configure each data provider individually to communicate with the new OBM gateway servers. For details, see the documentation of each data provider. Micro Focus recommends upgrading each data provider to the latest supported version.

For more information on the integrations, see the Operations Bridge Manager (OBM) community pages of the ITOM Marketplace website.

For details on supported integration versions, select Operations Bridge Manager from the product list in the following document:

Support Matrices for Operations Center products

Reapply parameter values to OBM Self Monitoring Auto-assignment Rule

When you upgrade OBM to a newer version, the policy parameter values (for example, Email address to send notification for the JMS bus component) in OBM Self Monitoring Auto-assignment Rule are not preserved. You must therefore reapply the parameter values to this auto-assignment rule after the upgrade is done.

For more information, see Management Pack for OBM Server Self-Monitoring.

Optional. Update management pack assignments

If you have deployed Management Templates and Aspects of the following management packs, update the assignments as described in the OBM Administration Guide or the correspondent management pack documentation. For more information, see the Management Packs Overview.

  • OBM Management Pack for SAP HANA
  • OBM Management Pack for Oracle WebLogic
  • OBM Management Pack for AWS
  • OBM Management Pack for Microsoft Azure

Stop using the OBM 10.6x servers

If you used Operations Management only in your OBM 10.6x environment, you can stop using the OBM 10.6x servers after you upgrade OBM 10.6x to OBM 2019.11. To continue to use APM-related applications (for example, SiteScope) reintegrate them with OBM as described in the OBM Integrations Guide.

To stop using the OBM 10.6x servers properly, proceed as follows:

  1. On the new OBM server, exit staging mode:

    1. Go to Administration > Setup and Maintenance > Infrastructure Settings.

    2. In the upper part of the web page, click Foundations and then select Platform Administration from the Foundations drop-down list.

    3. Locate the Platform Administration – OBM Evaluation settings group.
    4. Set Enable evaluation (staging) mode to false.

    5. Set Enable evaluation (staging) mode for customer to false.

  2. Keep the OBM 10.6x production servers online for a grace period.

    Even though no new events are sent to the production server, you must keep this server online. Any active events that are forwarded from OM to the production server continue to send updates to this server. These updates are then forwarded to OBM. If you do not consider these updates important, you can take the production server offline immediately. Otherwise, wait until all events that are still coming to the OBM 10.6x production server are closed. We estimate that the grace period, in which most events are typically closed, lasts 1 to 2 weeks.

  3. Take the OBM 10.6x production servers offline.

  4. Decommission the OBM 10.6x servers.

Stop using the OBM 10.6x servers

If you used Operations Management only in your OBM 10.6x environment, you can stop using the OBM 10.6x servers after you upgrade OBM 10.6x to OBM 2019.11. To continue to use APM-related applications (for example, SiteScope) reintegrate them with OBM as described in the OBM Integrations Guide.

To stop using the OBM 10.6x servers properly, proceed as follows:

  1. On the new OBM server, exit staging mode:

    1. Go to Administration > Setup and Maintenance > Infrastructure Settings.

    2. In the upper part of the web page, click Foundations and then select Platform Administration from the Foundations drop-down list.

    3. Locate the Platform Administration – OBM Evaluation settings group.
    4. Set Enable evaluation (staging) mode to false.

    5. Set Enable evaluation (staging) mode for customer to false.

  2. Keep the OBM 10.6x production servers online for a grace period.

    Even though no new events are sent to the production server, you must keep this server online. Any active events that are forwarded from OM to the production server continue to send updates to this server. These updates are then forwarded to OBM. If you do not consider these updates important, you can take the production server offline immediately. Otherwise, wait until all events that are still coming to the OBM 10.6x production server are closed. We estimate that the grace period, in which most events are typically closed, lasts 1 to 2 weeks.

  3. Take the OBM 10.6x production servers offline.

  4. Decommission the OBM 10.6x servers.

Optional. Connect trouble ticket, automation, and reporting tools

For more information on the integrations, see the Operations Bridge Manager (OBM) community pages of the ITOM Marketplace website.

For details on supported integration versions, select Operations Manager i from the product list in the following document:

Support Matrices for Operations Center products

Collect debug information

This section provides a list of log and configuration files that you can use to collect debug information when updating to OBM 2019.11.

Log configuration (Gateways and Data Processing Servers)

To create backup log file, c opy <DVD Root>/Update/update_log.properties to %OvDataDir%/tmp/update_log.properties

Log file locations (Data Processing Servers)

Backup Log file

%OvDataDir%/log/opr-premigration.log

%OvDataDir%/log/opr-upgradeBackup.x where x=1,2,3...

Backup location

Configuration file backup: %OvDataDir%/backup/OMi107xcfg-backup.zip where x=0 or 1

RSP file backup for auto config: %OvDataDir%/backup/OMibackup.rsp

Uninstallation Logs:

%Temp%\MicroFocusOvInstaller\HPOMi_10.70.007 (for OBM 2018.05)

%Temp%\MicroFocusOvInstaller\HPOMi_10.71.016 (for OBM 2018.11)

Installation Logs

%Temp%\MicroFocusOvInstaller\HPOMi_10.80.005.004

Log file locations (Gateways)

Backup Log file:

%OvDataDir%/log/opr-upgrade-Backup.log

%OvDataDir%/log/upgrade-backup.log

%OvDataDir%/log/upgrade-script.log

Backup location:

Configuration file backup: %OvDataDir%/backup/OMi1070cfg-backup.zip

RSP file backup for auto config: %OvDataDir%/backup/OMibackup.rsp

Uninstallation Logs:

%Temp%\MicroFocusOvInstaller\HPOMi_10.70.007 (for OBM 2018.05)

%Temp%\MicroFocusOvInstaller\HPOMi_10.71.016 (for OBM 2018.11)

Installation Logs

%Temp%\MicroFocusOvInstaller\HPOMi_10.80.005.004

Default locations

Linux: %OvDataDir% = /var/opt/OV

Windows: %OvDataDir% = C:\ProgramData\HP\HP BTO Software

 

Uninstall OBM

Caution If you are uninstalling OBM with an internal PostgreSQL and want to reinstall OBM on the same system with an internal PostgreSQL, you must remove or rename the <OVDATADIR>/databases/omidb directory. Otherwise, the configuration will fail.

To completely uninstall OBM servers that are running on Microsoft Windows:

  1. Make sure the OBM host systems are connected to the Internet.

    During the uninstallation, OBM verifies certificates. If the servers cannot access the Internet, the uninstallation might take up to three hours.

  2. On each OBM host system, follow the steps:

    1. Uninstall OBM by using the operating system tools, or silently:

      • To uninstall OBM by using the operating system tools, do the following:

        1. On the system where you are uninstalling OBM, open the Windows Control Panel.

        2. Optional. To display all updates installed over OBM, click View installed updates.

        3. Click Uninstall a program in the Programs section.

        4. Right-click HPE Operations Manager i and select Uninstall. The uninstallation wizard starts.

        5. Follow the wizard instructions.

          Note The uninstallation might take more than 30 minutes. When OBM is removed, all its updates are also removed.

      • To uninstall OBM silently, do the following:

        1. Disable OBM on the host system.

        2. Run the following command:

          <OBM_HOME>\installation\bin\uninstall.bat -i silent

        3. In the following log file, search for the line INFO - Successfully Completed and inspect other entries for potential errors:

          C:\Users\<UserName>\AppData\Local\Temp\HPOMi_<Version>_HPOvInstaller.txt

    2. Restart the host system.

    3. Open the Windows Registry Editor.

      During the installation, the value of the Windows Registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ReservedPorts is updated to include the following port ranges required by OBM:

      • 1098-1099

      • 2506-2507

      • 4447-4447

      • 5445-5445

      • 8009-8009

      • 8080-8080

      • 21303-21303

      • 29000-29000

      These ports ranges are not removed from the registry key during the uninstallation. Remove the ports from the registry key manually after uninstalling OBM, if they are no longer needed by any other application.

      Tip We recommend that you back up Windows Registry before making any changes to it.

Uninstall OBM

Caution If you are uninstalling OBM with an internal PostgreSQL and want to reinstall OBM on the same system with an internal PostgreSQL, you must remove or rename the <OVDATADIR>/databases/omidb directory. Otherwise, the configuration will fail.

To completely uninstall OBM servers that are running on Linux:

  1. On each OBM host system, perform the following:

    1. Disable OBM.

    2. Open a command shell as the root user.

    3. To change the current directory to the directory of the uninstallation program, run the following command:

      cd /opt/HP/BSM/installation/bin

    4. Uninstall OBM in the GUI mode or silently:

      • To uninstall OBM by using the GUI mode, run the following command:

        ./uninstall.sh

        The OBM uninstallation wizard starts. Follow the wizard instructions. When the uninstallation wizard completes with a message indicating success, click Finish.

      • To uninstall OBM silently, run the following command:

        ./uninstall.sh -i silent

    5. In the following log file, search for the line INFO - Successfully Completed and inspect other entries for potential errors:

      /tmp/HPOMi_<Version>_HPOvInstaller.txt

      You can find previous installation files in the following directory:

      /tmp/HPOvInstaller/HPOMi_<Version>

Rollback from OBM 2019.11 to OBM 2018.05

To rollback from OBM 2019.11 to OBM 2018.05, do the following:

  1. Check that the %OVDataDir%\backup directory created during the update is still available and that it contains a .zip and .rsp file. If not, re-run the upgrade script to recreate the files, and specify "no" when asked if the uninstallation should be performed.

  2. Run the following database statements on the event database:

    DROP INDEX INDEX_ON_CMA_UPPERIDX;

    CREATE INDEX INDEX_ON_CMA_IDXCOL ON EVENT_CUSTOM_ATTRIBUTES (idx);

  3. Uninstall OBM 2019.11 by doing the following on eachthe OBM host system:

    1. Set useHTTPOnly for the LWSSO cookie back to false:

      <OBM_HOME>\opr\support>opr-jmxClient.bat -r -s localhost:4447 -b "Topaz:service=LW-SSO Configuration" -m setUseHTTPOnly -a false

    2. Make sure the OBM host systems are is connected to the Internet.

      During the uninstallation, OBM verifies certificates. If the servers cannot access the Internet, the uninstallation might take up to three hours.

    3. Uninstall OBM by using the operating system tools, or silently:

      • To uninstall OBM by using the operating system tools, do the following:

        1. On the system where you are uninstalling OBM, openOpen the Windows Control Panel.

        2. Optional. To display all updates installed over OBM, click View installed updates.

        3. Click Uninstall a program in the Programs section.

        4. Right-click Operations Bridge Manager and select Uninstall. The uninstallation wizard starts.

        5. Follow the wizard instructions.

          Note The uninstallation might take more than 30 minutes. When OBM is removed, all its updates are also removed.

      • To uninstall OBM silently, do the following:

        1. Disable OBM on the host system.

        2. Run the following command:

          <OBM_HOME>\installation\bin\uninstall.bat -i silent

        3. In the following log file, search for the line INFO - Successfully Completed and inspect other entries for potential errors:

          C:\Users\<UserName>\AppData\Local\Temp\HPOMi_<Version>_HPOvInstaller.txt

    4. Restart the host system.

    5. Open the Windows Registry Editor.

      During the installation, the value of the Windows Registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ReservedPorts is updated to include the following port ranges required by OBM:

      • 1098-1099

      • 2506-2507

      • 4444-4444

      • 8009-8009

      • 8080-8080

      • 8083-8083

      • 8093-8093

      These ports ranges are not removed from the registry key during the uninstallation. Remove the ports from the registry key manually after uninstalling OBM, if they are no longer needed by any other application.

      Tip We recommend that you back up Windows Registry before making any changes to it.

  4. Install OBM 2018.05, but do not configure it.

  5. Restore the database backup that you created before running the update to OBM 2019.11.

  6. Go to %OVDataDir%\backup and search for the latest version of OMi<source_version>cfg-backup.zip (for example OMi10.70cfg-backup.zip). If you also have an older version of this file, like OMi10.63cfg-backup.zip, rename it to OMi10.63cfg-backup.old.
  7. Rename OMi<latest_version>cfg-backup.zip to OMicfg-backup.zip.
  8. Go to <OBM_HOME>\bin.

    Run the following commands:

    restoreOMi10cfg.bat

    opr-pgctl.bat -stop

    opr-pgctl.bat -z -restore <OBM_HOME>\db\pgdata\omiupgradedb.dump

    Then, re-run restoreOMi10cfg.bat

  9. Clear the DB table <mgmt>.HA_TASKS by running the following database statement on mgmt database:

    DELETE FROM MGMT.HA_TASKS WHERE CUSTOMER_ID = ‘1’

    Note Do not delete the table, just remove the content. Clearing the table ensures that table is re-populated with correct values when you start OBM in the next step.

  10. Start OBM.

Rollback from OBM 2019.11 to OBM 2018.05

To rollback from OBM 2019.11 to OBM 2018.05, do the following:

  1. Check that the /var/opt/OV/backup directory created during the update is still available and that it contains a .zip and .rsp file. If not, re-run the upgrade script to recreate the files, and specify "no" when asked if the uninstallation should be performed.

  2. For Oracle and PostgreSQL databases, run the following database statements on the event database:

    DROP INDEX INDEX_ON_CMA_UPPERIDX;

    CREATE INDEX INDEX_ON_CMA_IDXCOL ON EVENT_CUSTOM_ATTRIBUTES (idx);

  3. On eachthe OBM host system, perform the following:

    1. Set useHTTPOnly for the LWSSO cookie back to false:

      <OBM_HOME>/opr/support>opr-jmxClient.sh -r -s localhost:4447 -b "Topaz:service=LW-SSO Configuration" -m setUseHTTPOnly -a false

    2. Disable OBM.
    3. Open a command shell as the root user.

    4. To change the current directory to the directory of the uninstallation program, run the following command:

      cd /opt/HP/BSM/installation/bin

    5. Uninstall OBM in the GUI mode or silently:

      • To uninstall OBM by using the GUI mode, run the following command:

        ./uninstall.sh

        The OBM uninstallation wizard starts. Follow the wizard instructions. When the uninstallation wizard completes with a message indicating success, click Finish.

      • To uninstall OBM silently, run the following command:

        ./uninstall.sh -i silent

    6. In the following log file, search for the line INFO - Successfully Completed and inspect other entries for potential errors:

      /tmp/OBM_<Version>_HPOvInstaller.txt

      You can find previous installation files in the following directory:

      /tmp/HPOvInstaller/OBM_<Version>

  4. Install OBM 2018.05, but do not configure it.

  5. Restore the database backup that you created before running the update to OBM 2019.11.

    Only when rolling back to OBM 10.61. Restore the database backup that you created before running the update to OBM 2019.11.

  6. Go to <DataDir>/backup and search for the latest version of OMi<source_version>cfg-backup.zip (for example OMi10.70cfg-backup.zip). If you also have an older version of this file, like OMi10.63cfg-backup.zip, rename it to OMi10.63cfg-backup.old.
  7. Rename OMi<latest_version>cfg-backup.zip to OMicfg-backup.zip.
  8. Go to <OBM_HOME>/bin.

    Run the following commands:

    restoreOMi10cfg.sh

    opr-pgctl.sh -stop

    opr-pgctl.sh -z -restore <OBM_HOME>/db/pgdata/omiupgradedb.dump

    Then, re-run restoreOMi10cfg.sh

  9. Clear the DB table <mgmt>.HA_TASKS by running the following database statement on mgmt database:

    DELETE FROM MGMT.HA_TASKS WHERE CUSTOMER_ID = ‘1’

    Note Do not delete the table, just remove the content. Clearing the table ensures that table is re-populated with correct values when you start OBM in the next step.

  10. Start OBM.