1. Upgrading Oracle HTTP Server
  2. Upgrading Oracle HTTP Server from 11g to 12c
  3. Upgrading a Standalone Oracle HTTP Server from 11g to 12c

3 Upgrading a Standalone Oracle HTTP Server from 11g to 12c

This chapter describes the procedures to upgrade the 11g standalone Oracle HTTP Server to 12c; one that is not managed by or associated with an existing Oracle WebLogic Server (WLS) domain.

This chapter contains the following sections:

  • About the Standalone Oracle HTTP Server Upgrade Process from 11g to 12c
    Review the flowchart and roadmap for an overview of the upgrade process for Oracle HTTP Server.
  • Important Pre-Upgrade Considerations
    Before you begin the upgrade, it is important to make sure that your existing setup is not impacted during or after the upgrade. If you are using Oracle Web Cache or WebGate, or if you have Application-specific artifacts in your 11g domain, review the topics under this section carefully to prevent impact to your existing setup.
  • Installing the Standalone Oracle HTTP Server
    Before you begin your upgrade, download the Oracle HTTP Server 12c (12.2.1.4.0) distribution on the target system and install it by using the Oracle Universal Installer.
  • Stopping Servers and Processes
    A standalone Web Tier consists of Webcache and OHS as server components, which can be managed by the Oracle Process Manager and Notification (OPMN) server. Before you run the Upgrade Assistant to upgrade domain configurations, you must shut down the OPMN server.
  • Upgrading Domain Component Configurations
    After reconfiguring the domain, use the Upgrade Assistant to upgrade the domain component configurations inside the domain to match the updated domain configuration.
  • Starting Servers and Processes
    After a successful upgrade, start the Oracle Process Manager and Notification (OPMN) server and the Web Tier OHS server components.
  • Verifying the Upgrade
    You can verify that the upgrade is successful if you are able to start the Node Manager and the Standalone Oracle HTTP Server properly.
  • Post-Upgrade Task
    Perform the following update after upgrading the Oracle HTTP Server.

Parent topic: Upgrading Oracle HTTP Server from 11g to 12c

About the Standalone Oracle HTTP Server Upgrade Process from 11g to 12c

Review the flowchart and roadmap for an overview of the upgrade process for Oracle HTTP Server.

Figure 3-1 shows the high-level procedures associated with a standalone Oracle HTTP Server upgrade when the starting point is 11g. The tools used for each step are also listed.

Figure 3-1 Upgrade Process Flowchart for Standalone Oracle HTTP Server from 11g to 12c

Description of Figure 3-1 follows
Description of "Figure 3-1 Upgrade Process Flowchart for Standalone Oracle HTTP Server from 11g to 12c"

The following table describes the tasks that must be completed to upgrade a standalone Oracle HTTP Server from 11g to 12c.

Table 3-1 Tasks for Upgrading Standalone Oracle HTTP Server from 11g to 12c

Task Description

Required

Verify that you are upgrading a standalone Oracle HTTP Server.

To determine which Oracle HTTP Server you have in your existing environment, see Determining whether Oracle HTTP Server is Standalone or Managed (Collocated).

Required

Complete the pre-upgrade tasks.

The pre-upgrade tasks include cloning your production environment, verifying system requirements and certifications, purging unused data, and creating a non-SYSDBA user.

For a complete list of pre-upgrade tasks, see Preparing to Upgrade Oracle HTTP Server.

Additionally, also complete the tasks listed in: Important Pre-Upgrade Considerations.

Required

Install the Standalone Oracle HTTP Server.

Run the installation program to install the software. Select the installation type Standalone Oracle HTTP Server (managed independently of WebLogic server). This transfers the software to your system and creates a new Oracle home directory.

See Installing the Standalone Oracle HTTP Server.

Required

Shut down the 11g environment.

See Stopping Servers and Processes.

Required

Upgrade the 11g standalone system component configurations.

See Upgrading Domain Component Configurations.

Required

Restart the servers and processes.

 See Starting Servers and Processes.

Required

Verify the upgrade.

Your Oracle HTTP Server should continue to function as expected. If you have post-upgrade issues, you must troubleshoot the installation and retry the upgrade.

See Troubleshooting Oracle HTTP Server in Administering Oracle HTTP Server.

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Important Pre-Upgrade Considerations

