Overview of migration, coexistence, and interoperability

The goal of migration is to reconstruct your earlier version of WebSphere® Application Server in a Version 8.0 environment. Coexistence allows you to create a mixed-version environment that is not in conflict and allows the nodes of all versions to start and run at the same time. Coexistence also facilitates rollback and allows one or the other version to run at one time. Interoperating is exchanging data between two coexisting product installations or between products on different systems.

Supported configurations Supported configurations:

This topic is about configuration migration, such as migrating deployment managers and federated nodes in a network deployment environment. The Application Migration Toolkit for WebSphere Application Server provides support for migrating applications from previous versions of WebSphere Application Server to the latest product version. For information about migrating applications, read more about the Application Migration Toolkit.

sptcfg

Introduction

WebSphere Application Server Version 8.0 can coexist with Version 6.x or 7.x. Depending on the previous version of WebSphere Application Server, port conflicts might exist that must be resolved. Read Coexistence support and Configuring port settings for more information.

WebSphere Application Server Version 8.0 migration leverages the existing configuration and applications and changes them to be compatible with the WebSphere Application Server Version 8.0 environment. Existing application components and configuration settings are applied to the Version 8.0 environment during the migration process.

If you use an earlier version of WebSphere Application Server, the system administrator might have fine-tuned various application and server settings for your environment. It is important to have a strategy for migrating these settings with maximum efficiency.

You can perform incremental migration of your WebSphere Application Server Version 6.x or 7.x configuration by running the migration tools multiple times, each time specifying a different set of instances or profiles.

Incremental migration of your WebSphere Application Server usually involves operating your system in a mixed cell release environment. Migration in this environment involves node migrations at various times and as such, may result in mixed cells running for extended periods of time until migration is complete.

A cell can contain nodes from different WebSphere Application Server versions. A WebSphere Application ServerVersion 8.0 mixed cell can contain nodes that support WebSphere Application Server Version 8.0, Version 7.0, and Version 6.x. A mixed cell environment can exist in two ways:
  1. You perform incremental node migration of your existing system.
    1. You migrate the deployment manager to Version 8.0. The deployment manager has to be at the level of the highest node version. If you have nodes of the previous version, then this migration of the deployment manager creates a mixed cell at the highest version of WebSphere Application Server.
    2. Then when you migrate one node at a time to this new highest version, the cell becomes a cell at the highest version of WebSphere Application Server.
      Note: This cell cannot be at a higher version than the deployment manager.
  2. You migrate the deployment manager to Version 8.0 and then federate older version nodes to the new version deployment manager. This form of migration is supported for only Version 6.0.2, Version 6.1, Version 7.0, and Version 8.0 nodes.
    1. First, you migrate the deployment manager to Version 8.0. The deployment manager has to be at the level of the highest node version.
    2. You then can federate nodes from Version 6.0.2, Version 6.1, Version 7.0, and Version 8.0 to the new highest deployment manager version.
    Avoid trouble Avoid trouble: This method of incremental migration leaves your system in a mixed cell environment with nodes administered by a Version 8.0 deployment manager. Your migration planning should eventually include migrations of all nodes to the Version 8.0 level to ensure consistent administration of the nodes.gotcha

Existing functions continue to work in a mixed cell environment. You should be able to perform reasonable operations, such as run existing applications, perform management operations, such as addNode, create mixed cluster, configure the system, call Mbeans, and deploy applications. New function support in a mixed cell environment can be decided on a case by case basis - based on function, priority and available resources.

Migration involves the following main steps:
  1. Test your applications in a non-production WebSphere Application Server Version 8.0 environment, and make any changes to the applications that are necessary to ensure that they run in that environment.
  2. Migrate those applications and your configuration to Version 8.0.

    You can complete this task by using the migration tools that are included with the product.

Use the migration tools to migrate applications and configuration information to the new version as described in Migrating product configurations. Read Migrating product configurations with migration tools for more information.

Important reference articles for this migration include the following articles:
  • manageprofiles command.

If you neither migrate nor coexist with an earlier version of WebSphere Application Server, you are choosing to ignore the previous installation and you can run only one version at a time because of conflicting default port assignments. It is possible for both versions to run at the same time without conflict if you use non-default ports in one version. To set up coexistence with WebSphere Application ServerVersion 6.x or 7.x, ensure that unique ports are selected during profile creation for the Version 8.0 installation. To set up coexistence with an existing installation of Version 8.0, select the Install a new copy of the V80 Application Server product radio button during installation.

You can resolve conflicting port assignments by specifying port assignments for coexistence during profile creation, by wsadmin scripting, or by using the Servers > Application Servers > server1 > Ports administrative console page to ensure that WebSphere Application Server Version 8.0 can run with an earlier version. Read the "Wsadmin tool" article in the information center for more information on wsadmin scripting.

Coexistence processing changes the following configuration files:
  • virtualhosts.xml
  • serverindex.xml

Read Port number settings in WebSphere(r)® Application Server versions for more information.

Consider the following issues in a migration or coexistence scenario:
  • Conflicting context roots when attempting to share the same Web server.

    Follow the procedure in Migrating web server configurations to learn how to configure a web server for sharing between WebSphere Application Server versions.




Related tasks
Migrating product configurations
Migrating and coexisting application servers
Concept topic Concept topic    

Terms of Use | Feedback

Last updatedLast updated: Sep 20, 2011 12:59:59 AM CDT
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=matt&product=was-base-iseries&topic=cmig_overview
File name: cmig_overview.html