Sun Java logo     Previous      Contents      Index      Next     

Sun logo
Sun Java Enterprise System Upgrade Guide for Microsoft Windows 

Chapter 9
Access Manager

This chapter describes how to upgrade Access Manager software from previous Java ES versions to Java ES 2005Q4 (Release 4): Sun Java System Access Manager 7 2005Q4.

The chapter provides a general overview of Access Manager upgrade issues and procedures for the different upgrade paths supported by Java ES Release 4.


Note

File locations in this chapter are specified with respect to a directory path referred to as AccessManager-base. At least part of this path might have been specified as an installation directory when Access Manager was initially installed. If not, the Java ES installer assigned a default value.

The default value of AccessManager-base is <install-dir>\AccessManager.



Overview of Access Manager Upgrades

This section describes the following general aspects of Access Manager that impact upgrading to Java ES 2005Q4 (Release 4):


Note

Versions of Access Manager that predated Java ES Release 3 were named Identity Server. Hence references to Identity Server in this chapter are to earlier versions of the Java ES Access Manager component.


About Java ES Release 4 Access Manager

Java ES Release 4 Access Manager has been enhanced in major ways. On the back end, the product has been re-architected to support multiple identity repositories, or user data stores. Thus Release 4 Access Manager supports not only an LDAP directory such as Directory Server, but other data storage protocols and formats as well. Release 4 Access Manager includes new interfaces and new services to support the integration of multiple identity repositories.

On the front end, a new Access Manager Console is used to configure the new Access Manager services and identity repositories.

The new functional capabilities and interfaces make Release 4 Access Manager a major new release. In order to provide backward compatibility, Release 4 can be run in legacy mode, which supports the Java ES components that depend on Release 3 Access Manager services (for more information, see “Compatibility Issues).

Access Manager Upgrade Roadmap

Table 9-1 shows the supported Access Manager upgrade paths to Java ES Release 4.

Table 9-1  Upgrade Paths to Java ES Release 4: Sun Java System Access Manager 7 2005Q4

Java ES Release

Access Manager Version

General Approach

Re-configuration Required

Release 3

Sun Java System Access Manager 6.3 2005Q1

Direct upgrade:

Performed by removing the Release 3 version and then doing a full installation and re-configuration of Release 4.

Configuration data

Customized JSPs for Access Manager console and authentication UI

Directory schema


Note

Upgrade of Access Manager is recommended only if Access Manager only has to be upgraded and Directory Server is in Remote machine. Any other upgrade scenario is not supported.


Access Manager Data

Access Manager, like other Java ES components, makes use of various kinds of data that for any specific upgrade might need to be migrated to an upgraded version. The following table shows the type of data that could be impacted by an upgrade of Access Manager software.

Table 9-2  Access Manager Data Usage

Type of Data

Location

Usage

Configuration data

AccessManager-base\config\AMConfig.properties

AccessManager-base\config\serverconfig.xml

JAR files for authentication and customized modules AccessManager-base\lib

Configuration of Access Manager and its integration with a back-end data store

Web container configuration

Web Server:

server.policy and server.xml files in <install-dir>\webserver\https-hostname/config

Application Server:

server.policy and domain.xml files in <install-dir>\ApplicationServer\domain\domain1\config

Configuration of Access Manager web container instance.

Customization data (Web container customized JSP files)

Admin Console:

AccessManager-base\web-src\applications

Authentication UI:

AccessManager-base\web-src\services

Configuration of Access Manager administration interfaces.

Directory schema Services configuration User data

Directory Server

Access Manager provides authentication and authorization services for end users, based on services configuration, user, and policy data that is stored in a directory.

Dynamic application data

None

Access Manager does not persistently store application data such as session state.

Compatibility Issues

The new functional capabilities of Release 4 Access Manager involve the following new interfaces:

Access Manager support for these new interfaces is enabled by configuring Access Manager to run in enhanced (Realm) mode. However, Realm mode is not compatible with the earlier Java ES Release 3 Access Manager. For example, directory data has to be migrated to support Realm mode operation. The

enhanced Access Manager Console is needed to support enhanced Access Manager services.

In addition, Realm mode does not support other Java ES components, such as Portal Server, Communications Express, Messaging Server, and others.

