Migrating a Version 6.1.x or Version 7.x federated node using the Migration wizard

Use the Migration wizard to migrate from a WebSphere® Application Server Version 6.1.x or Version 7.x federated application server.

Before you begin

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

Read Overview of migration, coexistence, and interoperability and Premigration considerations. For resources to help you plan and perform your migration, visit Knowledge Collection: Migration planning for WebSphere Application Server.

Tip: When migrating a WebSphere Application Server Version 6.1.x or Version 7.x federated node, you must perform the following actions if you want to be able to roll it back to its previous state after migration:
  1. Back up your existing configuration.
    • Run the backupConfig command or your own preferred utility to back up the Version 8.0 deployment manager configuration.
      Important: Make sure that you note the exact name and location of this backed-up configuration.

      Read the "backupConfig command" article in the information center for more information.

    • Run the backupConfig command or your own preferred utility to back up the Version 6.1.x or Version 7.x federated node configuration.
      Important: Make sure that you note the exact name and location of this backed-up configuration.

      Read the "backupConfig command" article in the information center for more information.

  2. Migrate the federated node.
  3. If necessary, you can now roll back the federated node that you just migrated.

    Read Rolling back a federated node for more information.

About this task

The Migration wizard was introduced in WebSphere Application Server Version 6.0. The wizard is the graphical interface to the primary Version 8.0 command-line migration tools, which are the WASPreUpgrade command and the WASPostUpgrade command.

For help in troubleshooting problems when migrating, see Troubleshooting migration.

Procedure

  1. Perform a typical or custom WebSphere Application Server Version 8.0 installation.
  2. Migrate the WebSphere Application Server Version 6.1.x or Version 7.x deployment manager to Version 8.0 as described in Migrating to a Version 7.0 deployment manager using the Migration wizard.
  3. Collect the information that the Migration wizard will prompt you for during the migration.

    Read WASPreUpgrade command and WASPostUpgrade command for descriptions of the parameters related to the information that you need to collect.

  4. Optional: Use the WebSphere Application Server Version 8.0 Profile Management tool or the manageprofiles command to create a application server or custom profile, but do not federate the node.
    Restriction: You cannot use the Profile Management Tool to create profiles for WebSphere Application Server installations on 64-bit architectures except on the Linux for zSeries platform. However, you can use the Profile Management Tool on other 64–bit architectures if you use a WebSphere Application Server 32–bit installation.

    You can first use the Profile Management tool or the manageprofiles command to create a valid new target Version 8.0 application server profile if one does not already exist, or you can create a target profile later using the Migration wizard. Read the "Creating profiles using the graphical user interface" article in the information center for more information.

    For migration to be successful, you must use the same node names and cell names for each node that you migrate from Version 6.1.x or Version 7.x to Version 7.

    Tip: If you make any cell-level changes to the new Version 8.0 node before migration, such as changes to virtual-host information, these changes will be lost during migration. Therefore, you should wait until after the node has been migrated before making any such changes. Otherwise, you will have to manually remake all of the changes to the new cell after migration using the administrative console running on the deployment manager. This tip is reflected in message MIGR0444W.
  5. Ensure that the Version 8.0 deployment manager is up and running.
    Note: You can migrate a Version 6.1.x or Version 7.x node whether the node is running or stopped. The migration tools can retrieve all the configuration data either way. You must stop the Version 6.1.x or Version 7.x node before you can start the Version 8.0 node that you are installing, however, so it makes sense to stop it now.
  6. Start the Migration wizard.
    Perform one of the following actions to access the Migration wizard:
    • Go to Start > Programs > IBM® WebSphere Application Server V7.0 WebSphere Application Server, Network Deployment, and click Migration wizard.
    • Run the following command:
      • app_server_root/bin/migration.sh
      • app_server_root\bin\migration.bat
  7. Read the Welcome panel to learn about the migration process, and then click Next.
  8. Select or specify a previous version of WebSphere Application Server from which to migrate, and then click Next.

    Select the check box and enter the location of the previous installation if it does not display in the selection list.

  9. Select the source profile or instance that you want to migrate, and then click Next.
  10. Select the target profile to which you want to migrate from the list of valid profiles for the installation or select Create new profile, and then click Next.

    Select the check box to create a backup copy of the target profile's configuration before migrating the source profile. If you select the check box, the backup copy of the target profile will be written to profile_root/temp/MigrationBackup.time_stamp.zip. You can use the restoreConfig command to restore the configuration after migration if necessary.

  11. If you selected Create new profile on the last panel, enter the parameters for creating the new profile and then click Next.
  12. Specify a migration backup directory in which to place a backup copy of the configuration from the previous version, and then click Next.

    The directory is created if it does not already exist. If the directory exists, it should be empty because the backup operation might overwrite existing backup files.

  13. Select one of the options for migrating the applications installed on the source profile, and then click Next.
    You can choose to do either one of the following with the applications:
    • Include your enterprise applications as part of the migration.
    • Prepare your enterprise applications for installation in the WebSphere Application Server Version 8.0 installableApps directory without actually installing them during migration processing.

      Scripts that can be used to install these applications are generated and saved in the migration backup directory. You can then run these files at any point and in any combination after the migration. You can also reorganize and combine these files for better applications installation efficiency if you want.

    • Do nothing with your enterprise applications during migration processing.
  14. If you selected the option to install your applications, specify where the migrated applications should be located and then click Next.
    You can choose any one of the following options:
    • Keep the applications in the same directories in which they are currently located.
      Restrictions: If you choose this option, the location is shared by the existing WebSphere Application Server Version 6.1.x or Version 7.x installation and the Version 8.0 installation. If you keep the migrated applications in the same locations as those of the previous version, the following restrictions apply:
      • The WebSphere Application Server Version 8.0 mixed-node support limitations must be followed. This means that the following support cannot be used when evoking the wsadmin command:
        • Precompile JSP
        • Use Binary Configuration
        • Deploy EJB
      • You risk losing the migrated applications unintentionally if you later delete applications from these locations when administering (uninstalling for example) your Version 6.1.x or Version 7.x installation.
    • Choose to install the applications in the default directory of the target version.
    • Specify the directory in which to install the migrated applications.
  15. Select one of the options for setting port values, optionally specify a starting port value for resolving port conflicts, and then click Next.
    You can choose to do any one of the following with the port values:
    • Use the port values assigned to the previous (source) installation.
    • Use the port values assigned to the target profile.

    By default, a port conflict is resolved by incrementing the port number by one until an unused port number is found. Instead, you can specify a starting port number to be used when a conflict is detected. If the starting port number is in use, it will be incremented by one until an unused port number is found.

  16. Select the check box if you want to migrate to support script compatibility, and then click Next.
    If you select this option, migration creates the following Version 6.1.x or Version 7.x configuration definitions:
    • Transports
    • ProcessDef
    • Version 6.1.x or Version 7.x SSL
    • Version 6.1.x or Version 7.x ORB service threadpool
    instead of the following Version 8.0 configuration definitions:
    • Channels
    • ProcessDefs
    • Version 8.0 SSL
    • Version 8.0 ORB service threadpool

    Select this option in order to minimize impacts to existing administration scripts. If you have existing wsadmin scripts or programs that use third-party configuration APIs to create or modify the Version 6.1.x or Version 7.x configuration definitions, for example, you might want to select this option during migration.

    Note: This is meant to provide a temporary transition until all of the nodes in the environment are at the Version 8.0 level. When they are all at the Version 8.0 level, you should perform the following actions:
    1. Modify your administration scripts to use all of the Version 8.0 settings.
    2. Use the convertScriptCompatability command to convert your configurations to match all of the Version 8.0 settings.

      Read convertScriptCompatibility command for more information.

  17. Specify the administrative console workspace user root directory where the "My Tasks" user information is stored in the previous installation, and then click Next.

    This panel displays only if you are migrating from Version 6.1.x.

  18. Enter the administrative security credentials for the source WebSphere Application Server installation, and then click Next.

    This panel only displays if security is enabled and if the server user identity is not stored in the repository.

  19. Verify that the Version 8.0 deployment manager is running, and then click Next.
  20. Check the information in the summary panel and make sure that it is correct, and then click Next to start the migration.
  21. If the wizard indicates that the profile-creation process was successful, click Next.

    This panel displays only if you selected the option to create a new target profile.

    If the process is not successful, the wizard displays a failure panel. If the process is partially successful, the wizard displays a warning panel. Correct any problems and retry the migration.

  22. If the wizard indicates that the pre-upgrade process was successful, click Next.

    If the process is not successful, the wizard displays a failure panel. If the process is partially successful, the wizard displays a warning panel. Correct any problems and retry the migration.

  23. If the wizard indicates that the post-upgrade process was successful, click Next.

    If the process is not successful, the wizard displays a failure panel. If the process is partially successful, the wizard displays a warning panel. Correct any problems and retry the migration.

  24. If the wizard indicates that the migration was successful, click Next.

    If the process is not successful, the wizard displays a failure panel. If the migration is partially successful, the wizard displays a warning panel. Correct any problems and retry the migration.

  25. Click Next to migrate another profile, or click Cancel to exit the Migration wizard.
  26. Stop and restart each of the application servers on the migrated nodes.

