Oracle® Fusion Middleware Oracle Identity and Access Managementアップグレードおよび移行ガイド 11gリリース2(11.1.2) B69539-01 |
|
![]() 前 |
![]() 次 |
この章では、既存のOracle Access Manager (OAM) 11gリリース1(11.1.1.5.0)環境からOracle Access Management Access Manager 11gリリース2(11.1.2)へのアップグレード方法について説明します。
この章は次の項で構成されています:
Oracle Fusion Middlewareのシステム要件および仕様に関するドキュメントを参照して、インストールまたはアップグレードする製品の最小要件をご使用の環境が満たしていることを確認してください。
注意: このタスク表で指定される順番に正確に従わない場合は、OAMアップグレードに成功しない可能性があります。 |
表4-1は、Oracle Access Manager 11.1.1.5.0のアップグレード手順を示しています。
表4-1 アップグレード・フロー
Sl番号 | タスク | 参照先 |
---|---|---|
1 |
すべてのサーバーを停止します。これには、管理サーバーと管理対象サーバーの両方が含まれます。 |
「管理サーバーおよび管理対象サーバーの停止」を参照してください。 |
2 |
環境をバックアップします。 |
「Oracle Access Manager 11gリリース1(11.1.1.5.0)のバックアップ」を参照してください。 |
3 |
オプション。Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードします。 |
「オプション: Oracle WebLogic Serverのアップグレード」を参照してください。 |
4 |
Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を実行して、OAMスキーマとOPSSスキーマを作成およびロードします。 |
|
5 |
11.1.1.5.0 Oracle Homeを11.1.2にアップグレードします。 |
|
6 |
OPSSテンプレートを使用してOAM 11.1.1.5.0ドメインを拡張します。 |
|
7 |
Oracle Platform Security Servicesをアップグレードします。 |
|
8 |
|
「OPSSセキュリティ・ストアの構成」を参照してください。 |
9 |
アクセス・データをエクスポートします。 |
「アクセス・データのエクスポート」を参照してください。 |
10 |
アクセス・データをインポートします。 |
「アクセス・データのインポート」を参照してください。 |
11 |
サーバーを起動します。 |
「管理サーバーおよびAccess Manager管理対象サーバーの起動」を参照してください。 |
12 |
Oracle Access Managerサーバーと共有ライブラリを再デプロイします。 |
「Oracle Access Management Access Managerサーバーおよび共有ライブラリの再デプロイ」を参照してください。 |
13 |
|
「フォルダの削除」を参照してください。 |
14 |
サーバーを再起動します。 |
「サーバーの再起動」を参照してください。 |
15 |
OAMアップグレードを確認します。 |
「アップグレードの確認」を参照してください。 |
このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを始める前に、管理サーバーおよび管理対象サーバーを停止する必要があります。
サーバーを停止するには、次を実行します。
管理サーバーの停止
管理サーバーを停止するには、次を実行します。
UNIXの場合:
次のコマンドを実行します:
cd <MW_HOME>/user_projects/domains/<domain_name>/bin
./stopWebLogic.sh
Windowsの場合:
次のコマンドを実行します:
cd <MW_HOME>\user_projects\domains\<domain_name>\bin
stopWebLogic.cmd
管理対象サーバーの停止
管理対象サーバーを停止するには、次を実行します。
UNIXの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/user_projects/domains/<domain_name>/bin
ディレクトリに移動します。
cd <MW_HOME>/user_projects/domains/<domain_name>
/bin
次のコマンドを実行してサーバーを停止します。
./stopManagedWebLogic.sh <server_name> <admin_url> <user_name> <password>
説明は次のとおりです。
<server_name>
は、管理対象サーバーの名前です。
<admin_url>
は、WebLogic管理コンソールのURLです。http://<host>:<port>/console
という形式で指定します。WebLogic管理サーバーが異なるマシン上にある場合にのみ指定します。
<user_name>
は、WebLogic管理サーバーのユーザー名です。
<password>
は、WebLogic管理サーバーのパスワードです。
Windowsの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\user_projects\domains\<domain_name>\bin
ディレクトリに移動します。
cd <MW_HOME>\user_projects\domains\<domain_name>
\bin
次のコマンドを実行して管理対象サーバーを停止します。
stopManagedWebLogic.cmd <server_name> <admin_url> <username> <password>
説明は次のとおりです。
<server_name>
は、管理対象サーバーの名前です。
<admin_url>
は、WebLogic管理コンソールのURLです。http://<host>:<port>/console
の形式でこれを指定します。また、WebLogic管理サーバーが別のマシン上にある場合のみ指定します。
<user_name>
は、WebLogic管理サーバーのユーザー名です。
<password>
は、WebLogic管理サーバーのパスワードです。
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のスタックの停止に関する項を参照してください。
OAM 11.1.2にアップグレードする前に、OAM 11.1.1.5.0環境をバックアップする必要があります。
サーバーを停止した後に、次をバックアップします。
MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)
Domain Homeディレクトリ
OAMスキーマ
MDSスキーマ
監査スキーマおよびその他の依存スキーマ
注意: Oracle WebLogic Serverのアップグレードは必須ではありません。しかし、Oracle WebLogic Serverを10.3.6にアップグレードすることをお薦めします。 |
WebLogic 10.3.6アップグレード・インストーラを使用して、Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードできます。手順は次のとおりです。
Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のOracle Technology Networkからのインストーラのダウンロードに関する項を参照してください。
グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。
Oracle Access Manager 11.1.1.5.0スキーマからOracle Access Management Access Manager 11.1.2へのアップグレードはサポートされていません。管理者側では、OAM 11.1.1.5.0スキーマからAccess Manager 11.1.2に更新できないため、新しいAccess Manager 11.1.2スキーマを作成する必要があります。
リポジトリ作成ユーティリティ(RCU)を実行して、Access Managerを作成します。すべての依存スキーマを選択すると、OPSSスキーマも作成されます。
詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する項を参照してください。
注意: 新しいスキーマの作成中であっても、Oracle Access Manager 11.1.1.5.0スキーマを削除しないほか、以前のスキーマ名も使用しないでください。「アクセス・データのエクスポート」で古いスキーマ資格証明が必要になるからです。 |
Oracle Access Managerをアップグレードするには、11.1.2インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.1.5.0 OAMミドルウェア・ホームに向けます。Oracleホームは11.1.1.5.0から11.1.2にアップグレードされます。
この項には次のトピックが含まれます:
第4.6.2項「Oracle Identity and Access Management 11gリリース2(11.1.2)インストーラの起動」
第4.6.3項「Oracle Identity and Access Management 11gリリース2(11.1.2)のインストール」
Oracle Fusion Middleware 11gソフトウェアの入手に関する詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeを参照してください。
このトピックでは、Oracle Identity and Access Managementインストーラの起動方法について説明します。
注意:
|
次を実行してインストーラを起動します。
UNIXの場合:
現在の作業ディレクトリから、インストーラのコンテンツを抽出したディレクトリに移動します。
次の場所に移動します。
cd Disk1
次のコマンドを実行します:
./runInstaller -jreLoc <full path to the JRE directory>
次に例を示します。
./runInstaller -jreLoc <MW_HOME>/jdk160_29/jre
Windowsの場合:
現在の作業ディレクトリから、インストーラのコンテンツを抽出したディレクトリに移動します。
次の場所に移動します。
cd Disk1
次のコマンドを実行します:
setup.exe -jreLoc <full path to the JRE directory>
たとえば、次のようになります。
setup.exe -jreLoc <MW_HOME>\jdk160_29\jre
注意: Oracle JRockit JDKの使用時にコマンドラインで
この警告メッセージは、インストールには影響しません。インストールを続行できます。 64ビットのプラットフォームでは、汎用jarファイルを使用してOracle WebLogic Serverをインストールすると、ミドルウェア・ホームに |
OAM 11.1.1.5.0からOAM 11.1.2にアップグレードするには、Oracle Identity and Access Management 11.1.2インストーラを使用します。
インストーラを起動すると、「ようこそ」画面が表示されます。
「ようこそ」画面で「次へ」をクリックします。ソフトウェア更新のインストール画面が表示されます。更新を検索するかどうかを選択します。「次へ」をクリックします。「前提条件のチェック」画面が表示されます。すべての前提条件の確認が完了したら、「次へ」をクリックします。「インストール場所の指定」画面が表示されます。
「インストール場所の指定」画面で、ミドルウェア・ホームを、システムにインストールされている既存の11.1.1.5.0ミドルウェア・ホームに向けます。
「Oracleホーム・ディレクトリ」フィールドで、既存のIAMホームのパスを指定します。このドキュメントでは、このディレクトリを<IAM_HOME>
とも呼びます。
「次へ」をクリックします。「インストール・サマリー」画面が表示されます。
「インストールの概要」画面には、選択内容の概要が表示されます。その概要を確認して、このインストールを進めるかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。Oracle Identity and Access Managementのインストールを続行するには、「インストール」をクリックします。「インストールの進行状況」画面が表示されます。「次へ」をクリックします。
注意: インストールの進行中にキャンセルまたは中断した場合、Oracle Identity and Access Managementソフトウェアを再インストールする前に、手動で インストール処理のいずれかの段階でオンライン・ヘルプを起動するには、インストール・ウィザード画面の「ヘルプ」をクリックします。 |
「インストール 完了」画面が表示されます。「インストール完了」画面で「終了」をクリックします。
このインストール・プロセスで、システムに11.1.2 Oracle Identity and Access Managementソフトウェアがコピーされます。
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management(11.1.2)のインストールと構成に関する項を参照してください。
Oracle Access Management Access Manager 11.1.2ではポリシーの格納にデータベースを使用します。これには、11.1.1.5.0 OAMドメインを拡張してOPSSデータ・ソースを追加する必要があります。
OPSSテンプレートを使用してOAM 11.1.1.5.0コンポーネント・ドメインを拡張するには、次の手順を完了させます。
次のコマンドを実行します:
UNIXの場合:
./config.sh
これは、<MW_HOME>/<Oracle_IDM1>/common/bin
ディレクトリにあります。
Windowsの場合:
config.cmd
これは、<MW_HOME>\<Oracle_IDM1>\common\bin
ディレクトリにあります。
「ようこそ」画面で「既存のWebLogicドメインの拡張」オプションを選択します。「次へ」をクリックします。
「WebLogicドメイン・ディレクトリの選択」画面で、OAMを構成したWebLogicドメインが含まれるディレクトリに移動します。「次へ」をクリックします。「拡張ソースの選択」画面が表示されます。
「拡張ソースの選択」画面で、Oracle Platform Security Service - 11.1.1.0 [Oracle_IDM1]オプションを選択します。ドメイン構成オプションを選択後、「次へ」をクリックします。
「JDBCデータ・ソースの構成」画面が表示されます。コンポーネント・スキーマ(OAMインフラストラクチャ・スキーマおよびOPSSスキーマ)を更新します。OAM 11.1.2スキーマの詳細とOPSSスキーマのデータ・ソースを使用してOAMインフラストラクチャを構成します。テストが成功した後、「JDBCコンポーネント・スキーマの構成」画面が表示されます。
「JDBCコンポーネント・スキーマの構成」画面で、Oracle Platform Security Servicesを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定します。「次へ」をクリックします。
JDBCコンポーネント・スキーマのテスト画面が表示されます。テストに成功すると、「オプションの構成を選択」画面が表示されます。
「オプションの構成を選択」画面で、「管理対象サーバー」、「クラスタ」および「マシン」と「デプロイメントとサービス」を構成できます。OAM 11.1.1.5.0環境をすでに構成している場合は、何も選択しません。「次へ」をクリックします。
「構成のサマリー」画面で、ドメインの構成を確認し、「拡張」をクリックしてドメインの拡張を開始します。
Oracle Platform Security Services(OPSS)をサポートするように既存のOAMドメインが拡張されます。また、新しく作成した11.1.2 OPSSポリシー・スキーマを使用するようにOAMが構成されます。
Oracle Platform Security Services(OPSS)スキーマをアップグレードするには、次を実行します。
UNIXの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/oracle_common/common/bin/
ディレクトリに移動します。
cd <MW_HOME>/oracle_common/common/bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
./wlst.sh
WLSTプロンプトで、次のコマンドを実行します。
upgradeOpss(jpsConfig="existing_jps_config_file", jaznData="system_jazn_data_file")
次に例を示します。
upgradeOpss(jpsConfig="<MW_HOME>/user_projects/domains/base_domain/config/fmwconfig/jps-config.xml",jaznData="<MW_HOME>/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml")
exit()
コマンドを使用してWLSTコンソールを終了します。
Windowsの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\oracle_common\common\bin
ディレクトリに移動します。
cd <MW_HOME>\oracle_common\common\bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
wlst.cmd
WLSTプロンプトで、次のコマンドを実行します。
upgradeOpss(jpsConfig="existing_jps_config_file", jaznData="system_jazn_data_file")
次に例を示します。
upgradeOpss(jpsConfig="<MW_HOME>\\user_projects\\domains\\base_domain\\config\\fmwconfig\\jps-config.xml",jaznData="<MW_HOME>\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml")
exit()
コマンドを使用してWLSTコンソールを終了します。
表4-2は、コマンドラインで指定が必要なパラメータについて説明しています。
表4-2 OPSSのアップグレード用のパラメータ
パラメータ | 説明 |
---|---|
|
11.1.2インストールの UNIXの場合は、 Windowsの場合は、 |
|
11.1.2インストールのsystem-jazn-data.xmlファイルへのパスを指定します。次の例では、完全パスが示されています。 UNIXの場合は、 Windowsの場合は、 |
データベースのセキュリティ・ストアの構成は、それがOracle Identity and Access Management 11gリリース2(11.1.2)によってサポートされる唯一のセキュリティ・ストア・タイプである場合に必要となります。
Oracle Platform Security Servicesの構成の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する項を参照してください。
OAM 11.1.1.5.0スキーマからのポリシー情報は、Access Manager 11.1.2スキーマにインポートする前に抽出される必要があります。WLSTコマンドのexportAccessData
によって、11.1.1.5.0 OAMドメインから、OAMのポリシーおよび構成情報がエクスポートされます。OAM 11.1.1.5.0の構成の詳細、ポリシー・ストア、鍵およびCSFパスワードをエクスポートする必要があります。
データをエクスポートするには、次の手順を完了します。
UNIXの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/bin
ディレクトリに移動します。
cd <IAM_HOME>/common/bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
./wlst.sh
WLSTプロンプトで、次のスクリプトを実行します。
exportAccessData("<UPGRADE_PROPERTIES_FILE>")
次に例を示します。
exportAccessData("<IAM_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.properties")
例のプロパティと説明は、表4-4を参照してください。
exit()
コマンドを使用してWLSTコンソールを終了します。
Windowsの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/bin
ディレクトリに移動します。
cd <IAM_HOME>\common\bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
wlst.cmd
WLSTプロンプトで、次のスクリプトを実行します。
exportAccessData("<UPGRADE_PROPERTIES_FILE>")
次に例を示します。
exportAccessData("<IAM_HOME>\\oam\\server\\wlst\\scripts\\sample_properties\\oam_upgrade.properties")
例のプロパティと説明は、表4-4を参照してください。
exit()
コマンドを使用してWLSTコンソールを終了します。
表4-3は、コマンドラインで指定が必要なパラメータについて説明しています。
表4-3 データのエクスポート用のパラメータ
パラメータ | 説明 |
---|---|
|
OAM 11.1.1.5.0インストールの UNIXの場合は、 Windowsの場合は、 |
表4-4は、oam_upgrade.properties
のプロパティを示しています。
表4-4 プロパティの説明
プロパティ | 説明 |
---|---|
|
ミドルウェア・ホームへの完全パスを指定します。次の例では、完全パスが示されています。 UNIXの場合は、 Windowsの場合は、 |
|
Oracle Identity and Access Managementの場所への完全パスを指定します。次の例では、完全パスが示されています。 UNIXの場合は、 Windowsの場合は、 |
|
このプロパティでは、Oracle IAMソフトウェアの場所が参照されます。次の例では、完全パスが示されています。 UNIXの場合は、 Windowsの場合は、 |
|
このプロパティでは、既存のOAM 11.1.1.5.0ドメイン・ホームが参照されます。次の例では、完全パスが示されています。 UNIXの場合は、 Windowsの場合は、 |
|
このプロパティでは、共通コンポーネントのホームが参照されます。次の例では、完全パスが示されています。 UNIXの場合は、 Windowsの場合は、 |
|
このプロパティでは、OAM 11.1.1.5.0の構成ファイルやポリシー・ファイルなど、アップグレード・アーティファクトを置いている場所が参照されます。 |
|
これは、 |
|
増分モードでアップグレードを実行するかどうかを指定するには、このプロパティを使用します。 Access Manager 11.1.2では、アップグレードの増分形式はサポートされていません。したがって、値を |
|
OAMポリシーのアップグレードの一部として、ボックスOAMポリシーの出力に対する変更は、ボックス・ポリシーの既存(11.1.1.5.0)の出力に適用されます。このプロセスには、OAMポリシーの3方向のマージが含まれます。このプロセスには時間がかかります(約30分)。 マージを実行する場合は、プロパティを マージ・プロセスではなく、ボックス・ポリシーのOAM 11.1.1.5.0の出力を新しいボックス・ポリシーで置き換える場合は、このプロパティを |
|
このプロパティを使用して、11.1.1.5.0ポリシー・ストアに接続します。OAM 11.1.1.5.0スキーマの所有者を指定します。 |
|
このプロパティを使用して、11.1.1.5.0ポリシー・ストアに接続します。OAM 11.1.1.5.0スキーマの資格証明を指定します。 |
|
このプロパティを使用して、11.1.1.5.0ポリシー・ストアに接続します。OAM 11.1.1.5.0のOESデータベースで資格証明の別名として次を指定します。
|
|
このプロパティを使用して、11.1.1.5.0ポリシー・ストアに接続します。JDBC接続文字列を次の形式で指定します。
|
|
このプロパティを使用して、11.1.1.5.0ポリシー・ストアに接続します。JDBCドライバ・クラスを次の形式で指定します。
|
|
このプロパティを使用して、11.1.1.5.0ポリシー・ストアに接続します。プロパティを次のように指定します。
|
|
このプロパティでは、抽出された11.1.1.5.0ポリシーの保存が必要なXMLファイルへの絶対パスが参照されます。抽出されたOAM 11.1.1.5.0ポリシーを保存するパスを指定します。 次に例を示します。 Unixの場合は次のパスを指定します。
Windowsの場合は次のパスを指定します。
|
|
アップグレード・フレームワークでは、データをエクスポートおよびインポートするためにJARがバージョンごとにロードされます。このプロパティでは、次のパスで使用可能な11.1.1.5.0ポリシーJARが参照されます。 UNIXの場合は、 Windowsの場合は、 |
|
このプロパティでは、次の場所で使用可能な、OAM 11.1.1.5.0の構成ファイルが参照されます。 Unixの場合は、 Windowsの場合は、 |
|
このプロパティでは、一時ポリシーXMLへの絶対パスが参照されます。この一時XMLは、ポリシーの変換に使用されます。 XMLファイルの一時的な場所を指定します。 次に例を示します。 UNIXの場合は次のパスを指定します。
Windowsの場合は次のパスを指定します。
|
|
アップグレード・フレームワークでは、データをエクスポートおよびインポートするためにJARがバージョンごとにロードされます。このプロパティでは、次の場所で使用可能な、Access Manager 11.1.2のポリシーJARが参照されます。 UNIXの場合は、 Windowsの場合は、 |
|
このプロパティでは、次の場所で使用可能な、Access Manager 11.1.2の構成ファイルが参照されます。 UNIXの場合は、 Windowsの場合は、 |
|
OAMのソース・バージョンは11.1.1.5.0です。 |
|
Access Managerのターゲット・バージョンは11.1.2です。 |
exportAccessDataの出力例
wls:/offline> exportAccessData("<IAM_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.properties") Jul 7, 2012 1:37:30 AM oracle.security.access.upgrade.WLSTExecutor executeCommand INFO: EXPORT_DATA_COMMAND Jul 7, 2012 1:37:30 AM oracle.security.access.upgrade.util.WLSTExportDataUtil executeCommand INFO: OAAM PRODUCT Jul 7, 2012 1:37:30 AM oracle.security.access.upgrade.util.WLSTExportDataUtil executeCommand INFO: OAM PRODUCT Jul 7, 2012 1:37:30 AM oracle.security.access.upgrade.util.WLSTExportDataUtil executeCommand INFO: oamPlugin.getName() = oracle.security.am.upgrade.plugin.upgradehelper.UpgradeFactory Jul 7, 2012 1:37:30 AM oracle.security.am.upgrade.plugin.util.UpgradeUtil exportConfiguration INFO: Copying configuration file.... oracle.security.am.upgrade.plugin.upgradehelper.OAMVersionSpecificClassLoader@1e330f43 [EL Info]: 2012-07-07 01:37:32.849--ServerSession(503497062)--EclipseLink, version: Eclipse Persistence Services - 1.1.0.r3634 [EL Info]: 2012-07-07 01:37:35.212--ServerSession(503497062)--file:$ORACLE_HOME/oam/server/lib/upgrade/ps1-policy/oes-d8/jps-internal.jar-JpsDBDataManager login successful Jul 7, 2012 1:37:39 AM com.tangosol.coherence.component.util.logOutput.Jdk log INFO: 2012-07-07 01:37:39.026/135.466 Oracle Coherence 3.5.3/465p2 <Info> (thread=Main Thread, member=n/a): Loaded operational configuration from resource "jar:file:$ORACLE_HOME/oam/server/lib/upgrade/ps1-policy/coherence.jar!/tangosol-coherence.xml" Jul 7, 2012 1:37:39 AM com.tangosol.coherence.component.util.logOutput.Jdk log INFO: 2012-07-07 01:37:39.035/135.474 Oracle Coherence 3.5.3/465p2 <Info> (thread=Main Thread, member=n/a): Loaded operational overrides from resource "jar:file:$ORACLE_HOME/oam/server/lib/upgrade/ps1-policy/coherence.jar!/tangosol-coherence-override-dev.xml" ................... WARNING: Cannot load audit configuration. Jul 7, 2012 1:37:47 AM oracle.security.am.common.audit.AuditHandler getAuditor WARNING: Cannot load audit configuration. Jul 7, 2012 1:37:47 AM oracle.security.am.common.audit.AuditHandler getAuditor WARNING: Cannot load audit configuration. Jul 7, 2012 1:37:47 AM oracle.security.am.upgrade.plugin.upgradehelper.UpgradeFactory exportData INFO: Extraction Done!! Jul 7, 2012 1:37:47 AM oracle.security.am.upgrade.plugin.util.UpgradeCommonUtil removeDirectory INFO: Deletion of Directory: true path: $OAM_ARTIFACTS_DIRECTORTY/temp.zip Jul 7, 2012 1:37:47 AM oracle.security.am.upgrade.plugin.upgradehelper.UpgradeFactory exportData INFO: Export completed successfully!
抽出されたOAM 11.1.1.5.0データをAccess Manager 11.1.2スキーマにインポートする必要があります。また、OAM 11.1.1.5.0のドメイン構成をAccess Manager 11.1.2の構成とマージします。
OAM 11.1.1.5.0の構成データをAccess Manager 11.1.2にインポートするには、次の手順を完了します。
UNIXの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/bin
ディレクトリに移動します。
cd <IAM_HOME>/common/bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
./wlst.sh
WLSTプロンプトで、次のスクリプトを実行します。
importAccessData("<UPGRADE_PROPERTIES_FILE>")
次に例を示します。
importAccessData("<IAM_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.properties")
例のプロパティと説明は、表4-4を参照してください。
exit()
コマンドを使用してWLSTコンソールを終了します。
Windowsの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/bin
ディレクトリに移動します。
cd <IAM_HOME>\common\bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
wlst.cmd
WLSTプロンプトで、次のスクリプトを実行します。
importAccessData("<UPGRADE_PROPERTIES_FILE>")
次に例を示します。
importAccessData("<IAM_HOME\\oam\\server\\wlst\\scripts\\sample_properties\\oam_upgrade.properties")
例のプロパティと説明は、表4-4を参照してください。
exit()
コマンドを使用してWLSTコンソールを終了します。
表4-5は、コマンドラインで指定が必要なパラメータについて説明しています。
表4-5 データのインポート用のパラメータ
パラメータ | 説明 |
---|---|
|
OAM 11.1.1.5.0インストールの UNIXの場合は、 Windowsの場合は、 |
importAccessDataの出力例
wls:/offline> importAccessData("<IAM_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.properties") LOGGER intialised java.util.logging.Logger@1e26e4b1 Jul 7, 2012 1:38:25 AM oracle.security.access.upgrade.WLSTExecutor executeCommand INFO: IMPORT_DATA_COMMAND Jul 7, 2012 1:38:25 AM oracle.security.access.upgrade.util.WLSTImportDataUtil executeCommand INFO: OAAM PRODUCT IMPORT DATA Jul 7, 2012 1:38:25 AM oracle.security.access.upgrade.util.WLSTImportDataUtil executeCommand INFO: OAM PRODUCT Jul 7, 2012 1:38:25 AM oracle.security.access.upgrade.util.WLSTImportDataUtil executeCommand INFO: oamPlugin.getName() = oracle.security.am.upgrade.plugin.upgradehelper.UpgradeFactory Jul 7, 2012 1:38:27 AM oracle.security.am.common.policy.admin.provider.xml.XMLStore <init> INFO: Loading policy store file: $OAM_ARTIFACTS_DIRECTORTY/oam-policy.xml. Jul 7, 2012 1:38:30 AM com.tangosol.coherence.component.util.logOutput.Jdk log INFO: 2012-07-07 01:38:30.069/17.816 Oracle Coherence 3.7.1.1 <Info> (thread=Main Thread, member=n/a): Loaded operational configuration from "jar:file:$MIDDLEWARE_HOMEoracle_common/modules/oracle.coherence/coherence.jar!/tangosol-coherence.xml" Jul 7, 2012 1:38:30 AM com.tangosol.coherence.component.util.logOutput.Jdk log INFO: 2012-07-07 01:38:30.103/17.850 Oracle Coherence 3.7.1.1 <Info> (thread=Main Thread, member=n/a): Loaded operational overrides from "jar:file:$MIDDLEWARE_HOMEoracle_common/modules/oracle.coherence/coherence.jar!/tangosol-coherence-override-dev.xml" Jul 7, 2012 1:38:30 AM com.tangosol.coherence.component.util.logOutput.Jdk log INFO: 2012-07-07 01:38:30.107/17.854 Oracle Coherence 3.7.1.1 <Info> (thread=Main Thread, member=n/a): Loaded operational overrides from "jar:file:$ORACLE_HOME/oam/server/lib/upgrade/ps2-policy/mapstore-coherence.jar!/tangosol-coherence-override.xml" ..... Jul 7, 2012 1:38:36 AM oracle.security.am.common.audit.AuditHandler getAuditor WARNING: Cannot load audit configuration. Jul 7, 2012 1:38:36 AM oracle.security.am.common.audit.AuditHandler getAuditor WARNING: Cannot load audit configuration. Jul 7, 2012 1:38:36 AM oracle.security.am.common.audit.AuditHandler getAuditor WARNING: Cannot load audit configuration. Jul 7, 2012 1:38:38 AM oracle.security.am.upgrade.plugin.upgradehelper.UpgradeFactory importData INFO: Import completed successfully!!
注意: 管理サーバーおよび管理対象サーバーを起動する場合は、Access Manager管理コンソール・アプリケーションおよびAccess Manager管理対象サーバー・アプリケーションは起動しません。これが予想される動作です。 |
redeploy
コマンドは、オンラインWLSTコマンドです。したがって、redeploy
コマンドを実行する前に、Oracle Access Management Access Manager管理サーバーおよび管理対象サーバーを起動する必要があります。
管理サーバーの起動に関する項
管理サーバーを起動するには、次を実行します。
UNIXの場合:
次のコマンドを実行します:
cd <MW_HOME>/user_projects/domains/<domain_name>/bin
./startWebLogic.sh
Windowsの場合:
次のコマンドを実行します:
cd <MW_HOME>\user_projects\domains\<domain_name>\bin
startWebLogic.cmd
例外:
管理サーバーを起動すると、次の例外が発生します。これらは無視します。
<Month Date, year Time Timezone> <Error> <Deployer> <BEA-149205> <Failed to initialize the application 'oracle.oaam.libs [LibSpecVersion=11.1.1.3.0,LibImplVersion=11.1.1.3.0]' due to error weblogic.application.library.LibraryDeployment Exception: [J2EE:160145]Failed to deploy library Extension-Name: oracle.oaam.libs, Specification-Version:11.1.2, Implementation-Version: 11.1.2.0.0, because of conflicting library Manifest values,and library information registered with the server: [Specification-Version: 11.1.2 vs. 11.1.1.3, Implementation-Version: 11.1.2.0.0 vs. 11.1.1.3.0]. Check the library"s MANIFEST.MF file, and correct version info there to match server settings. Or undeploy the misconfigured library.. weblogic.application.library.LibraryDeploymentException: [J2EE:160145]Failed to deploy library Extension-Name: oracle.oaam.libs, Specification-Version: 11.1.2, Implementation-Version: 11.1.2.0.0, because of conflicting library Manifest values, and library information registered with the server: [Specification-Version: 11.1.2 vs. 11.1.1.3, Implementation-Version: 11.1.2.0.0 vs. 11.1.1.3.0]. Check the library"s MANIFEST.MF file, and correct version info there to match server settings. Or undeploy the misconfigured library. at weblogic.application.internal.library.LibraryDeploymentFactory.getLibData(Libr aryDeploymentFactory.java:113) at weblogic.application.internal.library.LibraryDeploymentFactory.createDeploymen t(LibraryDeploymentFactory.java:48) at weblogic.application.internal.DeploymentManagerImpl.createDeployment(Deploymen tManagerImpl.java:84) at weblogic.deploy.internal.targetserver.BasicDeployment.createDeployment(BasicDe ployment.java:149) at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java :114) Truncated. see log file for complete stacktrace
<Month Date, year Time Timezone> <Error> <Deployer> <BEA-149205> <Failed to initialize the application 'oam_server' due to error weblogic.management.DeploymentException: [Deployer:149268]Static deployment of non-versioned application 'oam_server' failed due it its manifest defines version.. weblogic.management.DeploymentException: [Deployer:149268]Static deployment of non-versioned application 'oam_server' failed due it its manifest defines version. at weblogic.deploy.internal.targetserver.AppDeployment.staticDeployValidationForN onVersion(AppDeployment.java:186) at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:108) at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:40) at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:191) at weblogic.management.deploy.internal.AppTransit
管理対象サーバーの起動
Access Manager管理対象サーバーを起動するには、次を実行します。
UNIXの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/user_projects/domains/<domain_name>/bin
ディレクトリに移動します。
cd <MW_HOME>/user_projects/domains/<domain_name>
/bin
次のコマンドを実行してサーバーを起動します。
./startManagedWebLogic.sh <managed_server_name> <admin_url> <user_name> <password>
説明は次のとおりです。
<managed_server_name>
は、管理対象サーバーの名前です。
<admin_url>
は、管理コンソールのURLです。http://<host>:<port>/console
という形式で指定します。WebLogic管理サーバーが異なるマシン上にある場合にのみ指定します。
<user_name>
は、WebLogic管理サーバーのユーザー名です。
<password>
は、WebLogic管理サーバーのパスワードです。
Windowsの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\user_projects\domains\<domain_name>\bin
ディレクトリに移動します。
cd <MW_HOME>\user_projects\domains\<domain_name>
\bin
次のコマンドを実行して管理対象サーバーを起動します。
startManagedWebLogic.cmd <managed_server_name> <admin_url> <user_name> <password>
説明は次のとおりです。
<managed_server_name>
は、管理対象サーバーの名前です。
<admin_url>
は、管理コンソールのURLです。http://<host>:<port>/console
という形式で指定します。WebLogic管理サーバーが異なるマシン上にある場合にのみ指定します。
<user_name>
は、WebLogic管理サーバーのユーザー名です。
<password>
は、WebLogic管理サーバーのパスワードです。
例外:
管理対象サーバーを起動すると、次の例外が発生します。これらは無視します。
<Month Date, year Time Timezone> <Error> <Deployer> <BEA-149205> <Failed to initialize the application 'oracle.oaam.libs [LibSpecVersion=11.1.1.3.0,LibImplVersion=11.1.1.3.0]' due to error weblogic.application.library.LibraryDeploymentException: [J2EE:160145]Failed to deploy library Extension-Name: oracle.oaam.libs, Specification-Version: 11.1.2, Implementation-Version: 11.1.2.0.0, because of conflicting library Manifest values, and library information registered with the server: [Specification-Version: 11.1.2 vs. 11.1.1.3, Implementation-Version: 11.1.2.0.0 vs. 11.1.1.3.0]. Check the library"s MANIFEST.MF file, and correct version info there to match server settings. Or undeploy the misconfigured library.. weblogic.application.library.LibraryDeploymentException: [J2EE:160145]Failed to deploy library Extension-Name: oracle.oaam.libs, Specification-Version: 11.1.2, Implementation-Version: 11.1.2.0.0, because of conflicting library Manifest values, and library information registered with the server: [Specification-Version: 11.1.2 vs. 11.1.1.3, Implementation-Version: 11.1.2.0.0 vs. 11.1.1.3.0]. Check the library"s MANIFEST.MF file, and correct version info there to match server settings. Or undeploy the misconfigured library. at weblogic.application.internal.library.LibraryDeploymentFactory.getLibData(LibraryDeploymentFactory.java:113) at weblogic.application.internal.library.LibraryDeploymentFactory.createDeployment(LibraryDeploymentFactory.java:48) at weblogic.application.internal.DeploymentManagerImpl.createDeployment(DeploymentManagerImpl.java:84) at weblogic.deploy.internal.targetserver.BasicDeployment.createDeployment(BasicDeployment.java:149) at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:114) Truncated. see log file for complete stacktrace
<Month Date, year Time Timezone> <Error> <Deployer> <BEA-149205> <Failed to initialize the application 'oam_server' due to error weblogic.management.DeploymentException: [Deployer:149268]Static deployment of non-versioned application 'oam_server' failed due it its manifest defines version.. weblogic.management.DeploymentException: [Deployer:149268]Static deployment of non-versioned application 'oam_server' failed due it its manifest defines version. at weblogic.deploy.internal.targetserver.AppDeployment.staticDeployValidationForN onVersion(AppDeployment.java:186) at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:108) at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:40) at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:191) at weblogic.management.deploy.internal.AppTransit
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のスタックの起動に関する項を参照してください。
次の理由で、Oracle Access Management Access Managerを再デプロイする必要があります。
OAMサーバーが依存する新しい共有ライブラリを取り込むため
OAMの管理サーバー・アプリケーションおよび管理対象サーバー・アプリケーションをより新しいバージョンで取り込むため
Access ManagerサーバーおよびAccess Managerの共有ライブラリを再デプロイするには、次の手順を完了します。
UNIXの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/bin
に移動します。
cd <IAM_HOME>/common/bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
./wlst.sh
次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')
次のコマンドを実行します:
redeployOAM("<ORACLE_HOME>","<ORACLE_COMMON_HOME>",adminTarget="Admin_name",serverTarget="oam_managed_server1")
注意:
[HTTP:101216]Servlet: "AMInitServlet" failed to preload on startup in Web application: "oam". java.lang.ExceptionInInitializerError at java.lang.J9VMInternals.initialize(J9VMInternals.java:222) at oracle.security.am.engines.sso.adapter.AbstractSessionAdapterImpl.checkAndInit(AbstractSessionAdapterImpl.java:97) at oracle.security.am.engines.sso.adapter.AbstractSessionAdapterImpl.<init>(AbstractSessionAdapterImpl.java:75) at oracle.security.am.engines.sso.adapter.MultipleUserSessionAdapterImpl.<init>(MultipleUserSessionAdapterImpl.java:56 at oracle.security.am.engines.sso.adapter.MultipleUserSessionAdapterImpl.<clinit>(MultipleUserSessionAdapterImpl.java:45) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at oracle.security.am.engines.sso.adapter.SessionManagementAdapterFactory.getAdapter(SessionManagementAdapterFactory.java:46 Caused by: oracle.security.am.common.utilities.exception.AmRuntimeException:OAM Server Key initialization failed Caused by: javax.crypto.BadPaddingException: Given final block not properly padded |
exit()
コマンドを使用してWLSTコンソールを終了します。
Windowsの場合:
コマンドラインで次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/bin
ディレクトリに移動します。
cd <IAM_HOME>\common\bin
次のコマンドを実行して、WebLogic Scripting Tool(WLST)を起動します。
wlst.cmd
次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')
次のコマンドを実行します:
redeployOAM("<MW_HOME>","<ORACLE_COMMON_HOME>",adminTarget="AdminServer",serverTarget="oam_managed_server1"
注意: tmpおよびstageディレクトリがまだ存在する場合は、OAMサーバーのデプロイ後に次のエラー・メッセージが表示されます。このエラーは無視できます。 [HTTP:101216]Servlet: "AMInitServlet" failed to preload on startup in Web application: "oam". java.lang.ExceptionInInitializerError at java.lang.J9VMInternals.initialize(J9VMInternals.java:222) at oracle.security.am.engines.sso.adapter.AbstractSessionAdapterImpl.checkAndInit(AbstractSessionAdapterImpl.java:97) at oracle.security.am.engines.sso.adapter.AbstractSessionAdapterImpl.<init>(AbstractSessionAdapterImpl.java:75) at oracle.security.am.engines.sso.adapter.MultipleUserSessionAdapterImpl.<init>(MultipleUserSessionAdapterImpl.java:56 at oracle.security.am.engines.sso.adapter.MultipleUserSessionAdapterImpl.<clinit>(MultipleUserSessionAdapterImpl.java:45) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at oracle.security.am.engines.sso.adapter.SessionManagementAdapterFactory.getAdapter(SessionManagementAdapterFactory.java:46) Caused by: oracle.security.am.common.utilities.exception.AmRuntimeException:OAM Server Key initialization failed Caused by: javax.crypto.BadPaddingException: Given final block not properly padded |
exit()
コマンドを使用してWLSTコンソールを終了します。
表4-6は、コマンドラインで指定が必要なパラメータについて説明しています。
表4-6 Access Managerサーバーおよび共有ライブラリの再デプロイ用のパラメータ
パラメータ | 説明 |
---|---|
|
Oracle Homeへの完全パスを指定します。 次に例を示します。 UNIXの場合は、 Windowsの場合は、 |
|
Oracle共通ホームへの完全パスを指定します。 次に例を示します。 UNIXの場合は、 Windowsの場合は、 |
|
OAMの構成中に指定した管理名を指定します。 |
|
OAMの構成中に指定した管理対象サーバー名を指定します。 |
SOAデプロイメントの一部としてSDPライブラリがすでにインストールされている場合は、このデプロイメントに失敗する可能性があります。リカバリの手順は、第4.17.2項「OAMのデプロイ」を参照してください。
Access Manager管理対象サーバーを新しいバージョンで取り込むには、この手順が必要です。redeploy
コマンドでは、tmp
ディレクトリは削除されません。
OAM 11.1.1.5.0サーバーのコンテンツとアプリケーションをAccess Manager 11.1.2にデプロイするには、次の場所のすべてのフォルダを削除する必要があります。
UNIXの場合:
<MW_Home>/user_projects/domains/domain_home/servers/<OAM_MANAGED_SERVER_NAME>
Windowsの場合:
<MW_Home>\user_projects\domains\domain_home\servers\<OAM_MANAGED_SERVER_NAME>
管理サーバーおよび管理対象サーバーを再起動するには、実行中の管理サーバーおよび管理対象サーバーを停止した後にそれらを再起動します。
サーバーの停止は、第4.2項「管理サーバーおよび管理対象サーバーの停止」を参照してください。
サーバーを起動するには、第4.12項「管理サーバーおよびAccess Manager管理対象サーバーの起動」を参照してください。
注意: ポリシーの移行のため、管理サーバーの起動には約30分がかかります。 |
Webブラウザで次のURLを使用して、Oracle Access Management Access Manager 11gリリース2(11.1.2)が稼働していることを確認します。
http(s)://<oam_admin_server_host>:<oam_admin_server_port>/oamconsole
注意: この説明は、11g R1(11.1.1.5.1)またはそれ以前のバージョンに統合されたOIMコンポーネントおよびOAMコンポーネントを有し、OIMおよびOAMの両方を11g R2(11.1.2)にアップグレードするお客様にのみ適用されます。 11gリリース2(11.1.2)へのコンポーネントのアップグレード後は、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』のidmConfigToolコマンドの使用に関する項を参照してください。 |
トラブルシューティングのトピックは、次の項を参照してください。
class not found
例外が発生する場合は、exportAccessDataの実行後に、WLSTコンソールを終了していなかったことがその理由となります。
exit ()
コマンドを使用してWLSTコンソールを終了します。
次の例外が発生する場合は、SDPライブラリがすでにインストールされています。
<Month <Date>, Year Time Time ZOne> <Info> <J2EE Deployment SPI> <BEA-260121> <Initiating deploy operation for application, oracle.sdp.client#11.1.1@11.1.1 [archive: <ORACLE_HOME>/communications/modules/oracle.sdp.client_11.1.1/sdpclient.jar], to oam_server1 .> weblogic.management.ManagementException: [Deployer:149007]New source location, '<ORACLE_HOME>/communications/modules/oracle.sdp.client_11.1.1/sdpclient.jar', cannot be deployed to configured application, 'oracle.sdp.client [LibSpecVersion=11.1.1,LibImplVersion=11.1.1]'. The application source is at '<ORACLE_SOA_HOME>/communications/modules/oracle.sdp.client_11.1.1/sdpclient.jar'. Changing the source location is not allowed for a previously attempted deployment. Try deploying without specifying the source.Failed to deploy the application with status failed Current Status of your Deployment: Deployment command type: deploy Deployment State : failed Deployment Message : weblogic.management.ManagementException: [Deployer:149007]New source location, '<ORACLE_HOME>/communications/modules/oracle.sdp.client_11.1.1/sdpclient.jar', cannot be deployed to configured application, 'oracle.sdp.client [LibSpecVersion=11.1.1,LibImplVersion=11.1.1]'. The application source is at '<ORACLE_SOA_HOME>/communications/modules/oracle.sdp.client_11.1.1/sdpclient.jar'. Changing the source location is not allowed for a previously attempted deployment. Try deploying without specifying the source. Error occured while performing deploy : Target exception thrown while deploying application: Error occured while performing deploy : Deployment Failed. : Error occured while performing deploy : Deployment Failed. Use dumpStack() to view the full stacktrace Deploying application from <ORACLE_HOME>/oam/server/apps/oam-admin.ear to targets AdminServer (upload=false) ...
次の手順を完了してリカバリを行います。
WebLogicコンソールにログインします。
ライブラリのoracle.sdp.client(11.1.1,11.1.1)をチェックします。
このライブラリのターゲットをoam_server1
にします。
次のコマンドを実行します:
deployOAMServer("<ORACLE_HOME>",adminTarget="AdminServer",serverTarget="oam_server1")
Access Managerサーバーのデプロイメント後に次のエラーが発生する場合は、tmp
ディレクトリおよびstage
ディレクトリが環境にまだ存在していることがその理由となります。
次の場合は無視します。
[HTTP:101216]Servlet: "AMInitServlet" failed to preload on startup in Web application: "oam". java.lang.ExceptionInInitializerError at java.lang.J9VMInternals.initialize(J9VMInternals.java:222) at oracle.security.am.engines.sso.adapter.AbstractSessionAdapterImpl.checkAndInit(AbstractSessionAdapterImpl.java:97) at oracle.security.am.engines.sso.adapter.AbstractSessionAdapterImpl.<init>(AbstractSessionAdapterImpl.java:75) at oracle.security.am.engines.sso.adapter.MultipleUserSessionAdapterImpl.<init>(MultipleUserSessionAdapterImpl.java:56) at oracle.security.am.engines.sso.adapter.MultipleUserSessionAdapterImpl.<clinit>(MultipleUserSessionAdapterImpl.java:45) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at oracle.security.am.engines.sso.adapter.SessionManagementAdapterFactory.getAdapter(SessionManagementAdapterFactory.java:46)
次のエラーが発生する場合は、11.1.2 RCUは新規ではなくデータが含まれています。
oracle.security.am.common.policy.admin.impl.PolicyValidationException: OAMSSA-06045: An object of this type named "HTTP" already exists. at oracle.security.am.common.policy.admin.impl.ResourceTypeManagerImpl.isValidWrite(ResourceTypeManagerImpl.java:482) at oracle.security.am.common.policy.admin.impl.ResourceTypeManagerImpl.createResourceType(ResourceTypeManagerImpl.java:165) at oracle.security.am.common.policy.tools.OAMPolicyStoreBootstrap.createResourceType(OAMPolicyStoreBootstrap.java:554) at oracle.security.am.common.policy.tools.OAMPolicyStoreBootstrap.addOAMObjs(OAMPolicyStoreBootstrap.java:328) at oracle.security.am.common.policy.tools.OAMPolicyStoreBootstrap.addPolicyObjects(OAMPolicyStoreBootstrap.java:280) at oracle.security.am.common.policy.tools.OAMPolicyStoreBootstrap.bootstrap(OAMPolicyStoreBootstrap.java:233) at oracle.security.am.install.OAMInstaller.bootstrapOES(OAMInstaller.java:1064) at oracle.security.am.install.OAMInstaller.bootstrapPolicy(OAMInstaller.java:1423) at oracle.security.am.install.OAMInstaller.upgradePolicy(OAMInstaller.java:1513)
Access Managerに新規のRCUスキーマが作成されているかどうかをチェックします。また、ドメインが更新され、新規の11.1.2 RCUが使用できるかどうかもチェックします。
次のエラーが発生する場合は、tmp
フォルダおよびstage
フォルダがまだ存在します。
Caused by: com.bea.security.ParameterException: Invalid configuration: cannot locate class: com.bea.security.ssal.micro.MicroSecurityServiceManagerWrapper at com.bea.security.impl.SecurityRuntimeImpl.getNewInstance(SecurityRuntimeImpl.java:263) at com.bea.security.impl.SecurityRuntimeImpl.initialize(SecurityRuntimeImpl.java:313) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.bea.security.SecurityRuntime.initialize(SecurityRuntime.java:140) at com.bea.security.impl.MicroSMImpl.getInstance(MicroSMImpl.java:167)
第4.14項「フォルダの削除」の説明のとおり、tmp
フォルダおよびstage
フォルダを削除すると、このエラーは解決されます。