To support backward compatibility, Release 4 Access Manager can be configured to run in Legacy mode. With some minor exceptions (see Sun Java System Access Manager 7 2005Q4 Release Notes (http://docs.sun.com/doc/819-2134), Legacy mode is backwardly compatible with Release 3 Access Manager.

Legacy mode is necessary to support other Java ES components, as well as older versions of Access Manager policy agents, which cannot interoperate with Access Manager in Realm mode. This incompatibility is an important upgrade consideration, and means in most Java ES deployments, that Access Manager should be upgraded to Release 4 Legacy mode.

Even when configured to run in Legacy mode, however, Release 4 Access Manager is incompatible with Release 3 Delegated Administrator.

Access Manager Dependencies

Access Manager dependencies on other Java ES components can impact the procedure for upgrading and re-configuring Access Manager software. Changes in Access Manager interfaces or functions, for example, could require upgraded version of components upon which Access Manager depends. The need to upgrade such components depends upon the specific upgrade path.

Access Manager has dependencies on the following Java ES components:


Upgrading Access Manager from Java ES Release 3

This section includes information about upgrading Access Manager from Java ES 2005Q1 (Release 3) to Java ES 2005Q4 (Release 4). The section covers the following topics:

Introduction

When upgrading Java ES Release 3 Access Manager to Release 4, consider the following aspects of the upgrade process:

Full Access Manager Upgrade

This section describes how to perform a full Access Manager upgrade from Java ES Release 3 to Java ES Release 4:

Pre-Upgrade Tasks

Before you upgrade Access Manager, perform the procedures described in the following sections.

Verify Current Version Information

You can verify the current version of Access Manager using the following command:

Table 9-3  Access Manager Version Verification Outputs

Java ES Release

Access Manager Version Number

Release 3

6 2005Q1

Release 4

7 2005Q4

Upgrade Access Manager Dependencies

It is recommended that all Java ES components on a computer system (and in a computing environment) be reinstalled to Java ES Release 4.

Back Up Directory Server Data

The Access Manager upgrade process uses scripts that modify Directory Server schema. Therefore, before you upgrade Access Manager, back up your Directory Server data using the Directory Server Console or a command-line utility such as db2bak.

For more information about backing up Directory Server, see the Sun Java System Directory Server Administration Guide (http://docs.sun.com/doc/817-7613).

Back Up Release 3 Access Manager Configuration Information

Because the re-configuration of Release 4 Access Manager software requires the re-configuration of the Release 3 version, it is important to back up configuration files to a known location. The following files should be backed up:

Back Up Web Container Customized Files

If you have any web container customized files referenced by Access Manager, you should back them up. These customizations might include the following:


Tip

Make note of your customizations so you can re-apply them using the backed-up code after you upgrade Access Manager.


Back Up Release 3 Access Manager Log and Debug Files

For the purpose of analyzing system state information, it is a good idea to back up log and debug files so they are not lost. These files are at the following locations:

Obtain Required Configuration Information and Passwords

To upgrade Access Manager, you must provide specific configuration information, including:


Note

Before uninstalling all other Java ES components, backup the required data. For more information about backing up other components see the upgrade guides of the respective components.


Upgrading Access Manager

The upgrade of Access Manager software to Java ES Release 4 includes procedures for re-configuring Access Manager and for migrating Access Manager data.

Upgrade Summary

The procedure for upgrading Access Manager consists of the following steps:

  1. Remove the Java ES Release 3 Version of Access Manager and all other installed components. Use the Java ES uninstaller.
  2. Install the Java ES Release 4 Version of Access Manager. Use the Java ES Release 4 installer with the Configure Later option.
  3. Re-customize JSPs for Access Manager
  4. Unjar the upgrade.jar file
  5. Update the directory structure and schema. Use the amupgrade.bat.

These steps are each documented in the following procedures.

Upgrade Procedures
  1. Remove the Java ES Release 3 Version of Access Manager and other components.
    1. Log in as administrator to the computer hosting Release 3 Access Manager.
    2. In add remove programs double-click Sun Java ES release and remove the product.
  2. Install the Java ES Release 4 Version of Access Manager.
    1. Run the Java ES installer on the computer.
    2. Select Access Manager from the selection panel.
    3. Select the Configure Later option.
    4. Quit the Java ES installer when installation is complete.

    5. Note

      If you are using the Java ES Installer command line interface to install Access Manager, it will automatically install Directory Server software as well.


  3. Re-customize JSPs for Access Manager.
  4. Re-apply the Release 3 customizations to JSPs for the Access Manager Console and authentication user interface (UI) that you saved under Back Up Web Container Customized Files.

  5. Copy the customized JSP files to the correct directories.
    • Console: AccessManager-base\web-src\applications\console
    • Authentication UI:
    • AccessManager-base\web-src\services\config\auth\default or AccessManager-base\web-src\services\config\auth\default_locale (where Locale is a locale indicator like ja)

      For more information, see the Sun Java System Access Manager Developer’s Guide (http://docs.sun.com/doc/819-2139).

  6. Configuring Access Manager
  7. Configure Access Manager for your specific web container by running the amconfig.bat. The amconfig.bat (and the associated AMConfigurator.properties input file) resides in the following directory:

    AccessManager-base\setup

    For information about the amconfig.bat and the AMConfigurator.properties file, see the Sun Java System Access Manager Administration Guide (http://docs.sun.com/doc/817-7647).

    To configure and deploy Access Manager to the web container, set the configuration parameters in config-file.

All the parameters need to be set correctly. Some of the values can be migrated from the AMConfig.properties file and others are more specific to the upgrade procedure, as shown in the following table.

Table 9-4  Patches to Upgrade Access Manager Mobile Access software

Parameter

Value

Upgrade Parameters

DEPLOY_LEVEL

1 (for re-configure and deploy)

DIRECTORY_MODE

5 (Existing Upgrade)

AM_REALM

set to disabled (Realm Mode is disabled, Legacy Mode is therefore enabled)

(Default = enabled)

JAVA_HOME

set to JDK Release 4 directory

WEB_CONTAINER

set to the value appropriate to the web container type you are using and fill out only the corresponding section of config-file.

WS61_INSTANCE (If using Web Server as the web container)

=https-<hostname>.<domain> where the value above matches the instance name in <install-dir>\webserver

The values is case-sensitive.

Migrated from AMConfig.properties

SERVER_PROTOCOL

com.iplanet.am.server.protocol

SERVER_PORT

com.iplanet.am.server.port

SERVER_HOST

com.iplanet.am.server.host

DS_HOST

com.iplanet.am.directory.host

DS_PORT

com.iplanet.am.directory.port

ROOT_SUFFIX

com.iplanet.am.defaultOrg

CONSOLE_DEPLOY_URI

com.iplanet.am.console.deploymentDescriptor

SERVER_DEPLOY_URI

com.iplanet.am.services.deploymentDescriptor

PASSWORD_DEPLOY_URI

com.sun.identity.password.deploymentDescriptor

AM_ENC_PWD

am.encryption.pwd

For other parameters, provide the same values that were used in the Release 3 configuration that you are upgrading, unless you are changing web container or passwords.

  1. Update the directory structure and schema.
  2. Release 4 Access Manager co-exists with the Release 3 directory structure, but the structure must be modified to support Release 4 capabilities. Update the Access Manager directory structure and schema to Release 4 by running the amupgrade.bat, which is installed in the following directory:

    AccessManager-base\upgrade\amupgrade.bat

    1. Obtain the values of the following parameters to be requested by the amupgrade.bat:
    2. Table 9-5  Access Manager Configuration Parameters: amupgrade

      Parameter

      Value

      Directory Server Host

      Set the fully qualified name: hostname.domain

      Directory Server Port

      Specify a non-SSL port number1 Default: 389

      Directory Manager DN

      Default: cn=Directory Manager

      Directory Manager Password

       

      Access Manager Administrator User ID Default: amadmin

      Default: amadmin

      Access Manager Administrator Password

       

      Enable Realm Mode

      Y/N: Yes means Realm Mode is enabled and services data is migrated to new Realm tree. No (default) means services data remain in Legacy Mode.

    3. Run the amupgrade.bat.
    4. cd AccessManager-base\upgrade\amupgrade.bat

      If the upgrade is successful, the script displays “Upgrade completed.”

    5. Check the following upgrade log file for information about the directory schema extensions:
    6. <install-dir>\AccessManager\Setup\AccessManager_upgrade_*.log

Verifying the Access Manager Upgrade

After you finish the upgrade procedure, verify that it was successful as follows:

  1. Start Access Manager.
  2. Start the web container in which Access Manager is deployed.

  3. Log in to the Access Manager console as amadmin using the following URL:
  4. http://hostname.domain:port/amconsole

    where hostname.domain:port is the fully qualified host name and port number of the web container you are using.

    Verify that new Release 4 services referred to in “About Java ES Release 4 Access Manager” on page 200 are available under the “Service Configuration” tab.

  5. Review Access Manager trouble shooting files for errors.
  6. The files are located at <install-dir>\AccessManager\debug

Post-Upgrade Tasks

If you are using the Security Assertion Markup Language (SAML) service, you must add and enable a SAML authentication module using the Access Manager console. For information on creating a SAML authentication module instance, refer to the Sun Java System Access Manager Administration Guide (http://docs.sun.com/doc/817-7647).

Rolling Back the Upgrade

No scripts are provided for rolling back Access Manager to its pre-upgrade state. The process must be performed manually using Access Manager data that was backed up as part of the pre-upgrade tasks (see Back Up Release 3 Access Manager Log and Debug Files). Rollback is too difficult to be practical.



Previous      Contents      Index      Next     


Part No: 819-4461-10.   Copyright 2006 Sun Microsystems, Inc. All rights reserved.