スキップレベルアップグレードの概要

本稼働環境を、現在の Identity Manager 製品バージョンから、次のメジャーリリースよりも新しいバージョンに直接更新する場合は、「スキップレベル」アップグレード (または、「マルチホップ」アップグレード) を実施します。たとえば、Version 6.0 の Identity Manager を使用しているときに、直接 Version 8.1 にアップグレードする場合は、このアップグレードパスにスキップレベルアップグレードが必要になります。

複数のバージョンをアップグレードする場合、通常は連続してアップグレードする必要があります。ただし、本稼働環境でのアップグレードの回数を最小限にすることが、多くのお客様に望まれています。これは、Identity Manager アプリケーションのダウンタイム、Identity Manager アプリケーションの再テストにかかるコスト、および Identity Manager アプリケーションを使用するユーザーの再トレーニングにかかるコストを最小化することにつながります。

1 回でターゲットの Identity Manager バージョンを更新するアップグレード手順を作成することは、技術的に可能であり、一部のお客様でも可能であることが確認されています。重要な点は、本稼働環境でスキップレベルアップグレードを実行する場合でも、開発環境では各「ホップ」を実行する必要があるということです。たとえば、開発環境では、Identity Manager を Version 7. から Version 7.1、Version 7.1.1、Version 8.0、Version 8.1 の順にアップグレードする必要があります。各ホップの後、累積的なアーティファクトのセットを構築します。

スキップレベルアップグレードのもっとも一般的な実施方法は、Identity Manager のターゲットバージョンまでの各バージョンで動作するように更新された設定とカスタマイズを使用して、アプリケーションのベースラインを更新する方法です。ベースラインには、データベースを更新するための累積的なスクリプトと、update.xml の累積的なサブセットも含まれます。最終的に、一連のアップグレードを実行した場合と同じ変更を行う、単一のアップグレード手順が作成されます。

スキップレベルアップグレードの実行は、標準的なアップグレードやシングルホップアップグレードの場合よりも複雑です。スキップレベルアップグレードでは、Identity Manager 製品アップグレードに使用されるメカニズムに関して、より技術的な理解が必要です。また、アップグレードパスに含まれる Identity Manager 製品の各バージョンについて、アップグレード内容をより詳しく分析する必要もあります。詳細な分析を行うことで、適切に累積された最小限のアーティファクトを生成できます。たとえば、すべてのデータベーステーブルアップグレードスクリプトを単純に 1 つのスクリプトに結合した場合や、各手順の update.xml のサブセットを 1 つのサブセットに結合した場合は、アップグレードで冗長な処理が大量に実行される可能性があります。

この章では、スキップレベルアップグレードに関する注意事項を説明します。アップグレードの進め方を判断できない場合や、これらの注意事項に不明な点がある場合は、アップグレードの計画について Sun のプロフェッショナルサービスにご相談ください。