Before you begin the upgrade, it is important to make sure that your existing setup is not impacted during or after the upgrade. If you are using Oracle Web Cache or WebGate, or if you have Application-specific artifacts in your 11g domain, review the topics under this section carefully to prevent impact to your existing setup.

  • Oracle Web Cache 11g Users
    Oracle Web Cache is a secure reverse proxy cache and a compression engine deployed between a browser and the HTTP server or a browser and the Content Management server to improve the performance of the websites by caching frequently accessed content. Oracle has released the last version of Web Cache in 11g. Web Cache is not available in 12c.
  • WebGate 11g Users
    A WebGate is a web-server plug-in for Oracle Access Manager (OAM) that intercepts HTTP requests and forwards them to the Access Server for authentication and authorization. WebGate is included as part of the Oracle HTTP Server 12c installation and is upgraded as part of the Oracle HTTP Server upgrade process through Upgrade Assistant.
  • Updating the WebGate Log file-name
    In Oracle Fusion Middleware 12c, the WebGate log file is renamed from oblog.log to webgate.log. After you upgrade to the latest release of Oracle HTTP Server, you must manually update the oblog_config_wg.xml file and replace every occurrence of oblog.log with webgate.log.
  • Application Artifacts from 11g
    Application artifacts include all your web resources: JSP files, images, stylesheets, Javascript, static HTML pages in addition to your Java classes and source files and web application configuration files. The integrated development environment (IDE) uses all these resources, and refers to them as web application artifacts.
  • Migrating 11g Application Artifacts
    You need to manually migrate any 11g application artifacts that reside within the Oracle instance, including any combination of static files such as HTML or images, CGI or FastCGI scripts or applications, or third-party modules. Application artifacts that were referred to by the 11g configuration, but were stored in directories outside of the Oracle instance, will continue to be referenced by the migrated configuration used by Oracle HTTP Server 12c.

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Oracle Web Cache 11g Users

Oracle Web Cache is a secure reverse proxy cache and a compression engine deployed between a browser and the HTTP server or a browser and the Content Management server to improve the performance of the websites by caching frequently accessed content. Oracle has released the last version of Web Cache in 11g. Web Cache is not available in 12c.

Consider the following limitations if you are using Web Cache in your 11g environment:

  • Web Cache is not available in Fusion Middleware 12c. Correspondingly, there is no upgrade for Web Cache.

  • Web Cache 11g front-ending a 12c Oracle HTTP Server is not a certified combination.

  • If you are using both Web Cache and Oracle HTTP Server in your 11g setup, you can only upgrade the Oracle HTTP Server to 12c. In that case, you need to disable the 11g Web Cache and change the configuration settings to divert the traffic to Oracle HTTP Server directly.

  • If you are using both Web Cache and Oracle HTTP Server in your 11g setup, and you have associated them with a WebLogic Server (WLS) domain for administering them through the Enterprise Manager Fusion Middleware Control, then you must also upgrade the WLS domain to 12c. In that case, the associated Oracle HTTP Server is also upgraded to 12c. However, the Web Cache is removed from the 12c Fusion Middleware Control.

Parent topic: Important Pre-Upgrade Considerations

WebGate 11g Users

A WebGate is a web-server plug-in for Oracle Access Manager (OAM) that intercepts HTTP requests and forwards them to the Access Server for authentication and authorization. WebGate is included as part of the Oracle HTTP Server 12c installation and is upgraded as part of the Oracle HTTP Server upgrade process through Upgrade Assistant.

Note:

In Oracle Fusion Middleware 12c (12.2.1.4.0), WebGate log file is renamed from oblog.log to webgate.log. After you upgrade to the latest release of Oracle HTTP Server, you must manually update the oblog_config_wg.xml file and replace every oblog.log occurrence with webgate.log. To complete this task, see Updating the WebGate Log file-name.

Parent topic: Important Pre-Upgrade Considerations

Updating the WebGate Log file-name

In Oracle Fusion Middleware 12c, the WebGate log file is renamed from oblog.log to webgate.log. After you upgrade to the latest release of Oracle HTTP Server, you must manually update the oblog_config_wg.xml file and replace every occurrence of oblog.log with webgate.log.

To update the WebGate log file-name:
  1. Change directory to the following path:
    DOMAIN_HOME/config/fmwconfig/components/OHS/ohs_instance/webgate/config
  2. Open the oblog_config_wg.xml file in edit mode.
  3. Replace every occurrence of oblog.log with webgate.log.

