![]() ![]() ![]() ![]() ![]() ![]() |
The 10.0 WebLogic Upgrade Wizard allows you to upgrade domains created in WebLogic Server 7.0 or 8.1.
You can also use the WebLogic Upgrade Wizard to upgrade a WebLogic domain created in WebLogic Server 9.0, 9.1, or 9.2 to 10.0, but this is optional. This type of domain runs under WebLogic Server 10.0 without modification. See Upgrading WebLogic Server 9.0, 9.1, or 9.2 Application Environments to 10.0.
The following sections describe how to use the WebLogic Upgrade Wizard for this purpose:
During a WebLogic domain upgrade, you specify the domain that you wish to upgrade and respond to a set of prompts. The WebLogic Upgrade Wizard performs the following tasks:
If a backup is requested, the wizard backs up the domain directory only, and it does not preserve file permissions. BEA recommends that you back up the domain, any external applications, and application database resources in a separate process, as described in Step 3: Back Up the Application Environment.
Note: | Backup files created by the wizard need to be protected by the user as they may contain confidential information. |
orig-scriptname
.bak
, where orig-scriptname
specifies the original script name and extension.Note: | The wizard does not copy any customizations in the original startup scripts to the new scripts. For example, if you specified a non-default value for the JAVA_OPTIONS environment variable in the original script, the specified value will not be preserved in the new script. |
During the restructuring, if a required directory already exists, the wizard simply keeps that directory and maintains the files and subdirectories that reside in it.
Existing server log files are copied to the servers/
server_name
/logs/pre-10.0-logs
directory in the domain, where server_name
specifies the name of the server.
To review changes to the domain directory structure, see WebLogic Domain Directory Structure Enhancements.
config.xml
) to the config
directory.
If the wizard encounters duplicate resources when upgrading the configuration file (config.xml
), a message is logged in the progress window. In this case, the last resource definition encountered is used during the conversion.
Note: | If JMS JDBC stores are used in the domain, see Step 6: Set Up the Environment. |
After the JMS JDBC stores are upgraded, the original JMS JDBC stores are not deleted. You should take this fact into account when performing capacity planning. You can delete the original JMS JDBC store tables once the upgrade is successful. Original JMS JDBC store tables are named PrefixName
JMSSTORE
and PrefixName
JMSSTATE
, where PrefixName
is the value of the Prefix Name
attribute for the JMS JDBC store.
If you do not want to upgrade persisted JMS messages, you can delete the JMS file store or JMS JDBC store tables before running the upgrade. When you do so, only JMS messages are lost; the configuration is not changed. For information about managing JDBC store tables, see "Managing JDBC Store Tables" in Configuring WebLogic Server Environments at
http://download.oracle.com/docs/cd/E13222_01/wls/docs100/config_wls/store.html#managing_jdbc_store_tables
.
The wizard does not upgrade a JMS JDBC or file store if it detects that an upgrade has already been performed. If you need to perform multiple upgrades of a domain in which the same persistent stores are use (for example, in a test scenario), you must revert the data in the JMS store each time you repeat the upgrade process, as follows:
PrefixName
WLSTORE
, where PrefixName
is the value of the Prefix Name
attribute for the JMS JDBC store. Before re-running the upgrade process on a domain that uses the JMS JDBC store is used, to drop this table. Note: | When upgrading remote Managed Servers, the wizard does not persist the configuration information. |
Please note the following important notes about the upgrade process:
config.xml
SerializedSystemIni.dat
, DefaultAuthenticatorInit.ldift
, DefaultAuthorizerInit.ldift
, and DefaultRoleMapperInit.ldift
If the security-related files are not available, the server fails to start and an authentication error message is logged.
.tlog
) files that reside in the domain. For more information, see "Transaction Log Files" in Programming WebLogic JTA at
http://download.oracle.com/docs/cd/E13222_01/wls/docs100/jta/trxcon.html#tlog
..wlnotdelete
directory is no longer used in the WebLogic Server environment.WL_HOME
\samples\server\config
), you may notice a change in behavior when starting the Administration Server in the upgraded 10.0 domain. With 10.0, you are prompted for a username and password. With 7.0, the username and password are passed as a command-line argument to the startServer
command, as follows: -Dweblogic.management.username=weblogic -Dweblogic.management.password=weblogic
<Aug 1, 2005 6:42:06 PM EDT> <INFO> <Upgrade> <BEA-800000> <An invalid
path, 'C:\bea\wlserver_10.0\user_projects\mydomain\medrecEar.ear', was
specified for application, 'medrecEar'.>
setDomainEnv.sh
file to remove -Xverify:none
from the start command by setting JAVA_OPTIONS=""
after the following line:
The wizard supports the following upgrade modes:
Note: | You can also use implicit mode to upgrade a WebLogic Server domain automatically when the Administration Server is started. For more information, see Upgrading a Domain at Administration Server Startup (Implicit Mode). |
You must upgrade the domains on every machine in the domain. For information about preparing remote managed server domain directories, see Step 5: Prepare the Remote Managed Server Domain Directories.
Note: | Before proceeding, make sure you have: |
The following sections provide instructions for:
The following sections describe how to upgrade a WebLogic domain using the WebLogic Upgrade Wizard in graphical mode:
Note: | The console from which you are running the Upgrade Wizard in graphical mode must support a Java-based GUI. If you attempt to start the Upgrade Wizard in graphical mode on a system that cannot support a graphical display, the invocation fails and an error message is displayed. |
To start the WebLogic Upgrade Wizard in graphical mode and upgrade a WebLogic domain on a Windows platform, choose the Domain Upgrade Wizard option from the BEA program group in the Windows Start Menu:
Start Programs
BEA Products
Tools
Domain Upgrade Wizard
Note: | You can only use this option if you do not have to customize the environment to specify JDBC driver classes, as described in step 3 of Step 6: Set Up the Environment. |
To start the WebLogic Upgrade Wizard in graphical mode and upgrade a WebLogic domain from a Windows command prompt or on a UNIX platform:
\common\bin\upgrade.cmd
/common/bin/upgrade.sh
The log file will be available in the BEA_HOME
/user_projects/upgrade_logs
directory.
The following command can also be used to upgrade a WebLogic Server domain.
java weblogic.Upgrade [-type domain] [-out
file]
Two arguments are optional: -type
and -out
. Include these arguments if you want to override the default values for the following:
-type
option, a domain upgrade is performed. stdout
) and error messages are written. If you do not specify a file with the -out
option, such messages are written to the command window, and a summary of messages is displayed at the end of the upgrade process.
The -out
argument is optional. It allows you to designate a file in which you want all standard output (stdout
) and error messages to be written. By default, these messages are written to the command window and a summary of them is displayed at the end of the upgrade process.
After you run the command, the WebLogic Upgrade Wizard opens, as shown in the following figure.
The following table summarizes the steps in the procedure to upgrade a domain using the WebLogic Upgrade Wizard.
Note: | The screens provided in this section are only indicative of what you might see. The actual screens depend on the combination of resources used in your domain. |
Review progress of the wizard as it inspects the domain. Progress messages are displayed in the window.
If you attempt to upgrade a domain in which custom security providers are used, without first upgrading those security providers, an error message is displayed and the wizard exits.
If you receive this error message, upgrade the customer security providers, as described in Upgrading a Security Provider, and start the domain upgrade procedure again.
|
|||
|
|||
|
|||
|
|||
Review progress as the wizard backs-up the domain. A progress bar displays the percentage of the backup process that is complete, and progress messages are displayed in the window.
|
|||
Specify whether or not the deprecated RDBMSAuthenticator should be replaced by the SQLAuthenticator.
|
|||
Review progress of the wizard as it saves the upgraded configuration and deletes any temporary files that were created during the upgrade process. Progress messages are displayed in the window.
|
|||
Note: | Only WebLogic Server domains can be upgraded in the Silent mode. |
In some circumstances, for example, when the domain resides on a remote machine, it is not practical to use the WebLogic Upgrade Wizard in graphical mode. In such situations, you can use the wizard in silent mode to upgrade the WebLogic domain.
Note: | Before proceeding, make sure you have performed the prerequisite steps described in Prepare to Upgrade. |
To start the WebLogic Upgrade Wizard in silent mode and upgrade a WebLogic domain:
cd c:\bea\user_projects\domains\
domain
where domain
specifies the name of the domain.
java weblogic.Upgrade -mode silent -type domain [-responses
xmlfile] [-out
file]
The following arguments are optional: -responses
and -out
. Include these arguments if you want to override the default values for the following:
-responses
option, the wizard uses the default values during the upgrade process. For more information about the format of the XML file and the default values, see Silent Upgrade XML Script Reference.stdout
) and error messages are written. If you do not specify a file with the -out
argument, these messages are written to the command window.
![]() ![]() ![]() |