What to do next

You might need to do some things that are not done automatically by the migration tools.
  • Examine any Lightweight Third Party Authentication (LTPA) security settings that you might have used in WebSphere Application Server Version 6.1.x or Version 7.x, and make sure that Version 8.0 security is set appropriately.

    Read the "Lightweight Third Party Authentication" article in the information center for more information.

  • Check the WASPostUpgrade.log file in the logs directory for details about any JSP objects that the migration tools did not migrate.

    If Version 8.0 does not support a level for which JSP objects are configured, the migration tools recognize the objects in the output and log them.

  • Review your Java Virtual Machine (JVM) settings to verify that you are using a heap size of at least 50 for improved startup performance.

    Read the "Java virtual machine settings" article in the information center for more information.

    If you have used a smaller heap size in the past, you can use the default heap size of 50.

  • Configure WebSphere Application Server to use a database.

    For example, you can configure WebSphere Application Server to use DB2®.

  • Verify the results of the automatic Apache Derby database migration, and manually migrate any Apache Derby databases that are not automatically migrated by the tools.

    Read Migrating IBM Cloudscape or Apache Derby databases for more information.




In this information ...


IBM Redbooks, demos, education, and more

(Index)

Use IBM Suggests to retrieve related content from ibm.com and beyond, identified for your convenience.

This feature requires Internet access.

Task topic Task topic    

Terms and conditions for information centers | Feedback

Last updatedLast updated: Feb 6, 2014 11:51:09 PM CST
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=matt&product=was-nd-dist&topic=tmig_wizto70mas
File name: tmig_wizto70mas.html