Parent topic: Important Pre-Upgrade Considerations

Application Artifacts from 11g

Application artifacts include all your web resources: JSP files, images, stylesheets, Javascript, static HTML pages in addition to your Java classes and source files and web application configuration files. The integrated development environment (IDE) uses all these resources, and refers to them as web application artifacts.

If you have 11g application artifacts that you want to continue using in 12c, carefully review the following:

  • As part of upgrading Oracle HTTP Server from an 11g Oracle instance to a 12c domain, the Oracle HTTP Server configuration directory layout is being migrated from an Oracle instance to a standalone domain.

  • Oracle HTTP Server 11g configuration files that reside in the component configuration directory of the Oracle instance are migrated automatically.

  • Application artifacts that reside within the Oracle instance, including any combination of static files (such as HTML or images, CGI or FastCGI scripts or applications, or third-party modules), must be migrated manually after the upgrade to 12c.

    See Migrating 11g Application Artifacts.

Parent topic: Important Pre-Upgrade Considerations

Migrating 11g Application Artifacts

You need to manually migrate any 11g application artifacts that reside within the Oracle instance, including any combination of static files such as HTML or images, CGI or FastCGI scripts or applications, or third-party modules. Application artifacts that were referred to by the 11g configuration, but were stored in directories outside of the Oracle instance, will continue to be referenced by the migrated configuration used by Oracle HTTP Server 12c.

For example, if a third-party plug-in module was installed into the Oracle home with Oracle HTTP Server 11g, and the configuration referenced it by the Oracle home location using the configuration in the example below, the plug-in module must be installed manually into the Oracle home with 12c Oracle HTTP Server or the upgraded configuration must be modified to reference it elsewhere.

LoadModule example_module "ORACLE_HOME/ohs/modules/mod_example.so"

Similarly, if static files were copied into the /htdocs directory within the 11g component configuration directory, then they too must be manually copied into the 12c instance configuration directory or the upgraded configuration must be modified to reference it elsewhere. Other types of application artifacts must be manually migrated in a similar manner.

Parent topic: Important Pre-Upgrade Considerations

Installing the Standalone Oracle HTTP Server

Before you begin your upgrade, download the Oracle HTTP Server 12c (12.2.1.4.0) distribution on the target system and install it by using the Oracle Universal Installer.

