3 Upgrading a Standalone Oracle HTTP Server
This chapter contains the following sections:
About the Standalone Oracle HTTP Server Upgrade Process
Review the flowchart and roadmap for an overview of the upgrade process for Oracle HTTP Server.
The following table describes the tasks that must be completed to upgrade a standalone Oracle HTTP Server.
Table 3-1 Tasks for Upgrading Standalone Oracle HTTP Server
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. For a complete list of pre-upgrade tasks, see Preparing to Upgrade Oracle HTTP Server. |
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. |
Required Shut down the servers in the existing environment. |
See Stopping Servers and Processes. |
Required Reconfigure your existing domain. |
Run the Reconfiguration Wizard from the new installation to reconfigure the existing domain. |
Required Upgrade the standalone system 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 should troubleshoot the installation and retry the upgrade. See Troubleshooting Oracle HTTP Server in Administering Oracle HTTP Server. |
Installing the Standalone Oracle HTTP Server
Before you begin your upgrade, download the Oracle HTTP Server 14c (14.1.2.0.0) distribution on the target system and install it by using the Oracle Universal Installer.
Stopping Standalone System Components
Before you run the Upgrade Assistant to upgrade your schemas and configurations, you must shut down the pre-upgrade environment.
Note:
It is important that you stop the following servers in the correct order.
Step 1: Stop System Components
To stop system components, such as Oracle HTTP Server, use the
stopComponent
script:
-
(UNIX)
EXISTING_DOMAIN_HOME/bin/stopComponent.sh component_name
-
(Windows)
EXISTING_DOMAIN_HOME\bin\stopComponent.cmd component_name
You can stop system components in any order.
Step 2: Stop Node Manager
To stop Node Manager, close the command shell in which it is running.
Alternatively, after setting the nodemanager.properties
attribute QuitEnabled
to true
(the default is
false
), you can use WLST to connect to Node Manager and shut it
down. See stopNodeManager in WLST Command Reference for Oracle WebLogic Server.
About Reconfiguring the Domain
Run the Reconfiguration Wizard to reconfigure your domain component configurations to 14c (14.1.2.0.0).
Note:
The Reconfiguration Wizard does not update any of your own applications that are included in the domain.-
The domain version number in the
config.xml
file for the domain is updated to the version of the target Oracle HTTP Server. -
The reconfiguration template for Oracle HTTP Server is automatically selected and applied to the domain. This template defines any reconfiguration tasks that are required to make the standalone domain compatible with the target Oracle HTTP Server version.
-
The start scripts are updated.
If you want to preserve your modified start scripts, be sure to back them up before starting the Reconfiguration Wizard.
Note:
When the domain reconfiguration process starts, you can’t undo the changes that it makes. Before running the Reconfiguration Wizard, ensure that you have backed up the domain as covered in the pre-upgrade checklist. If an error or other interruption occurs while running the Reconfiguration Wizard, you must restore the domain by copying the files and directories from the backup location to the original domain directory. This is the only way to ensure that the domain has been returned to its original state before reconfiguration.Backing Up the Domain
Before running the Reconfiguration Wizard, create a backup copy of the domain directory.
- Create a backup of the domain directory.
- Before updating the domain on each remote Managed Server, create a backup copy of the domain directory on each remote machine.
- Verify that the backed up versions of the domain are complete.
Starting the Reconfiguration Wizard
Note:
Shut down the administration server and all collocated managed servers before starting the reconfiguration process. See Stopping Servers and Processes.To start the Reconfiguration Wizard in graphical mode:
Upgrading Standalone System Component Configurations
Use the Upgrade Assistant to upgrade the standalone agent’s component configurations.
Starting the Upgrade Assistant
Run the Upgrade Assistant to upgrade product schemas, domain component configurations, or standalone system components to 14c (14.1.2.0.0).
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. To set the character encoding, run the following:
UNIX operating systems:
export UA_PROPERTIES="-Dfile.encoding=UTF-8 ${UA_PROPERTIES}"
Windows operating systems:
set UA_PROPERTIES=-Dfile.encoding=UTF-8 %UA_PROPERTIES%
- Go to the
oracle_common/upgrade/bin
directory:- (UNIX)
ORACLE_HOME/oracle_common/upgrade/bin
- (Windows)
ORACLE_HOME\oracle_common\upgrade\bin
- (UNIX)
- 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:
Upgrade Assistant Parameters
When you start the Upgrade Assistant from the command line, you can specify additional parameters.
Table 3-3 Upgrade Assistant Command-Line Parameters
Parameter | Required or Optional | Description |
---|---|---|
|
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 |
|
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. |
|
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). |
|
Optional |
Performs the examine phase but does not perform an actual upgrade. Do not specify this parameter if you have specified the |
|
Optional |
Sets the logging level, specifying one of the following attributes:
The default logging level is Consider setting the |
|
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)
(Windows)
|
|
Optional |
Displays all of the command-line options. |
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 Server in 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 .