To install the standalone Oracle HTTP Server:
  1. Sign in to the target system.
  2. Download the following from Oracle Technology Network or Oracle Software Delivery Cloud to your target system:
    Oracle HTTP Server (UNIX: fmw_12.2.1.4.0_ohs_linux64.bin), (Windows: setup_fmw_12.2.1.4.0_ohs_win64.exe
  3. Change to the directory where you downloaded the 12c (12.2.1.4.0) product distribution.
  4. Check that your machine meet the following requirements:
    • Ensure that the system, patch, kernel, and other requirements are met as specified in theRoadmap for Verifying Your System Environment.
    • Because Oracle HTTP Server is installed by default on port 7777, you must ensure that port 7777 is not used by any service on the nodes. To check if this port is in use, run the following command before you install Oracle HTTP Server. You must free the port if it is in use.

      netstat -an | grep 7777

  5. Enter the following command to start the installation program:
    (UNIX) ./fmw_12.2.1.4.0_ohs_linux64.bin
    (Windows) setup_fmw_12.2.1.4.0_ohs_win64.exe
  6. On UNIX operating systems, the Installation Inventory Setup screen appears if this is the first time you are installing an Oracle product on this host.
    Specify the location where you want to create your central inventory. Make sure that the operating system group name selected on this screen has write permissions to the central inventory location, and click Next.

    Note:

    The Installation Inventory Setup screen does not appear on Windows operating systems.
  7. On the Welcome screen, review the information to make sure that you have met all the prerequisites. Click Next.
  8. On the Auto Updates screen, select an option:

    • Skip Auto Updates: If you do not want your system to check for software updates at this time.

    • Select patches from directory: To navigate to a local directory if you downloaded patch files.

    • Search My Oracle Support for Updates: To automatically download software updates if you have a My Oracle Support account. You must enter Oracle Support credentials then click Search. To configure a proxy server for the installer to access My Oracle Support, click Proxy Settings. Click Test Connection to test the connection.

    Click Next.
  9. On the Installation Location screen, specify the location for the Oracle home directory and click Next.
    As you are installing the standard installation topology for Oracle HTTP Server in a standalone domain, you can specify an Oracle home directory of your choice. However, ensure that you install the software in a new Oracle home.
    See Selecting Directories for Installation and Configurationin Planning an Installation of Oracle Fusion Middleware.
  10. On the Installation Type screen, select Standalone HTTP Server (Managed independently of WebLogic server) and click Next.
  11. The Prerequisite Checks screen analyzes the host computer to ensure that the specific operating system prerequisites have been met.
    To view the list of tasks that are verified, select View Successful Tasks. To view log details, select View Log. If any prerequisite check fails, then an error message appears at the bottom of the screen. Fix the error and click Rerun to try again. To ignore the error or the warning message and continue with the installation, click Skip (not recommended).
  12. On the Security Updates screen, indicate how you would like to receive security updates if you already have an Oracle Support account.
    If you do not have an Oracle Support account and you are sure that you want to skip this step, clear the check box and verify your selection in the follow-up dialog box.
  13. On the Installation Summary screen, verify the installation options that you selected.
    If you want to save these options to a response file, click Save Response File and enter the response file location and name. The response file collects and stores all the information that you have entered, and enables you to perform a silent installation (from the command line) at a later time.

    Click Install to begin the installation.

  14. On the Installation Progress screen, when the progress bar displays 100%, click Finish to dismiss the installer, or click Next to see a summary.
  15. The Installation Complete screen displays the Installation Location and the Feature Sets that are installed. Review this information and click Finish to close the installer.
You have installed the Oracle HTTP Server in a standalone mode.

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Stopping Servers and Processes

A standalone Web Tier consists of Webcache and OHS as server components, which can be managed by the Oracle Process Manager and Notification (OPMN) server. Before you run the Upgrade Assistant to upgrade domain configurations, you must shut down the OPMN server.

Stop all the OPMN components in the Oracle Instance that you are upgrading, using the opmnctl command.

For example:
$ORACLE_INSTANCE/bin/opmnctl stopall

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Upgrading Domain Component Configurations

After reconfiguring the domain, use the Upgrade Assistant to upgrade the domain component configurations inside the domain to match the updated domain configuration.

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Starting the Upgrade Assistant

Run the Upgrade Assistant to upgrade product schemas, domain component configurations, or standalone system components to 12c (12.2.1.4.0).

To start the Upgrade Assistant:

Note:

Before you start the Upgrade Assistant, make sure that the JVM character encoding is set to UTF-8 for the platform on which the Upgrade Assistant is running. If the character encoding is not set to UTF-8, then you will not be able to download files containing Unicode characters in their names. This can cause the upgrade to fail.

  1. Go to the oracle_common/upgrade/bin directory:
    • (UNIX) ORACLE_HOME/oracle_common/upgrade/bin
    • (Windows) ORACLE_HOME\oracle_common\upgrade\bin
  2. Start the Upgrade Assistant:
    • (UNIX) ./ua
    • (Windows) ua.bat

For information about other parameters that you can specify on the command line, such as logging parameters, see:

Parent topic: Upgrading Domain Component Configurations

Upgrade Assistant Parameters

When you start the Upgrade Assistant from the command line, you can specify additional parameters.

Table 3-2 Upgrade Assistant Command-Line Parameters

Parameter Required or Optional Description

-readiness

 Required for readiness checks

Note: Readiness checks cannot be performed on standalone installations (those not managed by the WebLogic Server).

Performs the upgrade readiness check without performing an actual upgrade.

Schemas and configurations are checked.

Do not use this parameter if you have specified the -examine parameter.

-threads

Optional

Identifies the number of threads available for concurrent schema upgrades or readiness checks of the schemas.

The value must be a positive integer in the range 1 to 8. The default is 4.

-response

Required for silent upgrades or silent readiness checks

Runs the Upgrade Assistant using inputs saved to a response file generated from the data that is entered when the Upgrade Assistant is run in GUI mode. Using this parameter runs the Upgrade Assistant in silent mode (without displaying Upgrade Assistant screens).

-examine

Optional

Performs the examine phase but does not perform an actual upgrade.

Do not specify this parameter if you have specified the -readiness parameter.

-logLevel attribute

Optional

Sets the logging level, specifying one of the following attributes:

  • TRACE

  • NOTIFICATION

  • WARNING

  • ERROR

  • INCIDENT_ERROR

The default logging level is NOTIFICATION.

Consider setting the -logLevel TRACE attribute to so that more information is logged. This is useful when troubleshooting a failed upgrade. The Upgrade Assistant's log files can become very large if -logLevel TRACE is used.

-logDir location

Optional

Sets the default location of upgrade log files and temporary files. You must specify an existing, writable directory where the Upgrade Assistant creates log files and temporary files.

The default locations are:

(UNIX)

ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

(Windows)

ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

Optional

Displays all of the command-line options.

Upgrading the 11g Domain Components Using the Upgrade Assistant

Navigate through the screens in the Upgrade Assistant to upgrade component configurations in the WebLogic domain.

To upgrade the 11g domain using Upgrade Assistant:
  1. On the Welcome screen, review an introduction to the Upgrade Assistant and information about important pre-upgrade tasks. Click Next.

    Note:

    For more information about any Upgrade Assistant screen, click Help on the screen.
  2. On the Domain Directory screen, select Create a New Domain (choose when upgrading from 11g).
  3. On the Standalone Components screen, select Standalone System Component Configurations.
    Select Create a New Domain and click Next.

    Note:

    • Create a New Domain option should only be used if you are upgrading from version 11g.

    • If you have already created a new 12c standalone domain for your upgraded 11g system components, you can extend the standalone domain with the standalone Oracle HTTP Server using Update an Existing Domain option.

    • Update an Existing Domain option should only be used if you are upgrading from a previous 12c release (12.1.2.0.0, 12.1.3.0.0, 12.2.1.0.0, 12.2.1.1.0, 12.2.1.2.0, and 12.2.1.3.0) to the latest 12c release (12.2.1.4.0).

  4. On the Component List screen, verify that the list includes all the components for which you want to upgrade configurations and click Next.
    If you do not see the components you want to upgrade, click Back to go to the previous screen and specify a different domain.
  5. On the Prerequisites screen, acknowledge that the prerequisites have been met by selecting all the check boxes. Click Next.

    Note:

    The Upgrade Assistant does not verify whether the prerequisites have been met.
  6. On the Instance Directories screen, select 11g Source and provide the directory location of the 11g instance that you want to upgrade.
    This instance is used as a basis for configuring the 12c Oracle HTTP Server instance. The 11g Oracle HTTP Server installation is not altered.
    Click + to add additional 11g instance directories, if necessary. Click Next.

    Note:

    You cannot use the Upgrade Assistant to upgrade Oracle 10g instances to Oracle 12c. You must first upgrade Oracle 10g instances to 11g. For more information on migrating 10g to 11g, see the 11g upgrade documentation for your components.
  7. On the Node Manager screen, specify the following to create a new Node Manager to administer your standalone domain.

    Table 3-3 Field Descriptions for the Node Manager Screen

    Option Description
    User Name To specify the user name used to access Node Manager.
    Password To specify the password used to access Node Manager. Re-enter the password for confirmation.
    Listen Address To enter the DNS name or IP address upon which Node Manager listens.
    Listen Port To enter the listening port number of Node Manager.

    Note:

    The user name and password are only used to authenticate connections between Node Manager and clients. They are independent of the server Administrator credentials.
  8. On the Examine screen, review the status of the Upgrade Assistant as it examines each standalone component, verifying that the standalone component configuration is ready for upgrade. If the status is Examine finished, click Next.
    If the examine phase fails, Oracle recommends that you cancel the upgrade by clicking No in the Examination Failure dialog. Click View Log to see what caused the error and refer to Troubleshooting Your Upgrade in Upgrading with the Upgrade Assistantfor information on resolving common upgrade errors.

    Note:

    • If you resolve any issues detected during the examine phase without proceeding with the upgrade, you can start the Upgrade Assistant again without restoring from backup. However, if you proceed by clicking Yes in the Examination Failure dialog box, you need to restore your pre-upgrade environment from backup before starting the Upgrade Assistant again.

    • Canceling the examination process has no effect on the configuration data; the only consequence is that the information the Upgrade Assistant has collected must be collected again in a future upgrade session.

  9. On the Upgrade Summary screen, review the summary of the options you have selected for component configuration upgrade.
    The response file collects and stores all the information that you have entered, and enables you to perform a silent upgrade at a later time. The silent upgrade performs exactly the same function that the Upgrade Assistant performs, but you do not have to manually enter the data again. If you want to save these options to a response file, click Save Response File and provide the location and name of the response file.

    Click Upgrade to start the upgrade process.

  10. On the Upgrade Progress screen, monitor the status of the upgrade.

    Caution:

    Allow the Upgrade Assistant enough time to perform the upgrade. Do not cancel the upgrade operation unless absolutely necessary. Doing so may result in an unstable environment.
    If any components are not upgraded successfully, refer to the Upgrade Assistant log files for more information.

    Note:

    The progress bar on this screen displays the progress of the current upgrade procedure. It does not indicate the time remaining for the upgrade.

    Click Next.

  11. If the upgrade is successful: On the Upgrade Success screen, click Close to complete the upgrade and close the wizard. The Post-Upgrade Actions window describes the manual tasks you must perform to make components functional in the new installation. This window appears only if a component has post-upgrade steps.

    If the upgrade fails: On the Upgrade Failure screen, click View Log to view and troubleshoot the errors. The logs are available at ORACLE_HOME/oracle_common/upgrade/logs. Note If the upgrade fails you must restore your pre-upgrade environment from backup, fix the issues, then restart the Upgrade Assistant.

Parent topic: Upgrading Domain Component Configurations

Verifying the Domain-Specific-Component Configurations Upgrade

To verify that the domain-specific-component configurations upgrade was successful, sign in to the Administration console and the Oracle Enterprise Manager Fusion Middleware Control and verify that the version numbers for each component is 12.2.1.4.0.

To sign in to the Administration Console, go to: http://administration_server_host:administration_server_port/console

To sign in to Oracle Enterprise Manager Fusion Middleware Control Console, go to: http://administration_server_host:administration_server_port/em

Note:

After upgrade, make sure you run the administration tools from the new 12c (12.2.1.4.0) Oracle home directory and not from the previous Oracle home directory.

During the upgrade process, some OWSM documents, including policy sets and predefined documents such as policies and assertion templates, may need to be upgraded. If a policy set or a predefined document is upgraded, its version number is incremented by 1.

If you created the FMW user to run the Upgrade Assistant, ensure that you delete the account after verifying your upgrade was successful.

Parent topic: Upgrading Domain Component Configurations

Starting Servers and Processes

After a successful upgrade, start the Oracle Process Manager and Notification (OPMN) server and the Web Tier OHS server components.

Note:

WebCache is not upgraded/supported in 12c.

You can use the opmnctl command to start the OPMN server and the Web Tier components after the upgrade.

For example:
$ORACLE_INSTANCE/bin/opmnctl startall

Note:

If you changed to internal authentication before upgrading product schemas, change back to external authentication after starting the servers and processes.

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Starting the Standalone Oracle HTTP Server

After the upgrade, start the standalone Oracle HTTP Server.

To start the standalone Oracle HTTP Server:
  1. Go to the DOMAIN_HOME/bin directory:
    (UNIX) ORACLE_HOME/user_projects/domains/<domain name>/bin
    (WINDOWS) ORACLE_HOME\user_projects\domains\<domain name>\bin
  2. Enter the command to start the standalone server.
    On UNIX operating systems:
    ./startComponent.sh ohs_name
    On Windows operating systems:
    startComponent.cmd ohs_name
    See Starting and Stopping System Components in Administering Oracle Fusion Middleware.

Parent topic: Starting Servers and Processes

Verifying the Upgrade

You can verify that the upgrade is successful if you are able to start the Node Manager and the Standalone Oracle HTTP Server properly.

If you experience post-upgrade issues, you need to troubleshoot the installation and retry the upgrade. See Troubleshooting Oracle HTTP Serverin Administrator's Guide for Oracle HTTP Server.

If you are not able to start the newly upgraded environment, a possible cause could be the use of MD5 certificates in your Oracle wallet. To check whether you are using MD5 signatures and how to replace them with SHA-2 certificates, see Replacing Certificate Signed Using MD5 Algorithm with Certificate Signed Using SHA-2 Algorithm .

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c

Post-Upgrade Task

Perform the following update after upgrading the Oracle HTTP Server.

Updating to 19c Database Client:

Install the new patches to update the OHS Database client and OSS patches to use 19c Database client libraries. For more information about upgrading the new Database client 19c for Oracle Fusion Middleware 12.2.1.4.0, see Doc ID 2921245.1.

Parent topic: Upgrading a Standalone Oracle HTTP Server from 11g to 12c