Oracle® Fusion Middleware

Oracle Identity and Access Managementアップグレード・ガイド

11g リリース2 (11.1.2.2.0)

E53413-02(原本部品番号:E48646-08)

2014年9月

このドキュメントは、Oracle Fusion Middlewareの管理者を対象に、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)にアップグレードする方法について説明しています。

Oracle Fusion Middleware Oracle Identity and Access Managementアップグレード・ガイド11gリリース2 (11.1.2.2.0)

E53413-02

Copyright © 2014, Oracle and/or its affiliates. All rights reserved.

原本著者: Shynitha K S

原本協力著者: Rajesh Gouthaman

原本協力者: Allison Sparshott、Arun Singla、Aruna Vempaty、Ashwini Singhvi、Astha Gupta、Ballaji Sahoo、Basavaraj Hungund、Bhavik Sankesara、Brad Donnison、Bruce Xie、Charles Wesley、Deepak Ramakrishnan、Derick Leo、Gaurav Johar、Gururaj B S、Kavita Tippanna、Kishor Negi、Kumar Dhanagopal、Lixin Zheng、Lokesh Gupta、Madhu Martin、Mark Karlstrand、Mark Wilcox、Mrudul Uchil、Nagasravani Akula、Neelanand Sharma、Neeraj Goel、Niranjan Ananthapadmanabha、Pallavi Rao、Peter Laquerre、Raminder Deep Kaler、Ramya Subramanya、Ravi Thirumalasetty、Rubis Chowallur、Sandeep Dongare、Sanjay Sadarangani、Sanjeev Sharma、Semyon Shulman、Shruthi Chikkanna、Sitaraman Swaminathan、Sree Chitturi、Srinivas Nagandla、Stephen Mathew、Steven Frehe、Stuart Duggan、Svetlana Kolomeyskaya、Tushar Wagh、Umesh Waghode、Vadim Lander、Vishal Mishra、Venu Shastri、William Cai、Wortimla Rs、Yongqing Jiang

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

第I部 Oracle Identity and Access Managementの理解

1 Oracle Identity and Access Managementのアップグレードの概要

- 1.1 Oracle Identity and Access Managementの概要

- 1.2 アップグレード・シナリオ

- 1.3 移行および共存のシナリオ

- 1.4 単一ノードでのアップグレードでサポートされている開始ポイント

- 1.4.1 Oracle Access Managerのアップグレードでサポートされている開始ポイント

- 1.4.2 Oracle Adaptive Access Managerのアップグレードでサポートされている開始ポイント

- 1.4.3 Oracle Identity Managerのアップグレードでサポートされている開始ポイント

- 1.4.4 Oracle Entitlements Serverのアップグレードでサポートされている開始ポイント

- 1.4.5 Oracle Privileged Account Managerのアップグレードでサポートされている開始ポイント

- 1.4.6 Oracle Identity Navigatorのアップグレードでサポートされている開始ポイント

- 1.5 高可用性環境のアップグレードでサポートされている開始ポイント

- 1.6 ドキュメント・ロードマップ

2 アップグレードの共通タスク

- 2.1 システム要件および動作保証の確認

- 2.2 既存の環境のバックアップ

- 2.3 Oracle WebLogic Server 10.3.6へのアップグレード

- 2.4 Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新

- 2.4.1 ソフトウェアの入手

- 2.4.2 Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラの起動

- 2.4.3 Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)のインストール

- 2.5 リポジトリ作成ユーティリティを使用したデータベース・スキーマの作成

- 2.5.1 リポジトリ作成ユーティリティの入手

- 2.5.2 リポジトリ作成ユーティリティの起動

- 2.5.3 スキーマの作成

- 2.6 パッチ・セット・アシスタントを使用したスキーマのアップグレード

- 2.6.1 データベースとスキーマの確認

- 2.6.2 パッチ・セット・アシスタントの起動

- 2.6.3 パッチ・セット・アシスタントのグラフィカル・インタフェースを使用したスキーマのアップグレード

- 2.6.4 スキーマのアップグレードの確認

- 2.7 Oracle Platform Security Servicesのアップグレード

- 2.8 サーバーの停止

- 2.8.1 管理対象サーバーの停止

- 2.8.2 WebLogic管理サーバーの停止

- 2.8.3 ノード・マネージャの停止

- 2.9 サーバーの起動

- 2.9.1 ノード・マネージャの起動

- 2.9.2 WebLogic管理サーバーの起動

- 2.9.3 管理対象サーバーの起動

第II部 Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)環境のアップグレード

3 Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

- 3.1 Oracle Access Managerのアップグレード手順

- 3.2 システム要件および動作保証の確認

- 3.3 管理サーバーおよびAccess Manager管理対象サーバーの停止

- 3.4 Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のバックアップ

- 3.5 Oracle WebLogic Server 10.3.6へのアップグレード

- 3.6 Access Managerのバイナリの11.1.2.2.0へのアップグレード

- 3.7 OAMおよびOPSSスキーマのアップグレード

- 3.8 Oracle Platform Security Servicesのアップグレード

- 3.9 変更されたシステムMBean構成のコピー

- 3.10 管理サーバーおよびAccess Manager管理対象サーバーの停止

- 3.11 システム構成のアップグレード

- 3.12 管理サーバーおよびAccess Manager管理対象サーバーの起動

- 3.13 Oracle Access Management Mobile and Serviceのアップグレード

- 3.14 アップグレードの確認

- 3.15 トラブルシューティング

- 3.15.1 アップグレード後にコンポーネント・バージョンが11.1.1.5.0と表示される

4 Oracle Adaptive Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

- 4.1 Oracle Adaptive Access Managerのアップグレード手順

- 4.2 システム要件および動作保証の確認

- 4.3 管理サーバーと管理対象サーバーの停止

- 4.4 Oracle Adaptive Access Manager 11.1.2.x.xのバックアップ

- 4.5 オプション: Oracle WebLogic Serverのアップグレード

- 4.6 Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新

- 4.7 OAAM、MDS、IAUおよびOPSSスキーマのアップグレード

- 4.8 Oracle Platform Security Servicesのアップグレード

- 4.9 サーバーの起動

- 4.10 アプリケーションの再デプロイ

- 4.11 アップグレードの確認

5 Oracle Identity Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

- 5.1 Oracle Identity Managerのアップグレード手順

- 5.2 アップグレード前の手順

- 5.2.1 機能の比較

- 5.2.2 システム要件および動作保証の確認

- 5.2.3 アップグレード前レポートの生成および分析

- 5.2.3.1 アップグレード前レポート・ユーティリティの入手

- 5.2.3.2 アップグレード前レポートの生成

- 5.2.3.3 アップグレード前レポートの分析

- 5.2.4 Oracle Identity Manager 11.1.2.x.x環境のバックアップ

- 5.2.5 Oracle Identity ManagerサーバーのJVMプロパティの設定

- 5.2.6 ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

- 5.3 Oracleホームとデータベース・スキーマのアップグレード

- 5.3.1 Oracle WebLogic Serverの10.3.6へのアップグレード

- 5.3.2 Oracle SOA Suiteの11.1.1.7.0へのアップグレード

- 5.3.3 Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード

- 5.3.4 スキーマのアップグレード

- 5.3.5 Oracle Platform Security Servicesのアップグレード

- 5.3.6 Java Required Files (JRF)のアップグレード

- 5.4 Oracle Identity Manager中間層のアップグレード

- 5.4.1 管理サーバーおよびSOA管理対象サーバーの起動

- 5.4.2 Oracle Identity Manager中間層のアップグレード

- 5.4.2.1 中間層のアップグレード前のWindows 64ビット・ユーザー用の追加タスク

- 5.4.2.2 Oracle Identity Manager中間層のアップグレード

- 5.4.2.3 中間層のアップグレードの確認

- 5.4.3 すべてのサーバーの再起動

- 5.5 その他のOracle Identity Managerインストール済コンポーネントのアップグレード

- 5.5.1 Oracle Identity Manager Design Consoleのアップグレード

- 5.5.2 Oracle Identity Manager Remote Managerのアップグレード

- 5.6 アップグレード後の手順

- 5.6.1 アップグレード後のタスクの実行

- 5.6.1.1 パフォーマンス・チューニングの推奨事項の確認

- 5.6.1.2 リクエスト・データのアップグレード

- 5.6.1.3 BI Publisherレポートの構成

- 5.6.1.4 JRFWSAsyncJmsModuleのOracle Identity Managerサーバーへのターゲット指定

- 5.6.1.5 PeopleSoft Enterprise HRMSリコンシリエーション・プロファイルの作成

- 5.6.1.6 OIMデータ・パージ・ジョブのパラメータの確認

- 5.6.1.7 参照ベースのUDFフィールドの再構成

- 5.6.1.8 コネクタの動作保証の確認

- 5.6.1.9 コネクタの機能の確認

- 5.6.2 アップグレードの確認

6 Oracle Entitlements Server 11gリリース2 (11.1.2.x.x)環境のアップグレード

- 6.1 Oracle Entitlements Server 11.1.2.x.x管理サーバーのアップグレード

- 6.1.1 Oracle Entitlements Server管理サーバーのアップグレード手順

- 6.1.2 システム要件および動作保証の確認

- 6.1.3 管理サーバーおよびOracle Entitlements Server管理対象サーバーの停止

- 6.1.4 Oracle WebLogic Serverのアップグレード(必要な場合)

- 6.1.5 Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

- 6.1.6 Oracle Platform Security Servicesスキーマのアップグレード

- 6.1.7 Oracle Platform Security Servicesのアップグレード

- 6.1.8 ドメインからの特定ディレクトリの削除

- 6.1.9 管理サーバーおよび管理対象サーバーの起動

- 6.1.10 Oracle Entitlements Server管理サーバーのアップグレードの確認

- 6.2 Oracle Entitlements Server 11.1.2.x.xクライアントのアップグレード

- 6.2.1 Oracle Entitlements Serverクライアントのアップグレード手順

- 6.2.2 すべてのセキュリティ・モジュール・インスタンスの停止

- 6.2.3 Oracle Entitlements Serverクライアントの11.1.2.2.0へのアップグレード

- 6.2.3.1 前提条件

- 6.2.3.2 ソフトウェアの入手

- 6.2.3.3 Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のインストール

- 6.2.3.4 インストールの確認

- 6.2.4 セキュリティ・モジュールの起動

- 6.2.5 Oracle Entitlements Serverクライアントのアップグレードの確認

7 Oracle Privileged Account Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

- 7.1 Oracle Privileged Account Managerのアップグレード手順

- 7.2 システム要件および動作保証の確認

- 7.3 アップグレード前データのエクスポート

- 7.4 管理サーバーおよび管理対象サーバーの停止

- 7.5 Oracle WebLogic Serverの10.3.6へのアップグレード

- 7.6 Oracle Privileged Account Managerバイナリの11.1.2.2.0への更新

- 7.7 データベース・スキーマのアップグレード

- 7.8 管理サーバーおよび管理対象サーバーの起動

- 7.9 アプリケーションの再デプロイ

- 7.9.1 Oracle Identity Navigatorアプリケーションの再デプロイ

- 7.9.2 Oracle Privileged Account Managerアプリケーションの再デプロイ

- 7.10 OPAMデータ・ストアでのTDEまたは非TDEモードの有効化

- 7.10.1 データ・ストア内のTDEモードの構成

- 7.10.1.1 データベースでのTDEの有効化

- 7.10.1.2 OPAMスキーマでの暗号化の有効化

- 7.10.2 データ・ストア内の非TDEモードの構成

- 7.11 アップグレード前データのインポート

- 7.12 アップグレード前のOPSSアーティファクトのクリア

- 7.13 オプション: Oracle Privileged Account Manager 11.1.2.2.0セッション・マネージャの構成

- 7.14 オプション: OPAM管理対象サーバー上のOracle Identity Navigatorアプリケーションの構成

- 7.15 Oracle Privileged Account Managerのアップグレードの確認

8 Oracle Identity Navigator 11gリリース2 (11.1.2.x.x)環境のアップグレード

- 8.1 Oracle Identity Navigatorのアップグレード手順

- 8.2 システム要件および動作保証の確認

- 8.3 Oracle Identity Navigator 11.1.2.x.xメタデータのエクスポート

- 8.4 管理サーバーと管理対象サーバーの停止

- 8.5 Oracle WebLogic Serverの10.3.6へのアップグレード

- 8.6 Oracle Identity Navigatorバイナリの11.1.2.2.0への更新

- 8.7 Oracle Platform Security Servicesスキーマの作成

- 8.8 Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.2.x.xコンポーネント・ドメインの拡張

- 8.9 Oracle Platform Security Servicesのアップグレード

- 8.10 データベース・セキュリティ・ストアの構成

- 8.11 WebLogic管理サーバーの起動

- 8.12 デプロイメント・サマリーの確認

- 8.13 Oracle Identity Navigatorアプリケーションのアップグレード

- 8.14 Oracle Identity Navigator 11.1.2.2.0メタデータのインポート

- 8.15 アップグレードの確認

- 8.16 オプション: 管理サーバーからのOracle Privileged Account Manager管理対象サーバー上でのOracle Identity Managerの構成

第III部 Oracle Identity and Access Management 11gリリース1 (11.1.1.x.x)および9.x環境のアップグレード

9 Oracle Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード

- 9.1 Oracle Access Managerのアップグレード手順

- 9.2 システム要件および動作保証の確認

- 9.3 管理サーバーと管理対象サーバーの停止

- 9.4 Oracle Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ

- 9.5 Oracle WebLogic Serverのアップグレード

- 9.6 リポジトリ作成ユーティリティを使用したOracle Access Management Access Managerスキーマの作成

- 9.7 Oracle Access Managerバイナリの11.1.2.2.0へのアップグレード

- 9.8 Oracle Platform Security ServicesテンプレートによるOracle Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張

- 9.9 Oracle Platform Security Servicesスキーマのアップグレード

- 9.10 Oracle Platform Security Servicesのアップグレード

- 9.11 Oracle Platform Security Servicesセキュリティ・ストアの構成

- 9.12 アクセス・データのエクスポート

- 9.13 アクセス・データのインポート

- 9.14 変更されたシステムMBean構成のコピー

- 9.15 管理サーバーおよびAccess Manager管理対象サーバーの起動

- 9.16 Oracle Access Management Access Manageサーバーおよび共有ライブラリの再デプロイ

- 9.17 管理サーバーおよびAccess Manager管理対象サーバーの停止

- 9.18 フォルダの削除

- 9.19 システム構成のアップグレード

- 9.20 管理サーバーおよびAccess Manager管理対象サーバーの起動

- 9.21 アップグレードの確認

- 9.22 トラブルシューティング

- 9.22.1 ImportAccessDataコマンド実行時の例外

- 9.22.2 アプリケーションのデプロイ時の例外

- 9.22.3 管理サーバーの再起動時の例外

- 9.22.4 管理対象サーバーの再起動時の例外

- 9.22.5 アップグレード後にコンポーネントのバージョンが11.1.1.5.0と表示される

10 Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード

- 10.1 Oracle Adaptive Access Managerのアップグレード手順

- 10.2 システム要件および動作保証の確認

- 10.3 管理サーバーと管理対象サーバーの停止

- 10.4 Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ

- 10.5 オプション: Oracle WebLogic Serverのアップグレード

- 10.6 Oracle Adaptive Access Manager 11gリリース2 (11.1.2.2.0)のアップグレード

- 10.7 OAAM、MDS、IAUおよびOPSSスキーマのアップグレード

- 10.8 OPSSテンプレートによるOracle Adaptive Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張

- 10.9 Oracle Platform Security Servicesのアップグレード

- 10.10 OPSSセキュリティ・ストアの構成

- 10.11 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動

- 10.12 アプリケーションの再デプロイ

- 10.13 フォルダの削除

- 10.14 サーバーの再起動

- 10.15 アップグレードの確認

11 Oracle Identity Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード

- 11.1 Oracle Identity Managerのアップグレード手順

- 11.2 アップグレードの準備

- 11.2.1 機能の比較

- 11.2.2 システム要件および動作保証の確認

- 11.2.3 アップグレード前レポートの生成および分析

- 11.2.3.1 アップグレード前レポート・ユーティリティの入手

- 11.2.3.2 アップグレード前レポートの生成

- 11.2.3.3 アップグレード前レポートの分析

- 11.2.4 getPlatformTransactionManager()メソッドがカスタム・コード内で使用されていないことの確認

- 11.2.5 oimProcessQueue JMSキューを空にする

- 11.2.6 その他の前提条件

- 11.2.7 JRFがアップグレード済であることの確認

- 11.2.8 ITリソース・タイプのリコンシリエーション・フィールドの作成

- 11.2.9 Oracle Identity Manager 11gリリース1 (11.1.1.x.x)のバックアップ

- 11.2.10 Oracle Identity ManagerサーバーのJVMプロパティの設定

- 11.2.11 ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

- 11.3 アップグレード手順

- 11.3.1 Oracle WebLogic Serverのアップグレード

- 11.3.2 Oracle SOA Suiteの11.1.1.7.0へのアップグレード

- 11.3.3 Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード

- 11.3.4 Oracle Platform Security Servicesスキーマの作成

- 11.3.5 Oracle Platform Security Servicesスキーマのアップグレード

- 11.3.6 OPSSテンプレートを使用したOracle Identity Manager 11.1.1.x.xコンポーネント・ドメインの拡張

- 11.3.7 Oracle Platform Security Servicesのアップグレード

- 11.3.8 OPSSセキュリティ・ストアの構成

- 11.3.9 パッチ・セット・アシスタントを使用したOracle Identity Managementスキーマのアップグレード

- 11.3.9.1 スキーマのアップグレード後のバージョン番号

- 11.3.10 管理サーバーおよびSOA管理対象サーバーの起動

- 11.3.11 Oracle Identity Manager中間層のアップグレード

- 11.3.12 Oracle Identity Manager中間層のアップグレードの確認

- 11.3.13 Oracle Identity Manager EARのデプロイ順序の変更

- 11.3.14 管理サーバーおよびSOA管理対象サーバーの再起動

- 11.3.15 Oracle Identity ManagementのMDSメタデータへのパッチ適用

- 11.3.16 Oracle Identity Manager Design Consoleのアップグレード

- 11.3.17 Oracle Identity Manager Remote Managerのアップグレード

- 11.3.18 Oracle BI Publisher 11.1.1.7.1の構成

- 11.3.19 Oracle Identity Manager BI Publisherレポートのデプロイ

- 11.4 アップグレード後の手順

- 11.4.1 アップグレード後

- 11.4.2 データベース・オブジェクトの検証

- 11.4.3 sysadminキーの作成

- 11.4.4 リクエスト・データ・セット内の承認者専用属性の削除による影響

- 11.4.5 Oracle Identity Manager 11gリリース2 (11.1.2.2.0)へのアップグレード後のリクエストAPIの変更点

- 11.4.5.1 RequestServiceで非推奨となったAPIメソッド

- 11.4.5.2 UnauthenticatedRequestServiceで非推奨となったAPIメソッド

- 11.4.5.3 非推奨となった自己リクエスト・タイプ

- 11.4.5.4 使用方法が変更されたAPIメソッド

- 11.4.6 Oracle Identity Manager 11gリリース2 (11.1.2.2.0)へのアップグレード後のOracle Identity ManagerとOracle Access Managerの統合の有効化

- 11.4.6.1 10g WebGateを使用したOracle Identity ManagerとOracle Access Managerの統合

- 11.4.6.2 11g WebGateを使用したOracle Identity ManagerとOracle Access Managerの統合

- 11.4.7 権限リスト・スケジュールの実行

- 11.4.8 ユーザー・ポリシーの評価に関するスケジュール済タスクの実行

- 11.4.9 カタログの同期の実行

- 11.4.10 UMS通知プロバイダ

- 11.4.11 ユーザーUDFのアップグレード

- 11.4.11.1 UDFのレンダリング

- 11.4.11.2 11.1.1.x.xで必須のUDF属性およびOOTB属性に対するユーザー・インタフェースのカスタマイズ

- 11.4.11.3 参照問合せの変更

- 11.4.12 アプリケーション・インスタンスのアップグレード

- 11.4.13 XIMDDの再デプロイ

- 11.4.14 SPML-DSMLの再デプロイ

- 11.4.15 イベント・ハンドラのカスタマイズ

- 11.4.16 SOAコンポジットのアップグレード

- 11.4.16.1 アップグレード前に変更されていないOOTBコンポジット

- 11.4.16.2 アップグレード前に変更されたOOTBコンポジットおよびカスタム・コンポジット

- 11.4.17 WebLogicサーバー・ライブラリ・ディレクトリ下のOracle Identity Managementログイン・モジュールのプロビジョニング

- 11.4.18 パフォーマンス・チューニングの推奨事項の確認

- 11.4.19 認可ポリシーの変更点

- 11.4.20 パスワード・ポリシーの作成

- 11.4.21 PeopleSoft Enterprise HRMSリコンシリエーション・プロファイルの作成

- 11.4.22 OIMデータ・パージ・ジョブのパラメータの確認

- 11.4.23 カスタマイズされたOracle Identity Managerレポートの移行

- 11.4.24 コネクタの動作保証の確認

- 11.4.25 コネクタの機能の確認

- 11.4.26 ForeignJNDIProvider-SOAプロバイダURLの更新

- 11.4.27 アップグレードの確認

- 11.5 トラブルシューティング

- 11.5.1 Oracle Identity Managerアップグレード制御ポイント

12 Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)環境のアップグレード

- 12.1 Oracle Entitlements Server管理サーバーのアップグレード

- 12.1.1 Oracle Entitlements Server管理サーバーのアップグレード手順

- 12.1.2 システム要件および動作保証の確認

- 12.1.3 管理サーバーと管理対象サーバーの停止

- 12.1.4 Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)のバックアップ

- 12.1.5 オプション: Oracle WebLogic Serverのアップグレード

- 12.1.6 Oracle Entitlements Server Administration Server 11gリリース2 (11.1.2.2.0)のアップグレード

- 12.1.7 Oracle Platform Security Servicesスキーマの作成

- 12.1.8 Oracle Platform Security Servicesスキーマのアップグレード

- 12.1.9 R2_Upgrade.sqlの実行

- 12.1.10 新しいOracle Entitlements Serverドメインの作成

- 12.1.11 暗号化鍵のエクスポート

- 12.1.12 ポリシー・ストアの再関連付け

- 12.1.12.1 ポリシー・ストアがDBである場合

- 12.1.12.2 ポリシー・ストアがOIDである場合

- 12.1.13 Oracle Platform Security Servicesのアップグレード

- 12.1.14 管理サーバーおよびOracle Entitlements Server管理対象サーバーの起動

- 12.1.15 APMの再デプロイ

- 12.1.16 アップグレードの確認

- 12.2 Oracle Entitlements Serverクライアント・サーバーのアップグレード

- 12.2.1 Oracle Entitlements Serverクライアント・サーバーのアップグレード手順

- 12.2.2 すべてのセキュリティ・モジュール・インスタンスの停止

- 12.2.3 Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のアップグレード

- 12.2.3.1 前提条件

- 12.2.3.2 ソフトウェアの入手

- 12.2.3.3 Oracle Entitlements Serverクライアント・サーバー11gリリース2 (11.1.2.2.0)のインストール

- 12.2.3.4 インストールの確認

- 12.2.4 新しいスキーマのユーザー名およびパスワードの変更

- 12.2.5 セキュリティ・モジュールの起動

- 12.2.6 アップグレードの確認

13 Oracle Identity Navigator 11gリリース1 (11.1.1.x.x)環境のアップグレード

- 13.1 Oracle Identity Navigatorのアップグレード手順

- 13.2 システム要件および動作保証の確認

- 13.3 Oracle Identity Navigator 11.1.1.x.xメタデータのエクスポート

- 13.4 管理サーバーと管理対象サーバーの停止

- 13.5 オプション: Oracle WebLogic Serverのアップグレード

- 13.6 Oracle Identity Navigator 11gリリース2 (11.1.2.2.0)のアップグレード

- 13.7 Oracle Platform Security Servicesスキーマの作成

- 13.8 Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.1.x.xコンポーネント・ドメインの拡張

- 13.9 Oracle Platform Security Servicesのアップグレード

- 13.10 Oracle Platform Security Servicesセキュリティ・ストアの構成

- 13.11 管理サーバーの起動

- 13.12 デプロイメント・サマリーの確認

- 13.13 Oracle Identity Navigatorアプリケーションのアップグレード

- 13.14 Oracle Identity Navigator 11.1.2.2.0メタデータのインポート

- 13.15 アップグレードの確認

- 13.16 オプション: OPAM管理対象サーバー上のOracle Identity Navigatorの構成

14 Oracle Identity Manager 9.1.x.x環境のアップグレード

- 14.1 Oracle Identity Managerのアップグレード手順

- 14.2 アップグレード前の手順

- 14.2.1 機能の比較

- 14.2.2 システム要件および動作保証の確認

- 14.2.3 Oracle Identity Manager 9.1.x.xで使用されているデータベースのバックアップ

- 14.2.4 アップグレード前レポートの生成および分析

- 14.2.4.1 アップグレード前レポート・ユーティリティの入手

- 14.2.4.2 アップグレード前レポートの生成

- 14.2.4.3 アップグレード前レポートの分析

- 14.2.5 OSIデータのアップグレード

- 14.2.6 xlconfig.xmlファイルの確認

- 14.2.7 ITリソース・タイプのリコンシリエーション・フィールドの作成

- 14.3 新しいOracleホームのインストールおよびデータベース・スキーマのアップグレード

- 14.3.1 必要なスキーマの作成

- 14.3.2 Oracle WebLogic Server 10.3.6のインストール

- 14.3.3 Oracle SOA Suite 11.1.1.7.0のインストールおよび必須SOAパッチの適用

- 14.3.4 Oracle Identity Manager 11.1.2.2.0のインストール

- 14.3.5 Oracle Identity Managerスキーマのアップグレード

- 14.3.6 Oracle Platform Security Servicesスキーマのアップグレード

- 14.3.7 Oracle Identity Manager 11.1.2.2.0用のドメインの作成

- 14.3.8 データベース・セキュリティ・ストアの構成

- 14.3.9 管理サーバーおよびSOA管理対象サーバーの起動

- 14.4 その他のOracle Identity Managerインストール済コンポーネントの構成

- 14.4.1 Oracle Identity Manager Server 11.1.2.2.0の構成

- 14.4.2 管理サーバーおよびSOA管理対象サーバーの再起動

- 14.5 Oracle Identity Manager 9.1.x.x中間層のアップグレード

- 14.5.1 Oracle Identity Manager管理対象サーバーの起動および停止

- 14.5.2 Oracle Identity Manager中間層のアップグレード

- 14.5.3 すべてのサーバーの再起動

- 14.6 アップグレード後の手順

- 14.6.1 オプション: Oracle Identity Manager Design Console 11.1.2.2.0の構成

- 14.6.2 オプション: Oracle Identity Manager Remote Manager 11.1.2.2.0の構成

- 14.6.3 アップグレード後のタスクの実行

- 14.6.3.1 パフォーマンス・チューニングの推奨事項の確認

- 14.6.3.2 権限リスト・スケジュールの実行

- 14.6.3.3 権限割当てスケジュール・ジョブの実行

- 14.6.3.4 ユーザー・ポリシーの評価に関するスケジュール済タスクの実行

- 14.6.3.5 カタログの同期の実行

- 14.6.3.6 UMS通知プロバイダ

- 14.6.3.7 ユーザーUDFのアップグレード

- 14.6.3.8 アプリケーション・インスタンスのアップグレード

- 14.6.3.9 XIMDDの再デプロイ

- 14.6.3.10 SPML-DSMLの再デプロイ

- 14.6.3.11 イベント・ハンドラのカスタマイズ

- 14.6.3.12 アダプタの再コンパイル

- 14.6.3.13 事前移入アダプタの再書込み

- 14.6.3.14 ユーザー・ログインの無効化

- 14.6.3.15 Oracle Identity Management Reportsのアップグレード

- 14.6.3.16 新しいSOAコンポジットの作成

- 14.6.3.17 自己登録に対する自動承認の構成

- 14.6.3.18 監査スナップショットの生成

- 14.6.3.19 監査の有効化

- 14.6.3.20 パスワード・ポリシーの作成

- 14.6.3.21 OIMデータ・パージ・ジョブのパラメータの確認

- 14.6.3.22 コネクタの動作保証の確認

- 14.6.3.23 コネクタの機能の確認

- 14.6.4 アップグレードの確認

第IV部 Oracle Identity and Access Management高可用性環境のアップグレード

15 Oracle Access Manager高可用性環境のアップグレード

- 15.1 Access Manager高可用性アップグレード・トポロジの理解

- 15.2 アップグレード手順

- 15.3 OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの停止

- 15.4 既存の環境のバックアップ

- 15.5 OAMHOST1の11.1.2.2.0へのアップグレード

- 15.6 OAMHOST1上のコンポーネント・バージョンの更新

- 15.7 OAMHOST1上のAccess Managerサーバー・アプリケーションと共有ライブラリの再デプロイ

- 15.8 OAMHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新

- 15.8.1 Oracle WebLogic Serverバイナリの10.3.6への更新

- 15.8.2 Access Managerバイナリの11.1.2.2.0への更新

- 15.9 OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの起動

- 15.10 トラブルシューティング

- 15.10.1 アップグレード後にマルチデータ・センターが機能しない

16 Oracle Adaptive Access Manager高可用性環境のアップグレード

- 16.1 Oracle Adaptive Access Manager高可用性アップグレード・トポロジの理解

- 16.2 アップグレード手順

- 16.3 OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの停止

- 16.4 既存の環境のバックアップ

- 16.5 OAAMHOST2上のWebLogic ServerおよびOracle Adaptive Access Managerのバイナリの更新

- 16.5.1 Oracle WebLogic Serverバイナリの10.3.6への更新

- 16.5.2 Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新

- 16.6 OAAMHOST1の11.1.2.2.0へのアップグレード

- 16.7 OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの起動

17 Oracle Identity Manager高可用性環境のアップグレード

- 17.1 Oracle Identity Manager高可用性アップグレード・トポロジの理解

- 17.2 アップグレード手順

- 17.3 OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

- 17.4 既存の環境のバックアップ

- 17.5 OIMHOST1の11.1.2.2.0へのアップグレード

- 17.6 OIMHOST1上のコンポーネント・バージョンの更新

- 17.7 OIMHOST2上のWebLogic Server、Oracle Identity ManagerおよびOracle SOA Suiteのバイナリの更新

- 17.7.1 Oracle WebLogic Serverバイナリの10.3.6への更新

- 17.7.2 Oracle SOA Suiteバイナリの11.1.1.7.0への更新

- 17.7.3 Oracle Identity Managerバイナリの11.1.2.2.0への更新

- 17.8 OIMHOST2でのドメイン構成のレプリケート

- 17.9 OIMHOST2上のOracle Identity Manager中間層のアップグレード

- 17.10 OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの起動

- 17.11 アップグレード後のタスクの実行

- 17.11.1 OHS属性を使用したSOAコンポジットの更新

- 17.11.2 Oracle Identity ManagerのSOA構成RMI URLの更新

- 17.12 トラブルシューティング

- 17.12.1 ユーザー作成時のログ内の例外

18 Oracle Entitlements Server高可用性環境のアップグレード

- 18.1 Oracle Entitlements Server高可用性アップグレード・トポロジの理解

- 18.2 アップグレード手順

- 18.3 OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの停止

- 18.4 既存の環境のバックアップ

- 18.5 OESHOST1上のWebLogic ServerおよびOracle Entitlements Serverのバイナリの更新

- 18.5.1 Oracle WebLogic Serverバイナリの10.3.6への更新

- 18.5.2 Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

- 18.6 OESHOST1上のOracle Platform Security Servicesスキーマのアップグレード

- 18.7 OESHOST1上のOracle Platform Security Servicesのアップグレード

- 18.8 OESHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新

- 18.8.1 Oracle WebLogic Serverバイナリの10.3.6への更新

- 18.8.2 Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

- 18.9 OESHOST1およびOESHOST2上のAPMアプリケーションの再デプロイ

- 18.10 OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの起動

19 Oracle Privileged Account Manager高可用性環境のアップグレード

- 19.1 Oracle Privileged Account Manager高可用性アップグレード・トポロジの理解

- 19.2 アップグレード手順

- 19.3 OPAMHOST1およびOPAMHOST2におけるすべてのサーバーの停止

- 19.4 既存の環境のバックアップ

- 19.5 OPAMHOST1およびOPAMHOST2におけるWebLogic ServerとOracle Privileged Account Managerのバイナリの更新

- 19.5.1 OPAMHOST1およびOPAMHOST2におけるOracle WebLogic Serverのバイナリの10.3.6への更新

- 19.5.2 OPAMHOST1およびOPAMHOST2におけるOracle Privileged Account Managerのバイナリの11.1.2.2.0への更新

- 19.6 OPAMHOST1におけるデータベース・スキーマのアップグレード

- 19.7 OPAMHOST1およびOPAMHOST2における管理サーバー、ノード・マネージャおよび管理対象サーバーの起動

- 19.8 OPAMHOST1におけるアプリケーションの再デプロイ

- 19.9 ドメインのアップグレードの確認

- 19.10 オプション: Oracle Privileged Account Managerセッション・マネージャの構成

- 19.11 オプション: WLS_OPAM1およびWLS_OPAM2に対するOracle Identity Navigatorの構成

はじめに

このドキュメントでは、Oracle WebLogic Server上のOracle Identity and Access Managementコンポーネントを11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

対象読者

このドキュメントは、既存のOracle Identity and Access Management環境からOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)へのアップグレードを担当するシステム管理者を対象としています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)のドキュメント・ライブラリに含まれる次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド

- Oracle Fusion Middleware Oracle Identity and Access Management移行ガイド

- Oracle Fusion Middleware Oracle Identity Manager管理者ガイド

- Oracle Fusion Middleware Oracle Access Management管理者ガイド

- Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイド

- Oracle Fusion Middleware Oracle Entitlements Server管理者ガイド

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイド

- Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド

- Oracle Fusion Middleware高可用性ガイド

- Oracle Fusion Middlewareのリリース・ノート

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

第I部

Oracle Identity and Access Managementの理解

この部には次の章が含まれます:

- 第1章「Oracle Identity and Access Managementのアップグレードの概要」

- 第2章「アップグレードの共通タスク」

1 Oracle Identity and Access Managementのアップグレードの概要

この章では、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)のアップグレード・プロセスおよびドキュメント・ロードマップの概要を説明します。また、この章では、11.1.2.2.0でサポートされているアップグレード・シナリオについても説明します。

この章の内容は次のとおりです。

- 第1.1項「Oracle Identity and Access Managementの概要」

- 第1.2項「アップグレード・シナリオ」

- 第1.3項「移行および共存のシナリオ」

- 第1.4項「単一ノードでのアップグレードでサポートされている開始ポイント」

- 第1.5項「高可用性環境のアップグレードでサポートされている開始ポイント」

- 第1.6項「ドキュメント・ロードマップ」

1.1 Oracle Identity and Access Managementの概要

Oracle Identity and Access Managementコンポーネントでは、ファイアウォール内外のすべてのエンタープライズ・リソース間でユーザー・アイデンティティのエンドツーエンド・ライフサイクルを企業で管理できます。Oracle Identity and Access Managementを使用すると、アプリケーションのデプロイ所要時間の短縮、最も下位のレベルでの企業リソースに対する保護の適用、隠れたアクセス権限の自動削除などが可能になります。

Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)には、次の製品が含まれます。

- Oracle Access Managementには次のコンポーネントが含まれます。

- Oracle Access Management Access Manager

- Oracle Access Management Identity Federation

- Oracle Access Management Mobile and Social

- Oracle Access Management Security Token Service

- Oracle Adaptive Access Manager

- Oracle Identity Manager

- Oracle Entitlements Server

- Oracle Privileged Account Manager

- Oracle Identity Navigator

1.2 アップグレード・シナリオ

アップグレードという用語は、Oracle WebLogic Server上のOracle Identity and Access Management 11gリリース1および11gリリース2の既存コンポーネントをOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)にアップグレードすることを意味します。これらの各アップグレード・シナリオでは、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用して、既存のOracleホーム(IAM_HOME)をOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)にアップグレードします。

次のOracle Identity and Access ManagementコンポーネントをOracle Identity and Access Managementの11.1.2.2.0にアップグレードできます。

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のコンポーネント

- Oracle Access Manager 11.1.2.1.0

- Oracle Adaptive Access Manager 11.1.2.1.0

- Oracle Identity Manager 11.1.2.1.0

- Oracle Entitlements Server 11.1.2.1.0

- Oracle Privileged Account Manager 11.1.2.1.0

- Oracle Identity Navigator 11.1.2.1.0

- Oracle Identity and Access Management 11gリリース2 (11.1.2)のコンポーネント

- Oracle Access Manager 11.1.2

- Oracle Adaptive Access Manager 11.1.2

- Oracle Identity Manager 11.1.2

- Oracle Entitlements Server 11.1.2

- Oracle Privileged Account Manager 11.1.2

- Oracle Identity Navigator 11.1.2

- Oracle Identity and Access Management 11gリリース1 (11.1.1.7.0)のコンポーネント

- Oracle Access Manager 11.1.1.7.0

- Oracle Adaptive Access Manager 11.1.1.7.0

- Oracle Identity Manager 11.1.1.7.0

- Oracle Identity Navigator 11.1.1.7.0

- Oracle Identity and Access Management 11gリリース1 (11.1.1.5.0)コンポーネント

- Oracle Access Manager 11.1.1.5.0

- Oracle Adaptive Access Manager 11.1.1.5.0

- Oracle Identity Manager 11.1.1.5.0

- Oracle Entitlements Server 11.1.1.5.0

- Oracle Identity Navigator 11.1.1.5.0

- Oracle Identity Manager 9.1.x.x

注意:

このガイドでは、この項で説明されているすべてのアップグレード・シナリオの手順が取り上げられています。

1.3 移行および共存のシナリオ

移行という用語は、10gバージョンのOracle Identity and Access ManagementコンポーネントまたはSun製品をOracle Identity and Access Management 11.1.2.2.0に移行すること、つまり次の製品をOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)に移行するシナリオを意味します。これらの移行シナリオでは、新しい11gリリース2 (11.1.2.2.0) Oracleホーム(IAM_HOME)をインストールしてから、以前のインストールの構成データを新しい11gリリース2 (11.1.2.2.0) Oracleホームに移行します。

- Oracle Access Manager 10g

- Oracle Adaptive Access Manager 10g

- Oracle Single Sign-On 10g

- Sun OpenSSO Enterprise 8.0

- Sun Java System Access Manager 7.1

- Oracle Identity Analytics

移行中は、新旧両方のデプロイメントを一緒に実装できるため、いくつかのアプリケーションは古いサーバーで保護し、その他は新しいサーバーで保護できます。この共存モードによって、異なるサーバーから保護されるアプリケーション間を移動する際に、シームレスなシングル・サインオン環境を利用できます。

たとえば、Sun OpenSSO Enterprise 8.0サーバーとOracle Access Management Access Manager 11.1.2.2.0サーバーは共存および連携が可能なため、Sun OpenSSO Enterprise 8.0サーバーおよびOracle Access Management Access Manager 11.1.2.2.0サーバーによって保護されるアプリケーション間を移動する際にシームレスなシングル・サインオン環境を利用できます。

11gリリース2 (11.1.2.2.0)でサポートされる共存シナリオは次のとおりです。

- Oracle Access Manager 10gおよびOracle Access Management Access Manager 11.1.2.2.0の共存

- Sun OpenSSO Enterprise 8.0とOracle Access Management Access Manager 11.1.2.2.0の共存

- Sun Java System Access Manager 7.1とOracle Access Management Access Manager 11.1.2.2.0の共存

注意:

このガイドでは、第1.2項「アップグレード・シナリオ」で説明されているアップグレード・シナリオのみが取り上げられています。

移行および共存シナリオについては、『Oracle Fusion Middleware Oracle Identity and Access Management移行ガイド』で取り上げられています。

1.4 単一ノードでのアップグレードでサポートされている開始ポイント

この項では、単一ノードでOracle Identity and Access Managementをアップグレードする際にサポートされている開始ポイントについて説明します。

この項の内容は次のとおりです。

- Oracle Access Managerのアップグレードでサポートされている開始ポイント

- Oracle Adaptive Access Managerのアップグレードでサポートされている開始ポイント

- Oracle Identity Managerのアップグレードでサポートされている開始ポイント

- Oracle Entitlements Serverのアップグレードでサポートされている開始ポイント

- Oracle Privileged Account Managerのアップグレードでサポートされている開始ポイント

- Oracle Identity Navigatorのアップグレードでサポートされている開始ポイント

1.4.1 Oracle Access Managerのアップグレードでサポートされている開始ポイント

表1-1に、単一ノードでOracle Access Managerを11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-1 アップグレードの対象としてサポートされているOracle Access Managerリリース

リリース

サポートされているバンドル・パッチ

11gリリース2 (11.1.2.1.0)

- バンドル・パッチ11.1.2.1.1

11gリリース2 (11.1.2)

- バンドル・パッチ11.1.2.0.3

- バンドル・パッチ11.1.2.0.2

- バンドル・パッチ11.1.2.0.1

11gリリース1 (11.1.1.7.0)

- バンドル・パッチ11.1.1.7.0 OAM-FAREL8-BP

- バンドル・パッチ11.1.1.7.0 OAM-FAREL7-BP

11gリリース1 (11.1.1.5.0)

- バンドル・パッチ11.1.1.5.5

- バンドル・パッチ11.1.1.5.4

- バンドル・パッチ11.1.1.5.3

- バンドル・パッチ11.1.1.5.2

- バンドル・パッチ11.1.1.5.1

10g (10.1.4.3)

このバージョンは移行対象としてサポートされています。

注意:

Oracle Access Manager 10gからOracle Access Management Access Manager 11.1.2.2.0に移すことを移行と呼び、その手順は『Oracle Fusion Middleware Oracle Identity and Access Management移行ガイド』にまとめられています。

1.4.2 Oracle Adaptive Access Managerのアップグレードでサポートされている開始ポイント

表1-2に、単一ノードでOracle Adaptive Access Managerを11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-2 アップグレードの対象としてサポートされているOracle Adaptive Access Managerリリース

リリース

サポートされているバンドル・パッチ

11gリリース2 (11.1.2.1.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース2 (11.1.2)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.7.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.5.0)

- バンドル・パッチ11.1.1.5.1

- バンドル・パッチ11.1.1.5.2

10g (10.1.4.5)

- バンドル・パッチ15

注意:

Oracle Adaptive Access Manager 10g (10.1.4.5)からOracle Adaptive Access Manager 11.1.2.2.0に移すことを移行と呼び、その手順は『Oracle Identity and Access Management移行ガイド』にまとめられています。

1.4.3 Oracle Identity Managerのアップグレードでサポートされている開始ポイント

表1-3に、単一ノードでOracle Identity Managerを11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-3 アップグレードの対象としてサポートされているOracle Identity Managerリリース

リリース

サポートされているバンドル・パッチ

11gリリース2 (11.1.2.1.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース2 (11.1.2)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.7.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.5.0)

- すべてのバンドル・パッチがサポートされています。

9.1.x.x

- バンドル・パッチ9.1.0.1以上

1.4.4 Oracle Entitlements Serverのアップグレードでサポートされている開始ポイント

表1-4に、単一ノードでOracle Entitlements Serverを11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-4 アップグレードの対象としてサポートされているOracle Entitlements Serverリリース

リリース

サポートされているバンドル・パッチ

11gリリース2 (11.1.2.1.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース2 (11.1.2)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.5.0)

- バンドル・パッチ11.1.1.5.1

1.4.5 Oracle Privileged Account Managerのアップグレードでサポートされている開始ポイント

表1-5に、単一ノードでOracle Privileged Account Managerを11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-5 アップグレードの対象としてサポートされているOracle Privileged Account Managerリリース

リリース

サポートされているバンドル・パッチ

11gリリース2 (11.1.2.1.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース2 (11.1.2)

- すべてのバンドル・パッチがサポートされています。

1.4.6 Oracle Identity Navigatorのアップグレードでサポートされている開始ポイント

表1-6に、単一ノードでOracle Entitlements Serverを11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-6 アップグレードの対象としてサポートされているOracle Identity Navigatorリリース

リリース

サポートされているバンドル・パッチ

11gリリース2 (11.1.2.1.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース2 (11.1.2)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.7.0)

- すべてのバンドル・パッチがサポートされています。

11gリリース1 (11.1.1.5.0)

- すべてのバンドル・パッチがサポートされています。

1.5 高可用性環境のアップグレードでサポートされている開始ポイント

表1-7に、Oracle Identity and Access Managementの各種コンポーネントの高可用性環境を11gリリース2 (11.1.2.2.0)にアップグレードする際にサポートされている開始ポイントを示します。

表1-7 高可用性アップグレードの対象としてサポートされているOracle Identity and Access Managementリリース

コンポーネント

サポートされている開始ポイント

Oracle Access Manager

- 11gリリース2 (11.1.2.1.0)

- 11gリリース1 (11.1.1.5.0)

Oracle Adaptive Access Manager

- 11gリリース2 (11.1.2.1.0)

- 11gリリース1 (11.1.1.5.0)

Oracle Identity Manager

- 11gリリース2 (11.1.2.1.0)

- 11gリリース2 (11.1.2)

- 11gリリース1 (11.1.1.5.0)

Oracle Entitlements Server

- 11gリリース2 (11.1.2.1.0)

Oracle Privileged Account Manager

- 11gリリース2 (11.1.2.1.0)

1.6 ドキュメント・ロードマップ

この項では、Oracle WebLogic Serverでのすべてのアップグレード・シナリオのドキュメント・ロードマップを示します。

注意:

Oracle Identity and Access ManagementコンポーネントのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middleware Oracle Identity and Access Managemenサードパーティ・アプリケーション・サーバー・ガイドを参照してください。

表1-8に、すべてのアップグレード・シナリオおよびそれぞれ対応するアップグレード手順が記載された章を示します。アップグレード・シナリオに対応する章に移動し、その手順に従ってください。

表1-8 Oracle Identity and Access Managementのアップグレードに関するドキュメント・ロードマップ

アップグレード・シナリオ

章

単一ノードでのOracle Identity and Access Management 11.1.2.1.0および11.1.2のアップグレード

Oracle Access Management Access Manager 11.1.2.1.0からOracle Access Management Access Manager 11.1.2.2.0へのアップグレード

Oracle Access Management Access Manager 11.1.2からOracle Access Management Access Manager 11.1.2.2.0へのアップグレード

第3章「Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

Oracle Adaptive Access Manager 11.1.2.1.0からOracle Adaptive Access Manager 11.1.2.2.0へのアップグレード

Oracle Adaptive Access Manager 11.1.2からOracle Adaptive Access Manager 11.1.2.2.0へのアップグレード

第4章「Oracle Adaptive Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

Oracle Identity Manager 11.1.2.1.0からOracle Identity Manager 11.1.2.2.0へのアップグレード

Oracle Identity Manager 11.1.2からOracle Identity Manager 11.1.2.2.0へのアップグレード

第5章「Oracle Identity Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

Oracle Entitlements Server 11.1.2.1.0からOracle Entitlements Server 11.1.2.2.0へのアップグレード

Oracle Entitlements Server 11.1.2からOracle Entitlements Server 11.1.2.2.0へのアップグレード

第6章「Oracle Entitlements Server 11gリリース2 (11.1.2.x.x)環境のアップグレード」

Oracle Privileged Account Manager 11.1.2.1.0からOracle Privileged Account Manager 11.1.2.2.0へのアップグレード

Oracle Privileged Account Manager 11.1.2からOracle Privileged Account Manager 11.1.2.2.0へのアップグレード

第7章「Oracle Privileged Account Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

Oracle Identity Navigator 11.1.2.1.0からOracle Identity Navigator 11.1.2.2.0へのアップグレード

Oracle Identity Navigator 11.1.2.1.0からOracle Identity Navigator 11.1.2.2.0へのアップグレード

第8章「Oracle Identity Navigator 11gリリース2 (11.1.2.x.x)環境のアップグレード」

単一ノードでのOracle Identity and Access Management 11.1.1.7.0、11.1.1.5.0および9.1.x.xのアップグレード

Oracle Access Manager 11.1.1.7.0からOracle Access Management Access Manager 11.1.2.2.0へのアップグレード

Oracle Access Manager 11.1.1.5.0からOracle Access Management Access Manager 11.1.2.2.0へのアップグレード

第9章「Oracle Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」

Oracle Adaptive Access Manager 11.1.1.7.0からOracle Adaptive Access Manager 11.1.2.2.0へのアップグレード

Oracle Adaptive Access Manager 11.1.1.5.0からOracle Adaptive Access Manager 11.1.2.2.0へのアップグレード

第10章「Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」

Oracle Identity Manager 11.1.1.7.0からOracle Identity Manager 11.1.2.2.0へのアップグレード

Oracle Identity Manager 11.1.1.5.0からOracle Identity Manager 11.1.2.2.0へのアップグレード

Oracle Identity Manager 9.1.x.xからOracle Identity Manager 11.1.2.2.0へのアップグレード

第11章「Oracle Identity Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」

第14章「Oracle Identity Manager 9.1.x.x環境のアップグレード」

Oracle Entitlements Server 11.1.1.5.0からOracle Entitlements Server 11.1.2.2.0へのアップグレード

第12章「Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)環境のアップグレード」

Oracle Identity Navigator 11.1.1.7.0からOracle Identity Navigator 11.1.2.2.0へのアップグレード

Oracle Identity Navigator 11.1.1.5.0からOracle Identity Navigator 11.1.2.2.0へのアップグレード

第13章「Oracle Identity Navigator 11gリリース1 (11.1.1.x.x)環境のアップグレード」

Oracle Identity and Access Management高可用性アップグレード

Oracle Access Manager高可用性アップグレード

第15章「Oracle Access Manager高可用性環境のアップグレード」

Oracle Adaptive Access Manager高可用性アップグレード

第16章「Oracle Adaptive Access Manager高可用性環境のアップグレード」

Oracle Identity Navigator高可用性アップグレード

第17章「Oracle Identity Manager高可用性環境のアップグレード」

Oracle Entitlements Server高可用性アップグレード

第18章「Oracle Entitlements Server高可用性環境のアップグレード」

Oracle Privileged Account Manager高可用性アップグレード

第19章「Oracle Privileged Account Manager高可用性環境のアップグレード」

2 アップグレードの共通タスク

この章では、アップグレード・プロセスの一環として実行する必要があるアップグレード・タスクを示します。

注意:

この章では、様々なアップグレード・シナリオに共通するアップグレード・タスクを取り上げます。この章に記載のタスクをすべて実行する必要があるわけではありません。アップグレード・ロードマップについては、第1.6項「ドキュメント・ロードマップ」を参照してください。

この章の内容は、次のとおりです。

- 第2.1項「システム要件と動作保証の確認」

- 第2.2項「既存の環境のバックアップ」

- 第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」

- 第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」

- 第2.5項「リポジトリ作成ユーティリティを使用したデータベース・スキーマの作成」

- 第2.6項「パッチ・セット・アシスタントを使用したスキーマのアップグレード」

- 第2.7項「Oracle Platform Security Servicesのアップグレード」

- 第2.8項「サーバーの停止」

- 第2.9項「サーバーの起動」

2.1 システム要件および動作保証の確認

インストール、アップグレードまたは移行を実行する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件を環境が満たしていることを確認します。

- Oracle Fusion Middlewareのシステム要件と仕様
このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が含まれます。

- Oracle Fusion Middlewareのサポートされるシステム構成
このドキュメントには、サポートされるインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサード・パーティ製品に関する情報が含まれます。

- インストール時に発生する可能性がある相互運用性および互換性の問題については、『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。
Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのドキュメントに記載されています。この情報は、既存の環境をアップグレードする既存ユーザーと新しいOracle Fusion Middlewareユーザーの両方に適用されます。

2.2 既存の環境のバックアップ

既存の環境をバックアップするには、すべてのサーバーを停止してから、次のものをバックアップする必要があります。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- データベース・スキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

2.3 Oracle WebLogic Server 10.3.6へのアップグレード

Oracle WebLogic Serverを10.3.6にアップグレードするには、次の手順を実行します。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

2.4 Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新

既存のOracle Identity and Access Managementバイナリを11.1.2.2.0に更新するには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。そのためには、次のタスクを実行します。

- ソフトウェアの入手

- Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラの起動

- Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)のインストール

2.4.1 ソフトウェアの入手

Oracle Fusion Middleware 11gソフトウェアの入手に関する詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeを参照してください。

2.4.2 Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラの起動

この項では、Oracle Identity and Access Managementインストーラの起動方法について説明します。

注意:

- IBM AIXオペレーティング・システムにインストールする場合は、インストーラを起動する前に、Disk1ディレクトリからrootpre.shスクリプトを実行する必要があります。

- rootユーザーとしてのインストーラの起動は、サポートされていません。

次を実行してインストーラを起動します。

UNIXの場合:

1. 現在の作業ディレクトリから、インストーラのコンテンツを抽出したディレクトリに移動します。

2. 次の場所に移動します。
cd Disk1

3. 次のコマンドを実行します。
./runInstaller -jreLoc <JREディレクトリへのフルパス>

次に例を示します。

./runInstaller -jreLoc <MW_HOME>/jdk160_29/jre

Windowsの場合:

1. 現在の作業ディレクトリから、インストーラのコンテンツを抽出したディレクトリに移動します。

2. 次の場所に移動します。
cd Disk1

3. 次のコマンドを実行します。
setup.exe -jreLoc <JREディレクトリへのフルパス>

次に例を示します。

setup.exe -jreLoc <MW_HOME>\jdk160_29\jre

注意:

Oracle JRockit JDKの使用時にコマンド行で-jreLocオプションを指定しないと、次の警告メッセージが表示されます。

-XX:MaxPermSize=512mは有効なVMオプションではありません。無視します。

この警告メッセージは、インストールには影響しません。インストールを続行できます。

64ビットのプラットフォームでは、汎用jarファイルを使用してOracle WebLogic Serverをインストールすると、ミドルウェア・ホームにjrockit_1.6.0_29ディレクトリが作成されません。JDKがある場所からJREフォルダへの絶対パスを入力する必要があります。

2.4.3 Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)のインストール

既存のOracle Identity and Access Managementバイナリを11.1.2.2.0にアップグレードするには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用します。

1. インストーラを起動すると、「ようこそ」画面が表示されます。

2. 「ようこそ」画面で「次へ」をクリックします。ソフトウェア更新のインストール画面が表示されます。更新を検索するかどうかを選択します。「次へ」をクリックします。「前提条件のチェック」画面が表示されます。すべての前提条件の確認が完了したら、「次へ」をクリックします。「インストール場所の指定」画面が表示されます。

3. 「インストール場所の指定」画面で、ミドルウェア・ホームとして、システムにインストールされている既存のミドルウェア・ホームを指定します。

4. 「Oracleホーム・ディレクトリ」フィールドで、既存のOracle Identity and Access Managementホームのパスを指定します。このドキュメントでは、このディレクトリを<IAM_HOME>とも呼びます。
「次へ」をクリックします。「インストール・サマリー」画面が表示されます。

5. 「インストール・サマリー」画面には、選択内容の概要が表示されます。その概要を確認して、このインストールを進めるかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。Oracle Identity and Access Managementのインストールを続行するには、「インストール」をクリックします。「インストールの進行状況」画面が表示されます。

6. インストールの進行状況を監視します。インストール・ログ・ファイルの場所が参照用にリストされます。インストールの進行状況が100%に達したら、「OK」をクリックします。問題が発生した場合は、ログ・ファイルを確認してください。ログ・ファイルの場所については、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のインストール・ログ・ファイルの場所に関する説明を参照してください。

注意:

インストールの進行中にインストールを取り消した場合または中断した場合は、Oracle Identity and Access Managementソフトウェアの再インストールが可能になる前に、<IAM_HOME>ディレクトリを手動で削除する必要があります。

インストール・プロセスのいずれかの段階でオンライン・ヘルプを起動するには、インストール・ウィザード画面の「ヘルプ」をクリックします。

7. 「インストール 完了」画面が表示されます。「インストール 完了」画面で「終了」をクリックします。
このインストール・プロセスで、システムに11.1.2.2.0 Oracle Identity and Access Managementソフトウェアがコピーされます。

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.2.2.0)のインストールと構成に関する項を参照してください。

2.5 リポジトリ作成ユーティリティを使用したデータベース・スキーマの作成

11.1.2.2.0データベース・スキーマを作成するには、リポジトリ作成ユーティリティ(RCU)を使用する必要があります。アクセス・データのエクスポート時に古いスキーマ資格証明が必要になるため、新しいスキーマを作成する際は、既存のスキーマを削除したり、古いスキーマ名を使用しないでください。

データベース・スキーマを作成するには、次のタスクを実行します。

1. リポジトリ作成ユーティリティの入手

2. リポジトリ作成ユーティリティの起動

3. スキーマの作成

2.5.1 リポジトリ作成ユーティリティの入手

リポジトリ作成ユーティリティをダウンロードします。リポジトリ作成ユーティリティを入手する方法の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のRCUの入手に関する説明を参照してください。

2.5.2 リポジトリ作成ユーティリティの起動

ダウンロードした場所からリポジトリ作成ユーティリティを起動します。リポジトリ作成ユーティリティを起動する方法の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のRCUの起動に関する説明を参照してください。

2.5.3 スキーマの作成

リポジトリ作成ユーティリティを使用して必要なスキーマを作成します。スキーマを作成する方法の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する説明を参照してください。

2.6 パッチ・セット・アシスタントを使用したスキーマのアップグレード

既存のスキーマを11.1.2.2.0にアップグレードするには、パッチ・セット・アシスタントを使用する必要があります。データベース・スキーマをアップグレードするには、次のタスクを実行します。

- データベースとスキーマの確認

- パッチ・セット・アシスタントの起動

- パッチ・セット・アシスタントのグラフィカル・インタフェースを使用したスキーマのアップグレード

- スキーマのアップグレードの確認

2.6.1 データベースとスキーマの確認

パッチ・セット・アシスタントを起動する前に、データベースが稼働していること、およびスキーマのアップグレードがサポートされていることを確認します。これを確認するには、次のSQLコマンドを実行します。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

表2-1に、アップグレードのサポート対象であるスキーマおよびそのバージョンを示します。

表2-1 アップグレードのサポート対象であるスキーマおよびバージョン

スキーマ名

アップグレードがサポートされているスキーマのバージョン

Oracle Access Manager(OAM)

11.1.1.3.0

11.1.2.1.0

Oracle Adaptive Access Manager(OAAM)

11.1.1.3.0

11.1.2.0.0

Oracle Identity Manager(OIM)

11.1.1.3.0

11.1.1.5.0

11.1.1.7.0

11.1.2.0.0

11.1.2.1.0

Oracle Privileged Account Manager(OPAM)

11.1.2.0.0

11.1.2.1.0

OPSS (Oracle Platform Security Services)

11.1.1.6.0

2.6.2 パッチ・セット・アシスタントの起動

パッチ・セット・アシスタントを起動するには、次を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/oracle_common/binディレクトリに移動します。
cd <MW_HOME>/oracle_common/bin

2. 次のコマンドを実行します。
./psa

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\oracle_common\binディレクトリに移動します。
cd <MW_HOME>\oracle_common\bin

2. 次のコマンドを実行します。
psa.bat

2.6.3 パッチ・セット・アシスタントのグラフィカル・インタフェースを使用したスキーマのアップグレード

パッチ・セット・アシスタント・インストーラを起動した後は、画面上の手順に従ってスキーマを更新します。

スキーマを更新するには、表2-2の手順に従います。

表2-2 パッチ・セット・アシスタントの画面

画面

説明

ようこそ

このページがパッチ・セット・アシスタントの最初の画面です。

コンポーネントの選択

アップグレードするコンポーネントを選択します。

前提条件

データベースの前提条件を満たしていることを確認します。

スキーマ

データベースに接続するためのデータベース資格証明を指定して、更新するスキーマを選択します。

この画面は、「コンポーネントの選択」画面で選択したコンポーネントに応じて、更新が必要なスキーマごとに1回表示されます。

調査

このページには、各コンポーネント・スキーマを調査する際のパッチ・セット・アシスタントのステータスが表示されます。スキーマの「ステータス」列に「成功」のインジケータが表示されていることを確認します。

アップグレード・サマリー

更新が必要なスキーマであることを確認します。

アップグレードの進行状況

この画面には、スキーマの更新の進行状況が表示されます。

アップグレード成功

アップグレードに成功すると、この画面が表示されます。

2.6.4 スキーマのアップグレードの確認

ログ・ファイルをチェックすることでスキーマのアップグレードを確認できます。パッチ・セット・アシスタントでは、次の場所にログ・ファイルが作成されます。

UNIXの場合:

<MW_HOME>/oracle_common/upgrade/logs/psa/psatimestamp.log

Windowsの場合:

<MW_HOME>\oracle_common\upgrade\logs\psa\psatimestamp.log

コンポーネントによっては、同じ場所にpsatimestamp.outという2次ログ・ファイルが作成されます。

timestampには、パッチ・セット・アシスタントが実行された実際の日時が反映されます。

パッチ・セット・アシスタントの実行時にいずれかの障害が発生した場合は、これらのログ・ファイルを使用して問題を診断し、修正できます。削除しないでください。ログ・ファイルの内容は、コマンド行から別の-logLevelを指定することで変更できます。

パッチ・セット・アシスタントで実行される処理のいくつかは、他の処理より時間がかかる場合があります。時間のかかるこれらの処理の進行状況を確認するには、ログ・ファイルでこの情報を確認するか、次の問合せを使用できます。

SELECT VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY WHERE OWNER='schema_name';

問合せ結果のSTATUSフィールドは、スキーマへのパッチ適用処理中はUPGRADINGまたはUPGRADEDに、処理が終了するとVALIDになります。

2.7 Oracle Platform Security Servicesのアップグレード

この項では、Oracle Platform Security Services (OPSS)をアップグレードする方法について説明します。

Oracle Platform Security Servicesをアップグレードするには、構成およびポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

LDAPベースまたはDBベースのストアのOracle Platform Security Servicesをアップグレードするには、次の手順を実行します。

1. MW_HOME/oracle_common/common/binから次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合:

./wlst.sh

Windowsの場合:

wlst.cmd

2. 次のコマンドを実行して、OPSSをアップグレードします。

upgradeOpss(jpsConfig="<absolute_path_to_old_version_jps-config.xml_file>",
jaznData="<absolute_path_to_new_version_OOTB_JAZN_data_file>",
auditStore="<absolute_path_to_OOTB_audit-store.xml_file>",
jdbcDriver="<jdbc_driver>",
url="<jdbc_ldap_url>",
user="<jdbc_ldap_user>",
password="<jdbc_ldap_password>"],
upgradeJseStoreType="true/false"])

表2-3に、upgradeOpssコマンドの引数を示します。

表2-3 upgradeOpssコマンドの実行時に指定する引数

引数

使用する状況

必須/オプション

説明

jpsConfig

この引数は、Oracle Identity and Access Management 11gリリース1 (11.1.1.x.x)または11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースとLDAPベースのどちらのストアにも必須です。

11.1.2.x.xのjps-config.xmlドメイン構成ファイルの場所への絶対パスを指定します。

upgradeOpssスクリプトを実行すると、jps-config.xmlファイルが同じディレクトリにバックアップされ、その名前に接尾辞.bakが付加されます。

jps-config.xmlファイルは一般にディレクトリ$DOMAIN_HOME/config/fmwconfigにあります。jps-config-jse.xmlファイルは同じディレクトリにあると想定されています。

jaznData

この引数は、Oracle Identity and Access Management 11gリリース1 (11.1.1.x.x)または11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースとLDAPベースのどちらのストアにも必須です。

11.1.2.x.xのデフォルトのsystem-jazn-data.xmlファイルの場所への絶対パスを指定します。

system-jazn-data.xmlファイルは一般にディレクトリ$oracle_common/modules/oracle.jps_11.1.1/domain_configにあります。

auditStore

この引数は、Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースとLDAPベースのどちらのストアにもオプションです。

11.1.2.x.xのデフォルトのaudit-store.xmlファイルの場所への絶対パスを指定します。

指定しなかった場合、引数jaznDataで指定したディレクトリにあるaudit_store.xmlファイルがデフォルトで使用されます。

jdbcDriver

この引数は、Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースのストアの場合にのみ必須です。

ストアに対するJDBCドライバを指定します。

url

この引数は、Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースとLDAPベースのどちらのストアにも必須です。

JDBC URLまたはLDAP URLを次の形式で指定します。

driverType:host:port/servicename

指定しなかった場合、JDBC URLまたはLDAP URLは構成ファイルから読み取られます。

user

この引数は、Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースのストアの場合は必須ですが、LDAPベースのストアの場合はオプションです。

JDBCユーザー名またはLDAPバインド名を指定します。

指定しなかった場合、値は構成ファイルから読み取られます。

LDAPベースのストアの場合、アップグレードを実行するユーザーには、スキーマ、ルート・ノード、およびcn=OPSS,cn=OracleSchemaVersionの下のすべてのノードに対する読取りおよび書込み権限が必要です。

DBベースのストアの場合は、OPSS DBスキーマ・ユーザーとしてアップグレードを実行します。

password

この引数は、Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースのストアの場合は必須ですが、LDAPベースのストアの場合はオプションです。

DBベースのストアの場合はJDBCパスワードを指定し、LDAPベースのストアの場合はLDAPバインド・パスワードを指定します。

指定しなかった場合は構成ファイルから読み取られます。

upgradeJseStoreType

この引数は、Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)から11gリリース2 (11.1.2.2.0)へアップグレードする場合に使用します。

この引数はDBベースとLDAPベースのどちらのストアにもオプションです。

この引数では、jps-config-jse.xmlファイルのストア・タイプ構成をファイルベースからLDAPベースまたはDBベース(jps-config.xmlファイルで指定されたストア・タイプと同じタイプ)に変更するかどうかを指定します。

ストア・タイプ構成を変更する場合は、この引数の値をtrueに設定し、ファイルベース構成を維持する場合は、値をfalseに設定します。

デフォルト値はfalseです。

次に例を示します。

UNIXの場合:

upgradeOpss(jpsConfig="/Oracle/Middleware/user_projects/domains/oes_domain/config/fmwconfig/jps-config.xml",
jaznData="/oracle/middleware/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml",
jdbcDriver="oracle.jdbc.OracleDriver",
url="jdbc:oracle:thin:@host:1234/db123",
user="R2_OPSS",
password="password123",
upgradeJseStoreType="true")

Windowsの場合:

upgradeOpss(jpsConfig="C:\\Oracle\\Middleware\\user_projects\\domains\\oes_domain\\config\\fmwconfig\\jps-config.xml",
jaznData="C:\\oracle\\middleware\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml",
jdbcDriver="oracle.jdbc.OracleDriver",
url="jdbc:oracle:thin:@host:1234/db123",
user="R2_OPSS",
password="password123",
upgradeJseStoreType="true")

2.8 サーバーの停止

WebLogic管理サーバーおよび管理対象サーバーを停止する方法については、次の項を参照してください。

- 管理対象サーバーの停止

- WebLogic管理サーバーの停止

- ノード・マネージャの停止

最初に管理対象サーバーを停止してから、WebLogic管理サーバーを停止する必要があります。

2.8.1 管理対象サーバーの停止

管理対象サーバーを停止するには、次の手順を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME/user_projects/domains/domain_name/binディレクトリに移動します。
cd MW_HOME/user_projects/domains/domain_name/bin

2. 次のコマンドを実行してサーバーを停止します。
./stopManagedWebLogic.sh managed_server_name admin_url admin_username password

各パラメータの意味は次のとおりです。

managed_server_nameは、管理対象サーバーの名前です。

admin_urlは、WebLogic管理コンソールのURLです。http://host:port/consoleという形式で指定します。WebLogic管理サーバーが異なるコンピュータ上にある場合にのみ指定します。

admin_usernameは、WebLogic管理サーバーのユーザー名です。

passwordはWebLogic管理サーバーのパスワードです。

次に例を示します。

./stopManagedWebLogic.sh oim_server1 http://host.example.com:7001/console weblogic password123

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME\user_projects\domains\domain_name\binディレクトリに移動します。
cd MW_HOME\user_projects\domains\domain_name\bin

2. 次のコマンドを実行して管理対象サーバーを停止します。
stopManagedWebLogic.cmd managed_server_name admin_url admin_username password

各パラメータの意味は次のとおりです。

managed_server_nameは、管理対象サーバーの名前です。

admin_urlは、WebLogic管理コンソールのURLです。http://host:port/consoleという形式で指定します。WebLogic管理サーバーが異なるコンピュータ上にある場合にのみ指定します。

admin_usernameは、WebLogic管理サーバーのユーザー名です。

passwordはWebLogic管理サーバーのパスワードです。

次に例を示します。

stopManagedWebLogic.cmd oim_server1 http://host.example.com:7001/console weblogic password123

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のスタックの停止に関する項を参照してください。

2.8.2 WebLogic管理サーバーの停止

WebLogic管理サーバーを停止するには、次の手順を実行します。

UNIXの場合:

次のコマンドを実行します:

cd MW_HOME/user_projects/domains/domain_name/bin

./stopWebLogic.sh

Windowsの場合:

次のコマンドを実行します:

cd MW_HOME\user_projects\domains\domain_name\bin

stopWebLogic.cmd

2.8.3 ノード・マネージャの停止

ノード・マネージャを停止するには、ノード・マネージャが実行されているコマンド・シェルを終了します。

または、nodemanager.propertiesファイルの属性QuitEnabledをtrue (デフォルトはfalse)に設定後に、WLSTコマンドを使用してノード・マネージャに接続し、停止できます。詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のstopNodeManagerに関する説明を参照してください。

2.9 サーバーの起動

WebLogic管理サーバーおよび管理対象サーバーを起動する方法については、次の項を参照してください。

- ノード・マネージャの起動

- WebLogic管理サーバーの起動

- 管理対象サーバーの起動

2.9.1 ノード・マネージャの起動

ノード・マネージャを起動するには、$WL_HOME/server/binからコマンドstartNodeManager.sh (UNIXの場合)またはstartNodeManager.cmd (Windowsの場合)を実行する必要があります。

詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のstartNodeManagerに関する説明を参照してください。

2.9.2 WebLogic管理サーバーの起動

WebLogic管理サーバーを起動するには、次の手順を実行します。

UNIXの場合:

次のコマンドを実行します:

cd MW_HOME/user_projects/domains/domain_name/bin

./startWebLogic.sh

Windowsの場合:

次のコマンドを実行します:

cd MW_HOME\user_projects\domains\domain_name\bin

startWebLogic.cmd

2.9.3 管理対象サーバーの起動

管理対象サーバーを起動するには、次の手順を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME/user_projects/domains/domain_name/binディレクトリに移動します。
cd MW_HOME/user_projects/domains/domain_name/bin

2. 次のコマンドを実行して管理対象サーバーを起動します。
./startManagedWebLogic.sh managed_server_name admin_url admin_username password

各パラメータの意味は次のとおりです。

managed_server_nameは、管理対象サーバーの名前です。

admin_urlは管理コンソールのURLです。http://host:port/consoleという形式で指定します。WebLogic管理サーバーが異なるコンピュータ上にある場合にのみ指定します。

admin_usernameは、WebLogic管理サーバーのユーザー名です。

passwordはWebLogic管理サーバーのパスワードです。

次に例を示します。

./startManagedWebLogic.sh oim_server1 http://host.example.com:7001/console weblogic password123

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME\user_projects\domains\domain_name\binディレクトリに移動します。
cd MW_HOME\user_projects\domains\domain_name\bin

2. 次のコマンドを実行して管理対象サーバーを起動します。
startManagedWebLogic.cmd managed_server_name admin_url admin_username password

各パラメータの意味は次のとおりです。

managed_server_nameは、管理対象サーバーの名前です。

admin_urlは管理コンソールのURLです。http://host:port/consoleという形式で指定します。WebLogic管理サーバーが異なるコンピュータ上にある場合にのみ指定します。

admin_usernameは、WebLogic管理サーバーのユーザー名です。

passwordはWebLogic管理サーバーのパスワードです。

次に例を示します。

startManagedWebLogic.cmd oim_server1 http://host.example.com:7001/console weblogic password123

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のスタックの起動に関する項を参照してください。

第II部

Oracle Identity and Access Management 11gリリース2 (11.1.2.x.x)環境のアップグレード

この部には次の章が含まれます:

- 第3章「Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

- 第4章「Oracle Adaptive Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

- 第5章「Oracle Identity Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

- 第6章「Oracle Entitlements Server 11gリリース2 (11.1.2.x.x)環境のアップグレード」

- 第7章「Oracle Privileged Account Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」

- 第8章「Oracle Identity Navigator 11gリリース2 (11.1.2.x.x)環境のアップグレード」

3 Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Access Management Access Manager 11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2)の既存環境をOracle Access Management Access Manager (Access Manager) 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Access Management Access ManagerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのAccess Manager 11gリリース2 (11.1.2.x.x) WebSphere環境のアップグレードに関する項を参照してください。

注意:

この章では、Oracle Access Management Access Manager 11gリリース2 (11.1.2)環境および11gリリース2 (11.1.2.1.0)環境を、11.1.2.x.xと呼びます。

この章には次の項が含まれます:

- 第3.1項「Oracle Access Managerのアップグレード手順」

- 第3.2項「システム要件と動作保証の確認」

- 第3.3項「管理サーバーおよびAccess Manager管理対象サーバーの停止」

- 第3.4項「Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のバックアップ」

- 第3.5項「Oracle WebLogic Server 10.3.6へのアップグレード」

- 第3.6項「Access Managerのバイナリの11.1.2.2.0へのアップグレード」

- 項3.7項「OAMおよびOPSSスキーマのアップグレード」

- 第3.8項「Oracle Platform Security Servicesのアップグレード」

- 第3.9項「変更されたシステムMBean構成のコピー」

- 第3.10項「管理サーバーおよびAccess Manager管理対象サーバーの停止」

- 第3.11項「システム構成のアップグレード」

- 第3.12項「管理サーバーおよびAccess Manager管理対象サーバーの起動」

- 第3.13項「Oracle Access Management Mobile and Serviceのアップグレード」

- 第3.14項「アップグレードの確認」

- 第3.15項「トラブルシューティング」

3.1 Oracle Access Managerのアップグレード手順

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Access Managerを正常にアップグレードできない可能性があります。

表3-1に、Oracle Access Manager 11.1.2.x.xから11.1.2.2.0へのアップグレード手順を示します。

表3-1 Access Manager 11.1.2.x.xから11.1.2.2.0へのアップグレード手順

タスク番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

WebLogic管理サーバーおよびAccess Manager管理対象サーバーを停止します。

「管理サーバーおよびAccess Manager管理対象サーバーの停止」を参照してください。

3

既存のAccess Manager 11.1.2.x.x環境をバックアップします。

「Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のバックアップ」を参照してください。

4

Oracle WebLogic Serverを10.3.6にアップグレードします。

「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

5

Access Manager 11.1.2.x.xのバイナリを11.1.2.2.0に更新します。

「Access Managerのバイナリの11.1.2.2.0へのアップグレード」を参照してください。

6

パッチ・セット・アシスタントを使用して、Access Manager (OAM)およびOracle Platform Security Services (OPSS)のスキーマをアップグレードします。

「OAMおよびOPSSスキーマのアップグレード」を参照してください。

7

Oracle Platform Security Services (OPSS)をアップグレードします。この手順を実行することをお薦めします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

8

Access Manager 11.1.2から11.1.2.2.0にアップグレードする場合は、変更されたシステムまたはドメインのMBean構成をコピーする必要があります。

Access Manager 11.1.2.1.0から11.1.2.2.0にアップグレードする場合は、このタスクをスキップします。

「変更されたシステムMBean構成のコピー」を参照してください。

9

Access Manager管理対象サーバーおよびWebLogic管理サーバーを停止します。

「管理サーバーおよびAccess Manager管理対象サーバーの停止」を参照してください。

10

Access Managerのシステム構成をアップグレードします。

「システム構成のアップグレード」を参照してください。

11

WebLogic管理サーバーおよびAccess Manager管理対象サーバーを起動します。

「管理サーバーおよびAccess Manager管理対象サーバーの起動」を参照してください。

12

Oracle Access Management Mobile and Serviceのソーシャル・アイデンティティ機能を使用している場合は、ソーシャル・アイデンティティ構成を更新します。

「Oracle Access Management Mobile and Serviceのアップグレード」を参照してください。

13

Access Managerのアップグレードを確認します。

「アップグレードの確認」を参照してください。

3.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3.3 管理サーバーおよびAccess Manager管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを開始する前に、Access Manager管理対象サーバーおよびWebLogic管理サーバーを停止する必要があります。

サーバーを停止する方法の詳細は、第2.8項「サーバーの停止」を参照してください。

3.4 Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のバックアップ

Access Manager 11.1.2.2.0にアップグレードする前に、Oracle Access Manager 11.1.2.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップします。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- Access Managerドメイン・ホーム・ディレクトリ

- Oracle Access Managerスキーマ

- MDSスキーマ

- 監査スキーマおよびその他の依存スキーマ

ミドルウェア・ホームおよびスキーマのバックアップの詳細は、第2.2項「既存の環境のバックアップ」を参照してください。

3.5 Oracle WebLogic Server 10.3.6へのアップグレード

Oracle WebLogic Server 10.3.6を使用していない場合は、WebLogic Serverアップグレード・インストーラを実行して、既存のOracle WebLogic Serverを10.3.6にアップグレードする必要があります。

Oracle WebLogic Serverの10.3.6へのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

3.6 Access Managerのバイナリの11.1.2.2.0へのアップグレード

Access Manager 11.1.2.x.xのバイナリをAccess Manager 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.2.x.x Oracle Access Managerミドルウェア・ホームに向けます。

注意:

Access Managerバイナリを11gリリース2 (11.1.2.2.0)にアップグレードする前に、ORACLE_HOMEおよびMW_HOME/oracle_commonでOPatchのバージョンが11.1.0.9.9であることを確認してください。別のバージョンのOPatchでは、パッチ適用が失敗する場合があります。opatchをこれより新しいバージョンにアップグレード済である場合は、バージョン11.1.0.9.9にロール・バックする必要があります。

Oracle Identity and Access Managementのバイナリの更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

3.7 OAMおよびOPSSスキーマのアップグレード

Access Managerのバイナリを11.1.2.2.0にアップグレードした後、パッチ・セット・アシスタントを実行して、OAMおよびOPSS (Oracle Platform Security Services)のスキーマをアップグレードする必要があります。パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、第2.6「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

3.8 Oracle Platform Security Servicesのアップグレード

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードすることをお薦めします。

Oracle Platform Security Servicesをアップグレードするには、Oracle Access Managerの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

3.9 変更されたシステムMBean構成のコピー

Oracle Access Management Access Manager 11.1.2からOracle Access Management Access Manager 11.1.2.2.0にアップグレードする場合は、Access Managerのバイナリを11.1.2.2.0に更新した後、変更されたシステムまたはドメインのMBean構成をOAM_ORACLE_HOMEからDOMAIN_HOMEにコピーする必要があります。

注意:

Oracle Access Management Access Manager 11.1.2.1.0から11.1.2.2.0にアップグレードする場合には、この項をスキップします。

これを行うには、次の手順を実行します:

1. $ORACLE_HOME/common/binの場所から次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドを実行します。
copyMbeanXmlFiles('DOMAIN_HOME','OAM_ORACLE_HOME')

このコマンドで、DOMAIN_HOMEはAccess Manager WebLogicドメインへの絶対パス、OAM_ORACLE_HOMEはOAM Oracleホームへの絶対パスです。2番目のパラメータOAM_ORACLE_HOMEはオプションです。

次に例を示します。

UNIXの場合:

copyMbeanXmlFiles('/Oracle/Middleware/user_projects/domains/base_domain','/Oracle/Middleware/Oracle_IDM1')

Windowsの場合:

copyMbeanXmlFiles('C:\\Oracle\\Middleware\\user_projects\domains\\base_domain','C:\\Oracle\\Middleware\\Oracle_IDM1')

3. 変更されたシステムまたはドメインのMBean構成が正常にコピーされると、次のステータスがコマンド行に表示されます。

STATUS: SUCCESS
The mbean xml files have been upgraded to new version.
The original mbean xml is saved in "<domain_directory>/output/upgrade".
Please restart the admin and oam servers.

STATUSにSUCCESSと表示された場合は、次の順序でサーバーを停止して起動することにより、WebLogic管理サーバーおよびAccess Manager管理対象サーバーを再起動します。

1. Access Manager管理対象サーバーを停止します。
管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

2. WebLogic管理サーバーを停止します。
WebLogic管理サーバーの停止の詳細は、第2.8.2項「WebLogic管理サーバーの停止」を参照してください。

3. WebLogic管理サーバーを起動します。
WebLogic管理サーバーの起動の詳細は、第2.9.2項「WebLogic管理サーバーの起動」を参照してください。

4. Access Manager管理対象サーバーを起動します。
管理対象サーバーの起動の詳細は、第2.9.3「管理対象サーバーの起動」を参照してください。

3.10 管理サーバーおよびAccess Manager管理対象サーバーの停止

システム構成をアップグレードするには、Access Manager管理対象サーバーおよびWebLogic管理サーバーを停止する必要があります。

サーバーを停止する方法の詳細は、第2.8項「サーバーの停止」を参照してください。

3.11 システム構成のアップグレード

Access Managerのバイナリを11.1.2.2.0にアップグレードした後、管理サーバーをホストするマシン上でupgradeConfig()ユーティリティを実行し、Access Managerのシステム構成を11.1.2.2.0にアップグレードする必要があります。upgradeConfig()ユーティリティを実行する前に、管理サーバーおよび管理対象サーバーが停止していることを確認してください。

注意:

Access Manager 11.1.2.1.0から11.1.2.2.0にアップグレードする場合は、upgradeConfig.shコマンドを実行する前に次の手順を実行する必要があります。

1. ディレクトリORACLE_HOME/common/script_handlersに移動します。

2. 次のコマンドを実行して、すべての.classファイルを削除します。
rm *.class

Access Managerのシステム構成をアップグレードするには、次の手順を実行します。

1. $ORACLE_HOME/common/binの場所から次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドをオフライン・モードで実行します。
upgradeConfig("domain_home", "sysdbaUser", "sysdbaPwd", "oamSchemaOwner", "oamdbJdbcUrl")

このコマンドでは、次のように指定します。

- domain_homeは、Access Manager WebLogicドメインへの絶対パスです。

- sysdbauserは、sysdba権限を持つデータベース・ユーザー名です。

- sysdbapwdは、sysdba権限を持つデータベース・ユーザーのパスワードです。

- oamSchemaOwnerは、OAMスキーマのデータベース・ユーザー名です。

- oamdbjdbcUrlは、Access Managerデータベースに接続するためのJDBC URLです。JDBC URLは、"jdbc:oracle:thin:@<server_host>:<server_port>/<service_name>"という形式で指定されている必要があります。

次に例を示します。

UNIXの場合:

upgradeConfig("/Oracle/Middleware/user_projects/domains/base_domain", "sys", "pwd", "PREFIX_OAM", "jdbc:oracle:thin:@localhost:1521/orcl")

Windowsの場合:

upgradeConfig("C:\\Oracle\\Middleware\\user_projects\\domains\\base_domain", "sys", "pwd", "PREFIX_OAM", "jdbc:oracle:thin:@localhost:1521/orcl")

3.12 管理サーバーおよびAccess Manager管理対象サーバーの起動

WebLogic管理サーバーおよびAccess Manager管理対象サーバーを起動します。

サーバーを起動する方法の詳細は、第2.9項「サーバーの起動」を参照してください。

3.13 Oracle Access Management Mobile and Serviceのアップグレード

Oracle Access Management Mobile and Serviceのソーシャル・アイデンティティ機能を使用している場合は、msUpgrade()コマンドを実行して、ソーシャル・アイデンティティ構成を更新する必要があります。これを行うには、次の手順を実行します:

1. $ORACLE_HOME/common/binの場所から次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドを実行して、ソーシャル・アイデンティティ構成を更新します。
msUpgrade()

3.14 アップグレードの確認

Webブラウザで次のURLを使用して、Oracle Access Management Access Manager 11gリリース2 (11.1.2.2.0)が稼働していることを確認します。

http://<oam_admin_server_host>:<oam_admin_server_port>/oamconsole

3.15 トラブルシューティング

この項では、アップグレード・プロセス中に発生する可能性がある一般的な問題およびその回避策について説明します。

注意:

アップグレード・プロセス中に発生する可能性がある問題およびその回避策の詳細は、『Oracle Fusion Middlewareリリース・ノート』を参照してください。

この節では、次のトピックについて説明します。

- アップグレード後にコンポーネントのバージョンが11.1.1.5.0と表示される

3.15.1 アップグレード後にコンポーネントのバージョンが11.1.1.5.0と表示される

最初にOracle Access Manager 11gリリース1 (11.1.1.5.0)を11gリリース2 (11.1.2)にアップグレードし、その後にAccess Manager 11.1.2.2.0にアップグレードした場合、oracle.dogwood.topおよびoracle.oam.serverの各パッケージのコンポーネント・バージョンは、11.1.1.5.0と表示されます。

これを解決するには、ドメイン・アップデータ・ユーティリティ(com.oracle.cie.domain-update_1.0.0.0.jar)を実行する必要があります。この手順により、domain-info.xmlが更新されます。

必要なOracle Access Managerパッケージを11.1.2.2.0にアップグレードするには、次の手順を実行します。

1. $ORACLE_HOME/oaam/upgradeディレクトリに移動します。このディレクトリに、ドメイン・アップデータ・ユーティリティcom.oracle.cie.domain-update_1.0.0.0.jarファイルがあります。

2. 次のコマンドを実行して、oracle.dogwood.top 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OAMDomain oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

3. 次のコマンドを実行して、oracle.oam.server 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.oam.server:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OAMDomain oracle.oam.server:11.1.1.5.0,:11.1.2.2.0

4 Oracle Adaptive Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Adaptive Access Manager 11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2)の環境からOracle Adaptive Access Manager 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Adaptive Access ManagerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Adaptive Access ManagerのIBM WebSphereでのアップグレードに関する項を参照してください。

注意:

この章では、Oracle Adaptive Access Manager 11gリリース2 (11.1.2)環境および11gリリース2 (11.1.2.1.0)環境を、11.1.2.x.xと呼びます。

この章では、次の項目について説明します。

- 第4.1項「Oracle Adaptive Access Managerのアップグレード手順」

- 第4.2項「システム要件と動作保証の確認」

- 第4.3項「管理サーバーおよび管理対象サーバーの停止」

- 第4.4項「Oracle Adaptive Access Manager 11.1.2.x.xのバックアップ」

- 第4.5項「オプション: Oracle WebLogic Serverのアップグレード」

- 第4.6項「Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新」

- 第4.7項「OAAM、MDS、IAUおよびOPSSスキーマのアップグレード」

- 第4.8項「Oracle Platform Security Servicesのアップグレード」

- 4.9「サーバーの起動」

- 第4.10項「アプリケーションの再デプロイ」

- 第4.11項「アップグレードの確認」

4.1 Oracle Adaptive Access Managerのアップグレード手順

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Adaptive Access Managerを正常にアップグレードできない可能性があります。

表4-1に、Oracle Adaptive Access Managerのアップグレード手順を示します。

表4-1 Oracle Adaptive Access Manager 11.1.2.x.xから11.1.2.2.0へのアップグレード手順

Sl番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

アップグレード・プロセスを開始する前に、WebLogic管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを停止します。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

既存のOracle Adaptive Access Manager 11.1.2.x.x環境をバックアップします。

「Oracle Adaptive Access Manager 11.1.2.x.xのバックアップ」を参照してください。

4

必要に応じて、Oracle WebLogic Serverを10.3.6にアップグレードします。

「オプション: Oracle WebLogic Serverのアップグレード」を参照してください。

5

Oracle Adaptive Access Manager 11.1.2.x.xのバイナリを11.1.2.2.0に更新します。

「Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新」を参照してください。

6

パッチ・セット・アシスタントを使用して、OAAM、MDS、IAUおよびOPSSスキーマをアップグレードします。

「OAAM、MDS、IAUおよびOPSSスキーマのアップグレード」を参照してください。

7

Oracle Platform Security Servicesをアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

8

WebLogic管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

9

Oracle Adaptive Access Manager 11.1.2から11.1.2.2.0にアップグレードする場合は、サーバーを起動した後にアプリケーションを再デプロイする必要があります。

「アプリケーションの再デプロイ」を参照してください。

10

Oracle Adaptive Access Managerのアップグレードを確認します。

「アップグレードの確認」を参照してください。

4.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

4.3 管理サーバーと管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを開始する前に、WebLogic管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを停止する必要があります。

WebLogic管理サーバーおよび管理対象サーバーの停止の詳細は、第2.8項「サーバーの停止」を参照してください。

4.4 Oracle Adaptive Access Manager 11.1.2.x.xのバックアップ

Oracle Adaptive Access Manager 11.1.2.2.0にアップグレードする前に、Oracle Adaptive Access Manager 11.1.2.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップする必要があります。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- Oracle Adaptive Access Managerドメイン・ホーム・ディレクトリ

- Oracle Adaptive Access Managerスキーマ

- IAUスキーマ(Oracle Adaptive Access Manager 11.1.2.x.xスキーマに含まれる場合)

- MDSスキーマ

ミドルウェア・ホームおよびスキーマのバックアップの詳細は、第2.2項「既存の環境のバックアップ」を参照してください。

4.5 オプション: Oracle WebLogic Serverのアップグレード

注意:

Oracle WebLogic Serverのアップグレードは必須ではありません。しかし、Oracle WebLogic Serverを10.3.6にアップグレードすることをお薦めします。

Oracle WebLogic Server 10.3.6を使用していない場合は、既存のWebLogic ServerをOracle WebLogic Server 10.3.6にアップグレードできます。

Oracle WebLogic Serverの10.3.6へのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

4.6 Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新

Oracle Adaptive Access Manager 11.1.2.x.xのバイナリを11.1.2.2.0に更新するには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.2.x.xミドルウェア・ホームに向けます。Oracleホームは11.1.2.x.xから11.1.2.2.0にアップグレードされます。

Oracle Adaptive Access Managerのバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

4.7 OAAM、MDS、IAUおよびOPSSスキーマのアップグレード

パッチ・セット・アシスタントを使用して、次のスキーマをアップグレードする必要があります。

- OAAMスキーマ

- MDSスキーマ

- OPSSスキーマ

- IAUスキーマ(監査スキーマ(IAU)は、11.1.2.x.xスキーマに含まれる場合にのみアップグレードする必要があります)

注意:

パッチ・セット・アシスタントを使用してスキーマをアップグレードする場合、アップグレードを完了するには、必要に応じてOAAMまたはOAAM_PARTNを選択し、すべての画面で詳細を指定する必要があります。

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、第2.6「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

4.8 Oracle Platform Security Servicesのアップグレード

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Adaptive Access Managerの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

4.9 サーバーの起動

WebLogic管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを起動します。

WebLogic管理サーバーおよび管理対象サーバーの起動の詳細は、第2.9項「サーバーの起動」を参照してください。

4.10 アプリケーションの再デプロイ

Oracle Adaptive Access Manager 11.1.2から11.1.2.2.0にアップグレードする場合は、変更内容をドメイン内のアプリケーションに再デプロイする必要があります。Oracle Adaptive Access Manager 11.1.2.2.0サーバーに11.1.2アプリケーションを再デプロイします。

コマンド行またはWebLogic管理コンソールを使用して、アプリケーションを再デプロイできます。次の項のいずれかで説明されている手順を実行して、アプリケーションを再デプロイします。

- コマンド行を使用したアプリケーションの再デプロイ

- WebLogic管理コンソールを使用したアプリケーションの再デプロイ

コマンド行を使用したアプリケーションの再デプロイ

コマンド行を使用してOracle Adaptive Access Manager 11.1.2.2.0サーバー上にアプリケーションを再デプロイするには、次の手順を実行します。

1. IAM_HOME/common/binから次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

次に例を示します。

connect('wlsuser','wlspassword','localhost:7001')

3. 次のコマンドを実行してアプリケーションを停止します。

- stopApplication('oaam_admin')

- stopApplication('oaam_server')

注意:

設定にOracle Adaptive Access Managerオフライン・サーバーが含まれている場合は、stopApplication()コマンドを実行して'oaam_offline'も停止します。

4. 次のコマンドを実行してアプリケーションを再デプロイします。

- redeploy('oracle.oaam.extensions')

- redeploy('oaam_admin')

- redeploy('oaam_server')

注意:

設定にOracle Adaptive Access Managerオフライン・サーバーが含まれている場合は、redeploy()コマンドを実行して'oaam_offline'上にもアプリケーションを再デプロイします。

5. 次のコマンドを実行してアプリケーションを起動します。

- startApplication('oaam_admin')

- startApplication('oaam_server')

注意:

設定にOracle Adaptive Access Managerオフライン・サーバーが含まれている場合は、startApplication()コマンドを実行して'oaam_offline'も停止します。

6. exit()コマンドを使用してWLSTコンソールを終了します。

redeployコマンドの使用方法の詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のredeployに関する項を参照してください。

WebLogic管理コンソールを使用したアプリケーションの再デプロイ

WebLogic管理コンソールを使用してOracle Adaptive Access Manager 11.1.2.2.0サーバー上にアプリケーションを再デプロイするには、次の手順を実行します。

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://admin_host:admin_port/console

2. 「デプロイメント」タブに移動します。

3. 左側のパネルにあるロックして編集をクリックします。

4. 「oaam_extension_library」を選択します。

5. 「更新」をクリックします。

6. コンソールに、.earファイルの場所が表示されます。表示された場所がデプロイする.earファイルの場所として適切かどうかを確認し、正しくない場合は場所を変更します。

7. 「終了」をクリックします。

8. デプロイメントが完了したら、「構成の解放」をクリックします。

9. 必要に応じて、OAAM_ADMIN、OAAM_SERVERおよびOAAM_OFFLINEについてもこの手順を繰り返します。

4.11 アップグレードの確認

Oracle Adaptive Access Managerのアップグレードを確認するには、次の手順を実行します。

- MW_HOME/oracle_common/upgrade/logsの場所にあるログ・ファイルを確認して、アップグレードが成功したことを確認します。

- OAAM_schema_userとしてOAAMスキーマに接続し、次の問合せを実行して、OAAMスキーマのバージョンを確認します。
select version,status,upgraded from schema_version_registry where owner=<SCHEMA_NAME>;

バージョン番号が11.1.2.2.0であることを確認します。

- 次のURLを使用して、OAAM管理コンソールにログインします。
http://oaam.example.com:<oaam_port>/oaam_admin

Oracle Adaptive Access Managerのバージョン番号が11.1.2.2.0であるかどうかを確認します。

5 Oracle Identity Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Identity Manager 11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2)の環境をOracle Identity Manager 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Identity ManagerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Identity ManagerのIBM WebSphereでのアップグレードに関する項を参照してください。

注意:

この章では、Oracle Identity Manager 11gリリース(11.1.2)環境および11gリリース2 (11.1.2.1.0)環境を、11.1.2.x.xと呼びます。

この章では、次の項目について説明します。

- 第5.1項「Oracle Identity Managerのアップグレード手順」

- 第5.2項「アップグレード前の手順」

- 第5.3項「Oracleホームとデータベース・スキーマのアップグレード」

- 第5.4項「Oracle Identity Manager中間層のアップグレード」

- 第5.5項「その他のOracle Identity Managerインストール済コンポーネントのアップグレード」

- 第5.6項「アップグレード後の手順」

5.1 Oracle Identity Managerのアップグレード手順

Oracle Identity Manager 11.1.2.x.xを11.1.2.2.0にアップグレードする手順は大まかに次の手順で構成されます。

1. アップグレード前の手順: この手順には、システム要件と動作保証の確認、アップグレード前レポートの生成、レポートの分析とレポートに記載の必要なアップグレード前タスクの実行、既存の11.1.2.x.x環境のバックアップなど、アップグレード前に必要なタスクが含まれます。

2. Oracleホームとデータベース・スキーマのアップグレード: この手順には、Oracle WebLogic Serverのアップグレード、Oracle SOA Suiteのアップグレード、Oracle Identity Managerバイナリのアップグレード、Oracle Platform Security Servicesのアップグレード、JRFのアップグレード、Oracle Identity Managerスキーマのアップグレードなどのタスクが含まれます。

3. Oracle Identity Manager中間層のアップグレード: この手順には、Oracle Identity Manager中間層のアップグレードが含まれます。

4. その他のOracle Identity Managerインストール済コンポーネントのアップグレード: この手順には、Oracle Identity Manager Design ConsoleおよびOracle Identity Manager Remote Mangerの11.1.2.2.0へのアップグレードなどのタスクが含まれます。

5. アップグレード後の手順: この手順には、すべてのアップグレード後のタスクおよびアップグレードを確認する手順が含まれます。

表5-1に、Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0へのアップグレードの手順を示します。

表5-1 Oracle Identity Manager 11.1.2.x.xを11.1.2.2.0にアップグレードする場合のロードマップ

Sl番号

タスク

詳細の参照先

アップグレード前の手順

1

Oracle Identity Manager 11.1.2.2.0の機能の変更を確認します。

「機能の比較」を参照してください。

2

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

3

アップグレード・プロセスを進める前に、アップグレード前レポートを生成し、レポートで提供された情報を分析し、レポートに記載の必要なタスクを実行します。

「アップグレード前レポートの生成および分析」を参照してください。

4

既存のOracle Identity Manager 11.1.2.x.x環境をバックアップします。

「Oracle Identity Manager 11.1.2.x.x環境のバックアップ」を参照してください。

5

WebLogic管理コンソールを使用して、Oracle Identity ManagerサーバーのJVMプロパティを設定します。

「Oracle Identity ManagerサーバーのJVMプロパティの設定」を参照してください。

6

ノード・マネージャ、WebLogic管理サーバー、Oracle SOA Suite管理対象サーバーおよびOracle Identity Manager管理対象サーバーを停止します。

「ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止」を参照してください。

Oracleホームとデータベース・スキーマのアップグレード

7

Oracle WebLogic Server 10.3.6を使用しない場合は、Oracle WebLogic Serverを10.3.6にアップグレードする必要があります。

「Oracle WebLogic Serverの10.3.6へのアップグレード」を参照してください。

8

既存のOracle SOA SuiteをOracle SOA Suite 11gリリース1 (11.1.1.7.0)にアップグレードします。

「Oracle SOA Suiteの11.1.1.7.0へのアップグレード」を参照してください。

9

Oracle Identity Manager 11.1.2.x.xのバイナリを11.1.2.2.0に更新します。

「Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード」を参照してください。

10

パッチ・セット・アシスタントを使用して、OPSS、MDS、OIM、ORASDPMおよびSOAINFRAの各スキーマをアップグレードします。

「スキーマのアップグレード」を参照してください。

11

WLSTコマンドupgradeOpssを実行して、Oracle Platform Security Services (OPSS)をアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

12

Java Required Files (JRF)をアップグレードします。

「Java Required Files (JRF)のアップグレード」を参照してください。

Oracle Identity Manager中間層のアップグレード

13

まだ起動していない場合には、WebLogic管理サーバーおよびSOA管理対象サーバーを起動します。

「管理サーバーおよびSOA管理対象サーバーの起動」を参照してください。

14

既存のOracle Identity Manager中間層をアップグレードします。

「Oracle Identity Manager中間層のアップグレード」を参照します。

15

WebLogic管理サーバー、Oracle Identity Manager管理対象サーバーおよびSOA管理対象サーバーを再起動します。

「すべてのサーバーの再起動」を参照してください。

その他のOracle Identity Managerインストール済コンポーネントのアップグレード

16

Oracle Identity Manager Design Consoleを11.1.2.2.0にアップグレードします。

「Oracle Identity Manager Design Consoleのアップグレード」を参照してください。

17

Oracle Identity Manager Remote Managerを11.1.2.2.0にアップグレードします。

「Oracle Identity Manager Remote Managerのアップグレード」を参照してください。

アップグレード後の手順

18

アップグレード後の必須手順を実行します。

「アップグレード後のタスクの実行」を参照してください。

19

Oracle Identity Managerのアップグレードを確認します。

「アップグレードの確認」を参照してください。

5.2 アップグレード前の手順

この項では、Oracle Identity Manager 11.1.2.x.x環境のアップグレードを開始する前に完了する必要があるアップグレード前のすべての手順について説明します。この項には次のトピックが含まれます:

- 機能の比較

- システム要件および動作保証の確認

- アップグレード前レポートの生成および分析

- Oracle Identity Manager 11.1.2.x.x環境のバックアップ

- Oracle Identity ManagerサーバーのJVMプロパティの設定

- ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

5.2.1 機能の比較

表5-2に、Oracle Identity Manager 11gリリース2 (11.1.2)、11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2.2.0)の機能の主な違いを示します。

表5-2 機能の比較

Oracle Identity Manager 11.1.2または11.1.2.1.0 (あるいはその両方)

Oracle Identity Manager 11.1.2.2.0

Oracle Identity Manager 11.1.2では、アイデンティティ・アテステーションを通してユーザーのアクセスが定期的に確認されました。Oracle Identity Analytics (OIA)が提供する高度なアクセス・レビュー機能(ロールやデータ所有者の証明など)を利用するためには、OIM 11.1.2をOIAに統合する必要がありました。

Oracle Identity Manager 11.1.2.1.0および11.1.2.2.0では、OIAの高度なアクセス確認機能がOIMに一元的にまとめられ、企業が1つの製品からエンタープライズ・グレードのアクセス・リクエスト、プロビジョニングおよびアクセス・レビューを実行できる完全なアイデンティティ・ガバナンス・プラットフォームが提供されます。

Oracle Identity Manager 11.1.2.2.0にアップグレードすると、新しいアクセス・レビュー機能を使用できます。この機能はデフォルトで無効です。したがって、この新機能を有効化する前に、関連ライセンスがあることを確認する必要があります。

Oracle Identity Manager 11.1.2.1.0では、証明が導入され、ワークフローにより、フェーズごとに1レベルのアクセス・レビューがサポートされていました。

11.1.2.2.0における証明ワークフローでは、ビジネスにおいてコンプライアンスのためのより堅牢なプロセスを定義でき、これにより、誰が何にアクセスしたかをより頻繁に監視できます。証明レビューはアクセス・リクエスト・ワークフローをミラーリングでき、複数セットのビジネス所有者やIT所有者によってこれらの証明レビューが確認または承認され後、各フェーズで完了したと判断されます。これにより、ユーザー・アクセス権限の可視性は確実に向上し、すべてのレビュー決定が、レポートだけでなく証明中にライブで記録される包括的な監査証跡でも取得されます。

Oracle Identity Manager 11.1.2および11.1.2.1.0では、ユーザーは、ユーザー詳細の「組織」属性で組織名を指定することにより、組織に割り当てられます。これは、静的組織メンバーシップです。

Oracle Identity Manager 11.1.2.2.0では、既存の機能に加え、ユーザー・メンバーシップ・ルールに基づいて動的にユーザーを組織に割り当てることもでき、組織の詳細ページの「メンバー」タブで定義できます。

ユーザー・メンバーシップ・ルールに適合するすべてのユーザーは、静的に所属する組織階層とは関係なく、動的に組織と関連付けられます。この新機能により、ユーザーは静的メンバーシップを通して1つのホーム組織のメンバーシップを取得し、動的に評価されるユーザー・メンバーシップ・ルールを通して複数のセカンダリ組織のメンバーシップを取得できます。

Oracle Identity Manager 11.1.2および11.1.2.1.0では、多彩なルック・アンド・フィールを提供するFusion FXスキンを使用します。

Oracle Identity Manager 11.1.2.2.0では、Skyrosスキンを使用します。このスキンは軽量で使用する背景イメージが少なく、グラデーションを必要としません。このため、UIのレンダリングが大幅に高速化し、UIのスキニングが簡易化されます。

OIM 11.1.2.2.0にアップグレードすると、Skyrosスキンはデフォルトで有効化されます。アップグレード後、Fusion FXスキンに戻すこともできます。

Oracle Identity Manager 11.1.2および11.1.2.1.0では、明示的にアカウントをリクエストする必要があり、そのアカウントで権限をリクエストするには、そのアカウントがプロビジョニングされていることを確認する必要がありました。

権限をリクエストしても対応するアカウントがなかった場合、リクエストは失敗します。

Oracle Identity Manager 11.1.2.2.0では、権限とアカウントの依存性がOIMカタログに導入されています。Oracle Identity Manager 11.1.2.2.0にアップグレードすると、この新機能により、次をリクエストできます。

- 対応するアカウントがない場合でも権限をリクエストできます。

- 同じアプリケーション内に複数のアカウント・インスタンスがある場合、プライマリ・アカウントに加えて特定アカウントに対する権限をリクエストできます。

Oracle Identity Manager 11.1.2では、リクエストおよびアクセス・レビューにおいて意味のあるコンテキスト情報を提供するために、カタログが導入されました。このカタログを使用すると、すべてのリクエスト可能なエンティティに意味のあるメタデータを関連付けることができます。

Oracle Identity Manager 11.1.2.2.0では、カタログ・メタデータに加えて、リクエスタ、承認者および証明者に対する権限の階層属性を表示できるようにすると、カタログ詳細の画面で権限(階層属性)の追加詳細を確認できます。

権限の追加詳細は、技術用語集と呼ばれます。技術用語集はツリー構造で表示されます。

Oracle Identity Manager 11.1.2および11.1.2.1.0のカタログでは、権限をリクエストする場合、単純な権限がサポートされます。単純な権限には単一の属性が含まれます。

Oracle Identity Manager 11.1.2.2.0のカタログでは、複雑な権限のリクエストがサポートされています。複雑な権限とは、複数の属性を含む権限のことです。これらの属性は、リクエスト・チェックアウト・ページの権限フォームで表されます。

Oracle Identity Manager 11.1.2および11.1.2.1.0では、リクエストを下書きモードで保存することはできません。アクセス・リクエストを完了できない場合、再開時にリクエスト・プロセス全体を最初から開始する必要があります。

Oracle Identity Manager 11.1.2.2.0では、下書きリクエスト機能を使用して、どの時点でもすべてのリクエストを下書きとして保存できます。リクエストを下書きとして保存すると、必要なときにいつでもセルフ・サービス・コンソールに戻り、前に入力したデータを続行できます。

Oracle Identity Managerの豊富でステートフルなデータ特性が原因で、状態関連データが累積され、デプロイメントの速度が低下します。OIMの顧客は、頻繁にアーカイブを実行したりスクリプトをパージすることができます。

Oracle Identity Manager 11.1.2および11.1.2.1.0のアーカイブとパージのユーティリティはコマンド行ベースであり、対話モードのウィザード内をナビゲートする必要があります。これには、アーカイブやパージを実行するたびに手動操作が必要となります。

Oracle Identity Manager 11.1.2.2.0では、リアルタイムの連続的なアーカイブおよびパージのユーティリティを使用できます。アーカイブおよびパージのしきい値やパラメータを定義でき、ユーティリティを一定間隔で自動的に実行するようスケジュールできます。

Oracle Identity Manager 11.1.2および11.1.2.1.0では、診断ダッシュボードを使用してインストール前後の要件を検証します。診断ダッシュボードは、アプリケーション・サーバーで実行されるスタンドアロンWebアプリケーションです。

また、編成エラーをトレースおよび診断するための非常に基本的なメカニズムも提供されています。

Oracle Identity Manager 11.1.2.2.0では、Fusion Middleware Enterprise Managerコンソールを使用して、Oracle Identity Managerでの操作の構成および状態を表示できます。

5.2.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

5.2.3 アップグレード前レポートの生成および分析

アップグレード・プロセスを開始する前に、アップグレード前レポート・ユーティリティを実行し、このレポートの一部として示されたすべての問題にレポートで提示されている解決策を使用して対処する必要があります。アップグレード前レポート・ユーティリティでは、既存のOracle Identity Manager 11.1.2.x.x環境を分析し、既存のOracle Identity Manager環境をアップグレードする前に完了する必要がある必須の前提条件についての情報が提供されます。

11.1.2の開始ポイント用のアップグレード前レポートに含まれる情報は、チャレンジ質問のローカライゼーション、認可機能データのアップグレード、アップグレードにより影響を受けるイベント・ハンドラおよび必須データベース・コンポーネントや必須データベース設定に関連しています。

11.1.2.1.0の開始ポイント用のアップグレード前レポートに含まれる情報は、チャレンジ質問のローカライゼーション、認可機能のアップグレード、必須データベース・コンポーネントや必須データベース設定、削除する必要があるLDAPの循環グループ、アップグレード中に処理された証明レコードおよびアプリケーション・インスタンス作成時の潜在的な問題に関連しています。

注意:

保留中の問題が報告されなくなるまで、このレポートを実行してください。

アップグレード前レポートで報告された問題が修正されていない状態ではアップグレードが失敗する可能性があるため、問題にすべて対処してからアップグレードを進めることが重要です。

アップグレード前レポートを生成および分析するには、次の項で説明されているタスクを実行します。

- アップグレード前レポート・ユーティリティの入手

- アップグレード前レポートの生成

- アップグレード前レポートの分析

5.2.3.1 アップグレード前レポート・ユーティリティの入手

アップグレード前ユーティリティは、Oracle Technology Network (OTN)からダウンロードする必要があります。このユーティリティは、My Oracle Supportの次の場所でPreUpgradeReport.zip.001およびPreUpgradeReport.zip.002という2つのzipファイルで提供されており、ReadMe.docが付属しています。

My Oracle SupportのドキュメントID 1599043.1

ReadMe.docには、アップグレード前レポートを生成および分析する方法に関する情報が含まれています。

5.2.3.2 アップグレード前レポートの生成

Oracle Identity Manager 11.1.2.x.xのアップグレード用のアップグレード前レポートを生成するには、次の手順を実行します。

1. 任意の場所にディレクトリを新規に作成し、そのディレクトリにPreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出します。

2. アップグレード前レポートの生成先ディレクトリを作成します。たとえば、ディレクトリにはOIM_preupgrade_reportsという名前を付けます。

3. PreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出したディレクトリに移動し、テキスト・エディタでpreupgrade_report_input.propertiesファイルを開きます。表5-3に示されたパラメータに適切な値を指定して、プロパティ・ファイルを更新します。

表5-3 preupgrade_report_input.propertiesファイルに指定するプロパティ

パラメータ

説明

oim.targetVersion

アップグレード前ユーティリティの実行対象となるターゲット・バージョンは11.1.2.2.0であるため、このパラメータには11.1.2.2.0を指定します。

oim.jdbcurl

Oracle Identity ManagerのJDBC URLを次の形式で指定します。

<host>:<port>/<service_name>

oim.oimschemaowner

OIMスキーマの所有者の名前を指定します。

oim.mdsjdbcurl

MDS JDBC URLを次の形式で指定します。

<host>:<port>/<service_name>

oim.mdsschemaowner

MDSスキーマの所有者を指定します。

oim.databaseadminname

DBA権限を持つユーザーを指定します。たとえば、sysをsysdbaとして指定します。

oim.outputreportfolder

手順2で作成したディレクトリ(OIM_preupgrade_reportsという名前のディレクトリ)、つまりアップグレード前レポートの生成先ディレクトリの絶対パスを指定します。

出力レポート・フォルダに対する読取りおよび書込み権限があることを確認します。

oim.oimhome

OIMホームへの絶対パスを指定します。

oim.domain

Oracle Identity Managerドメイン・ホームの絶対パスを指定します。

次に例を示します。

/Middleware/user_projects/domains/base_domain

oim.wlshome

WebLogic Serverホームへの絶対パスを指定します。

次に例を示します。

/Middleware/wlserver_10.3

4. 次のコマンドを実行して、環境変数JAVA_HOME、MW_HOME、WL_HOMEおよびOIM_HOMEを設定します。
UNIXの場合:

export JAVA_HOME=<absolute_path_to_jdk_location>

export MW_HOME=<absolute_path_to_middleware_home>

export OIM_HOME=<absolute_path_to_middleware_home>/Oracle_IDM1/

Windowsの場合:

set JAVA_HOME="<absolute_path_to_jdk_location>"

set MW_HOME="<absolute_path_to_middleware_home>"

set OIM_HOME="<absolute_path_to_middleware_home>\Oracle_IDM1\"

5. PreUpgradeReport.zip.001およびPreUpgradeReport.zip.002のコンテンツを抽出した場所から、次のコマンドを実行します。

- UNIXの場合:
sh generatePreUpgradeReport.sh

- Windowsの場合:
generatePreUpgradeReport.bat

6. 次のプロンプトが表示されたら、詳細を指定します。

- OIMスキーマ・パスワード
OIMスキーマのパスワードを入力する必要があります。

- DBAパスワード
データベース管理者のパスワードを入力する必要があります。

7. レポートは、preupgrade_report_input.propertiesファイルのパラメータoim.outputreportfolderに指定した場所に、HTMLページとして生成されます。ログは、同じ場所のlogsフォルダにあるpreUpgradeReport<time>.logというログ・ファイルに格納されています。
アップグレード前レポート・ユーティリティによって生成されるレポートは次のとおりです。

11.1.2の開始ポイント用に生成されるアップグレード前レポート

- index.html

- ChallengeQuesPreUpgradeReport.html

- DomainReassocAuthorization.html

- EVENT_HANDLERPreUpgradeReport.html

- ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

- ORACLE_ONLINE_PURGEPreUpgradeReport.html

- PasswordPolicyPreUpgradeReport.html

- UDFPreUpgradeReport.html

- WLSMBEANPreUpgradeReport.html

11.1.2.1.0の開始ポイント用に生成されるアップグレード前レポート

- index.html

- CertificationUpgradeReport.html

- ChallengeQuesPreUpgradeReport.html

- CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

- DomainReassocAuthorization.html

- ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

- ORACLE_ONLINE_PURGEPreUpgradeReport.html

- PasswordPolicyPreUpgradeReport.html

- PROVISIONINGPreUpgradeReport.html

- UDFPreUpgradeReport.html

- WLSMBEANPreUpgradeReport.html

5.2.3.3 アップグレード前レポートの分析

アップグレード前レポートを生成した後、各レポートを確認して、レポートに記載されているすべてのタスクを実行する必要があります。レポートに記載されている必須タスクを実行してからアップグレードを開始しないと、アップグレードが失敗する可能性があります。

表5-4に、すべてのアップグレード前レポートを示し、各レポートに含まれる情報について説明して、レポートごとの詳細な説明へのリンクを示します。

表5-4 アップグレード前レポートの説明

Sl番号

HTMLレポート名

生成対象の開始ポイント

説明

詳細な説明の参照先

1

index.html

11.1.2

11.1.2.1.0

このレポートには、アップグレード前レポート・ユーティリティによって生成される他のすべてのレポートへのリンクが示されます。

また、保留中の問題がこのレポートで報告されなくなるまでアップグレード前レポート・ユーティリティを実行する必要がある旨が明記されています。

「index.htmlレポートの説明」を参照してください。

2

CertificationUpgradeReport.html

11.1.2.1.0

このレポートには、スナップショット・データのアップグレード中に処理された証明レコードが示されます。

このレポートに記載されている情報は必ず確認してください。

「CertificationUpgradeReport.htmlレポートの説明」を参照してください。

3

ChallengeQuesPreUpgradeReport.html

11.1.2

11.1.2.1.0

このレポートには、ローカライズされたチャレンジ質問データのアップグレードに関する情報が示されます。このレポートは、Oracle Identity ManagerのWebLogic Serverでのアップグレードでのみ生成されます。

Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0にアップグレードすると、チャレンジ質問用の既存のローカライゼーション・データは失われます。したがって、アップグレード・プロセスを続行する前に、ローカライズされた既存のチャレンジ質問データをバックアップする必要があります。

Oracle Identity Manager 11.1.2.2.0へのアップグレード後には、このレポートに記載されているタスクを実行する必要があります。

Oracle Identity Manager 11gリリース2 (11.1.2.0.11)または(11.1.2.1.3)で提供されている新しいローカライゼーション・モデルごとに、ローカライズされたチャレンジ質問データを移行済の場合は、このレポートに記載されているタスクをスキップします。

「ChallengeQuesPreUpgradeReport.htmlレポートの説明」を参照してください。

4

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

11.1.2.1.0

このレポートには、LDAP内で検出された循環グループのリストが示されます。

11.1.2.2.0では、LDAPディレクトリ内の循環グループはサポートされていません。したがって、既存のOracle Identity Manager設定から循環依存を削除し、LDAPからOracle Identity Managerデータベースにデータをリコンサイルする必要があります。そのための手順がレポートに説明されています。

「CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートの説明」を参照してください。

5

DomainReassocAuthorization.html

11.1.2

11.1.2.1.0

このレポートには、認可機能データのアップグレードのために実行されるチェックが示されます。これにより、Oracle Identity ManagerがDBベースのポリシー・ストアに再関連付けされているかどうかがチェックされます。

実行されたチェックとチェックのステータスが示された表を確認します。

「DomainReassocAuthorization.htmlレポートの説明」を参照してください。

6

EVENT_HANDLERPreUpgradeReport.html

11.1.2

このレポートには、アップグレードにより影響を受けるイベント・ハンドラが示されます。

レポートで詳細を確認し、レポートで指定された必要な解決タスクをすべて実行します。

「EVENT_HANDLERPreUpgradeReport.htmlレポートの説明」を参照してください。

7

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

11.1.2

11.1.2.1.0

このレポートには、Oracle Identity Managerをアップグレードする場合の必須データベース・コンポーネントまたは設定のステータスが示されます。各必須コンポーネントまたは設定のインストールまたは設定ステータスを確認してください。いずれかのコンポーネントまたは設定が正しく設定されていない場合は、レポートに記載されている推奨事項に従って問題を修正してください。

「ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートの説明」を参照してください。

8

ORACLE_ONLINE_PURGEPreUpgradeReport.html

11.1.2

11.1.2.1.0

このレポートには、アップグレードを進める前に対処する必要があるオンライン・パージの前提条件が示されます。

このレポートは、パージに関連するアクション項目がない場合には生成されません。

「ORACLE_ONLINE_PURGEPreUpgradeReport.htmlレポートの説明」を参照してください。

9

PasswordPolicyPreUpgradeReport.html

11.1.2

このレポートには、パスワード・ポリシーのアップグレードに伴う潜在的な問題が示されます。

9.1.x.xのパスワード・ポリシー・モデルは11.1.2.2.0でサポートされていないため、9.1.x.xのパスワード・ポリシー・モデルを利用している場合は、新しいパスワード・ポリシーに更新する必要があります。レポートを確認し、記載されているパスワード・ポリシーを適切な組織に割り当ててください。

「PasswordPolicyPreUpgradeReport.htmlレポートの説明」を参照してください。

10

PROVISIONINGPreUpgradeReport.html

11.1.2.1.0

このレポートには、アプリケーション・インスタンスの作成に伴う潜在的な問題が示されます。次の情報が提供されます。

- プロビジョニングの構成

- 権限の構成

- アクセス・ポリシーの構成

- プロセス・フォームがないリソース・オブジェクトのリスト

- プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

- プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

- デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

- 「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

- 参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

レポートのすべてのセクションを確認し、必要なタスクを実行してください。

「PROVISIONINGPreUpgradeReport.htmlレポートの説明」を参照してください。

11

UDFPreUpgradeReport.html

11.1.2

11.1.2.1.0

このレポートには、ユーザー定義フィールド(UDF)がシームレスにアップグレードされるよう、アップグレード前に実行する必要があるタスクが示されます。

このレポートに記載されている必要なタスクすべてを実行します。

「UDFPreUpgradeReport.htmlレポートの説明」を参照してください。

12

WLSMBEANPreUpgradeReport.html

11.1.2

11.1.2.1.0

このレポートには、中間層のアップグレードを実行する前に削除する必要がある、WebLogic MBeanパス内に存在する.jarファイルが示されます。このレポートに記載されている情報を確認して、必要なアクションを実行します。

「WLSMBEANPreUpgradeReport.htmlレポートの説明」を参照してください。

5.2.3.3.1 index.htmlレポートの説明

レポートindex.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。このレポートは、他のレポートへのリンクを含む索引ページです。

表5-5に、開始ポイント11.1.2用にindex.htmlで表示されるレポートおよびそれらの対応するHTMLレポート名を示します。

表5-5 開始ポイント11.1.2用にindex.htmlで示されたレポート

index.htmlに表示されるレポート名

対応するHTMLレポート

必須データベース・コンポーネントのインストール・ステータス

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

UDFのインストール・ステータス

UDFPreUpgradeReport.html

OIMオーセンティケータJarの必須削除のステータス

WLSMBEANPreUpgradeReport.html

アップグレード中に影響を受けるイベント・ハンドラ

EVENT_HANDLERPreUpgradeReport.html

ドメイン再関連付けレポート

DomainReassocAuthorization.html

チャレンジ質問レポート

ChallengeQuesPreUpgradeReport.html

パスワード・ポリシーの潜在的なアップグレード問題

PasswordPolicyPreUpgradeReport.html

オンライン・パージの前提条件

ORACLE_ONLINE_PURGEPreUpgradeReport.html

表5-6に、開始ポイント11.1.2.1.0用にindex.htmlで表示されるレポートおよびそれらの対応するHTMLレポート名を示します。

表5-6 開始ポイント11.1.2.1.0用にindex.htmlで示されたレポート

index.htmlに表示されるレポート名

対応するHTMLレポート

必須データベース・コンポーネントのインストール・ステータス

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

UDFのインストール・ステータス

UDFPreUpgradeReport.html

OIMオーセンティケータJarの必須削除のステータス

WLSMBEANPreUpgradeReport.html

証明レポート

CertificationUpgradeReport.html

ドメイン再関連付けレポート

DomainReassocAuthorization.html

チャレンジ質問レポート

ChallengeQuesPreUpgradeReport.html

LDAPディレクトリ内の循環グループのリスト

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

アプリケーション・インスタンスの作成に伴う潜在的な問題のリスト

PROVISIONINGPreUpgradeReport.html

パスワード・ポリシーの潜在的なアップグレード問題

PasswordPolicyPreUpgradeReport.html

オンライン・パージの前提条件

ORACLE_ONLINE_PURGEPreUpgradeReport.html

5.2.3.3.2 CertificationUpgradeReport.htmlレポートの説明

レポートCertificationUpgradeReport.htmlには、スナップショット・データのアップグレード中に処理された証明レコードが示されます。このレポートには、証明レコードID、列名、現在の値および新しい値を含む表が表示されます。この表に記載された情報を確認します。

5.2.3.3.3 ChallengeQuesPreUpgradeReport.htmlレポートの説明

レポートChallengeQuesPreUpgradeReport.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。

Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0にアップグレードすると、チャレンジ質問用の既存のローカライゼーション・データは、アップグレードに際して安全ではないため失われます。したがって、Oracle Identity Manager 11.1.2.2.0にアップグレードする前に、ローカライズされた既存のチャレンジ質問データをバックアップする必要があります。

11.1.2.2.0にアップグレードした後、このレポートに記載されたタスクを実行してチャレンジ質問をローカライズします。開始ポイントに適用可能なセクションの手順に従います。

注意:

Oracle Identity Manager 11gリリース2 (11.1.2.0.11)または(11.1.2.1.3)で提供されているローカライゼーション・モデルごとに、ローカライズされたチャレンジ質問データを移行済の場合は、このレポートに記載されているタスクを無視します。

5.2.3.3.4 CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートの説明

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートには、LDAPディレクトリ内の循環グループに関する情報が示されます。

Oracle Identity Manager 11.1.2.2.0では、LDAPディレクトリ内の循環グループはサポートされていません。したがって、アップグレードを続行する前に、既存の設定からすべての循環依存を削除し、LDAPからOracle Identity Managerデータベースにデータをリコンサイルする必要があります。

LDAPに依存する循環グループを削除する方法の詳細は、「LDAPに依存する循環グループの削除およびLDAPからOIMデータベースへのデータのリコンシリエーション」を参照してください。循環グループの削除手順の説明もこのレポートに含まれています。

LDAPに依存する循環グループの削除およびLDAPからOIMデータベースへのデータのリコンシリエーション

既存のOracle Identity Manager環境のLDAPに循環グループがロードされている場合、次の手順を実行して、循環グループを削除する必要があります。

1. JEXplorerまたはSofterra LDAPの管理者を使用して、循環グループに移動します。

2. uniquemember属性を検索します。

3. 属性からすべての値を削除します。

4. グループを保存します。

5. 次のコマンドを実行して、LDAPからOracle Identity Managerデータベースにデータをリコンサイルします。
UNIXの場合: LDAPConfigPostSetup.sh

Windowsの場合: LDAPConfigPostSetup.bat

シナリオ例

Group1とGroup2の2つのグループ間に循環グループ依存がある場合は、次を実行して循環依存を削除します。

1. JEXplorerまたはSofterra LDAPを使用してLDAPに接続します。

2. Group1のグループ・コンテナに移動します。

3. Group1の下にあるuniquemember属性に移動します。

4. Group2の値を一意のメンバーから削除して、変更した内容を保存します。

5. LDAPConfigPostSetup.sh (UNIXの場合)またはLDAPConfigPostSetup.bat (Windowsの場合)を実行して、LDAPからOracle Identity Managerデータベースにデータをリコンサイルします。

5.2.3.3.5 DomainReassocAuthorization.htmlレポートの説明

レポートDomainReassocAuthorization.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。

このレポートは、Oracle Identity Managerのドメインがデータベース・ベースのポリシー・ストアに再関連付けされているかどうかをチェックし、その結果を「結果」列に表示します。実行されたチェックとチェックの結果を確認します。

5.2.3.3.6 EVENT_HANDLERPreUpgradeReport.htmlレポートの説明

レポートEVENT_HANDLERPreUpgradeReport.htmlは、11.1.2開始ポイントについてのみ生成されます。

このレポートには、アップグレード中に影響を受けるすべてのイベント・ハンドラが示されます。このレポートには、イベント・ハンドラXML、イベント・ハンドラ名、エンティティ・タイプ、操作およびステージに関連する情報を含む表が表示されます。また、表には、「解決/情報」列も含まれ、完了する必要があるすべての解決タスクがこの列に示されます。表の情報を確認します。

5.2.3.3.7 ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートの説明

レポートORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。

このレポートには、Oracle Identity Manager 11.1.2.x.xのアップグレード用の必須データベース・コンポーネントや必須データベース設定のすべてが示されます。このレポートには、コンポーネントまたは設定、そのインストールまたは設定ステータスおよび推奨事項(ある場合)を示す表が含まれています。表に示された必須コンポーネントまたは設定ごとにインストールまたは設定ステータスを確認してください。コンポーネントまたは設定が正しく設定されていない場合は、表の「注意」列に記載されている推奨事項に従って問題を修正してください。

5.2.3.3.8 ORACLE_ONLINE_PURGEPreUpgradeReport.htmlレポートの説明

Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0にアップグレードする前に、オンライン・パージの前提条件を完了する必要があります。

このレポートに含まれている表には、アップグレード前に実行するように指定されたアップグレード前手順の対象となるデータベース表が示されます。また、表の「OIMスキーマ」および「注意」セクションには、データベース表のステータスが示されます。表を確認し、必要なアクションを実行してください。

5.2.3.3.9 PasswordPolicyPreUpgradeReport.htmlレポートの説明

PasswordPolicyPreUpgradeReport.htmlレポートには、パスワード・ポリシーのアップグレードに伴う潜在的な問題が示されます。9.1.x.xのパスワード・ポリシー・モデルを利用している場合は、新しいパスワード・ポリシーに更新する必要があります。9.1.x.xのパスワード・ポリシー・モデルは「ユーザー」に対してサポートされなくなり、このようなカスタマイズを加えていた場合、新しいパスワード・ポリシー・モデルには移行されません。デフォルトのパスワード・ポリシーは、再アクセスが必要な最上位組織にシードされます。

このレポートには、9.1.x.xのパスワード・ポリシー・モデルに従って「Xellerateユーザー」リソース・オブジェクトに添付されるパスワード・ポリシーを示す表が含まれています。これらのパスワード・ポリシーを適切な組織に割り当てる必要があります。

5.2.3.3.10 PROVISIONINGPreUpgradeReport.htmlレポートの説明

レポートPROVISIONINGPreUpgradeReport.htmlは、11.1.2.1.0開始ポイントについてのみ生成されます。

このレポートには、アプリケーション・インスタンスの作成に伴う潜在的な問題が示されます。レポートには次のセクションが含まれています。

- プロビジョニング、権限およびアクセス・ポリシーの構成の詳細

- プロセス・フォームがないリソース・オブジェクトのリスト

- プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

- プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

- デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

- 「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

- 参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

プロビジョニング、権限およびアクセス・ポリシーの構成の詳細

このセクションでは、Oracle Identity Managerを11.1.2.1.0から11.1.2.2.0にアップグレードする前に完了する必要がある手順について説明されています。これらの手順は、プロビジョニング、権限およびアクセス・ポリシーの構成に関するものです。レポートのこのセクションに説明されているすべての手順を実行してください。

プロセス・フォームがないリソース・オブジェクトのリスト

このセクションでは、プロセス・フォームが含まれないOracle Identity Manager 11.1.2.1.0のリソース・オブジェクトについて説明されています。各リソース・オブジェクトには、それぞれ関連付けられたプロセス・フォームが含まれている必要があります。したがって、リソース・オブジェクトがプロセス・フォームに関連付けられていない場合は、アップグレード・プロセスを開始する前に関連付ける必要があります。プロセス・フォームのないリソース・オブジェクトの詳細は、レポートのこのセクションに含まれている表を確認してください。

プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

このセクションには、プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトに関する情報が示されます。詳細は、レポートのこのセクションに含まれている表を確認してください。Oracle Identity Manager 11.1.2.1.0に、プロセス・フォームにITResourceフィールドが含まれないリソース・オブジェクトが存在する場合は、次の手順を実行します。

1. 適切なITリソース定義を作成します。

2. プロビジョニング対象と同等のターゲットに対してITリソース・インスタンスを作成します。

3. プロセス・フォームを編集し、ITResourceタイプのフィールドをプロセス・フォームに追加します。次のプロパティを設定します。
Type=手順1で作成したITリソース定義

ITResource=true

4. フォームをアクティブ化します。

5. FVCユーティリティを使用して、既存のプロビジョニング済アカウントでITリソース・フィールドを更新します。

6. 前述の手順が完了したら、リソース・オブジェクトとITResourceの組合せに対応するアプリケーション・インスタンスを作成できます。

プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

このセクションには、プロセス・フォームに複数の参照フィールドがあるリソース・オブジェクトに関する情報が示されます。Oracle Identity Manager 11.1.2.1.0環境で、プロセス・フォームに複数のITResourceが設定されたリソース・オブジェクトが存在する場合、少なくとも1つの属性に対してプロパティITResourceタイプの値をtrueに設定する必要があります。

デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

このセクションには、デフォルトのポリシー・データにリソース・オブジェクトのITResource値を設定する必要があるアクセス・ポリシーが示されます。このセクションの表には、Oracle Identity Manager 11.1.2.1.0でITResourceフィールドがないアクセス・ポリシーが示されます。表に示された各アクセス・ポリシーに対してITResurceフィールドの値を設定する必要があります。

「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

このセクションには、「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーが示されます。このセクションの表には、アップグレード時に「適用しなくなった場合は無効化」に更新されるアクセス・ポリシーのリストが含まれています。また、表には、これらのポリシーに有効化アクション、無効化アクションおよび失効アクションのタスクが定義されていないことが示されます。アップグレードを進める前に、欠落しているタスクを追加する必要があります。また、ポリシーの動作をRNLAに変更する場合は、対応するポリシーに対してRNLAフラグを選択する必要があります。

参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

このセクションには、参照定義に格納されている権限のうち、~を使用してエンコード値の前にITリソース・キーが付加されていない権限が示されます。参照定義に権限を格納する場合は、~を使用してエンコード値の前にITリソース・キーを付加する必要があります。詳細は、アップグレード前レポートのこのセクションに含まれている表を確認してください。

5.2.3.3.11 UDFPreUpgradeReport.htmlレポートの説明

レポートUDFPreUpgradeReport.htmlには、ユーザー定義フィールド/属性(UDF)がシームレスにアップグレードできるよう、アップグレード・プロセスを続行する前に完了する必要がある手順が示されます。

エンティティxmlファイルを手動で編集することが必要な場合があります。メタデータ・サービス(MDS)のファイルを編集するには、MDSリポジトリからファイルをエクスポートする必要があります。必要な変更を行った後、ファイルをMDSにインポートして戻す必要があります。

このレポートには次の表が含まれます。

- 特定のエンティティ・タイプに対応する、MDS内のエンティティXMLファイルへのパスが示された表。

- 最大サイズに一貫性のないUDFが示された表。表に示されたリストごとにエンティティxmlファイルを編集し、属性の最大サイズを予期される値に変更して、このファイルをMDSにインポートして戻す必要があります。

- デフォルト値に一貫性のないUDFが示された表。対応するエンティティxmlファイルを手動で編集して、デフォルト値を許可された値のいずれかに変更する必要があります。

5.2.3.3.12 WLSMBEANPreUpgradeReport.htmlレポートの説明

レポートWLSMBEANPreUpgradeReport.htmlには、中間層のアップグレード前に削除する必要があるWebLogic MBeanパス内の.jarファイルが示されます。このレポートには、.jarファイル、それらのステータス(WebLogic MBeanパスに存在しているかどうかにかかわらず)および必要なアクションが示された表が含まれます。この表に記載されている情報を確認して、必要なアクションを実行します。

5.2.4 Oracle Identity Manager 11.1.2.x.x環境のバックアップ

Oracle Identity Manager 11.1.2.2.0にアップグレードする前に、既存のOracle Identity Manager 11.1.2.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップします。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- Oracle Identity Managerスキーマ

- MDSスキーマ

- ORASDPMスキーマ

- SOAINFRAスキーマ

- OPSSスキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

5.2.5 Oracle Identity ManagerサーバーのJVMプロパティの設定

このタスクは、UIパフォーマンスを最適化するために必要です。そのためには、WebLogic管理コンソールを使用して、Oracle Identity Managerサーバーに追加のJVMプロパティを設定することをお薦めします。これを行うには、次の手順を実行します:

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://admin_host:admin_port/console

2. 「サーバー」をクリックします。

3. Oracle Identity Managerサーバーを選択します。

4. 「サーバーの起動」をクリックしてから、「引数」をクリックします。

5. Oracle Identity Managerサーバーに、次のアプリケーション・モジュール設定を追加します。
-Djbo.ampool.doampooling=true

-Djbo.ampool.minavailablesize=1

-Djbo.ampool.maxavailablesize=120

-Djbo.recyclethreshold=60

-Djbo.ampool.timetolive=-1

-Djbo.load.components.lazily=true

-Djbo.doconnectionpooling=true

-Djbo.txn.disconnect_level=1

-Djbo.connectfailover=false

-Djbo.max.cursors=5

-Doracle.jdbc.implicitStatementCacheSize=5

-Doracle.jdbc.maxCachedBufferSize=19

-XX:ReservedCodeCacheSize=128m

注意:

指定される引数の推奨値は、ノードごとに100の同時ユーザーを想定しています。したがって、引数-Djbo.ampool.maxavailablesizeに指定されている値は120 (つまり100 * 1.20)です。ノードごとの同時ユーザーの数が異なる場合は、次の式を使用して、引数-Djbo.ampool.maxavailablesizeに指定する必要がある値を計算します。

-Djbo.ampool.maxavailablesize = <Number_of_concurrent_users> * 1.20

6. Oracle Identity Managerサーバーを再起動します。管理対象サーバーを再起動するには、最初にサーバーを停止して、再度サーバーを起動します。
管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3「管理対象サーバーの起動」を参照してください。

5.2.6 ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを開始する前に、Oracle Identity Manager管理対象サーバー、SOA管理対象サーバー、WebLogic管理サーバーおよびノード・マネージャを停止する必要があります。

WebLogic管理サーバー、管理対象サーバーおよびノード・マネージャの停止の詳細は、第2.8項「サーバーの停止」を参照してください。

5.3 Oracleホームとデータベース・スキーマのアップグレード

この項では、既存のOracleホームおよびデータベース・スキーマをアップグレードする際に実行するタスクについて説明します。

この項には次のトピックが含まれます:

- Oracle WebLogic Serverの10.3.6へのアップグレード

- Oracle SOA Suiteの11.1.1.7.0へのアップグレード

- Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード

- スキーマのアップグレード

- Oracle Platform Security Servicesのアップグレード

- Java Required Files (JRF)のアップグレード

5.3.1 Oracle WebLogic Serverの10.3.6へのアップグレード

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5以下のバージョンを使用している場合、Oracle WebLogic Serverを10.3.6にアップグレードする必要があります。

Oracle WebLogic Serverの10.3.6へのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

5.3.2 Oracle SOA Suiteの11.1.1.7.0へのアップグレード

Oracle Identity Manager 11.1.2.2.0は、Oracle SOA Suite 11gリリース1 (11.1.1.7.0)で動作することが保証されています。Oracle SOA Suite 11.1.1.7.0を使用していない場合は、表5-7に示されたタスクを完了して、既存のOracle SOA Suiteを11.1.1.7.0にアップグレードする必要があります。

表5-7 SOAを11.1.1.7.0にアップグレードするためのタスク

Sl番号

タスク

詳細の参照先

1

Oracle SOA Suiteの11.1.1.7.0へのアップグレードを開始する前に、システム要件と仕様を確認します。

「Oracle Fusion Middlewareのシステム要件と仕様」を参照してください。

2

Oracle SOA Suite 11.1.1.7.0インストーラを取得します。

「Oracle Fusion Middlewareのダウンロード、インストールおよび構成に関するREADME」を参照してください。

3

Oracle SOA Suite 11.1.1.7.0インストーラを起動します。

詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のインストーラの起動に関する項を参照してください。

4

Oracle SOA Suiteバイナリを11.1.1.7.0に更新します。

『Oracle Fusion Middlewareパッチ適用ガイド』のパッチ・セットの適用に関する説明を参照してください。

5

必須のOracle SOA Suiteパッチを適用します。

『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関する説明を参照してください。

6

次に示す、Oracle SOA Suiteのパッチ適用後のタスクを実行します。

- SOA Composer、BPM WorkspaceおよびB2Bのtmpフォルダを削除します。

- 警告「必須のBPELメッセージ・リカバリ」のメッセージ期間を更新します。

- MAXRECOVERATTEMPT属性を2に更新します。

- UMSアダプタ機能を含むSOAドメインを拡張します。

- Business Process Management機能を含むSOAドメインを拡張します。

パッチ適用後のタスクを実行する前に、WebLogic管理サーバーおよびSOA管理対象サーバーが開始されていることを確認してください。

『Oracle Fusion Middlewareパッチ適用ガイド11gリリース1 (11.1.1.7.0)』の次の項を参照してください。

- SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除に関する説明

- 「必須のBPELメッセージ・リカバリ」警告メッセージ期間の更新に関する説明

- MAXRECOVERATTEMPT属性の2への更新に関する説明

- UMSアダプタ機能を含むSOAドメインの拡張に関する説明

- Business Process Management機能を含むSOAドメインの拡張に関する説明

SOAのパッチ適用後のタスクは、デフォルトでは必要ありません。ただし、機能要件ごとに、これらのタスクを確認して適用する必要があります。

5.3.3 Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード

Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用して、Oracle Identity Manager 11.1.2.x.xのバイナリをOracle Identity Manager 11.1.2.2.0にアップグレードする必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.2.x.xミドルウェア・ホームに向けます。これにより、Oracle Identity Managerバイナリが11.1.2.2.0にアップグレードされます。

注意:

Oracle Identity Managerバイナリを11gリリース2 (11.1.2.2.0)にアップグレードする前に、ORACLE_HOMEおよびMW_HOME/oracle_commonでOPatchのバージョンが11.1.0.9.9であることを確認してください。別のバージョンのOPatchでは、パッチ適用が失敗する場合があります。opatchをこれより新しいバージョンにアップグレード済である場合は、バージョン11.1.0.9.9にロール・バックする必要があります。

Oracle Identity Managerバイナリの11.1.2.2.0への更新の詳細は、「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

バイナリのアップグレード後に、次の場所でインストーラのログを確認してください。

- UNIXの場合: ORACLE_INVENTORY_LOCATION/logs
UNIX上のOracle Inventoryディレクトリの場所を見つけるには、ORACLE_HOME/oraInst.locファイルを確認します。

- Windowsの場合: ORACLE_INVENTORY_LOCATION/logs
Windows上のOracle Inventoryディレクトリのデフォルトの場所は、C:\Program Files\Oracle\Inventory\logsです。

次のインストール・ログ・ファイルがログ・ディレクトリに書き込まれます。

- installDATE-TIME_STAMP.log

- installDATE-TIME_STAMP.out

- installActionsDATE-TIME_STAMP.log

- installProfileDATE-TIME_STAMP.log

- oraInstallDATE-TIME_STAMP.err

- oraInstallDATE-TIME_STAMP.log

5.3.4 スキーマのアップグレード

Oracle Identity Managerのバイナリを11.1.2.2.0に更新した後、パッチ・セット・アシスタント(PSA)を使用して、次のスキーマをアップグレードする必要があります。

- OPSSスキーマ

- MDSスキーマ

- OIMスキーマ

- ORASDPMスキーマ

- SOAINFRAスキーマ

Oracle Identity Managerスキーマを選択すると、すべての依存スキーマも自動選択され、アップグレードされます。

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

スキーマをアップグレードした後、「スキーマのアップグレード後のバージョン番号」の説明に従って、スキーマのバージョン番号をチェックしてアップグレードを確認します。

スキーマのアップグレード後のバージョン番号

OIMスキーマにoim_schema_userとして接続し、次の問合せを実行します。

select version,status,upgraded from schema_version_registry where owner=<SCHEMA_NAME>;

表5-8に示されているように、バージョン番号がアップグレードされていることを確認します。

表5-8 スキーマのアップグレード後のコンポーネント・バージョン番号

コンポーネント

バージョン番号

OPSS

11.1.1.7.2

MDS

11.1.1.7.0

OIM

11.1.2.2.0

ORASDPM

11.1.1.7.0

SOAINFRA

11.1.1.7.0

5.3.5 Oracle Platform Security Servicesのアップグレード

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Identity Managerの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

5.3.6 Java Required Files (JRF)のアップグレード

WebLogic Serverドメインごとに、WLSTコマンドupgradeJRF()を実行して、ドメイン内の共有ライブラリを更新する必要があります。これを行うには、次の手順を実行します:

1. ドメイン内で実行されているインスタンス、管理対象サーバー、管理サーバーおよびノード・マネージャをすべて停止します。サーバーの停止の詳細は、第2.8項「サーバーの停止」を参照してください。

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合:

cd MW_HOME/oracle_common/common/bin

./wlst.sh

Windowsの場合:

cd MW_HOME\oracle_common\common\bin

wlst.cmd

3. 更新するドメインごとに、管理サーバーが配置されているノードまたはシステムに対して、upgradeJRF()コマンドを実行します。ドメインの場所はパラメータとして渡されます。
wlst> upgradeJRF('DOMAIN_HOME')

このコマンドで、DOMAIN_HOMEはドメインへの絶対パスを示します。

注意:

このコマンドを実行すると、setDomainEnvスクリプトに対して行ったカスタム変更はすべて失われます。他のドメイン・テンプレートが適用されてsetDomainEnvスクリプトが再生成される場合の混乱を最小限に抑えるには、カスタム変更をsetDomainEnvと呼ばれる別のスクリプトに保持することをお薦めします。

setDomainEnvスクリプトでIPv6をfalseに設定してある場合は、upgradeJRF()コマンドの実行時にこの変更が上書きされます。upgradeJRF()コマンドを実行したら、必ずsetDomainEnvスクリプトのIPv6をfalseにリセットしてください。

5.4 Oracle Identity Manager中間層のアップグレード

この項では、Oracle Identity Manager中間層をアップグレードする際に実行するタスクについて説明します。

この項には次のトピックが含まれます:

- 管理サーバーおよびSOA管理対象サーバーの起動

- Oracle Identity Manager中間層のアップグレード

- すべてのサーバーの再起動

5.4.1 管理サーバーおよびSOA管理対象サーバーの起動

バイナリとスキーマのアップグレードが完了した後、WebLogic管理サーバーおよびSOA管理対象サーバーを起動します。

注意:

Oracle Identity Manager高可用性環境のアップグレードで、Oracle Automatic Storage Management Cluster File System (Oracle ACFS)を使用する場合は、中間層アップグレード・ユーティリティを実行する前に、SOA管理対象サーバーを1つのみ起動する必要があります。

WebLogic管理サーバーおよび管理対象サーバーの起動の詳細は、第2.9項「サーバーの起動」を参照してください。

5.4.2 Oracle Identity Manager中間層のアップグレード

この項には次のトピックが含まれます:

- 中間層のアップグレード前のWindows 64ビット・ユーザー用の追加タスク

- Oracle Identity Manager中間層のアップグレード

- 中間層のアップグレードの確認

5.4.2.1 中間層のアップグレード前のWindows 64ビット・ユーザー用の追加タスク

64ビットのWindowsプラットフォームでアップグレードを実行している場合は、次のタスクを完了して、中間層のアップグレードを正常に実行します。

1. JREインストールではなく、JDKインストールを指す環境変数にJAVA_HOMEエントリを追加します。

注意:

このパスは、スペースをなくすか、C:\Progra~1\Java\jdk1.6.0_29のように入力します。

2. <WL_HOME>\server\bin\setWLSEnv.cmdファイルにあるJAVA_HOMEの値をハード・コード化して、中間層のアップグレードのいかなる失敗も発生しないようにします。

5.4.2.2 Oracle Identity Manager中間層のアップグレード

Oracle Identity Manager中間層をアップグレードするには、必要なパラメータを使用してプロパティ・ファイルを更新してから、この項の説明に従ってコマンドを実行する必要があります。

注意:

Oracle Identity Manager中間層をアップグレードする前に、WebLogic管理サーバーおよびSOA管理対象サーバーが実行中であることを確認してください。この時点では、Oracle Identity Manager管理対象サーバーは実行しないことをお薦めします。

注意:

実行は再入可能で、その間にいかなる割込みが発生しても正常な実行で再開されます。

Oracle Identity Manager中間層を11.1.2.2.0にアップグレードするには、次の手順を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからOIM_ORACLE_HOME/server/binディレクトリに移動します。
cd OIM_ORACLE_HOME/server/bin

2. テキスト・エディタで、次のアップグレード・プロパティ・ファイルを編集します。
oim_upgrade_input.properties

3. 表5-9で示されているように、パラメータの値を指定します。

4. 次のコマンドを実行します。
./OIMUpgrade.sh

注意:

次の警告が表示されます。

[WARN ][jrockit] PermSize=128M ignored: Not a valid option for JRockit

[WARN ][jrockit] MaxPermSize=256M ignored: Not a valid option for JRockit

このメッセージは無視できます。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからOIM_ORACLE_HOME\server\binディレクトリに移動します。
cd OIM_ORACLE_HOME\server\bin

2. テキスト・エディタで、次のアップグレード・プロパティ・ファイルを編集します。
oim_upgrade_input.properties

3. 表5-9で示されているように、パラメータの値を指定します。

4. 次のコマンドを実行します。
OIMUpgrade.bat

注意:

次の警告が表示されます。

[WARN ][jrockit] PermSize=128M ignored: Not a valid option for JRockit

[WARN ][jrockit] MaxPermSize=256M ignored: Not a valid option for JRockit

このメッセージは無視できます。

表5-9 プロパティ・ファイルで指定するパラメータ

パラメータ

説明

java.home

JAVAホームの場所を指定します。

server.type

使用しているアプリケーション・サーバーを指定します。

たとえば、Oracle WebLogic Serverを使用している場合にはパラメータにwlsを指定し、IBM WebSphereを使用している場合にはwasを指定します。

このドキュメントでは、WebLogicでOracle Identity Managerをアップグレードする手順について説明しているため、このパラメータにはwlsを指定する必要があります。

oim.jdbcurl

Oracle Identity ManagerのJDBC URLを指定します。

oim.oimschemaowner

Oracle Identity Managerのスキーマ所有者を指定します。

oim.oimmdsjdbcurl

MDS JDBC URLを指定します。

oim.mdsschemaowner

MDSスキーマの所有者名を指定します。

oim.adminhostname

Oracle WebLogic Serverの管理ホスト名を指定します。

oim.adminport

Oracle WebLogic Serverの管理ポートを指定します。

oim.adminUserName

Oracle WebLogic Server管理コンソールにログオンする際に使用するユーザー名を指定します。

oim.soahostmachine

SOAサーバーが稼働しているSOAホスト名を指定します。

oim.soaportnumber

SOAサーバーのポートを指定します。

oim.soausername

SOA管理対象サーバーのユーザー名を指定します。

oim.domain

Oracle Identity Managerのドメインの場所を指定します。

oim.home

Oracle OIMホームの場所を指定します。

oim.mw.home

Oracle Middlewareホームの場所を指定します。

soa.home

Oracle SOAホームの場所を指定します。

wl.home

WebLogicホームの場所を指定します。

パラメータ例は次のとおりです。

java.home=/scratch/jdk1.7.0_11
server.type=wls
oim.jdbcurl=db.example.com:1522:oimdb
oim.oimschemaowner=dev_oim
oim.oimmdsjdbcurl=db.example.com:1521:oimdb
oim.mdsschemaowner=dev_mds
oim.adminhostname=oimhost.example.com
oim.adminport=7001
oim.adminUserName=weblogic
oim.soahostmachine=soahost.example.com
oim.soaportnumber=8001
oim.soausername=weblogic
oim.domain=/scratch/Oracle/Middleware/user_projects/domains/base_domain
oim.home=/scratch/Oracle/Middleware/Oracle_IDM1
oim.mw.home=/scratch/Oracle/Middleware
soa.home=/scratch/Oracle/Middleware/Oracle_SOA1
wl.home=/scratch/Oracle/Middleware/wlserver_10.3

5.4.2.3 中間層のアップグレードの確認

中間層アップグレード・ユーティリティを使用すると、ログ・ファイル、および機能のアップグレードの詳細を示すHTMLレポートが生成されます。Oracle Identity Manager中間層のアップグレードが成功したことを確認するには、次の手順を実行します。

Oracle Identity Manager中間層のアップグレード後、OIM_HOME/server/upgrade/logs/MTの場所に生成されたログ・ファイルant_grantPermissionsUpgrade.logを確認して、中間層のアップグレードが成功したことを確認してください。

1. OIM_HOME/server/upgrade/logs/MTの場所に生成されたログ・ファイルant_grantPermissionsUpgrade.logを確認して、中間層のアップグレードが成功したことを確認します。

2. MW_HOME/OIM_HOME/server/upgrade/logs/MT/oimUpgradeReportDirの場所に生成されたHTMLアップグレード・レポートを確認します。このディレクトリにあるindex.htmlレポートには、中間層のアップグレード時にアップグレードされたすべての機能が示されます。

5.4.3 すべてのサーバーの再起動

Oracle Identity Manager中間層をアップグレードした後、WebLogic管理サーバー、Oracle Identity Manager管理対象サーバーおよびSOA管理対象サーバーを再起動する必要があります。

サーバーを再起動するには、それらを次の順序で停止してから再び起動する必要があります。

1. SOA管理対象サーバーを停止します。

2. WebLogic管理サーバーを停止します。

3. WebLogic管理サーバーを起動します。

4. SOA管理対象サーバーを起動します。

5. Oracle Identity Manager管理対象サーバーを起動します。

サーバーを停止する方法の詳細は、第2.8項「サーバーの停止」を参照してください。

サーバーを起動する方法の詳細は、第2.9項「サーバーの起動」を参照してください。

5.5 その他のOracle Identity Managerインストール済コンポーネントのアップグレード

この項では、Oracle Identity Manager Design ConsoleやOracle Identity Manager Remote Managerなどの、その他のOracle Identity Managerインストール済コンポーネントを11.1.2.2.0にアップグレードする方法について説明します。

この項の内容は、次のとおりです。

- Oracle Identity Manager Design Consoleのアップグレード

- Oracle Identity Manager Remote Managerのアップグレード

5.5.1 Oracle Identity Manager Design Consoleのアップグレード

Oracle Identity Manager Design Consoleを使用して、Oracle Identity Managerのシステム全体の動作を制御し、そのユーザーに影響を及ぼすシステム設定を構成します。Design Consoleで、ユーザー管理、リソース管理、プロセス管理、その他の管理タスクおよび開発タスクを実行できます。

Design ConsoleがOracle Identity Managerサーバーと同じシステム上に存在する場合は、Oracle Identity ManagerおよびDesign Consoleを異なるディレクトリ・パスにインストールすることをお薦めします。

Design Consoleをアップグレードするには、次の手順を完了します。

1. 次のファイルをバックアップします。

- $<XLDC_HOME>/xlclient.sh (UNIXの場合)

- $<XLDC_HOME>/config/xlconfig.xml

- <XLDC_HOME>\xlclient.cmd (Windowsの場合)

- <XLDC_HOME>\config\xlconfig.xml

2. Oracle Identity and Access Management 11.1.2.2.0インストーラを実行して、Design Consoleホームの<XLDC_HOME>をアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.2.2.0)のインストールと構成に関する項を参照してください。

3. アップグレードされたDesign Consoleホーム内の次のバックアップ・ファイルをリストアします。
UNIXの場合:

- xlclient.sh

- xlconfig.xml

Windowsの場合:

- xlclient.cmd

- xlconfig.xml

4. 次のようにwlfullclient.jarファイルをビルドしてコピーします。

1. UNIXの場合はWebLogic_Home/server/libディレクトリ、Windowsの場合はWebLogic_Home\server\libディレクトリに移動します。

2. JAVA_HOME環境変数を設定し、JAVA_HOME変数をPATH環境変数に追加します。JAVA_HOMEをミドルウェア・ホーム内のjdk160_21ディレクトリに設定できます。
次に例を示します。

UNIXの場合: setenv JAVA_HOME $MW_HOME/jdk160_29

Windowsの場合: SET JAVA_HOME="MW_HOME\jdk160_29"

3. 次のコマンドを実行して、wlfullclient.jarファイルをビルドします。
java -jar <MW_HOME>/modules/com.bea.core.jarbuilder_1.7.0.0.jar

4. Design Consoleをインストールした<IAM_HOME>にwlfullclient.jarファイルをコピーします。次に例を示します。
UNIXの場合:

cp wlfullclient.jar <Oracle_IDM2>/designconsole/ext

Windowsの場合:

copy wlfullclient.jar <Oracle_IDM2>\designconsole\ext

5.5.2 Oracle Identity Manager Remote Managerのアップグレード

Remote Managerをアップグレードするには、次の手順を完了します。

1. 構成ファイルをバックアップします。
Remote Managerのアップグレードを開始する前に、次のRemote Manager構成ファイルをバックアップします。

- $<XLREMOTE_HOME>/remotemanager.sh (UNIXの場合)

- $<XLREMOTE_HOME>/xlremote/config/xlconfig.xmlファイル

- <XLREMOTE_HOME>\remotemanager.bat (Windowsの場合)

- <XLREMOTE_HOME>\xlremote\config\xlconfig.xmlファイル

2. Oracle Identity and Access Managementインストーラを実行して、Remote Managerホームをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.2.2.0)のインストールと構成に関する項を参照してください。

3. アップグレードされたRemote Managerホーム内の次のバックアップ構成ファイルをリストアします。
UNIXの場合:

- remotemanager.sh

- xlconfig.xml

Windowsの場合:

- remotemanager.bat

- xlconfig.xml

5.6 アップグレード後の手順

この項では、Oracle Identity Manager 11.1.2.x.xからOracle Identity Manager 11.1.2.2.0にアップグレードした後に実行する必要がある、アップグレード後のタスクについて説明します。

この項には次のトピックが含まれます:

- アップグレード後のタスクの実行

- アップグレードの確認

5.6.1 アップグレード後のタスクの実行

Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0にアップグレードした後、次のアップグレード後の必須タスクを実行する必要があります。

- パフォーマンス・チューニングの推奨事項の確認

- リクエスト・データのアップグレード

- BI Publisherレポートの構成

- JRFWSAsyncJmsModuleのOracle Identity Managerサーバーへのターゲット指定

- PeopleSoft Enterprise HRMSリコンシリエーション・プロファイルの作成

- OIMデータ・パージ・ジョブのパラメータの確認

- 参照ベースのUDFフィールドの再構成

- コネクタの動作保証の確認

- コネクタの機能の確認

5.6.1.1 パフォーマンス・チューニングの推奨事項の確認

Oracle Identity Manager 11.1.2.2.0にアップグレードした後、『Oracle Fusion Middlewareパフォーマンスおよびチューニング・ガイド』のOracle Identity Managerのパフォーマンス・チューニングに関する説明に記載されているOracle Identity Manager固有のパフォーマンス・チューニングの推奨事項を確認する必要があります。

5.6.1.2 リクエスト・データのアップグレード

リクエスト・データのアップグレード・ユーティリティを実行して、リクエスト・データをアップグレードする必要があります。このユーティリティにより、メタデータ・サービス(MDS)およびリクエスト表が更新されます。リクエスト・データをアップグレードするには、次の手順を実行します。

1. 次のコマンドを実行して、環境変数MW_HOME、ORACLE_HOME、ANT_HOMEおよびJAVA_HOMEを設定します。
UNIXの場合:

- export ORACLE_HOME=<absolute_path_to_OIM_home>

- export MW_HOME=<absolute_path_to_Middleware_home>

- export ANT_HOME=<absolute_path_to_directory_where_you_uncompressed_Ant>

- export JAVA_HOME=<absolute_path_to_jdk_location>

Windowsの場合:

- set OIM_HOME="<absolute_path_to_OIM_home>"

- set MW_HOME="<absolute_path_to_Middleware_home>"

- set ANT_HOME="<absolute_path_to_directory_where_you_uncompressed_Ant>

- set JAVA_HOME="<absolute_path_to_jdk_location>"

2. ORACLE_HOME/server/binの場所にあるファイルrun-request-automation.xmlを編集し、既存の値を置き換えて、引数タグにOIMスキーマとMDSスキーマのデータベース詳細を指定します。
次に例を示します。

<arg value="dev_oim"/>
<arg value="${dbpassword}"/>
<arg value="dev_mds"/>
<arg value="${mdspassword}"/>
<arg value="oim.db.example.com"/>
<arg value="1521"/>
<arg value="oim.db.servicename.example.com"/>
<arg value="mds.db.example.com"/>
<arg value="1521"/>
<arg value="mds.db. servicename.example.com "/>

注意:

OIMとMDSのパスワードはそのままにしておきます。ユーティリティにより、パスワードの入力を求めるプロンプトが表示されます。

3. 次のコマンドを使用して、run-request-automation.xmlファイルを実行します。
ant –f run-request-automation.xml

4. $ORACLE_HOME/server/patching/logsの場所にあるログを確認して、リクエスト・データのアップグレードが成功したことを確認します。

5. OIM_HOME/server/binから、次のコマンドを使用して、MetaDataカテゴリでのPurgeCacheユーティリティを実行します。
UNIXの場合: PurgeCache.sh Metadata

Windowsの場合: PurgeCache.bat Metadata

5.6.1.3 BI Publisherレポートの構成

次の手順を実行して、BI Publisherレポートを構成します。

1. 次の場所から、レポート・バンドルoim_product_BIP11gReports_11_1_2_1_0.zipを入手します。
OIM_HOME/server/reports/oim_product_BIP11gReports_11_1_2_1_0.zip

2. 次の場所でoim_product_BIP11gReports_11_1_2_1_0.zipを解凍します。
MW_HOME/user_projects/domains/domain_name/config/bipublisher/repository/Reports/

3. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle Identity Managerレポートの構成に関する項の説明に従って、レポートを構成します。

5.6.1.4 JRFWSAsyncJmsModuleのOracle Identity Managerサーバーへのターゲット指定

SoD統合に非同期Webサービスを使用する場合は、JRFWSAsyncJmsModuleをOracle Identity Managerサーバーにターゲット指定する必要があります。

次の場合にこのタスクを実行します。

- Oracle Identity Manager 11.1.2から11.1.2.2.0にアップグレードする場合

- Oracle Identity Manager 11.1.2を11.1.2.1.0にアップグレードしてから11.1.2.2.0にアップグレードするときに、Oracle Identity Manager 11.1.2から11.1.2.1.0へのアップグレード時にJRFWSAsyncJmsModuleをOracle Identity Managerサーバーにターゲット指定しなかった場合

JRFWSAsyncJmsModuleをOracle Identity Managerサーバーにターゲット指定するには、次の手順を実行します。

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://admin_host:admin_port/console

2. 「サービス」をクリックしてから、「メッセージング」をクリックします。

3. 「JMSモジュール」を選択します。

4. 「JRFWSAsyncJmsModule」を選択します。

5. 「ターゲット」を選択してOIMサーバーを追加します。

6. 変更を保存およびアクティブ化します。

7. 次の手順を指定された順序で実行して、WebLogic管理サーバー、SOA管理対象サーバーおよびOracle Identity Manager管理対象サーバーを再起動します。

1. SOA管理対象サーバーを停止します。

2. WebLogic管理サーバーを停止します。

3. WebLogic管理サーバーを起動します。

4. SOA管理対象サーバーを起動します。

5. Oracle Identity Manager管理対象サーバーを起動します。

サーバーを停止する方法の詳細は、第2.8項「サーバーの停止」を参照してください。

サーバーを起動する方法の詳細は、第2.9項「サーバーの起動」を参照してください。

5.6.1.5 PeopleSoft Enterprise HRMSリコンシリエーション・プロファイルの作成

PeopleSoftコネクタを含むOracle Identity Manager 11.1.2からOracle Identity Manager 11.1.2.2.0にアップグレードする場合、11.1.2.2.0へのアップグレード後に、PeopleSoft HRMSリコンシリエーション・プロファイルを作成する必要があります。リコンシリエーション・プロファイルの作成の詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のリコンシリエーション・プロファイルの手動更新に関する説明を参照してください。

5.6.1.6 OIMデータ・パージ・ジョブのパラメータの確認

このアップグレード後タスクはオプションです。

Oracle Identity Managerを11.1.2.2.0にアップグレードする際、OIMデータ・パージ・ジョブは「有効」状態でシードされます。デフォルトでは、編成を完了するために、プラットフォーム・データは保存期間1日でパージされます。リクエスト、リコンシリエーションおよびプロビジョニング・タスクのパージを有効にするには、OIMデータ・パージ・ジョブのパラメータに再アクセスする必要があります。

ユーザーが構成可能な属性の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のリアルタイム・パージおよびアーカイブの構成に関する説明を参照してください。

5.6.1.7 参照ベースのUDFフィールドの再構成

11.1.2.x.x環境の「outputText」フィールドとして、タイプが参照またはドロップダウンのユーザー定義フィールド(UDF)が存在する場合、「ユーザー詳細の表示」ページで、このUDFのバックエンド値を確認します。したがって、適切なカスタマイゼーションを設定するには、次の手順を実行する必要があります。

1. 次のURLを使用して、アイデンティティ・コンソールにログインします。
http://host:port/identity

2. ナビゲーション・ペインの上部にある「サンドボックス」をクリックしてから、「サンドボックスの作成」をクリックします。

3. 「サンドボックス名」および「サンドボックスの説明」を入力します。チェック・ボックス「サンドボックスのアクティブ化」を選択してから、「保存して閉じる」をクリックします。「OK」をクリックして確定します。

4. ナビゲーション・ペインの上部にある「カスタマイズ」をクリックします。

5. 左側のナビゲーション・ペインで「ユーザー」をクリックして、「ユーザーの詳細」ページを開きます。

6. コンソールの左上隅にある「表示」をクリックして、「ソース」を選択します。

7. 既存の「outputText」フィールドを選択します。「削除」をクリックしてこのフィールドを削除します。

8. カスタマイズ・モードを終了し、「サンドボックスの公開」をクリックしてサンドボックスを公開します。

9. メタデータ・ファイルuserDetailsPageDef.xmlをMDSにエクスポートします。エクスポート対象ファイルへのフルパスは、次のとおりです。
/oracle/iam/ui/manageusers/pages/mdssys/cust/site/site/userDetailsPageDef.xml

メタデータ・ファイルのMDSへのエクスポートの詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のメタデータ・ファイルのMDSへのエクスポートに関する説明を参照してください。

10. テキスト・エディタでエクスポート・ファイルを開きます。

11. 「outputText」として追加された、ドロップダウンまたは参照属性を検索します。たとえば、属性名がlovattrの場合、次のようなスニペットを検索します。

<mds:insert parent="..." position="...">
<attributeValues IterBinding="..." id="lovattr__c" xmlns="...">
<AttrNames>
<Item Value="lovattr__c"/>
</AttrNames>
</attributeValues>
</mds:insert>

スニペット(具体的には、<mds:insert .... >タグから</mds:insert>タグまでの行)を削除します。

すべてのドロップダウンまたは参照属性について、この手順を繰り返します。

12. ファイルを保存します。

13. userDetailsPageDef.xmlをMDSにインポートして戻します。メタデータ・ファイルのインポートの詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のMDSからのメタデータ・ファイルのインポートに関する説明を参照してください。

14. アイデンティティ・コンソールに再度ログインします。

15. 「サンドボックスの作成」をクリックして、別のサンドボックスを作成します。「サンドボックス名」および「サンドボックスの説明」を入力します。チェック・ボックス「サンドボックスのアクティブ化」を選択してから、「保存して閉じる」をクリックします。「OK」をクリックして確定します。

16. ナビゲーション・ペインの上部にある「カスタマイズ」をクリックします。

17. 左側のナビゲーション・ペインで「ユーザー」をクリックして、「ユーザーの詳細」ページを開きます。

18. コンソールの左上隅にある「表示」をクリックして、「ソース」を選択します。

19. LOVドロップダウン・フィールドを、「ADF選択肢を1つ選択」(検索不可の場合)、「入力値リスト」(検索可能ピックリストの場合)として、必要なセクションに追加します。

20. 「コンポーネント・プロパティ」ダイアログ・ボックスで「読取り専用」を選択します。

21. カスタマイズ・モードを終了し、「サンドボックスの公開」をクリックしてサンドボックスを公開します。

5.6.1.8 コネクタの動作保証の確認

既存のOracle Identity Manager環境をアップグレードする前に、既存のコネクタのバージョンがOracle Identity Manager 11.1.2.2.0でサポートされているかどうかを確認する必要があります。Oracle Identity Manager 11.1.2.2.0でサポートされているコネクタ・バージョンの詳細は、Oracle Identity Managerアイデンティティ・コネクタ・ドキュメント・ライブラリに用意されている各コネクタ・ガイドの動作保証済コンポーネントおよび使用に関する推奨事項に関する説明を参照してください。

9.xコネクタまたはGTCコネクタを使用している場合は、次のようにします。

- 使用している9.xコネクタがサポートされている場合は、既存のコネクタを引き続き使用できます。

- 9.xコネクタがサポートされていない場合は、Oracle Identity Manager Serverを11.1.2.2.0にアップグレードした後で既存の9.xコネクタを最新の11.xコネクタにアップグレードする必要があります。

- 参照リコンシリエーションを通して「参照」に移入されたデータを見て、ITリソース・キーおよびITリソース名がそれぞれコードおよびデコードの接頭辞として付加されていることを確認します。接頭辞がない場合は、Oracle Identity Manager Serverをアップグレードした後で既存のコネクタを最新のコネクタにアップグレードする必要があります。

11gコネクタを使用している場合は、コネクタのアップグレードは不要です。

5.6.1.9 コネクタの機能の確認

Oracle Identity Managerを11.1.2.2.0にアップグレードした後、次の手順を実行してコネクタの機能を確認します。

- プロセス・フォームでアカウントと権限のタグ付けが利用可能かどうかを確認します。コネクタがOracle Identity Manager 11.1.2.2.0で動作するようにするには、各コネクタ・ガイドのOracle Identity Manager 11.1.2以上の構成に関する説明に記載されている手順を実行する必要があります。

- コネクタに加えたカスタマイズが失われていないかどうかを確認します。

- 11.1.2.2.0関連のアーティファクト(UIフォームやアプリケーション・インスタンスなど)が生成されるかどうかを確認します。

- コネクタのすべての操作が正常に動作していることを確認します。

- プロセス・フォームに複数のITリソース・フィールドがある場合は、次のMy Oracle Supportノートで説明されている手順を実行してください。
My Oracle SupportのドキュメントID 1535369.1

- 関連コネクタのプロセス・フォームに参照問合せフィールドがある場合は、UIをカスタマイズして同じフィールドが表示されるようにする必要があります。詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の「一般的なカスタマイズ概念」の参照問合せに関する説明を参照してください。

5.6.2 アップグレードの確認

Oracle Identity Managerのアップグレードを確認するには、次の手順を実行します。

1. Webブラウザの次のURLを使用して、Oracle Identity Manager 11.1.2.2.0が稼働していることを確認します。
http://<oim_host>:<oim_port>/sysadmin

http://<oim_host>:<oim_port>/identity

各パラメータの意味は次のとおりです。

<oim_host>はドメイン名です。

<oim_port>は、ポート番号です。

2. Fusion Middleware Controlを使用して、Oracle Identity Managerとその他のOracle Identity ManagementコンポーネントがOracle Fusion Middleware環境で稼働していることを確認できます。

注意:

SOAコンポジットDefautlRequestApprovalおよびDefaultOperationApprovalは、Oracle Identity Manager 11.1.2または11.1.2.1.0からOracle Identity Manager 11.1.2.2.0にアップグレードした後、Oracle Enterprise Managerにおいてバージョン1.0と3.0で2回使用できます。アップグレード前に生成されたリクエストの処理またはその他すべての機能には、1.0コンポジットが必要です。

6 Oracle Entitlements Server 11gリリース2 (11.1.2.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Entitlements Server 11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2)の環境をOracle Entitlements Server 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Entitlements ServerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Entitlements Server 11gリリース2 (11.1.2.1)の11gリリース2 (11.1.2.2.0)へのアップグレードに関する項を参照してください。

注意:

この章では、Oracle Entitlements Server 11gリリース2 (11.1.2)環境および11gリリース2 (11.1.2.1.0)環境を、11.1.2.x.xと呼びます。

この章では、次の項目について説明します。

- 第6.1項「Oracle Entitlements Server 11.1.2.x.x管理サーバーのアップグレード」

- 第6.2項「Oracle Entitlements Server 11.1.2.x.xクライアントのアップグレード」

6.1 Oracle Entitlements Server 11.1.2.x.x管理サーバーのアップグレード

この項では、Oracle Entitlements Server管理サーバーを11.1.2.2.0にアップグレードする方法について説明します。

この項には次のトピックが含まれます:

- 第6.1.1項「Oracle Entitlements Server管理サーバーのアップグレード手順」

- 第6.1.2項「システム要件と動作保証の確認」

- 第6.1.3項「管理サーバーおよびOracle Entitlements Server管理対象サーバーの停止」

- 第6.1.4項「Oracle WebLogic Serverのアップグレード(必要な場合)」

- 第6.1.5項「Oracle Entitlements Serverバイナリの11.1.2.2.0への更新」

- 第6.1.6項「Oracle Platform Security Servicesスキーマのアップグレード」

- 第6.1.7項「Oracle Platform Security Servicesのアップグレード」

- 第6.1.8「ドメインからの特定ディレクトリの削除」

- 第6.1.9項「管理サーバーおよび管理対象サーバーの起動」

- 第6.1.10項「Oracle Entitlements Server管理サーバーのアップグレードの確認」

6.1.1 Oracle Entitlements Server管理サーバーのアップグレード手順

表6-1に、Oracle Entitlements Server管理サーバーのアップグレード手順を示します。

注意:

このタスク表に示されている手順に正確に従わない場合、Oracle Entitlements Server管理サーバーのアップグレードが正常に完了しない可能性があります。

表6-1 Oracle Entitlements Server管理サーバー11.1.2.x.xから11.1.2.2.0へのアップグレード手順

Sl番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

管理サーバーおよびすべてのOracle Entitlements Server管理対象サーバーを停止します。

「管理サーバーおよびOracle Entitlements Server管理対象サーバーの停止」を参照してください。

3

既存のOracle WebLogic Serverを10.3.6にアップグレードします(必要な場合)。

「Oracle WebLogic Serverのアップグレード(必要な場合)」を参照してください。

4

Oracle Entitlements Serverのバイナリを11.1.2.2.0にアップグレードします。

「Oracle Entitlements Serverバイナリの11.1.2.2.0への更新」を参照してください。

5

Oracle Platform Security Servicesスキーマをアップグレードします。

「Oracle Platform Security Servicesスキーマのアップグレード」を参照してください。

6

Oracle Platform Security Servicesを11.1.2.2.0にアップグレードします。このタスクはオプションですが、推奨です。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

7

tmp、cacheおよびstageディレクトリをドメインから削除します。

「ドメインからの特定ディレクトリの削除」を参照してください。

8

すべてのサーバーを停止します。

「管理サーバーおよび管理対象サーバーの起動」を参照してください。

9

Oracle Entitlements Server管理サーバーのアップグレードを確認します。

「Oracle Entitlements Server管理サーバーのアップグレードの確認」を参照してください。

6.1.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

6.1.3 管理サーバーおよびOracle Entitlements Server管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを開始する前に、Oracle Entitlements Server管理対象サーバーおよびWebLogic管理サーバーを停止する必要があります。WebLogic管理サーバーおよび管理対象サーバーの停止の詳細は、第2.8項「サーバーの停止」を参照してください。

6.1.4 Oracle WebLogic Serverのアップグレード(必要な場合)

注意:

Oracle WebLogic Serverのアップグレードは必須ではありません。しかし、Oracle WebLogic Serverを10.3.6にアップグレードすることをお薦めします。

Oracle WebLogic Server 10.3.6を使用していない場合は、WebLogic 10.3.6アップグレード・インストーラを使用して、既存のWebLogic Serverを10.3.6にアップグレードできます。次の手順を実行します。

Oracle WebLogic Serverの10.3.6へのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

6.1.5 Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

Oracle Entitlements Serverのバイナリを11.1.2.2.0にアップグレードするには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.2.x.xミドルウェア・ホームに向けます。

Oracle Entitlements Serverバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

6.1.6 Oracle Platform Security Servicesスキーマのアップグレード

Oracle Entitlements Serverバイナリの更新後に、パッチ・セット・アシスタントを使用してOracle Platform Security Servicesスキーマをアップグレードする必要があります。これを行うには、次の手順を実行します:

1. 次のコマンドを使用して、MW_HOME/oracle_common/binからパッチ・セット・アシスタントを起動します。
./psa

2. opssを選択します。

3. データベース接続の詳細を指定し、アップグレード対象のスキーマを選択します。

Oracle Platform Security Servicesスキーマのアップグレード後、MW_HOME/oracle_common/upgrade/logs/psa<timestamp>.logにあるログ・ファイルをチェックしてアップグレードを確認してください。

timestampは、パッチ・セット・アシスタントが実行された実際の日時を表します。アップグレードが失敗した場合は、ログ・ファイルをチェックしてエラーを修正し、パッチ・セット・アシスタントを再実行してください。

パッチ・セット・アシスタントを使用してスキーマをアップグレードする方法の詳細は、第2.6項「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

6.1.7 Oracle Platform Security Servicesのアップグレード

Oracle Platform Security Servicesスキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。このタスクはオプションですが、このタスクを実行することをお薦めします。

注意:

Oracle Entitlements Server 11.1.2.1.0から11.1.2.2.0にアップグレードする際、監査スキーマがインストールされている場合には、Oracle Platform Security Servicesをアップグレードする必要があります。この手順は、新しい11.1.2.2.0監査ポリシーを含めるためのポリシー・ストアのアップグレードに必要です。

Oracle Entitlements Serverの構成とポリシー・ストアを11.1.2.2.0にアップグレードするには、Oracle Platform Security Servicesのアップグレードが必要です。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

6.1.8 ドメインからの特定ディレクトリの削除

DOMAIN_HOME/servers/ServerNameの場所から、次のディレクトリを削除します。

- tmp

- cache

- stage

6.1.9 管理サーバーおよび管理対象サーバーの起動

アップグレードが完了したら、WebLogic管理サーバーおよびOracle Entitlements Server管理対象サーバーを起動します。

WebLogic管理サーバーおよび管理対象サーバーの起動の詳細は、第2.9項「サーバーの起動」を参照してください。

6.1.10 Oracle Entitlements Server管理サーバーのアップグレードの確認

Oracle Entitlements Serverのアップグレードを確認するには、次を実行します。

- 次のSQL問合せを実行して、ポリシー・ストア内のスキーマ・バージョンを確認します。
select attrval from jps_attrs where attrname='orclProductVersion' and rownum = 1;

スキーマ・バージョンが11.1.1.7.2であることを確認してください。

- MAPIを適用することで、新旧両方の機能が連携します。
新しいポリシーを作成して、ポリシー・ストア・アーティファクト上でCRUDオペレーションが稼働していることを、エンティティ・マネージャを使用して確認します。

詳細は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』の単純なポリシーのファイングレイン要素の作成に関する項を参照してください。

- アプリケーション・ランタイム認可は引き続き稼働します。
確認する場合は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』のPEP APIの使用に関する項の説明に従って認可を作成し、正常に稼働していることを確認します。

6.2 Oracle Entitlements Server 11.1.2.x.xクライアントのアップグレード

この項では、Oracle Entitlements Serverクライアント・サーバーを11.1.2.2.0にアップグレードする方法について説明します。

この項には次のトピックが含まれます:

- 第6.2.1「Oracle Entitlements Serverクライアントのアップグレード手順」

- 第6.2.2項「すべてのセキュリティ・モジュール・インスタンスの停止」

- 第6.2.3「Oracle Entitlements Serverクライアントの11.1.2.2.0へのアップグレード」

- 第6.2.4項「セキュリティ・モジュールの起動」

- 第6.2.5項「Oracle Entitlements Serverクライアントのアップグレードの確認」

6.2.1 Oracle Entitlements Serverクライアントのアップグレード手順

表6-2に、Oracle Entitlements Serverクライアント・サーバーのアップグレード手順を示します。

注意:

このタスク表に示されている手順に正確に従わない場合、Oracle Entitlements Serverクライアント・サーバーのアップグレードが正常に完了しない可能性があります。

表6-2 Oracle Entitlements Serverクライアント11.1.2.x.xから11.1.2.2.0へのアップグレード手順

Sl番号

タスク

詳細の参照先

1

すべてのセキュリティ・モジュール・インスタンスおよびサーバーを停止します。

「すべてのセキュリティ・モジュール・インスタンスの停止」を参照してください。

2

Oracle Entitlements Serverクライアントを11.1.2.2.0にアップグレードします。

「Oracle Entitlements Serverクライアントの11.1.2.2.0へのアップグレード」を参照してください。

3

セキュリティ・モジュールを起動します。

「セキュリティ・モジュールの起動」を参照してください。

4

Oracle Entitlements Serverクライアント・サーバーのアップグレードを確認します。

「Oracle Entitlements Serverクライアントのアップグレードの確認」を参照してください。

6.2.2 すべてのセキュリティ・モジュール・インスタンスの停止

すべてのセキュリティ・モジュール・インスタンス、管理サーバーおよび管理対象サーバーを停止します。

管理サーバーおよび管理対象サーバーが停止すると、セキュリティ・モジュール・インスタンスは停止されます。

サーバーを停止するには、第6.1.3項「管理サーバーおよびOracle Entitlements Server管理対象サーバーの停止」を参照してください。

6.2.3 Oracle Entitlements Serverクライアントの11.1.2.2.0へのアップグレード

Oracle Entitlements Serverクライアントをアップグレードするには、11.1.2.2.0インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.2.x.x Oracle Entitlements Serverクライアントのミドルウェア・ホームに向けます。これにより、ミドルウェア・ホームおよびOracleホームが11.1.2.x.xから11.1.2.2.0にアップグレードされます。

この項には次のトピックが含まれます:

- 前提条件

- ソフトウェアの入手

- Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のインストール

- インストールの確認

6.2.3.1 前提条件

第6.1.5項「Oracle Entitlements Serverバイナリの11.1.2.2.0への更新」の説明に従って、Oracle Entitlements Server管理サーバーをインストールおよび構成する必要があります。

6.2.3.2 ソフトウェアの入手

Oracle Fusion Middleware 11gソフトウェアの入手に関する詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeを参照してください。

6.2.3.3 Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のインストール

Oracle Entitlements Serverクライアント11.1.2.2.0のインストールの詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Entitlements Serverクライアントのインストールに関する説明を参照してください。

6.2.3.4 インストールの検証

Oracle Entitlements Serverクライアントが正常にインストールされたことを検証するには、インストール中に指定したOracleホーム・ディレクトリに移動して、Oracle Entitlements Serverクライアントのインストール・ファイルが作成されていることを確認します。

6.2.4 セキュリティ・モジュールの起動

管理サーバーおよび管理対象サーバーを起動して、セキュリティ・モジュールを起動する必要があります。

サーバーを起動するには、第6.1.9項「 管理サーバーおよび管理対象サーバーの起動」を参照してください。

6.2.5 Oracle Entitlements Serverクライアントのアップグレードの確認

確認する場合は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』のPEP APIの使用に関する項の説明に従って認可を作成し、正常に稼働していることを確認します。

アプリケーション・ランタイム認可は引き続き稼働します。

7 Oracle Privileged Account Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Privileged Account Manager (OPAM) 11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2)の環境をOracle Privileged Account Manager 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Privileged Account ManagerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Privileged Account ManagerのIBM WebSphereでのアップグレードに関する項を参照してください。

注意:

この章では、Oracle Privileged Account Manager 11gリリース2 (11.1.2)および11gリリース2 (11.1.2.1.0)環境を、11.1.2.x.xと呼びます。

この章では、次の項目について説明します。

- 第7.1項「Oracle Privileged Account Managerのアップグレード手順」

- 第7.2項「システム要件と動作保証の確認」

- 第7.3項「アップグレード前データのエクスポート」

- 第7.4項「管理サーバーおよび管理対象サーバーの停止」

- 第7.5項「Oracle WebLogic Serverの10.3.6へのアップグレード」

- 第7.6項「Oracle Privileged Account Managerバイナリの11.1.2.2.0への更新」

- 第7.7項「データベース・スキーマのアップグレード」

- 第7.8項「管理サーバーおよび管理対象サーバーの起動」

- 第7.9項「アプリケーションの再デプロイ」

- 第7.10項「OPAMデータ・ストアでのTDEまたは非TDEモードの有効化」

- 第7.11項「アップグレード前データのインポート」

- 第7.12項「アップグレード前のOPSSアーティファクトのクリア」

- 第7.13項「オプション: Oracle Privileged Account Manager 11.1.2.2.0セッション・マネージャの構成」

- 第7.14項「オプション: OPAM管理対象サーバー上のOracle Identity Navigatorアプリケーションの構成」

- 第7.15項「Oracle Privileged Account Managerのアップグレードの確認」

7.1 Oracle Privileged Account Managerのアップグレード手順

表7-1に、Oracle Privileged Account Manager 11.1.2.x.xをOracle Privileged Account Manager 11.1.2.2.0にアップグレードするために実行するタスクを示します。

表7-1 Oracle Privileged Account Manager 11.1.2.x.xの11.1.2.2.0へのアップグレード手順

Sl番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

Oracle Privileged Account Manager 11.1.2をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合、アップグレード前のデータをエクスポートする必要があります。

Oracle Privileged Account Manager 11.1.2.1.0をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合は、このタスクはスキップしてください。

第7.3項「アップグレード前データのエクスポート」を参照してください。

3

管理サーバーとすべての管理対象サーバーを停止します。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

4

Oracle WebLogic Server 10.3.6を使用しない場合は、Oracle WebLogic Serverを10.3.6にアップグレードする必要があります。

「Oracle WebLogic Serverの10.3.6へのアップグレード」を参照してください。

5

Oracle Privileged Account Managerバイナリを11.1.2.2.0にアップグレードします。

「Oracle Privileged Account Managerバイナリの11.1.2.2.0への更新」を参照してください。

6

11.1.2.x.xデータベース・スキーマをアップグレードします。

「データベース・スキーマのアップグレード」を参照してください。

7

すべてのサーバーを停止します。

「管理サーバーおよび管理対象サーバーの起動」を参照してください。

8

Oracle Identity NavigatorアプリケーションおよびOracle Privileged Account Managerアプリケーションを再デプロイします。

「アプリケーションの再デプロイ」を参照してください。

9

Oracle Privileged Account Manager 11.1.2をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合、OPAMデータ・ストア内でTDEモードまたは非TDEモードのいずれかを設定する必要があります。

Oracle Privileged Account Manager 11.1.2.1.0をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合は、このタスクはスキップしてください。

「OPAMデータ・ストアでのTDEまたは非TDEモードの有効化」を参照してください。

10

Oracle Privileged Account Manager 11.1.2をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合、アップグレード前のデータをインポートする必要があります。

Oracle Privileged Account Manager 11.1.2.1.0をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合は、このタスクはスキップしてください。

「アップグレード前データのインポート」を参照してください。

11

Oracle Privileged Account Manager 11.1.2をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合、アップグレード前のOPSSアーティファクトをクリアする必要があります。

Oracle Privileged Account Manager 11.1.2.1.0をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合は、このタスクはスキップしてください。

「アップグレード前のOPSSアーティファクトのクリア」を参照してください。

12

Oracle Privileged Account Managerセッション・マネージャを構成します(必要な場合)。

「オプション: Oracle Privileged Account Manager 11.1.2.2.0セッション・マネージャの構成」を参照してください。

13

Oracle Identity Navigatorアプリケーションを構成します(必要な場合)。

「オプション: OPAM管理対象サーバー上のOracle Identity Navigatorアプリケーションの構成」を参照してください。

14

アップグレードを確認します。

「Oracle Privileged Account Managerのアップグレードの確認」を参照してください。

7.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

7.3 アップグレード前データのエクスポート

Oracle Privileged Account Manager 11.1.2を11.1.2.2.0にアップグレードしている場合、アップグレード・プロセスを開始する前にアップグレード前のOracle Privileged Account Managerデータをエクスポートする必要があります。

注意:

Oracle Privileged Account Manager 11.1.2.1.0を11.1.2.2.0にアップグレードしている場合は、このタスクをスキップしてください。

Oracle Privileged Account Manager 11.1.2を11.1.2.2.0にアップグレードする前に、ターゲット、アカウント、ユーザーなどのアップグレード前のOPAMデータをエクスポートする必要があります。この項で示されている各手順は、OPAMデータをXMLファイルにエクスポートするためのプロセスを説明しています。新しいバージョンではバックエンド・データ・ストアがOPSSスキーマからネイティブのOPAMデータ・ストアに移行しているため、エクスポートは手動で行う必要があります。

次の手順を使用して、OPAMデータをエクスポートします。

1. 次の環境変数を設定します。

変数

説明

ORACLE_HOME

Oracle Privileged Account Managerがインストールされている場所。

JAVA_HOME

WebLogicインストールに使用されるJDKの場所。

2. ORACLE_HOME/opam/binに移動します。

3. 次のコマンドを、示されているすべてのパラメータを使用して実行します。
UNIXの場合:

./opam.sh
[-url <OPAM server url>]] (defaults to https://localhost:18102/opam)
-u [user name] (the user should have OPAM_SECURITY_ADMIN and OPAM_USER_MANAGER roles)
-p <password>
-x export -f [export xml file]
[-encpassword <encryption/decryption password>] (provide a value for encpassword for better security)
[-enckeylen <Key Length for encryption/decryption of password>] (defaults to 128)
[-log <log file Location>] (defaults to opamlog_<timestamp>.txt)

Windowsの場合:

./opam.bat
[-url <OPAM server url>]] (defaults to https://localhost:18102/opam)
-u [user name] (the user should have OPAM_SECURITY_ADMIN and OPAM_USER_MANAGER roles)
-p <password>
-x export -f [export xml file]
[-encpassword <encryption/decryption password>] (provide a value for encpassword for better security)
[-enckeylen <Key Length for encryption/decryption of password>] (defaults to 128)
[-log <log file Location>] (defaults to opamlog_<timestamp>.txt)

注意:

暗号パスワードなしでデータがエクスポートされている場合は、データのインポート時にパラメータ「-noencrypt true」でこれを指定します。

7.4 管理サーバーおよび管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを開始する前に、WebLogic管理サーバーおよびOracle Privileged Account Manager管理対象サーバーを停止する必要があります。

WebLogic管理サーバーの停止の詳細は、第2.8項「サーバーの停止」を参照してください。

7.5 Oracle WebLogic Serverの10.3.6へのアップグレード

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作保証されています。したがって、既存のOracle Privileged Account Manager環境でOracle WebLogic Server 10.3.5またはそれより前のバージョンを使用している場合、Oracle WebLogic Serverを10.3.6にアップグレードする必要があります。

Oracle WebLogic Serverの10.3.6へのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

7.6 Oracle Privileged Account Managerバイナリの11.1.2.2.0への更新

Oracle Privileged Account Manager 11.1.2.x.xバイナリを11.1.2.2.0に更新するには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順では、ミドルウェア・ホームが既存の11.1.2.x.x Oracle Privileged Account Managerミドルウェア・ホームを指すようにします。Oracleホームは11.1.2.x.xから11.1.2.2.0にアップグレードされます。

Oracle Privileged Account Managerバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

7.7 データベース・スキーマのアップグレード

パッチ・セット・アシスタントを使用して、次のスキーマをアップグレードします。

- OPAM

- OPSS: OPSSは、OPAMの選択時に依存として選択されます。

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、第2.6「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

OPAMスキーマとOPSSスキーマをアップグレードすると、OPAMスキーマのバージョンは11.1.2.2.0になります。

7.8 管理サーバーおよび管理対象サーバーの起動

スキーマのアップグレード後に、WebLogic Administration ServerおよびOracle Privileged Account Manager管理対象サーバーを起動します。

WebLogic管理サーバーおよび管理対象サーバーの起動の詳細は、第2.9項「サーバーの起動」を参照してください。

7.9 アプリケーションの再デプロイ

WebLogic Administration ServerおよびOracle Privileged Account管理対象サーバーの起動後に、Oracle Identity NavigatorアプリケーションおよびOracle Privileged Account Managerアプリケーションを再デプロイする必要があります。このためには、次のタスクを実行します。

- Oracle Identity Navigatorアプリケーションの再デプロイ

- Oracle Privileged Account Managerアプリケーションの再デプロイ

7.9.1 Oracle Identity Navigatorアプリケーションの再デプロイ

注意:

実際のOracle Identity Navigatorのバージョン番号は11.1.2.2.0ですが、Oracle Identity Navigatorのバージョン番号は11.1.1.3.0となっています。

これはエラーではありません。この不一致は、Oracle Identity NavigatorとOracle Identity and Access Managementのリリースを内部でトラックする方法に違いがあるために生じます。

Oracle Identity Navigatorのアップグレードでは、Oracle Identity Navigator 11.1.2.2.0リリースのoinav.earを使用してOracle Identity Navigatorを再デプロイします。oinav.earの再デプロイには、WebLogic管理コンソールの使用とWebLogic Scripting Toolの使用の2つの方法があります。

次のいずれかの方法で、Oracle Identity Navigatorアプリケーションを再デプロイします。

- WebLogic Server管理コンソールを使用したoinavのアップグレード

- WebLogic Scripting Tool (WLST)を使用したoinavのアップグレード

WebLogic Server管理コンソールを使用したoinavのアップグレード

WebLogic管理コンソールを使用してOracle Identity Navigatorをアップグレードするには、次の手順を実行します。

1. WebLogic管理コンソールにログインします。
http://admin_server_host:admin_server_port/console

2. 「ドメイン構造」の下で、「デプロイメント」をクリックします。

3. 「名前」表からoinav (11.1.1.3.0)を選択します。

4. 「アプリケーション更新アシスタント」画面でソース・パスを確認した後、「更新」をクリックし、「終了」をクリックします。

注意:

WebLogicを本番モードで実行している場合は、「更新」をクリックする前に「ロックして編集」をクリックします。

WebLogic Scripting Tool (WLST)を使用したoinavのアップグレード

WLSTコンソールを使用してOracle Identity Navigatorをアップグレードするには、次の手順を実行します。

UNIXの場合

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME/wlserver_10.3/common/binディレクトリに移動します。
cd MW_HOME/wlserver_10.3/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('oinav#11.1.1.3.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME\wlserver_10.3\common\binディレクトリに移動します。
cd MW_HOME\wlserver_10.3\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('oinav#11.1.1.3.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

7.9.2 Oracle Privileged Account Managerアプリケーションの再デプロイ

注意:

実際のOracle Privileged Account Managerのバージョン番号は11.1.2.2.0ですが、OPAMアプリケーションのバージョン番号は11.1.2.0.0になっています。

これはエラーではありません。この不一致は、OPAMリリースとIdentity Access Managementリリースの内部的な追跡方法の違いによるものです。

Oracle Privileged Account Managerをアップグレードすると、Oracle Privileged Account Manager 11.1.2.2.0リリース用のopam.earを使用してOracle Privileged Account Managerが再デプロイされます。opam.earの再デプロイには、WebLogic管理コンソールの使用とWebLogic Scripting Toolの使用の2つの方法があります。

次のいずれかの方法で、Oracle Privileged Account Managerアプリケーションを再デプロイします。

- WebLogic Server管理コンソールを使用したopamのアップグレード

- WebLogic Scripting Tool (WLST)を使用したopamのアップグレード

WebLogic Server管理コンソールを使用したopamのアップグレード

次の手順を実行して、WebLogic管理コンソールからOracle Privileged Account Managerをアップグレードします。

1. WebLogic管理コンソールにログインします。
http://admin_server_host:admin_server_port/console

2. 「ドメイン構造」の下で、「デプロイメント」をクリックします。

3. 「名前」表からopam (11.1.2.0.0)を選択します。

4. 「アプリケーション更新アシスタント」画面でソース・パスを確認した後、「更新」をクリックし、「終了」をクリックします。

注意:

WebLogicを本番モードで実行している場合は、「更新」をクリックする前に「ロックして編集」をクリックします。

WebLogic Scripting Tool (WLST)を使用したopamのアップグレード

次の手順を実行して、WLSTコンソールからOracle Privileged Account Managerをアップグレードします。

UNIXの場合

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME/wlserver_10.3/common/binディレクトリに移動します。
cd MW_HOME/wlserver_10.3/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('opam#11.1.2.0.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリからMW_HOME\wlserver_10.3\common\binディレクトリに移動します。
cd MW_HOME\wlserver_10.3\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('opam#11.1.2.0.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

7.10 OPAMデータ・ストアでのTDEまたは非TDEモードの有効化

Oracle Privileged Account Manager 11.1.2をOracle Privileged Account Manager 11.1.2.2.0にアップグレードしている場合、Oracle Privileged Account Managerデータ・ストア内でTDEモードまたは非TDEモードを有効化する必要があります。

注意:

Oracle Privileged Account Manager 11.1.2.1.0を11.1.2.2.0にアップグレードしている場合は、このタスクをスキップしてください。

Oracle Privileged Account ManagerはOracle Database TDE(透過的データ暗号化)モードで操作できます。TDEモードを有効または無効にするよう選択できます。セキュリティ強化のために、TDEモードを有効にしておくことを強くお薦めします。有効化するモードに応じて、次のいずれかのタスクを実行します。

- データ・ストア内のTDEモードの構成

- データ・ストア内の非TDEモードの構成

7.10.1 データ・ストア内のTDEモードの構成

Oracle Privileged Account Managerデータ・ストアでTDEモードを有効化するには、次の手順を実行します。

1. データベースでのTDEの有効化

2. OPAMスキーマでの暗号化の有効化

7.10.1.1 データベースでのTDEの有効化

Oracle Privileged Account Managerのデータベースにおける透過的データ暗号化(TDE)の有効化の詳細は、『Oracle Database Advanced Security管理者ガイド』の透過的データ暗号化の有効化に関する項を参照してください。

詳細は、『Oracle Database Advanced Security管理者ガイド』の透過的データ暗号化を使用したストアド・データの保護に関する項を参照してください。

Oracle Privileged Account ManagerのデータベースでTDEを有効にした後は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOPAMスキーマの暗号化の有効化に関する項の説明に従って、OPAMスキーマで暗号化を有効にする必要があります。

7.10.1.2 OPAMスキーマでの暗号化の有効化

OPAMスキーマで暗号化を有効にするには、sqlplusまたは他のクライアントを使用して、opamxencrypt.sqlスクリプトをOPAMスキーマとともに実行します。

IAM_HOME/opam/sql/opamxencrypt.sql

次に例を示します。

sqlplus DEV_OPAM/welcome1 @IAM_HOME/opam/sql/opamxencrypt.sql

7.10.2 データ・ストア内の非TDEモードの構成

注意:

この手順は、第7.10.1項「データ・ストア内のTDEモードの構成」の説明に従ってTDEを有効化していない場合にのみ必要です。

非推奨ですが、ユーザーが非TDEモードを必要とする場合はフラグ「tdemode」をfalseに設定する必要があります。詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』の非TDEモードの設定に関する項を参照してください。

注意:

常に透過的データ暗号化(TDE)を使用するようにお薦めしています。TDEがないと、データの保護が低下します。

2つのモードの切り替えの詳細は、『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』のディスク上のデータの保護に関する項を参照してください。

7.11 アップグレード前データのインポート

Oracle Privileged Account Manager 11.1.2を11.1.2.2.0にアップグレードしている場合、11.1.2.2.0にアップグレードした後、アップグレード前のOracle Privileged Account Managerデータをエクスポートする必要があります。

注意:

Oracle Privileged Account Manager 11.1.2.1.0を11.1.2.2.0にアップグレードしている場合は、このタスクをスキップしてください。

アップグレード前のOPAMデータをインポートするには、次の手順を実行します。

1. 次の環境変数を設定します。

変数

説明

ORACLE_HOME

Oracle Privileged Account Managerがインストールされている場所。

JAVA_HOME

WebLogicインストールに使用されるJDKの場所。

2. ORACLE_HOME/opam/binに移動します。

3. 次のパラメータを指定して、opam.shスクリプトを実行します。

./opam.sh
-url <OPAM server url> (defaults to https://localhost:18102/opam)
-u <user name> (the user should have OPAM_SECURITY_ADMIN and OPAM_USER_MANAGER roles)
-p <password>
-x import -f <import xml file>
-encpassword <encryption/decryption password>
-enckeylen <Key Length for encryption/decryption of password> (Defaults to 128)
-log <log file Location> (defaults to opamlog_<timestamp>.txt)

7.12 アップグレード前のOPSSアーティファクトのクリア

Oracle Privileged Account Manager 11.1.2を11.1.2.2.0にアップグレードしている場合、11.1.2.2.0にアップグレードした後、アップグレード前のOPSSアーティファクトをクリアする必要があります。

注意:

Oracle Privileged Account Manager 11.1.2.1.0を11.1.2.2.0にアップグレードしている場合は、このタスクをスキップしてください。

アップグレード前インスタンスのOPSSアーティファクトをクリアするには、次の手順を実行します。

UNIXの場合:

$ORACLE_HOME/common/bin/wlst.sh $ORACLE_HOME/opam/config/clean-opss.py <WebLogic Administrator Username> <WebLogic Administrator Password> <t3://<adminserver-host>:<adminserver-port>

Windowsの場合:

$ORACLE_HOME\common\bin\wlst.cmd $ORACLE_HOME\opam\config\clean-opss.py <WebLogic Administrator Username> <WebLogic Administrator Password> <t3://<adminserver-host>:<adminserver-port>

7.13 オプション: Oracle Privileged Account Manager 11.1.2.2.0セッション・マネージャの構成

Oracle Privileged Account Manager 11.1.2.2.0セッション・マネージャを構成する場合は、次の手順を実行します。

1. WebLogic管理サーバーおよびOracle Privileged Account Manager管理対象サーバーを停止します。
サーバーの停止の詳細は、第7.4項「管理サーバーおよび管理対象サーバーの停止」を参照してください。

2. 次の例に示すように、WLSTスクリプトconfigureSessionManager.pyをORACLE_HOME/opam/toolsから実行します。
UNIXの場合:

./wlst.sh ORACLE_HOME/opam/tools/configureSessionManager.py -d <Path_to_WebLogic_Domain_Directory> -o <Path_to_Oracle_Home_Directory>

Windowsの場合:

wlst.cmd ORACLE_HOME\opam\tools\configureSessionManager.py -d <Path_to_WebLogic_Domain_Directory> -o <Path_to_Oracle_Home_Directory>

7.14 オプション: OPAM管理対象サーバー上のOracle Identity Navigatorアプリケーションの構成

Oracle Privileged Account Manager管理対象サーバー上でOracle Identity Navigatorを構成する場合は、次の手順を実行します。

1. サーバーを停止します。

2. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

3. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
UNIXの場合:

./config.sh

Windowsの場合:

config.cmd

4. 「既存のWebLogicドメインの拡張」オプションを選択して、OPAMドメインを選択します。

5. 製品から、「Oracle Identity Navigator for Managed Server」を選択します。ウィザードで競合が検出された場合は、常に「既存のコンポーネントを保持」オプションを選択します。

6. 構成を完了します。Oracle Privileged Account Manager管理対象サーバーの起動後に、このサーバー上でOracle Identity Navigatorが実行されます。

7.15 Oracle Privileged Account Managerのアップグレードの確認

次の手順を実行して、Oracle Privileged Account Managerのアップグレードを確認します。

1. 次のURLを使用して、Oracle Privileged Account Manager 11.1.2.2.0のコンソールにログインします。
http://adminserver_host:adminserver_port/oinav/opam

Oracle Privileged Account Manager管理対象サーバー上でOracle Identity Navigatorを構成した場合は、次のURLを使用してOracle Privileged Account Manager 11.1.2.2.0コンソールにログインすることも可能です。

http://opamserver_host:opamserver_nonssl_port/oinav/opam

2. アップグレード前のデータ、ターゲット、アカウント、権限が存在しており、想定どおりに機能することを確認します。

8 Oracle Identity Navigator 11gリリース2 (11.1.2.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Identity Navigator 11gリリース2 (11.1.2.1.0)および11gリリース2 (11.1.2)の環境をOracle Identity Navigator 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

この章では、Oracle Identity Navigator 11gリリース(11.1.2)環境および11gリリース2 (11.1.2.1.0)環境を、11.1.2.x.xと呼びます。

この章では、次の項目について説明します。

- 第8.1項「Oracle Identity Navigatorのアップグレード手順」

- 第8.2項「システム要件と動作保証の確認」

- 第8.3項「Oracle Identity Navigator 11.1.2.x.xメタデータのエクスポート」

- 第8.4項「管理サーバーおよび管理対象サーバーの停止」

- 第8.5項「Oracle WebLogic Serverの10.3.6へのアップグレード」

- 第8.6項「Oracle Identity Navigatorバイナリの11.1.2.2.0への更新」

- 第8.7項「Oracle Platform Security Servicesスキーマの作成」

- 第8.8項「Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.2.x.xコンポーネント・ドメインの拡張」

- 第8.9項「Oracle Platform Security Servicesのアップグレード」

- 第8.10項「データベース・セキュリティ・ストアの構成」

- 第8.11項「WebLogic管理サーバーの起動」

- 第8.12項「デプロイメント・サマリーの確認」

- 第8.13項「Oracle Identity Navigatorアプリケーションのアップグレード」

- 第8.14項「Oracle Identity Navigator 11.1.2.2.0メタデータのインポート」

- 第8.15項「アップグレードの確認」

- 第8.16項「オプション: 管理サーバーからのOracle Privileged Account Manager管理対象サーバー上でのOracle Identity Managerの構成」

8.1 Oracle Identity Navigatorのアップグレード手順

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Identity Navigatorを正常にアップグレードできない可能性があります。

表8-1に、Oracle Identity Navigator 11.1.2.x.xから11.1.2.2.0へのアップグレードの手順を示します。

表8-1 Oracle Identity Navigator 11.1.2.x.xを11.1.2.2.0にアップグレードする場合のロードマップ

手順番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

Oracle Identity Navigatorデータをエクスポートします。

「Oracle Identity Navigator 11.1.2.x.xメタデータのエクスポート」を参照してください。

3

すべてのサーバーを停止します。これには、管理サーバーと管理対象サーバーの両方が含まれます。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

4

オプション。Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードします。

「Oracle WebLogic Serverの10.3.6へのアップグレード」を参照してください。

5

11.1.2.x.x Oracleホームを11.1.2.2.0にアップグレードします。

「Oracle Identity Navigatorバイナリの11.1.2.2.0への更新」を参照してください。

6

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を実行して、Oracle Identity and Access Management製品のOPSSスキーマを作成およびロードします。

「Oracle Platform Security Servicesスキーマの作成」を参照してください。

7

OPSSテンプレートを使用してOracle Identity Navigator 11.1.2.x.xドメインを拡張します。

「Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.2.x.xコンポーネント・ドメインの拡張」を参照してください。

8

Oracle Platform Security Servicesをアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

9

configuresecuritystore.pyスクリプトを実行してポリシー・ストアを構成します。

「データベース・セキュリティ・ストアの構成」を参照してください。

10

管理サーバーを起動します。

「WebLogic管理サーバーの起動」を参照してください。

11

デプロイメント・サマリーを確認します。

「デプロイメント・サマリーの確認」を参照してください。

12

Oracle Identity Navigatorをアップグレードします。

「Oracle Identity Navigatorアプリケーションのアップグレード」を参照してください。

13

データをインポートします。

「Oracle Identity Navigator 11.1.2.2.0メタデータのインポート」を参照してください。

14

Oracle Identity Navigatorのアップグレードを確認します。

「アップグレードの確認」を参照してください。

15

オプション: 管理サーバーから、Oracle Privileged Account Manager管理対象サーバー上にOracle Identity Managerを構成します。

「オプション: 管理サーバーからのOracle Privileged Account Manager管理対象サーバー上でのOracle Identity Managerの構成」を参照してください。

8.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

8.3 Oracle Identity Navigator 11.1.2.x.xメタデータのエクスポート

Oracle Identity Navigatorでは、メタデータ・ストアとしてMDSが使用されます。アップグレード中にアプリケーションを更新すると、メタデータが上書きされます。そのため、これをエクスポートして一時的な場所に保存し、アップグレード後に元のメタデータをインポートするために使用できるようにする必要があります。

Oracle Identity Navigator 11.1.2.x.xがインストールされているコンピュータで、次のようにWLSTを使用してOracle Identity Navigatorメタデータをエクスポート・ディレクトリにエクスポートします。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
exportMetadata(application='oinav',server='AdminServer',toLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd <IAM_HOME>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
exportMetadata(application='oinav',server='AdminServer',toLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

8.4 管理サーバーと管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。このため、アップグレード・プロセスを開始する前に、Oracle Identity Navigator管理対象サーバーおよびWebLogic管理サーバーを停止する必要があります。

WebLogic管理サーバーおよび管理対象サーバーの詳細は、第2.8項「サーバーの停止」を参照してください。

8.5 Oracle WebLogic Serverの10.3.6へのアップグレード

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作保証されています。したがって、既存のOracle Identity Navigator環境でOracle WebLogic Server 10.3.5以下のバージョンを使用している場合、Oracle WebLogic Serverを10.3.6にアップグレードする必要があります。

Oracle WebLogic Serverの10.3.6へのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

8.6 Oracle Identity Navigatorバイナリの11.1.2.2.0への更新

Oracle Identity Navigatorをアップグレードするには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順では、ミドルウェア・ホームが既存の11.1.2.x.x Oracle Identity Navigatorミドルウェア・ホームを指すようにします。Oracleホームは11.1.2.x.xから11.1.2.2.0にアップグレードされます。

Oracle Identity Navigatorバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

8.7 Oracle Platform Security Servicesスキーマの作成

Oracle Identity Navigatorのアップグレード・プロセスにはOracle Platform Security Services (OPSS)スキーマのポリシー・ストアの変更が含まれるため、OPSSスキーマを作成する必要があります。キー、ロール、権限、およびアプリケーションによって使用されるその他のアーティファクトをポリシー・ストアに移行する必要があります。スキーマを作成するには、リポジトリ作成ユーティリティを使用する必要があります。

RCUを使用したスキーマの作成の詳細は、第2.5項「リポジトリ作成ユーティリティを使用したデータベース・スキーマの作成」を参照してください。

注意:

「コンポーネントの選択」画面で、「AS共通スキーマ」を開いて、Oracle Platform Security Servicesを選択します。「メタデータ・サービス」スキーマが自動的に選択されます。

8.8 Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.2.x.xコンポーネント・ドメインの拡張

Oracle Identity Navigator 11.1.2.2.0では、データベースを使用してポリシーを格納します。このため、OPSSデータ・ソースを含むように11.1.2.x.x Oracle Identity Navigatorドメインを拡張する必要があります。

これを行うには、次の手順を完了します。

1. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
UNIXの場合:

./config.sh

これは、<MW_HOME>/Oracle_IDM1/common/binディレクトリにあります。

Windowsの場合:

config.cmd

これは、<MW_HOME>\Oracle_IDM1\common\binディレクトリにあります。

2. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次」をクリックします。

3. 「WebLogicドメイン・ディレクトリの選択」画面で、コンポーネントを構成したWebLogicドメインが含まれるディレクトリを参照します。「次」をクリックします。「拡張ソースの選択」画面が表示されます。

4. 「拡張ソースの選択」画面で、Oracle Platform Security Service - 11.1.1.0 [Oracle_IDM1]オプションを選択します。ドメイン構成オプションを選択後、「次へ」をクリックします。

5. 「JDBCデータ・ソースの構成」画面が表示されます。必要に応じて、opss-DBDSデータ・ソースを構成します。テストが成功すると、「JDBCコンポーネント・スキーマの構成」画面が表示されます。

6. 「JDBCコンポーネント・スキーマの構成」画面で、「Oracle Platform Security Services」スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。

「JDBCコンポーネント・スキーマのテスト」画面が表示されます。テストが成功すると、「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面で、「管理対象サーバー」、「クラスタ」および「マシン」と「デプロイメントとサービス」を構成できます。Oracle Identity Navigator 11.1.2.1.0環境をすでに構成している場合は、何も選択しないでください。「次」をクリックします。

8. 「構成のサマリー」画面で、ドメインの構成を確認し、「拡張」をクリックしてドメインの拡張を開始します。

Oracle Platform Security Services (OPSS)をサポートするように既存のOracle Identity Navigatorドメインが拡張されます。

8.9 Oracle Platform Security Servicesのアップグレード

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Identity Navigatorの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

8.10 データベース・セキュリティ・ストアの構成

データベース・セキュリティ・ストアの構成は、それがOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)によってサポートされる唯一のセキュリティ・ストア・タイプである場合に必要となります。

Oracle Platform Security Servicesの構成の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する項を参照してください。

8.11 WebLogic管理サーバーの起動

アップグレードが完了した後、WebLogic管理サーバー(Oracle Identity Navigatorコンソールを含む管理サーバー)を起動します。

WebLogic管理サーバーの起動の詳細は、第2.9.2項「WebLogic管理サーバーの起動」を参照してください。

8.12 デプロイメント・サマリーの確認

デプロイメント・サマリーを確認する手順は次のとおりです。

1. WebLogic管理コンソールにログインします。
http://<管理サーバー・ホスト>:<管理サーバー・ポート>/console

2. 「ドメイン構造」の下で、「デプロイメント」をクリックします。「デプロイメントの概要」ページが表示されます。

3. サマリー詳細をチェックし、「名前」表にoinav (11.1.1.3.0)が存在することを確認します。

8.13 Oracle Identity Navigatorアプリケーションのアップグレード

注意:

Oracle Identity Navigatorのバージョン番号は11.1.2.2.0ですが、ここでのOracle Identity Navigatorのバージョン番号は11.1.1.3.0です。

これはエラーではありません。この不一致は、Oracle Identity NavigatorとIdentity Access Managementリリースの内部的な追跡方法の違いによるものです。

Oracle Identity Navigatorのアップグレードでは、Oracle Identity Navigator 11.1.2.2.0リリースのoinav.earを使用してOracle Identity Navigatorを再デプロイします。oinav.earの再デプロイには、2つの方法があります。

- WebLogic Server管理コンソールを使用したoinavのアップグレード

- WebLogic Scripting Tool (WLST)を使用したoinavのアップグレード

WebLogic Server管理コンソールの使用

WebLogic管理コンソールを使用してOracle Identity Navigatorをアップグレードするには、次の手順を実行します。

1. WebLogic管理コンソールにログインします。
http://<管理サーバー・ホスト>:<管理サーバー・ポート>/console

2. 「ドメイン構造」の下で、「デプロイメント」をクリックします。

3. 「名前」表からoinav (11.1.1.3.0)を選択します。

4. 「アプリケーション更新アシスタント」画面でソース・パスを確認した後、「更新」をクリックし、「終了」をクリックします。

注意:

WebLogicを本番モードで実行している場合は、「更新」をクリックする前に「ロックして編集」をクリックします。

WebLogic Scripting Tool (WLST)の使用

WLSTコンソールを使用してOracle Identity Navigatorをアップグレードするには、次の手順を実行します。

UNIXの場合

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/wlserver_10.3/common/binディレクトリに移動します。
cd <MW_HOME>/wlserver_10.3/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('oinav#11.1.1.3.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合

1. コマンド行で次のコマンドを実行し、現在の作業ディレクトリから<MW_HOME>\wlserver_10.3\common\binディレクトリに移動します。
cd <MW_HOME>\wlserver_10.3\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('oinav#11.1.1.3.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

8.14 Oracle Identity Navigator 11.1.2.2.0メタデータのインポート

事前にエクスポートしたメタデータをインポートして、Oracle Identity Navigatorにアップグレード前のメタデータを戻す必要があります。次のWLSTコマンドを実行して、Oracle Identity Navigator 11.1.2.2.0メタデータをインポートします。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
importMetadata(application='oinav',server='AdminServer',fromLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd <IAM_HOME>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
importMetadata(application='oinav',server='AdminServer',fromLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

注意:

Oracle Identity Navigator 11.1.2.2.0リリースでは、Oracle Business Intelligence Publisher 10gのレポート書式はサポートされていません。必須ではありませんが、それらのレポートを削除する場合は、Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドのOracle Business Intelligence Publisherの構成に関する項を参照してください。

8.15 アップグレードの確認

Oracle Identity Navigatorのアップグレードを確認するには、次の手順を実行します。

1. Oracle Identity Navigatorコンソールにログインします。
http://<管理サーバー・ホスト>:<管理サーバー・ポート>/oinav

2. 「ダッシュボード」ページで、右下隅にあるバージョン番号を確認します。
バージョン番号は11.1.2.2.0になります。

8.16 オプション: 管理サーバーからのOracle Privileged Account Manager管理対象サーバー上でのOracle Identity Managerの構成

管理サーバーから、Oracle Privileged Account Manager管理対象サーバー上にOracle Identity Navigatorを構成するには、次の手順を実行します。

1. サーバーを停止します。

2. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

3. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
./config.sh

これは、<MW_HOME>/Oracle_IDM1/common/binディレクトリにあります。

4. ウィザードで競合が検出された場合は、常に「既存の内容を保持」を選択します。

5. 構成を完了します。サーバーを起動すると、Oracle Identity Navigatorが管理対象サーバーで実行されます。

第III部

Oracle Identity and Access Management 11gリリース1 (11.1.1.x.x)および9.x環境のアップグレード

この部には次の章が含まれます:

- 第9章「Oracle Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」

- 第10章「Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」

- 第11章「Oracle Identity Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」

- 第12章「Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)環境のアップグレード」

- 第13章「Oracle Identity Navigator 11gリリース1 (11.1.1.x.x)環境のアップグレード」

- 第14章「Oracle Identity Manager 9.1.x.x環境のアップグレード」

9 Oracle Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Access Manager 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)の既存環境をOracle Access Management Access Manager (Access Manager) 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

この章では、Oracle Access Manager 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)環境を、11.1.1.x.xと呼びます。

この章では、次の項目について説明します。

- 第9.1項「Oracle Access Managerのアップグレード手順」

- 第9.2項「システム要件と動作保証の確認」

- 第9.3項「管理サーバーおよび管理対象サーバーの停止」

- 第9.4項「Oracle Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ」

- 第9.5項「Oracle WebLogic Serverのアップグレード」

- 第9.6項「リポジトリ作成ユーティリティを使用したOracle Access Management Access Managerスキーマの作成」

- 第9.7項「Oracle Access Managerバイナリの11.1.2.2.0へのアップグレード」

- 第9.8項「Oracle Platform Security ServicesテンプレートによるOracle Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張」

- 第9.9項「Oracle Platform Security Servicesスキーマのアップグレード」

- 第9.10項「Oracle Platform Security Servicesのアップグレード」

- 第9.11項「Oracle Platform Security Servicesセキュリティ・ストアの構成」

- 第9.12項「アクセス・データのエクスポート」

- 第9.13項「アクセス・データのインポート」

- 第9.14項「変更されたシステムmbean構成のコピー」

- 第9.15項「管理サーバーおよびAccess Manager管理対象サーバーの起動」

- 第9.16項「Oracle Access Management Access Managerサーバーおよび共有ライブラリの再デプロイ」

- 第9.17項「管理サーバーおよびAccess Manager管理対象サーバーの停止」

- 9.18項「フォルダの削除」

- 第9.19項「システム構成のアップグレード」

- 第9.20項「管理サーバーおよびAccess Manager管理対象サーバーの起動」

- 第9.21項「アップグレードの確認」

- 第9.22項「トラブルシューティング」

9.1 Oracle Access Managerのアップグレード手順

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Access Managerを正常にアップグレードできない可能性があります。

表9-1に、Oracle Access Manager 11.1.1.x.xのアップグレード手順を示します。

表9-1 アップグレード・フロー

タスク番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

すべてのサーバーを停止します。これには、管理サーバーと管理対象サーバーの両方が含まれます。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

環境をバックアップします。

「Oracle Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ」を参照してください。

4

Oracle WebLogic Server 10.3.5をOracle WebLogic Server 10.3.6にアップグレードします。

「Oracle WebLogic Serverのアップグレード」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を実行して、Access ManagerスキーマとOPSSスキーマを作成およびロードします。

「リポジトリ作成ユーティリティを使用したOracle Access Management Access Managerスキーマの作成」を参照してください。

6

11.1.1.x.x Oracleホームを11.1.2.2.0にアップグレードします。

「Oracle Access Managerバイナリの11.1.2.2.0へのアップグレード」を参照してください。

7

OPSSテンプレートを使用して、Oracle Access Manager 11.1.1.x.xドメインを拡張します。

「Oracle Platform Security ServicesテンプレートによるOracle Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張」を参照してください。

8

Oracle Platform Security Servicesスキーマをアップグレードします。

「Oracle Platform Security Servicesスキーマのアップグレード」を参照してください。

9

Oracle Platform Security Servicesをアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

10

configuresecuritystore.pyスクリプトを実行してポリシー・ストアを構成します。

「Oracle Platform Security Servicesセキュリティ・ストアの構成」を参照してください。

11

アクセス・データをエクスポートします。

「アクセス・データのエクスポート」を参照してください。

12

アクセス・データをインポートします。

「アクセス・データのインポート」を参照してください。

13

インフラストラクチャmbean JARおよび構成ファイルをコピーします。

「変更されたシステムMBean構成のコピー」を参照してください。

14

管理サーバーおよびOracle Access Management Access Manager管理対象サーバーを起動します。

「管理サーバーおよびAccess Manager管理対象サーバーの起動」を参照してください。

15

Access Managerサーバーと共有ライブラリを再デプロイします。

「Oracle Access Management Access Managerサーバーおよび共有ライブラリの再デプロイ」を参照してください。

16

管理サーバーおよびOracle Access Management Access Manager管理対象サーバーを停止します。

「管理サーバーおよびAccess Manager管理対象サーバーの停止」を参照してください。

17

tmpフォルダおよびstageフォルダを削除します。

「フォルダの削除」を参照してください。

18

Oracle Access Managerのシステム構成をアップグレードします。

「システム構成のアップグレード」を参照してください。

19

管理サーバーおよびOracle Access Management Access Manager管理対象サーバーを起動します。

「管理サーバーおよびAccess Manager管理対象サーバーの起動」を参照してください。

20

Access Managerのアップグレードを確認します。

「アップグレードの確認」を参照してください。

9.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、使用するシステムがインストールまたはアップグレードする製品の最小要件を満たすことを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

9.3 管理サーバーと管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを始める前に、管理サーバーおよび管理対象サーバーを停止する必要があります。

サーバーの停止の詳細は、「サーバーの停止」を参照してください。

9.4 Oracle Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ

Access Manager 11.1.2にアップグレードする前に、Oracle Access Manager 11.1.1.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップします。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- Oracle Access Managerスキーマ

- MDSスキーマ

- 監査スキーマおよびその他の依存スキーマ

9.5 Oracle WebLogic Serverのアップグレード

WebLogic 10.3.6アップグレード・インストーラを使用して、Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードできます。Oracle WebLogic Serverのアップグレードの詳細は、「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

9.6 リポジトリ作成ユーティリティを使用したOracle Access Management Access Managerスキーマの作成

Oracle Access Manager 11.1.1.x.xスキーマからOracle Access Management Access Manager 11.1.2へのアップグレードはサポートされていません。Oracle Access Manager 11.1.1.x.xスキーマは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.x.xスキーマを削除したり以前のスキーマ名を使用しないでください。

9.7 Oracle Access Managerバイナリの11.1.2.2.0へのアップグレード

Oracle Access Managerをアップグレードするには、11.1.2.2.0インストーラを使用する必要があります。この手順では、ミドルウェア・ホームが既存の11.1.1.x.x Oracle Access Managerミドルウェア・ホームを指すようにします。Oracleホームは11.1.1.x.xから11.1.2.2.0にアップグレードされます。

注意:

Oracle Access Managerバイナリを11gリリース2 (11.1.2.2.0)にアップグレードする前に、ORACLE_HOMEおよびMW_HOME/oracle_commonでOPatchのバージョンが11.1.0.9.9であることを確認してください。別のバージョンのOPatchでは、パッチ適用が失敗する場合があります。opatchをこれより新しいバージョンにアップグレード済である場合は、バージョン11.1.0.9.9にロール・バックする必要があります。

Oracle Access Manager 11gリリース1 (11.1.1.x.x)からOracle Access Management Access Manager 11gリリース2 (11.1.2.2.0)へのアップグレードの詳細は、「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

9.8 Oracle Platform Security ServicesテンプレートによるOracle Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張

Oracle Access Management Access Manager 11.1.2.2.0ではポリシーの格納にデータベースを使用します。このため、OPSSデータ・ソースを含むようにOracle Access Manager 11.1.1.x.xドメインを拡張する必要があります。

OPSSテンプレートを使用してOracle Access Manager 11.1.1.x.xコンポーネント・ドメインを拡張するには、次の手順を実行します。

1. 次のコマンドを実行します。
UNIXの場合:

./config.sh

これは、<MW_HOME>/<Oracle_IDM1>/common/binディレクトリにあります。

Windowsの場合:

config.cmd

これは、<MW_HOME>\<Oracle_IDM1>\common\binディレクトリにあります。

2. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次」をクリックします。

3. 「WebLogicドメイン・ディレクトリの選択」画面で、Oracle Access Managerを構成したWebLogicドメインが含まれるディレクトリに移動します。「次」をクリックします。「拡張ソースの選択」画面が表示されます。

4. 「拡張ソースの選択」画面で、Oracle Platform Security Service - 11.1.1.0 [Oracle_IDM1]オプションを選択します。ドメイン構成オプションを選択後、「次へ」をクリックします。「JDBCコンポーネント・スキーマの構成」画面が表示されます。

5. 「JDBCコンポーネント・スキーマの構成」画面で、次の手順を実行します。

- OAMインフラストラクチャを選択して、Access Manager 11.1.2.2.0スキーマの詳細でOracle Access Manager 11.1.1.x.xスキーマの情報を更新します。

- OPSSスキーマを選択して、「スキーマ所有者」、「スキーマ・パスワード」、「データベースとサービス」、「ホスト名」および「ポート」の値を指定します。

- 「次へ」をクリックします。

JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功した後、「オプションの構成を選択」画面が表示されます。

6. 「オプションの構成を選択」画面で、「管理対象サーバー」、「クラスタ」および「マシン」と「デプロイメントとサービス」を構成できます。Oracle Access Manager 11.1.1.x.x環境をすでに構成している場合は、何も選択しないでください。「次」をクリックします。

7. 「構成のサマリー」画面で、ドメインの構成を確認し、「拡張」をクリックしてドメインの拡張を開始します。

Oracle Platform Security Services (OPSS)をサポートするように既存のOracle Access Managerドメインが拡張され、新しく作成された11.1.2.2.0 OPSSポリシー・スキーマを使用するようにOracle Access Managerが構成されます。

9.9 Oracle Platform Security Servicesスキーマのアップグレード

パッチ・セット・アシスタントを使用して、Oracle Platform Security Servicesスキーマをアップグレードする必要があります。これを行うには、次の手順を実行します:

1. 次のコマンドを使用して、MW_HOME/oracle_common/binからパッチ・セット・アシスタントを起動します。
./psa

2. opssを選択します。

3. データベース接続の詳細を指定し、アップグレード対象のスキーマを選択します。

Oracle Platform Security Servicesスキーマのアップグレード後、MW_HOME/oracle_common/upgrade/logs/psa<timestamp>.logにあるログ・ファイルをチェックしてアップグレードを確認してください。

timestampは、パッチ・セット・アシスタントが実行された実際の日時を表します。アップグレードが失敗した場合は、ログ・ファイルをチェックしてエラーを修正し、パッチ・セット・アシスタントを再実行してください。

9.10 Oracle Platform Security Servicesのアップグレード

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Access Managerの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

9.11 Oracle Platform Security Servicesセキュリティ・ストアの構成

データベースのセキュリティ・ストアの構成は、それがOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)によってサポートされる唯一のセキュリティ・ストア・タイプである場合に必要となります。

Oracle Platform Security Servicesの構成の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する項を参照してください。

9.12 アクセス・データのエクスポート

Oracle Access Manager 11.1.1.x.xスキーマからのポリシー情報は、Access Manager 11.1.2.2.0スキーマにインポートする前に抽出される必要があります。exportAccessData WLSTコマンドは、Access Managerのポリシーおよび構成情報を11.1.1.x.x Oracle Access Managerドメインからエクスポートします。Oracle Access Manager 11.1.1.x.xの構成の詳細、ポリシー・ストア、キーおよびCSFパスワードをエクスポートする必要があります。

注意:

これらのエクスポート・コマンドを実行する前に、すべてのWebLogic Serverプロセス(管理サーバー、Oracle Access Manager管理対象サーバーおよびノード・マネージャ)を停止する必要があります。

データをエクスポートするには、次の手順を完了します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/<Oracle_IDM1>/common/binディレクトリに移動します。
cd <MW_HOME>/<Oracle_IDM1>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. WLSTプロンプトで、次のスクリプトを実行します。
exportAccessData("<UPGRADE_PROPERTIES_FILE>")

次に例を示します。

exportAccessData("<ORACLE_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.properties")

プロパティの例とその説明は、表9-3を参照してください。

4. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\<Oracle_IDM1>\common\bin ディレクトリに移動します。
cd <MW_HOME>\<Oracle_IDM1>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. WLSTプロンプトで、次のスクリプトを実行します。
exportAccessData("<UPGRADE_PROPERTIES_FILE>")

次に例を示します。

exportAccessData("<ORACLE_HOME>\\oam\\server\\wlst\\scripts\\sample_properties\\oam_upgrade-windows.properties")

プロパティの例とその説明は、表9-3を参照してください。

4. exit()コマンドを使用してWLSTコンソールを終了します。

表9-2は、コマンド行で指定が必要なパラメータについて説明しています。

表9-2 データのエクスポート用のパラメータ

パラメータ

説明

properties_location

Access Manager 11.1.1.x.xインストール内のoam_upgrade.propertiesファイルへのパスを指定します。次の例では、完全パスが示されています。

UNIXの場合は、<ORACLE_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.propertiesディレクトリになります。

Windowsの場合は、<ORACLE_HOME>\oam\server\wlst\scripts\sample_properties\oam_upgrade-windows.propertiesディレクトリになります。

表9-3に、oam_upgrade.propertiesのプロパティを示します。

表9-3 プロパティの説明

プロパティ

説明

MW_HOME

ミドルウェア・ホームへの完全パスを指定します。次の例では、完全パスが示されています。

UNIXの場合は、Oracle/Middlewareディレクトリになります。

Windowsの場合は、Oracle\\Middlewareディレクトリになります。

ORACLE_HOME

このプロパティでは、Oracle Identity and Access Managementソフトウェアの場所が参照されます。次の例では、完全パスが示されています。

UNIXの場合は、<MW_HOME>/<Oracle_IDM1>ディレクトリになります。

Windowsの場合は、<MW_HOME>\\<Oracle_IDM1>ディレクトリになります。

OAM_DOMAIN_HOME

このプロパティでは、既存のOracle Access Manager 11.1.1.x.xドメイン・ホームが参照されます。次の例では、完全パスが示されています。

UNIXの場合は、<MW_HOME>/user_projects/domains/<oam_domain>ディレクトリになります。

Windowsの場合は、<MW_HOME>\\user_projects\\domains\\<oam_domain>ディレクトリになります。

ORACLE_COMMON_HOME

このプロパティでは、共通コンポーネントのホームが参照されます。次の例では、完全パスが示されています。

UNIXの場合は、<MW_HOME>/Oracle_Commonディレクトリになります。

Windowsの場合は、<MW_HOME>\\Oracle_Commonディレクトリになります。

OAM_DEST_ARTIFACTS_LOCATION

このプロパティでは、Oracle Access Manager 11.1.1.x.xの構成ファイルやポリシー・ファイルなど、アップグレード・アーティファクトを配置する場所が参照されます。

注: アーティファクト・フォルダは読取り/書込みアクセスが可能であることを確認してください。

OAM_TYPE_OF_UPGRADE

これは、InPlaceアップグレードです。

OAM_IS_INCREMENTAL

増分モードでアップグレードを実行するかどうかを指定するには、このプロパティを使用します。

Access Manager 11.1.2.2.0では、アップグレードの増分形式はサポートされていません。したがって、値をFalseに設定します。

OAM_POLICY_UPGRADE_OPTIMIZATION

Oracle Access Managerポリシーのアップグレードの一環として、既定のAccess Managerポリシーへの変更が既存(11.1.1.x.x)の既定ポリシーの上に適用されます。このプロセスには、Access Managerポリシーの3方向のマージが含まれます。このプロセスには時間がかかります(約30分)。

マージを実行する場合は、プロパティをFalseに設定します。

マージ・プロセスを実行せずに、Oracle Access Manager 11.1.1.x.xの既定のポリシーを新しいポリシーで置き換える場合は、このプロパティをTrueに設定します。

OAM_PS1_SCHEMA_OWNER

このプロパティを使用して、11.1.1.x.xポリシー・ストアに接続します。Oracle Access Manager 11.1.1.x.xスキーマの所有者を指定します。

OAM_PS1_SCHEMA_CRED

このプロパティを使用して、11.1.1.x.xポリシー・ストアに接続します。Oracle Access Manager 11.1.1.x.xスキーマの資格証明を指定します。

OAM_PS1_CREDENTIAL_ALIAS

このプロパティを使用して、11.1.1.x.xポリシー・ストアに接続します。Oracle Access Manager 11.1.1.x.x Oracle Entitlements Serverデータベース資格証明の別名を次のように指定します。

OESDBCredentialAlias

OAM_PS1_JDBC_CONN_STRING

このプロパティを使用して、11.1.1.x.xポリシー・ストアに接続します。JDBC接続文字列を次の形式で指定します。

jdbc:oracle:thin:@dbhost:dbport/sid

OAM_PS1_JDBC_DRIVER_CLASS

このプロパティを使用して、11.1.1.x.xポリシー・ストアに接続します。JDBCドライバ・クラスを次の形式で指定します。

oracle.jdbc.OracleDriver

OAM_PS1_ROOT_DN

このプロパティを使用して、11.1.1.x.xポリシー・ストアに接続します。プロパティを次のように指定します。

cn=farm,cn=JPSContext,cn=jpsroot

OAM_PS1_POLICY_FILE

このプロパティでは、抽出された11.1.1.x.xポリシーの保存が必要なXMLファイルへの絶対パスが参照されます。抽出されたOracle Access Manager 11.1.1.x.xポリシーを保存するパスを指定します。

次に例を示します。

UNIXの場合は次のパスを指定します。

OAM_PS1_POLICY_FILE=<UPGRADE_ATRIFACTS_DIR>/oam-policy-ps1.xml

Windowsの場合は次のパスを指定します。

OAM_PS1_POLICY_FILE=<UPGRADE_ATRIFACTS_DIR>\\oam-policy-ps1.xml

OAM_PS1_POLICY_JARS

アップグレード・フレームワークでは、データをエクスポートおよびインポートするためにJARがバージョンごとにロードされます。このプロパティでは、次のパスで使用可能な、Oracle Access Manager 11.1.1.x.xのポリシーJARが参照されます。

UNIXの場合は、$<ORACLE_HOME>/oam/server/lib/upgrade/ps1-policyディレクトリになります。

Windowsの場合は、 <ORACLE_HOME>\\oam\\server\\lib\\upgrade\\ps1-policyディレクトリになります。

OAM_PS1_CONFIG_FILE_LOC

このプロパティでは、次の場所で使用可能な、Oracle Access Manager 11.1.1.x.xの構成ファイルが参照されます。

UNIXの場合は、$<DOMAIN_HOME>/config/fmwconfig/oam-config.xmlディレクトリになります。

Windowsの場合は、<DOMAIN_HOME>\\config\\fmwconfig\\oam-config.xmlディレクトリになります。

OAM_PS1_POLICY_FILE_TEMP

このプロパティでは、一時ポリシーXMLへの絶対パスが参照されます。この一時XMLは、ポリシーの変換に使用されます。

XMLファイルの一時的な場所を指定します。

次に例を示します。

UNIXの場合は次のパスを指定します。

OAM_PS1_POLICY_FILE_TEMP=<UPGRADE_ATRIFACTS_DIR>/oam-policy-ps1_temp.xml

Windowsの場合は次のパスを指定します。

OAM_PS1_POLICY_FILE_TEMP=<UPGRADE_ATRIFACTS_DIR>\\oam-policy-ps1_temp.xml

OAM_R2_POLICY_JARS

アップグレード・フレームワークでは、データをエクスポートおよびインポートするためにJARがバージョンごとにロードされます。このプロパティでは、次の場所で使用可能な、Access Manager 11.1.2.2.0のポリシーJARが参照されます。

UNIXの場合は、$<ORACLE_HOME>/oam/server/lib/upgrade/ps2-policyディレクトリになります。

Windowsの場合は、<ORACLE_HOME>\\oam\\server\\lib\\upgrade\\ps2-policyディレクトリになります。

OAM_R2_CONFIG_FILE_LOC

このプロパティでは、次の場所で使用可能な、Access Manager 11.1.2.2.0の構成ファイルが参照されます。

UNIXの場合は、$<ORACLE_HOME>/oam/server/config/oam-config.xmlディレクトリになります。

Windowsの場合は、<ORACLE_HOME>\\oam\\server\\config\\oam-config.xmlディレクトリになります。

OAM_SOURCE_VERSION

Oracle Access Managerのソース・バージョンは11.1.1.x.xです。

OAM_TARGET_VERSION

Access Managerのターゲット・バージョンは11.1.2.0.0です。

注意:

表9-3に示されている変数は、環境変数ではありません。これらの変数は、oam_upgrade.propertiesファイルで定義する必要があります。

oam_upgrade.propertiesファイル内で任意のファイルへのパスを指定する場合、次の例で指定されている形式になるようにしてください。

- UNIXの場合: /directory_1/directory_2/file

- Windowsの場合: \\directory_1\\directory_2\\file

exportAccessDataの出力例

wls:/offline> exportAccessData("<ORACLE_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!

9.13 アクセス・データのインポート

抽出されたOracle Access Manager 11.1.1.x.xデータをAccess Manager 11.1.2スキーマにインポートする必要があります。また、Oracle Access Manager 11.1.1.x.xのドメイン構成をAccess Manager 11.1.2の構成とマージします。

注意:

これらのインポート・コマンドを実行する前に、すべてのWebLogic Serverプロセス(管理サーバー、Oracle Access Manager管理対象サーバーおよびノード・マネージャ)を停止する必要があります。

Oracle Access Manager 11.1.1.x.xの構成データをAccess Manager 11.1.2.2.0にインポートするには、次の手順を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/<Oracle_IDM1>/common/binディレクトリに移動します。
cd <MW_HOME>/<Oracle_IDM1>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. WLSTプロンプトで、次のスクリプトを実行します。
importAccessData("<UPGRADE_PROPERTIES_FILE>")

次に例を示します。

importAccessData("<ORACLE_HOME>/oam/server/wlst/scripts/sample_properties/oam_upgrade.properties")

プロパティの例とその説明は、表9-3を参照してください。

4. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\<Oracle_IDM1>\common\bin ディレクトリに移動します。
cd <MW_HOME>\<Oracle_IDM1>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. WLSTプロンプトで、次のスクリプトを実行します。
importAccessData("<UPGRADE_PROPERTIES_FILE>")

次に例を示します。

importAccessData("<ORACLE_HOME>\\oam\\server\\wlst\\scripts\\sample_properties\\oam_upgrade.properties")

プロパティの例とその説明は、表9-3を参照してください。

4. exit()コマンドを使用してWLSTコンソールを終了します。

表9-4は、コマンド行で指定する必要のあるパラメータを示しています。

表9-4 データのインポート用のパラメータ

パラメータ

説明

properties_location

Oracle Access Manager 11.1.1.x.xインストール内のoam_upgrade.propertiesファイルへのパスを指定します。次の例では、完全パスが示されています。

UNIXの場合は、IDM_HOME/oam/server/wlst/scripts/sample_properties/oam_upgrade.propertiesディレクトリになります。

Windowsの場合は、IDM_HOME\oam\server\wlst\scripts\sample_properties\oam_upgrade.propertiesディレクトリになります。

importAccessDataの出力例

wls:/offline> importAccessData("<ORACLE_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!!

注意:

importAccessData()コマンドを実行する場合、出力にはINFO: Import completed successfully!!行の後に追加のテキストが含まれる場合があります。追加のテキストは結果に影響せず、無視できます。

9.14 変更されたシステムmbean構成のコピー

Access Managerのバイナリを11.1.2.2.0に更新した後に、変更済のシステムまたはドメインmbean構成をOAM_ORACLE_HOMEからDOMAIN_HOMEにコピーする必要があります。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/common/binディレクトリに移動します。
cd <MW_HOME><Oracle_IDM1>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. WLSTプロンプトで、次のスクリプトを実行します。
copyMbeanXmlFiles('DOMAIN_HOME','OAM_ORACLE_HOME')

次に例を示します。

copyMbeanXmlFiles('/Oracle/Middleware/user_projects/domains/base_domain','/Oracle/Middleware/Oracle_IDM1')

4. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\common\binディレクトリに移動します。
cd <MW_HOME>\<Oracle_IDM1>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. WLSTプロンプトで、次のスクリプトを実行します。
copyMbeanXmlFiles ('<domain_name>',' 'Oracle_IDM')

次に例を示します。

copyMbeanXmlFiles('C:\\Oracle\\Middleware\\user_projects\domains\\base_domain','C:\\Oracle\\Middleware\\Oracle_IDM1')

4. exit()コマンドを使用してWLSTコンソールを終了します。

9.15 管理サーバーおよびAccess Manager管理対象サーバーの起動

注意:

管理サーバーおよび管理対象サーバーの起動時に、Access Manager管理コンソール・アプリケーションおよびAccess Manager管理対象サーバー・アプリケーションは多くのエラーと例外を伴って起動する場合があります。これは予想されたもので、無視できます。これらの問題は、後続の再デプロイメント・プロセスで解決されます。

redeployコマンドは、オンラインWLSTコマンドです。したがって、redeployコマンドを実行する前に、Oracle Access Management Access Manager管理サーバーおよび管理対象サーバーを起動する必要があります。

管理サーバーおよびAccess Manager管理対象サーバーの起動の詳細は、「サーバーの起動」を参照してください。

9.16 Oracle Access Management Access Manageサーバーおよび共有ライブラリの再デプロイ

次の理由で、Oracle Access Management Access Managerを再デプロイする必要があります。

- Access Managerサーバーが依存する新しい共有ライブラリを取り込むため

- Access Managerの管理サーバー・アプリケーションおよび管理対象サーバー・アプリケーションをより新しいバージョンで取り込むため。

Access Managerサーバー・アプリケーションおよびAccess Managerの共有ライブラリを再デプロイするには、次の手順を実行します。

1. 次のコマンドを実行して、$MW_HOME/ORACLE_HOME/common/binからWebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドを使用して管理サーバーに接続します。
connect('<weblogic_username>','<weblogic_password>','<weblogic_host>:<port>')

3. 次のコマンドを実行して、アプリケーションおよび共有ライブラリを再デプロイします。
redeployOAM("ORACLE_HOME","ORACLE_COMMON_HOME",adminTarget="Admin_server_name",serverTarget="oam_server")

注意:

Oracle Access Manager高可用性環境をアップグレードしている場合は、redeployOAMコマンドの実行中に、引数serverTargetにoam_clusterを指定します。

表9-5は、コマンド行で指定する必要のあるパラメータを示しています。

表9-5 redeployOAMコマンドの実行時に指定するパラメータ

パラメータ

説明

ORACLE_HOME

Oracleホームへの絶対パスを指定します。

次に例を示します。

UNIXの場合は、Oracle/Middlewareディレクトリになります。

Windowsの場合は、Oracle\Middlewareディレクトリになります。

ORACLE_COMMON_HOME

Oracle共通ホームへの絶対パスを指定します。

次に例を示します。

UNIXの場合は、Oracle/Middleware/Common_homeディレクトリになります。

Windowsの場合は、Oracle\Middleware\Common_homeディレクトリになります。

adminTarget

Access Managerの構成中に指定した管理サーバー名を指定します。

serverTarget

Access Managerサーバーの構成中に指定したAccess Managerサーバー名を指定します。

次に例を示します。

redeployOAM("/scratch/Oracle/Middleware/Oracle_IDM1","/scratch/Oracle/Middleware/oracle_common",adminTarget="AdminServer",serverTarget="OAM_SERVER")

注意:

- 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
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

- redeployOAMコマンドを実行すると、次の警告が表示される場合があります。

"************************ Performing OAM Admin server deployment and Data Migration. This operation will take some time. Please wait until it completes.******"

ポリシーを移行するため、再デプロイメントの完了には約30分を要します。また、再デプロイメントの完了に要する時間は、アップグレード対象のOracle Access Managerシステムに存在するデータの量によっても異なります。

4. exit()コマンドを使用してWLSTコンソールを終了します。

SOAまたはOIMデプロイメントの一部としてSDPライブラリがすでにインストールされている場合は、このデプロイメントに失敗する可能性があります。リカバリ手順の詳細は、第9.22.2項「アプリケーションのデプロイ時の例外」を参照してください。

注意:

.

Oracle Access Management Access Managerの再デプロイ後に、次のライブラリおよびアプリケーションがAccess Managerクラスタ(OAM_CLUSTER)にデプロイされていることを確認する必要があります。

ライブラリ

- oracle.oaam.libs (11.1.2.0.0)

- oracle.sdp.client (11.1.1)

- coherence (3.7.1.1)

- oracle.idm.ids.config.ui (11.1.2,11.1.2)

- oracle.idm.ipf (11.1.2,11.1.2)

アプリケーション

- oamsso_logout (11.1.2.0.0)

- oam_server (11.1.2.0.0)

9.17 管理サーバーおよびAccess Manager管理対象サーバーの停止

サーバーを停止するには、第9.3項「管理サーバーおよび管理対象サーバーの停止」を参照してください。

9.18 フォルダの削除

Access Manager管理対象サーバーを新しいバージョンで取り込むには、この手順が必要です。redeployコマンドでは、tmpディレクトリは削除されません。

Oracle Access Manager 11.1.1.x.xサーバーのコンテンツとアプリケーションをAccess Manager 11.1.2.2.0にデプロイするには、次の場所のすべてのフォルダを削除する必要があります。

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>

9.19 システム構成のアップグレード

Oracle Access Managerバイナリを11.1.2.2.0にアップグレードした後に、管理サーバーをホストしているマシン上でupgradeConfig()ユーティリティを実行して、Oracle Access Managerのシステム構成を11.1.2.2.0にアップグレードする必要があります。upgradeConfig()ユーティリティを実行する前に、管理サーバーおよび管理対象サーバーが停止していることを確認してください。

Oracle Access Managerのシステム構成をアップグレードするには、次の手順を実行します。

1. $ORACLE_HOME/common/binの場所から次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドをオフライン・モードで実行します。
upgradeConfig("domain_home", "sysdbaUser", "sysdbaPwd", "oamSchemaOwner", "oamdbJdbcUrl")

このコマンドでは、次のように指定します。

- domain_homeは、Access Manager WebLogicドメインへの絶対パスです。

- sysdbauserは、sysdba権限を持つデータベース・ユーザー名です。

- sysdbapwdは、sysdba権限を持つデータベース・ユーザーのパスワードです。

- oamSchemaOwnerは、OAMスキーマのデータベース・ユーザー名です。

- oamdbjdbcUrlは、Access Managerデータベースに接続するためのJDBC URLです。JDBC URLは、"jdbc:oracle:thin:@<server_host>:<server_port>/<service_name>"という形式で指定されている必要があります。

次に例を示します。

UNIXの場合:

upgradeConfig("/Oracle/Middleware/user_projects/domains/base_domain", "sys", "pwd", "PREFIX_OAM", "jdbc:oracle:thin:@localhost:1521/orcl")

Windowsの場合:

upgradeConfig("C:\\Oracle\\Middleware\\user_projects\\domains\\base_domain", "sys", "pwd", "PREFIX_OAM", "jdbc:oracle:thin:@localhost:1521/orcl")

9.20 管理サーバーおよびAccess Manager管理対象サーバーの起動

サーバーを起動するには、第9.15項「管理サーバーおよびAccess Manager管理対象サーバーの起動」を参照してください。

9.21 アップグレードの確認

Webブラウザで次のURLを使用して、Oracle Access Management Access Manager 11gリリース2 (11.1.2.2.0)が稼働していることを確認します。

http(s)://<oam_admin_server_host>:<oam_admin_server_port>/oamconsole

注意:

この注意事項は、現在Oracle Identity ManagerとOracle Access Managerのコンポーネントを11g R1 (11.1.1.5.1)またはそれより前のバージョンで統合していて、Oracle Identity ManagerとAccess Managerの両方を11g R2 (11.1.2)にアップグレードしているユーザーのみに適用されます。

11gリリース2 (11.1.2.2.0)へのコンポーネントのアップグレード後は、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』のidmConfigToolコマンドの使用に関する項を参照してください。

9.22 トラブルシューティング

この項では、アップグレード・プロセス中に発生する可能性がある一般的な問題およびその回避策について説明します。

注意:

アップグレード・プロセス中に発生する可能性がある問題およびその回避策の詳細は、『Oracle Fusion Middlewareリリース・ノート』を参照してください。

この項には次のトピックが含まれます:

- ImportAccessDataコマンド実行時の例外

- アプリケーションのデプロイ時の例外

- 管理サーバーの再起動時の例外

- 管理対象サーバーの再起動時の例外

- アップグレード後にコンポーネントのバージョンが11.1.1.5.0と表示される

9.22.1 ImportAccessDataコマンド実行時の例外

class not found例外が発生する場合は、exportAccessDataコマンドの実行後に、WLSTコンソールを終了していなかったことがその理由となります。

exit()コマンドを使用してWLSTコンソールを終了します。

9.22.2 アプリケーションのデプロイ時の例外

- 次の例外がsdpclient.jarアプリケーションのデプロイ時に発生する場合、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) ...

次の手順を完了してリカバリを行います。

1. WebLogicコンソールにログインします。

2. 次のライブラリを確認します。
oracle.sdp.client(11.1.1,11.1.1)

3. このライブラリのターゲットをoam_server1にします。

4. 次のコマンドを実行します。
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)

9.22.3 管理サーバーの再起動時の例外

次のエラーが発生する場合は、11.1.2.2.0リポジトリ作成ユーティリティが新しいものではなく、データが存在しています。

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用に新しいリポジトリ作成ユーティリティ・スキーマが作成されているかどうかを確認してください。また、新しい11.1.2.2.0リポジトリ作成ユーティリティを使用するようにドメインが更新されているかどうかも確認してください。

9.22.4 管理対象サーバーの再起動時の例外

次のエラーが発生する場合は、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)

第9.18項「フォルダの削除」の説明のとおり、tmpフォルダおよびstageフォルダを削除すると、このエラーは解決されます。

9.22.5 アップグレード後にコンポーネントのバージョンが11.1.1.5.0と表示される

Oracle Access Manager 11gリリース1 (11.1.1.5.0)を11.1.2.2.0にアップグレードした場合、oracle.dogwood.topおよびoracle.oam.serverの各パッケージのコンポーネント・バージョンは、11.1.1.5.0と表示されます。

これを解決するには、ドメイン・アップデータ・ユーティリティ(com.oracle.cie.domain-update_1.0.0.0.jar)を実行する必要があります。この手順により、domain-info.xmlが更新されます。

必要なOracle Access Managerパッケージを11.1.2.2.0にアップグレードするには、次の手順を実行します。

1. $ORACLE_HOME/oaam/upgradeディレクトリに移動します。このディレクトリに、ドメイン・アップデータ・ユーティリティcom.oracle.cie.domain-update_1.0.0.0.jarファイルがあります。

2. 次のコマンドを実行して、oracle.dogwood.top 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OAMDomain oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

3. 次のコマンドを実行して、oracle.oam.server 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.oam.server:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OAMDomain oracle.oam.server:11.1.1.5.0,:11.1.2.2.0

10 Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Adaptive Access Manager 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)の既存環境をOracle Adaptive Access Manager 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Adaptive Access ManagerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Adaptive Access ManagerのIBM WebSphereでのアップグレードに関する項を参照してください。

注意:

この章では、Oracle Adaptive Access Manager 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)環境を、11.1.1.x.xと呼びます。

この章では、次の項目について説明します。

- 第10.1項「Oracle Adaptive Access Managerのアップグレード手順」

- 第10.2項「システム要件と動作保証の確認」

- 第10.3項「管理サーバーおよび管理対象サーバーの停止」

- 第10.4項「Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ」

- 第10.5項「オプション: Oracle WebLogic Serverのアップグレード」

- 第10.6項「Oracle Adaptive Access Manager 11gリリース2 (11.1.2.2.0)のアップグレード」

- 第10.7項「OAAM、MDS、IAUおよびOPSSスキーマのアップグレード」

- 第10.8項「OPSSテンプレートによるOracle Adaptive Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張」

- 第10.9項「Oracle Platform Security Servicesのアップグレード」

- 第10.10項「OPSSセキュリティ・ストアの構成」

- 第10.11項「管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動」

- 第10.12項「アプリケーションの再デプロイ」

- 第10.13項「フォルダの削除」

- 第10.14項「サーバーの再起動」

- 第10.15項「アップグレードの確認」

10.1 Oracle Adaptive Access Managerのアップグレード手順

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Adaptive Access Managerを正常にアップグレードできない可能性があります。

表10-1に、Oracle Adaptive Access Managerのアップグレード手順を示します。

表10-1 アップグレード・フロー

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

すべてのサーバーを停止します。これには、管理サーバーと管理対象サーバーの両方が含まれます。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

環境をバックアップします。

「Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ」を参照してください。

4

オプション。Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードします。

「オプション: Oracle WebLogic Serverのアップグレード」を参照してください。

5

11.1.1.x.x Oracleホームを11.1.2.2.0にアップグレードします。

「Oracle Adaptive Access Manager 11gリリース2 (11.1.2.2.0)のアップグレード」を参照してください。

6

パッチ・セット・アシスタントを使用して、OAAM、MDS、IAUおよびOPSSスキーマをアップグレードします。

「OAAM、MDS、IAUおよびOPSSスキーマのアップグレード」を参照してください。

7

OPSSテンプレートを使用して、Oracle Adaptive Access Manager 11.1.1.x.xドメインを拡張します。

「OPSSテンプレートによるOracle Adaptive Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張」を参照してください。

8

Oracle Platform Security Servicesをアップグレードします(必要な場合)。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

9

configuresecuritystore.pyスクリプトを実行してポリシー・ストアを構成します。

「OPSSセキュリティ・ストアの構成」を参照してください。

10

管理サーバーおよび管理対象サーバーを開始します。

「管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動」を参照してください。

11

Oracle Adaptive Access Manager 11.1.2.2.0サーバー上にアプリケーションを再デプロイします。

「アプリケーションの再デプロイ」を参照してください。

12

tmpフォルダおよびstageフォルダを削除します。

「フォルダの削除」を参照してください。

13

サーバーを再起動します。

「サーバーの再起動」を参照してください。

14

Oracle Adaptive Access Managerのアップグレードを確認します。

「アップグレードの確認」を参照してください。

10.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、使用するシステムがインストールまたはアップグレードする製品の最小要件を満たすことを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

10.3 管理サーバーと管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを開始する前に、WebLogic管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを停止する必要があります。

WebLogic管理サーバーおよび管理対象サーバーの停止の詳細は、第2.8項「サーバーの停止」を参照してください。

10.4 Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)のバックアップ

Oracle Adaptive Access Manager 11.1.2.2.0にアップグレードする前に、Oracle Adaptive Access Manager 11.1.1.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップする必要があります。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- Oracle Adaptive Access Managerのスキーマ

- IAUスキーマ(いずれかのOracle Adaptive Access Manager 11.1.1.x.xスキーマの一部である場合)

- MDSスキーマ

10.5 オプション: Oracle WebLogic Serverのアップグレード

注意:

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 WebLogic Serverのアップグレードの詳細は、第2.3項「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

10.6 Oracle Adaptive Access Manager 11gリリース2 (11.1.2.2.0)のアップグレード

Oracle Adaptive Access Managerをアップグレードするには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.1.x.xミドルウェア・ホームに向けます。Oracleホームは11.1.1.x.xから11.1.2.2.0にアップグレードされます。

Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)のアップグレードの詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

10.7 OAAM、MDS、IAUおよびOPSSスキーマのアップグレード

パッチ・セット・アシスタントを使用して、次のスキーマをアップグレードする必要があります。

- OAAMスキーマ

- MDSスキーマ

- OPSSスキーマ

注意:

OPSSスキーマがソースの一部ではない場合、アップグレードを可能にするためには初めに11.1.2.2.0 RCUを使用して新しいOPSSスキーマを作成する必要があります。Oracle Adaptive Access Managerのアップグレード・プロセスにはOracle Platform Security Services (OPSS)スキーマのポリシー・ストアの変更が含まれるため、OPSSスキーマを作成する必要があります。アプリケーションによって使用される鍵、ロール、権限およびその他のアーティファクトはポリシー・ストアに移行する必要があります。

リポジトリ作成ユーティリティ(RCU)を実行して、OPSSスキーマを作成します。詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する項を参照してください。

- IAUスキーマ(監査スキーマ(IAU)は、11.1.1.x.xスキーマの一部である場合にのみアップグレードする必要があります)

注意:

パッチ・セット・アシスタントを使用してスキーマをアップグレードする場合、アップグレードを完了するには、必要に応じてOAAMまたはOAAM_PARTNを選択し、すべての画面で詳細を指定する必要があります。

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、第2.6「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

10.8 OPSSテンプレートによるOracle Adaptive Access Manager 11.1.1.x.xコンポーネント・ドメインの拡張

Oracle Adaptive Access Manager 11.1.2.2.0ではポリシーの格納にデータベースを使用します。このため、OPSSデータ・ソースを含むように11.1.1.x.x Oracle Adaptive Access Managerドメインを拡張する必要があります。

これを行うには、次の手順を完了します。

1. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
UNIXの場合:

./config.sh

これは、<MW_HOME>/<Oracle_IDM1>/common/binディレクトリにあります。

Windowsの場合:

config.cmd

これは、<MW_HOME>\<Oracle_IDM1>\common\binディレクトリにあります。

2. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次」をクリックします。

3. 「WebLogicドメイン・ディレクトリの選択」画面で、コンポーネントを構成したWebLogicドメインが含まれるディレクトリを参照します。「次」をクリックします。「拡張ソースの選択」画面が表示されます。

4. 「拡張ソースの選択」画面で、Oracle Platform Security Service - 11.1.1.0 [Oracle_IDM1]オプションを選択します。ドメイン構成オプションを選択後、「次へ」をクリックします。

5. 「JDBCデータ・ソースの構成」画面が表示されます。必要に応じて、opssDSデータ・ソースを構成します。テストが成功すると、「JDBCコンポーネント・スキーマの構成」画面が表示されます。

6. 「JDBCコンポーネント・スキーマの構成」画面で、「Oracle Platform Security Services」スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。

「JDBCコンポーネント・スキーマのテスト」画面が表示されます。テストが成功すると、「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面で、「管理対象サーバー」、「クラスタ」および「マシン」と「デプロイメントとサービス」を構成できます。Oracle Identity and Access Management 11.1.1.x.x環境をすでに構成している場合は、何も選択しないでください。「次」をクリックします。

8. 「構成のサマリー」画面で、ドメインの構成を確認し、「拡張」をクリックしてドメインの拡張を開始します。

Oracle Platform Security Services (OPSS)をサポートするように既存のOracle Adaptive Access Managerドメインが拡張されます。

10.9 Oracle Platform Security Servicesのアップグレード

注意:

このアップグレード手順は、OPSSが構成済の場合にのみ実行する必要があります。

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Adaptive Access Managerの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

10.10 OPSSセキュリティ・ストアの構成

注意:

OPSSセキュリティ・ストアが以前のインストールで構成済でない場合にのみ、これを構成する必要があります。構成済の場合は、この手順を実行してOPSSをアップグレードします。詳細は、第10.9項「Oracle Platform Security Servicesのアップグレード」を参照してください。

データベースのセキュリティ・ストアの構成は、それがOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)によってサポートされる唯一のセキュリティ・ストア・タイプである場合に必要となります。

Oracle Platform Security Servicesの構成の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する項を参照してください。

10.11 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動

注意:

管理サーバーおよび管理対象サーバーの起動時に、Adaptive Access Manager管理コンソール・アプリケーションおよびAccess Manager管理対象サーバー・アプリケーションは多くのエラーと例外を伴って起動する場合があります。これは予想されたもので、無視できます。これらの問題は、後続の再デプロイメント・プロセスで解決されます。

redeployコマンドは、オンラインWLSTコマンドです。したがって、redeployコマンドを実行する前に、Oracle Adaptive Access Managerの管理サーバーおよび管理対象サーバーを起動する必要があります。

管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動の詳細は、「サーバーの起動」を参照してください。

10.12 アプリケーションの再デプロイ

Oracle Adaptive Access Managerの11.1.2.2.0へのアップグレード後に、ドメイン内のアプリケーションへの変更点を再デプロイする必要があります。Oracle Adaptive Access Manager 11.1.2.2.0サーバー上に11.1.1.x.xアプリケーションを再デプロイします。

コマンド行またはWebLogic管理コンソールを使用して、アプリケーションを再デプロイできます。次の項のいずれかで説明されている手順を実行して、アプリケーションを再デプロイします。

- コマンド行を使用したアプリケーションの再デプロイ

- WebLogic管理コンソールを使用したアプリケーションの再デプロイ

コマンド行を使用したアプリケーションの再デプロイ

コマンド行を使用してOracle Adaptive Access Manager 11.1.2.2.0サーバー上にアプリケーションを再デプロイするには、次の手順を実行します。

1. IAM_HOME/common/binの場所から次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

2. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

次に例を示します。

connect('wlsuser','wlspassword','localhost:7001')

3. 次のコマンドを実行して、OAAMをアンデプロイします。
undeploy('oaam_admin')

undeploy('oaam_server')

undeploy('oracle.oaam.extensions')

注意:

設定にOracle Adaptive Access Managerオフライン・サーバーが含まれている場合は、undeploy()コマンドを実行して'oaam_offline'もアンデプロイします。

undeployコマンドの使用方法の詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のundeployに関する項を参照してください。

4. 次のコマンドを実行して、oaam.extensionライブラリ・アプリケーションをデプロイします。
deploy('oracle.oaam.extensions','$IAM_HOME/oaam/oaam_extensions/generic/oracle.oaam.extensions.war','oaam_admin_server1,oaam_server_server1','nostage',libraryModule='true')

注意:

設定にOracle Adaptive Access Managerオフライン・サーバーが含まれている場合は、oaam.extensionライブラリのデプロイ時にoaam_offline_server1をターゲット・リストに追加します。

deployコマンドの使用方法の詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のdeployに関する項を参照してください。

5. 次のコマンドを実行してOAAMアプリケーションをデプロイします。
deploy('oaam_admin','$IAM_HOME/oaam/oaam_admin/ear/oaam_admin.ear','oaam_admin_server1','nostage')

deploy('oaam_server','$IAM_HOME/oaam/oaam_server/ear/oaam_server.ear','oaam_server_server1','nostage')

各デプロイメントのターゲット・サーバーは次のとおりです。

- oaam_admin - ターゲット: oaam_admin_server1

- oaam_server - ターゲット: oaam_server_server1

注意:

設定にOracle Adaptive Access Managerオフライン・サーバーが含まれている場合は、deploy()コマンドを実行して、ターゲット'oaam_offline_server1'に'oaam_offline'をデプロイします。

deployコマンドの使用方法の詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のdeployに関する項を参照してください。

6. オプション: OAAM共有ライブラリをデプロイ済の場合は、次のコマンドを実行してこのライブラリを再デプロイします。
redeploy('oracle.oaam.libs')

7. exit()コマンドを使用してWLSTコンソールを終了します。

WebLogic管理コンソールを使用したアプリケーションの再デプロイ

WebLogic管理コンソールを使用してOracle Adaptive Access Manager 11.1.2.2.0サーバー上にアプリケーションを再デプロイするには、次の手順を実行します。

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://admin_host:admin_port/console:

2. 「デプロイメント」タブに移動します。

3. 「デプロイメント」からoaam_admin、oaam_serverおよびoracle.oaam.extensionsを選択して、「削除」をクリックします。

4. 「インストール」をクリックして、次のパスを指定します。

- oracle.oaam.extensions。これをoaam_server_server1およびその他のOracle Adaptive Access Manager管理対象サーバーにデプロイします。

注意:

oracle.oaam.extensionsは、必ず他のアプリケーションより前に再デプロイしてください。

- oaam_admin.ear。これをoaam_admin_server1およびその他のOracle Adaptive Access Manager管理対象サーバーにデプロイします。

- oaam_server.ear。これをoaam_server_server1およびその他のOracle Adaptive Access Manager管理対象サーバーにデプロイします。

各デプロイメントのターゲット・サーバーは次のとおりです。

- oracle.oaam.extensions - ターゲット: oaam_server_server1、oaam_admin_server1

- oaam_admin - ターゲット: oaam_admin_server1

- oaam_server - ターゲット: oaam_server_server1

10.13 フォルダの削除

Oracle Adaptive Access Manager 11.1.1.x.xサーバーのコンテンツとアプリケーションをOracle Adaptive Access Manager 11.1.2.2.0にデプロイするには、次の場所にあるフォルダのすべてのコンテンツを削除する必要があります。

UNIXの場合:

tmpの削除:

<MW_Home>/user_projects/domains/domain_home/servers/<OAAM_ADMIN_SERVER_NAME>/tmp

<MW_Home>/user_projects/domains/domain_home/servers/<OAAM_MANAGED_SERVER_NAME>/tmp

<MW_Home>/user_projects/domains/domain_home/servers/<OAAM_OFFLINE_SERVER_NAME>/tmp

stageの削除:

<MW_Home>/user_projects/domains/domain_home/servers/<OAAM_ADMIN_SERVER_NAME>/stage

<MW_Home>/user_projects/domains/domain_home/servers/<OAAM_MANAGED_SERVER_NAME>/stage

<MW_Home>/user_projects/domains/domain_home/servers/<OAAM_OFFLINE_SERVER_NAME>/stage

Windowsの場合:

tmpの削除:

<MW_Home>\user_projects\domains\domain_home\servers\<OAAM_ADMIN_SERVER_NAME>\tmp

<MW_Home>\user_projects\domains\domain_home\servers\<OAAM_MANAGED_SERVER_NAME>\tmp

<MW_Home>\user_projects\domains\domain_home\servers\<OAAM_OFFLINE_SERVER_NAME>\tmp

stageの削除:

<MW_Home>\user_projects\domains\domain_home\servers\<OAAM_ADMIN_SERVER_NAME>\stage

<MW_Home>\user_projects\domains\domain_home\servers\<OAAM_MANAGED_SERVER_NAME>\stage

<MW_Home>\user_projects\domains\domain_home\servers\<OAAM_OFFLINE_SERVER_NAME>\stage

10.14 サーバーの再起動

管理サーバーまたは管理対象サーバーを再起動するには、まず実行中の管理サーバーまたは管理対象サーバーを停止し、その後再度起動します。

サーバーを停止するには、第10.3項「管理サーバーおよび管理対象サーバーの停止」を参照してください。

サーバーを起動するには、第10.11項「管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動」を参照してください。

注意:

すべてのアップグレード手順の完了後に、カスタム拡張機能(存在する場合)が正しく動作していることを確認してください。

10.15 アップグレードの確認

Webブラウザの次のURLを使用して、Oracle Adaptive Access Manager 11.1.2.2.0が稼働していることを確認します。

http://<oaam_host>:<oaam_port>/oaam_admin

Investigatorロールを割り当てて、InvestigatorのUIが表示されることを確認します。

11 Oracle Identity Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Identity Manager 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)の既存環境をOracle Identity Manager 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

Oracle Identity ManagerのIBM WebSphereでのアップグレードの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Identity ManagerのIBM WebSphereでのアップグレードに関する項を参照してください。

注意:

この章では、Oracle Identity Manager 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)環境を、11.1.1.x.xと呼びます。

この章では、次の項目について説明します。

- 第11.1項「Oracle Identity Managerのアップグレード手順」

- 第11.2項「アップグレードの準備」

- 第11.3項「アップグレード手順」

- 第11.4項「アップグレード後の手順」

- 第11.5項「トラブルシューティング」

注意:

11.1.1.x.xから11.1.2.2.0へのOracle Identity Managerアップグレード・スクリプトにより、アップグレードの処理中にアプリケーション・インスタンスが作成されます。作成されるアプリケーション・インスタンスは、既存のアカウントおよびそのデータに基づきます。プロセス・フォームに「ITリソース」フィールドがあり、その値がプロセス・フォームに入力されているアクティブなアカウントでは、特定のリソース・オブジェクトとITリソースの組合せに対応するアプリケーション・インスタンスが作成されます。

11.1 Oracle Identity Managerのアップグレード手順

Oracle Identity Manager 11.1.1.x.xを11.1.2.2.0にアップグレードする手順は大まかに次の手順で構成されます。

1. アップグレード前の手順: この手順には、アップグレード前レポートの生成、レポートの分析とレポートに記載の必要なアップグレード前タスクの実行、サーバーの停止、11.1.1.x.x環境のバックアップなどが含まれます。

2. Oracleホームとデータベース・スキーマのアップグレード: この手順には、Oracle SOA Suiteのアップグレード、11.1.1.x.x Oracleホームから11.1.2.2.0へのアップグレード、リポジトリ作成ユーティリティを使用したOracle Platform Security Servicesスキーマの作成、Oracle Platform Security Servicesのアップグレード、セキュリティ・ストアの構成、パッチ・セット・アシスタントを使用したOracle Identity Managerのアップグレードなどのタスクが含まれます。

3. Oracle Identity Manager中間層のアップグレード: この手順には、Oracle Identity Manager中間層のアップグレード、サーバーの起動、Oracle Identity Manager MDSメタデータへのパッチ適用などのタスクが含まれます。

4. その他のOracle Identity Managerインストール済コンポーネントのアップグレード: この手順には、Oracle Identity Manager Design Console、Oracle Identity Manager Remote Mangerのアップグレード、BI Publisherレポートの構成などのタスクが含まれます。

5. アップグレード後の手順: この手順には、Oracle Identity ManagerとOracle Access Managerの統合の有効化、ユーザーUDFのアップグレード、イベント・ハンドラのカスタマイズ、SOAコンポジットのアップグレードなどのアップグレード後のタスクが含まれます。

表11-1に、Oracle Identity Manager 11.1.1.x.xのアップグレードの手順を示します。

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Identity Managerを正常にアップグレードできない可能性があります。

表11-1 アップグレード・フロー

Sl番号

タスク

詳細の参照先

アップグレード前の手順

1

Oracle Identity Manager 11.1.2.2.0の機能の変更を確認します。

「機能の比較」を参照してください。

2

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

3

PreUpgradeReportユーティリティを実行して、アップグレード前レポートを生成します。

「アップグレード前レポートの生成および分析」を参照してください。

4

getPlatformTransactionManager()メソッドがカスタム・コード内で使用されていないことを確認します。

「getPlatformTransactionManager()メソッドがカスタム・コード内で使用されていないことの確認」を参照してください。

5

アップグレードを開始する前に、oimProcessQueue JMSキューを空にして、JMSが処理されていることを確認します。

「oimProcessQueue JMSキューを空にする」を参照してください。

6

前提条件タスクをすべて完了します。

「その他の前提条件」を参照してください。

7

JRFがアップグレード済であることを確認します。

「JRFがアップグレード済であることの確認」を参照してください。

8

Oracle Identity Manager 11.1.1.x.xでは、ITリソース・タイプのリコンシリエーション・フィールドが1つもない場合は、すべてのアカウント・タイプ・プロファイルに対してこのフィールドを1つ作成する必要があります。

「ITリソース・タイプのリコンシリエーション・フィールドの作成」を参照してください。

9

環境をバックアップします。

「Oracle Identity Manager 11gリリース1 (11.1.1.x.x)のバックアップ」を参照してください。

10

WebLogic管理コンソールを使用して、Oracle Identity ManagerサーバーのJVMプロパティを設定します。

「Oracle Identity ManagerサーバーのJVMプロパティの設定」を参照してください。

11

すべてのサーバーを停止します。これには、管理サーバー、SOA管理対象サーバーおよびOracle Identity Manager管理対象サーバーが含まれます。

「ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止」を参照してください。

Oracleホームとデータベース・スキーマのアップグレード

12

Oracle WebLogic Server 10.3.5をOracle WebLogic Server 10.3.6にアップグレードします。

「Oracle WebLogic Serverのアップグレード」を参照してください。

13

Oracle Identity Managerにより使用されるSOA Suiteをアップグレードします。

「Oracle SOA Suiteの11.1.1.7.0へのアップグレード」を参照してください。

14

Oracle Identity Managerバイナリを11.1.2.2.0にアップグレードします。

「Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード」を参照してください。

15

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を実行して、Oracle Identity and Access Management製品のOPSSスキーマを作成およびロードします。

「Oracle Platform Security Servicesスキーマの作成」を参照してください。

16

Oracle Platform Security Servicesスキーマをアップグレードします。

「Oracle Platform Security Servicesスキーマのアップグレード」を参照してください。

17

OPSSテンプレートを使用してOracle Identity Manager 11.1.1.x.xドメインを拡張します。

「OPSSテンプレートを使用したOracle Identity Manager 11.1.1.x.xコンポーネント・ドメインの拡張」を参照してください。

18

Oracle Platform Security Servicesをアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

19

configuresecuritystore.pyスクリプトを実行してポリシー・ストアを構成します。

「OPSSセキュリティ・ストアの構成」を参照してください。

20

パッチ・セット・アシスタントを使用してOracle Identity Managerをアップグレードします。

「パッチ・セット・アシスタントを使用したOracle Identity Managementスキーマのアップグレード」を参照してください。

21

WebLogic管理サーバーおよびSOA管理対象サーバーを起動します。

「管理サーバーおよびSOA管理対象サーバーの起動」を参照してください。

Oracle Identity Manager中間層のアップグレード

22

Oracle Identity Manager中間層をアップグレードします。

「Oracle Identity Manager中間層のアップグレード」を参照します。

23

Oracle Identity Manager中間層のアップグレードを確認します。

「Oracle Identity Manager中間層のアップグレードの確認」を参照します。

24

Oracle Identity Managerのデプロイ順序を47から48に変更します。

「Oracle Identity Manager EARのデプロイ順序の変更」を参照してください。

25

管理サーバーおよびSOA管理対象サーバーを再起動します。

「管理サーバーおよびSOA管理対象サーバーの再起動」を参照してください。

26

Oracle Identity Manager管理対象サーバーを起動して、Oracle Identity Manager MDSメタデータにパッチを適用します。

「Oracle Identity ManagementのMDSメタデータへのパッチ適用」を参照してください。

その他のOracle Identity Managerインストール済コンポーネントのアップグレード

27

Oracle Identity Manager Design Consoleをアップグレードします。

「Oracle Identity Manager Design Consoleのアップグレード」を参照してください。

28

Oracle Identity Manager Remote Managerをアップグレードします。

「Oracle Identity Manager Remote Managerのアップグレード」を参照してください。

29

Oracle BI Publisher 11gリリース1 (11.1.1.7.1)を構成します。

「Oracle BI Publisher 11.1.1.7.1の構成」を参照してください。

30

Oracle Identity Manager BI Publisherレポートをデプロイします。

「Oracle Identity Manager BI Publisherレポートのデプロイ」を参照してください。

アップグレード後の手順

31

アップグレード後の手順を完了します。

「アップグレード後の手順」を参照してください。

32

アップグレードを確認します。

「アップグレードの確認」を参照してください。

11.2 アップグレードの準備

この項には次のトピックが含まれます:

- 機能の比較

- システム要件および動作保証の確認

- アップグレード前レポートの生成および分析

- getPlatformTransactionManager()メソッドがカスタム・コード内で使用されていないことの確認

- oimProcessQueue JMSキューを空にする

- その他の前提条件

- JRFがアップグレード済であることの確認

- ITリソース・タイプのリコンシリエーション・フィールドの作成

- Oracle Identity Manager 11gリリース1 (11.1.1.x.x)のバックアップ

- Oracle Identity ManagerサーバーのJVMプロパティの設定

- ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

11.2.1 機能の比較

表11-2に、Oracle Identity Manager 11.1.1.x.xと11gリリース2 (11.1.2.2.0)の機能の主な違いを示します。

表11-2 機能の比較

Oracle Identity Manager 11.1.1.5.0または11.1.1.7.0 (あるいはその両方)

Oracle Identity Manager 11.1.2.2.0

Oracle Identity Manager 11.1.1.x.xでは、アイデンティティ・アテステーションを通してユーザーのアクセスが定期的に確認されました。Oracle Identity Analytics (OIA)が提供する高度なアクセス・レビュー機能(ロールやデータ所有者の証明など)を利用するためには、OIM 11.1.1.xをOIAに統合する必要がありました。

Oracle Identity Manager 11.1.2.1.0および11.1.2.2.0では、OIAの高度なアクセス確認機能がOIMに一元的にまとめられ、企業が1つの製品からエンタープライズ・グレードのアクセス・リクエスト、プロビジョニングおよびアクセス・レビューを実行できる完全なアイデンティティ・ガバナンス・プラットフォームが提供されます。

Oracle Identity Manager 11.1.2.2.0にアップグレードすると、新しいアクセス・レビュー機能を使用できます。この機能はデフォルトで無効です。したがって、この新機能を有効化する前に、関連ライセンスがあることを確認する必要があります。

Oracle Identity Manager 11.1.1.x.xでは、ユーザーは、ユーザーの詳細の「組織」属性で組織名を指定することにより、組織に割り当てられます。これは、静的組織メンバーシップです。ユーザーがメンバーとして所属する組織は1つに限定されます。

Oracle Identity Manager 11.1.2.2.0では、既存の機能に加え、ユーザー・メンバーシップ・ルールに基づいて動的にユーザーを組織に割り当てることもでき、組織の詳細ページの「メンバー」タブで定義できます。

ユーザー・メンバーシップ・ルールに適合するすべてのユーザーは、静的に所属する組織階層とは関係なく、動的に組織と関連付けられます。この新機能により、ユーザーは静的メンバーシップを通して1つのホーム組織のメンバーシップを取得し、動的に評価されるユーザー・メンバーシップ・ルールを通して複数のセカンダリ組織のメンバーシップを取得できます。

Oracle Identity Manager 11.1.1.x.xでは、管理者がリクエスト・テンプレートを構成することによって、エンド・ユーザーがリクエストできる内容を制御していました。

エンド・ユーザーは、リクエストの送信およびアクセスを行うために、一連のメニュー間を移動して権限を選択する必要があります。

エンド・ユーザーによるリクエスト・テンプレートへのアクセスは、そのユーザーのロール・メンバーシップによって制御されていました。

Oracle Identity Manager 11.1.2.2.0では、ショッピング・カート・タイプのリクエスト・モデルを備えた新しいユーザー・インタフェースが提供され、エンド・ユーザーは一連のメニュー間を移動する必要なく、このインタフェースを使用してカタログを参照し、ロール、権限、アプリケーションなど、任意の項目を直接リクエストできます。

これに加え、ビジネスに使用しやすいいくつかのメタデータ(説明、監査目的、タグ、所有者、承認者、技術用語集など)を各アクセス項目に関連付けることによって、ビジネスに使用しやすいリッチ・コンテキスト情報を、セルフ・サービス・アクセス・リクエストおよびアクセス確認時にビジネス・ユーザーに表示できます。

エンド・ユーザーによるエンティティへのアクセスは、ユーザーから組織への公開、およびエンティティから組織への公開の組合せによって制御されます。

アップグレード後、管理者はカタログ同期ジョブを実行して、カタログにリクエスト可能なエンティティおよびエンティティ・メタデータを移入する必要があります。

アップグレード後、管理者は組織の公開に対するエンティティを定義し、エンド・ユーザーがリクエストできる内容を制御する必要があります。

リソース名およびITリソース名は、多くの場合ITユーザーが管理しやすいように命名される傾向にあります。このアプローチの問題は、ビジネス・ユーザーがアクセスをリクエストする必要がある場合に、リソース名が意味不明になることです。リソース名やITリソース名が理解不能だと、アクセス・リクエスト・プロセスを直感的に進められなくなります。

Oracle Identity Manager 11.1.2.2.0では、アプリケーション・インスタンスと呼ばれる抽象化エンティティが利用されます。これは、ITリソース・インスタンス(ターゲットの接続性とコネクタ構成)およびリソース・オブジェクト(プロビジョニング・メカニズム)の組合せです。管理者は、ビジネスに使用しやすい名前をアプリケーション・インスタンスに割り当てて、対応するITリソースおよびリソース・オブジェクトにマップできます。

カタログを通してアカウントをリクエストするエンド・ユーザーは、ビジネスに使用しやすいアプリケーション・インスタンス名を指定してアカウントを検索します。

アプリケーション・インスタンスは、アップグレード手順の一環として自動的に作成されます。管理者は、これらのアプリケーション・インスタンスに対して組織公開を定義し、アプリケーションへのアクセス・リクエストを許可するユーザーを制御することが求められます。

Oracle Identity Manager 11.1.1.x.xでは、認可ポリシーを使用してOracle Identity Manager内の機能へのユーザーのアクセスを制御します。ポリシーの管理は、Oracle Identity Manager専用に構築されたUIを介して行われました。

Oracle Identity Manager 11.1.2.2.0では、認可ポリシーの適用と管理にOracle Entitlement Serverが利用されます。これは、すべてのIDMコンポーネントに対する認可ポリシーの適用と管理に利用できる標準ベースのプラットフォームです。

認可ポリシーの管理は、認可ポリシーのライフサイクル管理用のデファクト・ツールであるAuthorization Policy Managerを使用して行われます。

Oracle Identity Manager 11.1.2.2.0認可ポリシー定義および管理へのアップグレード後の作業をAuthorization Policy Managerコンソールから行い、11.1.1.xの既定の認可ポリシーがカスタマイズされている場合は、それを再適用する必要があります。

Oracle Identity Manager 11.1.1.x.xでは、ポリシー評価へのアクセスは、ポリシーが更新されると各ユーザーに対して即座に行われます。

Oracle Identity Manager 11.1.2.2.0では、ユーザー・ポリシーの評価に関するスケジュール済ジョブの実行中にポリシー評価へのアクセスが行われます。そのため、アクセス・ポリシーの評価やプロビジョニングなどの負荷の高い操作をトリガーするタイミングを柔軟に制御できます。

Oracle Identity Manager 11.1.2.2.0へのアップグレード後、管理者はビジネス要件に基づいてこのジョブが事前定義の間隔で実行されるようにスケジュールする必要があります。

Oracle Identity Manager 11.1.1.x.xでは、エンド・ユーザーによるセルフ・サービスおよび委任管理用に、別のインタフェースが提供されていました。

Oracle Identity Manager 11.1.2.2.0では、エンド・ユーザーによるセルフ・サービスおよび委任管理用コンソールは、単一のセルフ・サービス・コンソールに統一されているため、管理およびセルフ・サービスが単純化されます。

Oracle Identity Manager 11.1.2.2.0では、軽量スキンであるSkyrosスキンも使用されます。

11.1.1.x.xユーザー・インタフェース(UI)がカスタマイズされている場合は、アップグレード後にそれを11.1.2.2.0ユーザー・インタフェースに再適用する必要があります。Oracle Identity Manager 11.1.2.2.0のUIカスタマイズの概要は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のインタフェースのカスタマイズに関する項を参照してください。

11.2.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、使用するシステムがインストールまたはアップグレードする製品の最小要件を満たすことを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

11.2.3 アップグレード前レポートの生成および分析

アップグレード・プロセスを開始する前に、アップグレード前ユーティリティを実行して、レポートの一部としてリストされたすべての問題を、レポートで提供されたソリューションを使用して解決する必要があります。

アップグレード前ユーティリティは、既存のOracle Identity Manager 11.1.1.x.x環境を分析し、環境をアップグレードする前に完了する必要がある必須前提条件に関する情報を提供します。アップグレード前レポート内の情報は、無効な承認ポリシー、アップグレードにより影響を受けるリクエストとイベント・ハンドラ、アップグレード前にインストールする必要がある必須データベース・コンポーネントのリスト、LDAPディレクトリ内の循環グループ、非推奨になった認可ポリシーおよびアプリケーション・インスタンスの作成に伴う潜在的な問題に関連します。

注意:

アップグレード前レポートで報告された問題が修正されていない状態ではアップグレードが失敗する可能性があるため、問題にすべて対処してからアップグレードを進めることが重要です。

保留中の問題が報告されなくなるまで、このレポートを実行してください。

アップグレード前レポートを生成および分析するには、次の項で説明されているタスクを実行します。

- アップグレード前レポート・ユーティリティの入手

- アップグレード前レポートの生成

- アップグレード前レポートの分析

11.2.3.1 アップグレード前レポート・ユーティリティの入手

アップグレード前ユーティリティは、Oracle Technology Network (OTN)からダウンロードする必要があります。このユーティリティは、My Oracle Supportの次の場所でPreUpgradeReport.zip.001およびPreUpgradeReport.zip.002という2つのzipファイルで提供されており、ReadMe.docが付属しています。

My Oracle SupportのドキュメントID 1599043.1

ReadMe.docには、アップグレード前レポートを生成および分析する方法に関する情報が含まれています。

11.2.3.2 アップグレード前レポートの生成

Oracle Identity Manager 11.1.1.x.xアップグレードのアップグレード前レポートを生成するには、次の手順を実行します。

1. 任意の場所にディレクトリを新規に作成し、そのディレクトリにPreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出します。

2. アップグレード前レポートの生成先ディレクトリを作成します。たとえば、ディレクトリにはOIM_preupgrade_reportsという名前を付けます。

3. PreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出したディレクトリに移動し、テキスト・エディタでpreupgrade_report_input.propertiesファイルを開きます。表11-3に示されたパラメータに適切な値を指定して、プロパティ・ファイルを更新します。

表11-3 preupgrade_report_input.propertiesファイルで指定するパラメータ

パラメータ

説明

oim.targetVersion

アップグレード前ユーティリティの実行対象となるターゲット・バージョンは11.1.2.2.0であるため、このパラメータには11.1.2.2.0を指定します。

oim.jdbcurl

Oracle Identity ManagerのJDBC URLを次の形式で指定します。

<host>:<port>/<service_name>

oim.oimschemaowner

OIMスキーマの所有者の名前を指定します。

oim.mdsjdbcurl

MDS JDBC URLを次の形式で指定します。

<host>:<port>/<service_name>

oim.mdsschemaowner

MDSスキーマの所有者を指定します。

oim.databaseadminname

DBA権限を持つユーザーを指定します。たとえば、sysをsysdbaとして指定します。

oim.outputreportfolder

手順2で作成したディレクトリ(OIM_preupgrade_reportsという名前のディレクトリ)、つまりアップグレード前レポートの生成先ディレクトリの絶対パスを指定します。

出力レポート・フォルダに対する読取りおよび書込み権限があることを確認します。

oim.oimhome

OIMホームへの絶対パスを指定します。

oim.wlshome

WLSホームへの絶対パスを指定します。

oim.domain

Oracle Identity Managerドメイン・ホームの絶対パスを指定します。

次に例を示します。

/Middleware/user_projects/domains/base_domain

4. 次のコマンドを実行して、環境変数JAVA_HOME、MW_HOME、WL_HOMEおよびOIM_HOMEを設定します。
UNIXの場合:

export JAVA_HOME=<jdk_location>

export MW_HOME=<absolute_path_to_middleware_home>

export OIM_HOME=<absolute_path_to_middleware_home>/Oracle_IDM1/

export WL_HOME=<absolute_path_to_middleware_home>/WL_HOME/

Windowsの場合:

set JAVA_HOME="<jdk_location>"

set MW_HOME="<absolute_path_to_middleware_home>"

set OIM_HOME="<absolute_path_to_middleware_home>\Oracle_IDM1\"

set WL_HOME="<absolute_path_to_middleware_home>\WL_HOME\"

5. PreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出した場所から次のコマンドを実行します。

- UNIXの場合:
sh generatePreUpgradeReport.sh

- Windowsの場合:
generatePreUpgradeReport.bat

6. 次のプロンプトが表示されたら、詳細を指定します。

- OIMスキーマ・パスワード
OIMスキーマのパスワードを入力する必要があります。

- MDSスキーマ・パスワード
MDSスキーマのパスワードを入力する必要があります。

- DBAパスワード
データベース管理者のパスワードを入力する必要があります。

アップグレード前レポート・ユーティリティによって生成されるレポートは次のとおりです。

11.1.1.x.x開始ポイント用に生成されるアップグレード前レポート

- index.html

- APPROVALPOLICYPreUpgradeReport.html

- ChallengeQuesPreUpgradeReport.html

- CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

- DomainReassocAuthorization.html

- EVENT_HANDLERPreUpgradeReport.html

- ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

- ORACLE_ONLINE_PURGE_PreUpgradeReport.html

- PasswordPolicyPreUpgradeReport.html

- PROVISIONINGBYREQUESTPreUpgradeReport.html

- PROVISIONINGPreUpgradeReport.html

- REQUESTPreUpgradeReport.html

- UDFPreUpgradeReport.html

- WLSMBEANPreUpgradeReport.html

11.2.3.3 アップグレード前レポートの分析

PreUpgradeReportユーティリティにより、複数のレポートが生成されます(表11-4に概要を示します)。

注意:

すべてのレポートを確認して、各レポートに示されているタスクを実行する必要があります。

表11-4 アップグレード前のユーティリティ・レポート

レポート名

説明

詳細の参照先

index.html

index.htmlには、アップグレード前ユーティリティにより生成された7個すべてのレポートへのリンクが示されます。

-

APPROVALPOLICYPreUpgradeReport.html

このレポートには、既存のテンプレート以外で定義されたルールを含むリクエスト承認ポリシーが示されています。

「APPROVALPOLICYPreUpgradeReport.htmlレポートの説明」を参照してください。

ChallengeQuesPreUpgradeReport.html

このレポートには、ローカライズされたチャレンジ質問データのアップグレードに関する情報が示されます。

Oracle Identity Manager 11.1.1.x.xから11.1.2.2.0へのアップグレード時には、チャレンジ質問用の既存のローカライゼーション・データは失われます。したがって、アップグレード・プロセスを続行する前に、ローカライズされた既存のチャレンジ質問データをバックアップする必要があります。

Oracle Identity Manager 11.1.2.2.0へのアップグレード後には、このレポートに記載されているタスクを実行する必要があります。

「ChallengeQuesPreUpgradeReport.htmlレポートの説明」を参照してください。

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

このレポートでは、LDAP内の循環グループのリストが検出されます。

このレポートには、循環依存を削除するための循環グループと説明のリストが含まれます。Oracle Identity Manager 11.1.1.x.x環境で稼働しているすべての循環依存を削除する必要があります。

「CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートの説明」を参照してください。

DomainReassocAuthorization.html

このレポートには、認可機能データのアップグレードのために実行されるチェックが示されます。これにより、Oracle Identity ManagerがDBベースのポリシー・ストアに再関連付けされているかどうかがチェックされます。

実行されたチェックとチェックのステータスが示された表を確認します。

「DomainReassocAuthorization.htmlレポートの説明」を参照してください。

EVENT_HANDLERPreUpgradeReport.html

このレポートでは、Oracle Identity Manager 11.1.1.x.xのイベント・ハンドラに関連するすべてのユーザーのカスタマイズが取得されます。

「EVENT_HANDLERPreUpgradeReport.htmlレポートの説明」を参照してください。

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

このレポートには、Oracle Identity Managerをアップグレードする場合の必須データベース・コンポーネントまたは設定のステータスが示されます。各必須コンポーネントまたは設定のインストールまたは設定ステータスを確認してください。いずれかのコンポーネントまたは設定が正しく設定されていない場合は、レポートに記載されている推奨事項に従って問題を修正してください。

注: パージ関連のアクション項目がない場合、このレポートは生成されません。

「ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートの説明」を参照してください。

ORACLE_ONLINE_PURGE_PreUpgradeReport.html

このレポートには、アップグレードを進める前に対処する必要があるオンライン・パージの前提条件が示されます。

注: パージ関連のアクション項目がない場合、このレポートは生成されません。

「ORACLE_ONLINE_PURGE_PreUpgradeReport.htmlレポートの説明」を参照してください。

PasswordPolicyPreUpgradeReport.html

このレポートには、パスワード・ポリシーのアップグレードに伴う潜在的な問題が示されます。

「PasswordPolicyPreUpgradeReport.htmlレポートの説明」を参照してください。

PROVISIONINGBYREQUESTPreUpgradeReport.html

このレポートには、「リクエストのトラッキング」ページには表示されないリクエストが示されます。

「PROVISIONINGBYREQUESTPreUpgradeReport.htmlレポートの説明」を参照してください。

PROVISIONINGPreUpgradeReport.html

このレポートには、アプリケーション・インスタンスの作成に伴う潜在的な問題が示されます。

「PROVISIONINGPreUpgradeReport.htmlレポートの説明」を参照してください。

REQUESTPreUpgradeReport.html

このレポートには、すべての無効なリクエストおよび実行されるアクションが示されます。

「REQUESTPreUpgradeReport.htmlレポートの説明」を参照してください。

UDFPreUpgradeReport.html

このレポートには、ユーザー定義フィールド(UDF)のシームレスなアップグレードを保証するためにアップグレードの前に実行する必要がある手順に関する情報が示されます。

「UDFPreUpgradeReport.htmlレポートの説明」を参照してください。

WLSMBEANPreUpgradeReport.html

このレポートには、OIM Authenticator Jarの必須の削除のステータスに関する情報が示されます。

「WLSMBEANPreUpgradeReport.htmlレポートの説明」を参照してください。

11.2.3.3.1 APPROVALPOLICYPreUpgradeReport.htmlレポートの説明

APPROVALPOLICYPreUpgradeReport.htmlレポートには、無効な承認ポリシーが示されます。このレポートには次のセクションが含まれています。

- テンプレートで定義された承認ポリシー・ルール

- カスタム承認プロセスによる更新が必要な承認ポリシーのリスト

- サポートされていないリクエスト・タイプに基づいた承認ポリシー

このレポートには、非推奨のリクエスト・タイプに基づいた承認ポリシーに関する追加の注意事項も含まれています。Oracle Identity Manager 11.1.1.x.x環境のアップグレードを開始する前に、このレポートをすべて確認する必要があります。

テンプレートで定義された承認ポリシー・ルール

このセクションには、ルールがリクエスト・テンプレートに基づいて定義されているOracle Identity Manager 11.1.1.x.x承認ポリシーが示されます。リクエスト・テンプレート機能は、Oracle Identity Manager 11.1.2.2.0ではサポートされていません。したがって、Oracle Identity Manager 11.1.1.x.xに、リクエスト・テンプレートに基づいたルールを持つ承認ポリシーが含まれている場合、レポートで示された手順に従ってリクエスト承認ポリシーを再構成する必要があります。

カスタム承認プロセスによる更新が必要な承認ポリシーのリスト

このセクションには、アップグレード・プロセスを開始する前に別の承認プロセスとの関連付けが必要な11.1.1.x.x承認ポリシーが示されます。

承認プロセスdefault/ResourceAdministratorApproval、default/ResourceAuthorizerApprovalは、11.1.2.2.0ではサポートされていません。したがって、Oracle Identity Manager 11.1.1.x.xにこれらの承認プロセスを持つ承認ポリシーが含まれている場合、これらの承認ポリシーに別の承認プロセスを関連付ける必要があります。

サポートされていないリクエスト・タイプに基づいた承認ポリシー

このセクションには、11.1.2.2.0ではサポートされていないリクエスト・タイプに関する情報が示されます。

次の11.1.1.x.xリクエスト・タイプは、11.1.2.2.0ではサポートされておらず、11.1.2.2.0では非自己リクエスト・タイプに変更されます。

- ロールの自己割当て

- セルフ・プロファイルの変更

- ロールの自己削除

- リソースの自己プロビジョニング解除

- プロビジョニング済リソースの自己変更

- リソースの自己リクエスト

表11-5に、非自己リクエスト・タイプに対応付けされている自己リクエスト・タイプを示します。

表11-5 自己リクエスト・タイプから非自己リクエスト・タイプへの対応付け

自己リクエスト・タイプ

非自己リクエスト・タイプ

リソースの自己リクエスト

リソースのプロビジョニング

プロビジョニング済リソースの自己変更

プロビジョニング済リソースの変更

ロールの自己削除

ロールからの削除

セルフ・プロファイルの変更

ユーザー・プロファイルの変更

リソースの自己プロビジョニング解除

リソースのプロビジョニング解除

ロールの自己割当て

ロールの割当て

非推奨リクエスト・タイプに基づいた承認ポリシー

このセクションには、11.1.2.2.0の非推奨リクエスト・タイプに関する情報が示されます。

次の11.1.1.x.xリクエスト・タイプは、11.1.2.2.0では非推奨です。

- リソースのプロビジョニング

- リソースのプロビジョニング解除

- プロビジョニング済リソースの無効化

- プロビジョニング済リソースの有効化

- プロビジョニング済リソースの変更

これらの非推奨リクエスト・タイプに基づいた承認ポリシーは、アップグレード後でもこれらのリクエスト・タイプに基づいたすべての保留中のリクエストに対して機能します。ただし、これらのポリシーは、ApplicationInstanceのプロビジョニング、アカウントの失効、アカウントの有効化、アカウントの変更などのアプリケーション・インスタンス・ベースのリクエスト・タイプ用に作成されたリクエストに対しては機能しません。

また、アプリケーション・インスタンス・ベースのリクエスト・タイプの承認ポリシーを、アプリケーション・インスタンスに基づいたリクエストに対して、明示的に作成する必要があります。

11.2.3.3.2 ChallengeQuesPreUpgradeReport.htmlレポートの説明

レポートChallengeQuesPreUpgradeReport.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。

Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0にアップグレードすると、チャレンジ質問用の既存のローカライゼーション・データは、アップグレードに際して安全ではないため失われます。したがって、Oracle Identity Manager 11.1.2.2.0にアップグレードする前に、ローカライズされた既存のチャレンジ質問データをバックアップする必要があります。

11.1.2.2.0にアップグレードした後、このレポートに記載されたタスクを実行してチャレンジ質問をローカライズします。開始ポイントに適用可能なセクションの手順に従います。

注意:

Oracle Identity Manager 11gリリース2 (11.1.2.0.11)または(11.1.2.1.3)で提供されているローカライゼーション・モデルごとに、ローカライズされたチャレンジ質問データを移行済の場合は、このレポートに記載されているタスクを無視します。

11.2.3.3.3 CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートの説明

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートには、LDAPディレクトリ内の循環グループに関する情報が示されます。

Oracle Identity Manager 11.1.2.2.0では、LDAPディレクトリ内の循環グループはサポートされていません。したがって、アップグレードを続行する前に、Oracle Identity Manager 11.1.1.x.x設定から循環依存を削除し、LDAPからOracle Identity Managerデータベースにデータをリコンサイルする必要があります。LDAPに依存する循環グループを削除する方法の詳細は、「LDAPに依存する循環グループの削除およびLDAPからOIMデータベースへのデータのリコンシリエーション」を参照してください。循環グループの削除手順の説明もこのレポートに含まれています。

LDAPに依存する循環グループの削除およびLDAPからOIMデータベースへのデータのリコンシリエーション

Oracle Identity Manager 11.1.1.x.x環境内のLDAPに循環グループがロードされている場合、次の手順に従って循環グループを削除する必要があります。

1. JEXplorerまたはSofterra LDAPの管理者を使用して、循環グループに移動します。

2. uniquemember属性を検索します。

3. 属性からすべての値を削除します。

4. グループを保存します。

5. 次のコマンドを実行して、LDAPからOracle Identity Managerデータベースにデータをリコンサイルします。
UNIXの場合: LDAPConfigPostSetup.sh

Windowsの場合: LDAPConfigPostSetup.bat

シナリオ例

Group1とGroup2の2つのグループ間に循環グループ依存がある場合は、次を実行して循環依存を削除します。

1. JEXplorerまたはSofterra LDAPを使用してLDAPに接続します。

2. Group1のグループ・コンテナに移動します。

3. Group1の下にあるuniquemember属性に移動します。

4. Group2の値を一意のメンバーから削除して、変更した内容を保存します。

5. LDAPConfigPostSetup.sh (UNIX)およびLDAPConfigPostSetup.bat (Windows)を実行して、LDAPのデータをOracle Identity Managerデータベースと同期します。

11.2.3.3.4 DomainReassocAuthorization.html レポートの説明

レポートDomainReassocAuthorization.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。

このレポートは、Oracle Identity Managerのドメインがデータベース・ベースのポリシー・ストアに再関連付けされているかどうかをチェックし、その結果を「結果」列に表示します。実行されたチェックとチェックの結果を確認します。

11.2.3.3.5 EVENT_HANDLERPreUpgradeReport.htmlレポートの説明

EVENT_HANDLERPreUpgradeReport.htmlレポートには、イベント・ハンドラに関する情報が示されます。Oracle Identity Manager 11.1.1.x.xからOracle Identity Manager 11.1.2.2.0にアップグレードする場合、11.1.1.x.xでOOTBイベント・ハンドラXMLで行われたカスタマイズは11.1.2.2.0で保持されません。11.1.1.x.xで別のXML (非OOTB)で定義されたすべてのカスタマイズは、11.1.2.2.0で保持されます。11.1.2.2.0へのアップグレード後に、すべてのカスタマイズを再度実行する必要があります。このレポートには次のセクションが含まれています。

- OOTB (11.1.1.5.0)イベント・ハンドラ・メタデータXMLで顧客により追加された新規イベント・ハンドラ

- 顧客により変更されたOOTB(11.1.1.5.0) イベント・ハンドラ

- 顧客により削除されたOOTB(11.1.1.5.0) イベント・ハンドラ

イベント・ハンドラの詳細は、レポート内の表を参照してください。

OOTB (11.1.1.5.0)イベント・ハンドラ・メタデータXMLで顧客により追加された新規イベント・ハンドラ

このセクションには、OOTB (11.1.1.5.0)で追加された新規イベント・ハンドラに関する情報が示されます。

OOTB (11.1.1.5.0)イベント・ハンドラ・メタデータXMLで新規に追加されたイベント・ハンドラは、11.1.2.2.0へのアップグレード後には使用できません。11.1.1.x.xイベント・ハンドラはOracle Identity Manager 11.1.2.2.0イベント・ハンドラに置き換わります。したがって、アップグレード後の新しいファイルにイベント・ハンドラを再度追加する必要があります。

注意:

同じOOTBイベント・ハンドラXMLに新規イベント・ハンドラを追加しないでください。XMLを新規作成して、ここに新しいイベント・ハンドラを追加してください。

顧客により変更されたOOTB(11.1.1.5.0) イベント・ハンドラ

このセクションには、OOTB (11.1.1.5.0)で変更されたイベント・ハンドラに関する情報が示されます。

OOTB (11.1.1.5.0)で行ったイベント・ハンドラへのすべてのカスタマイズは、Oracle Identity Manager 11.1.1.x.xから11.1.2.2.0へのアップグレード後に再度実行する必要があります。

顧客により削除されたOOTB(11.1.1.5.0) イベント・ハンドラ

このセクションには、OOTB (11.1.1.5.0)で削除されたイベント・ハンドラに関する情報が示されます。

削除されたイベント・ハンドラは、11.1.2.2.0へのアップグレード後にリストアされます。したがって、必要に応じてこれらのイベント・ハンドラを再度削除する必要があります。

11.2.3.3.6 ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートの説明

レポートORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlは、11.1.2と11.1.2.1.0の両方の開始ポイント用に生成されます。

このレポートには、Oracle Identity Manager 11.1.2.x.xのアップグレード用の必須データベース・コンポーネントや必須データベース設定のすべてが示されます。このレポートには、コンポーネントまたは設定、そのインストールまたは設定ステータスおよび推奨事項(ある場合)を示す表が含まれています。表に示された必須コンポーネントまたは設定ごとにインストールまたは設定ステータスを確認してください。コンポーネントまたは設定が正しく設定されていない場合は、表の「注意」列に記載されている推奨事項に従って問題を修正してください。

11.2.3.3.7 ORACLE_ONLINE_PURGE_PreUpgradeReport.htmlレポートの説明

Oracle Identity Manager 11.1.2.x.xから11.1.2.2.0にアップグレードする前に、オンライン・パージの前提条件を完了する必要があります。

このレポートに含まれている表には、アップグレード前に実行するように指定されたアップグレード前手順の対象となるデータベース表が示されます。また、表の「OIMスキーマ」および「注意」セクションには、データベース表のステータスが示されます。表を確認し、必要なアクションを実行してください。

11.2.3.3.8 PasswordPolicyPreUpgradeReport.htmlレポートの説明

9.1.x.xパスワード・ポリシー・モデルを使用している場合、新しいパスワード・ポリシーに更新する必要があります。9.1.x.xのパスワード・ポリシー・モデルは「ユーザー」に対してサポートされなくなり、このようなカスタマイズを加えていた場合、新しいパスワード・ポリシー・モデルには移行されません。

次のパスワード・ポリシーは、9.1.x.xパスワード・ポリシー・モデルに従ってXellerate Userリソース・オブジェクトに添付されおり、適切な組織に割り当てる必要があります。

表11-6 パスワード・ポリシー

ポリシー・キー

ポリシー名

1

デフォルト・ポリシー

11.2.3.3.9 PROVISIONINGBYREQUESTPreUpgradeReport.htmlレポートの説明

次の表に、「リクエストのトラッキング」ページには表示されないリクエストに関する情報を示します。

表11-7 パスワード・ポリシー

リクエスト・キー

受益者キー

エンティティ・タイプ

エンティティ名

エンティティ・キー

リクエスト・モデル名

問題

81

83

リソース

ADユーザー

7

アクセス・ポリシー・ベースのプロビジョニング

プロセス・インスタンスに対してプロセス・フォーム・エントリが見つかりません。エントリのアプリケーション・インスタンスが作成されていないため、request_beneficiary_entities表内のrbe_entity_keyを更新できません。

82

85

リソース

ADユーザー

7

アクセス・ポリシー・ベースのプロビジョニング

プロセス・インスタンスに対してプロセス・フォーム・エントリが見つかりません。エントリのアプリケーション・インスタンスが作成されていないため、request_beneficiary_entities表内のrbe_entity_keyを更新できません。

86

99

リソース

ADユーザー

7

リソースのプロビジョニング

プロセス・インスタンスに対してプロセス・フォーム・エントリが見つかりません。エントリのアプリケーション・インスタンスが作成されていないため、request_beneficiary_entities表内のrbe_entity_keyを更新できません。

11.2.3.3.10 PROVISIONINGPreUpgradeReport.htmlレポートの説明

PROVISIONINGPreUpgradeReport.htmlレポートには、アプリケーション・インスタンスの作成に伴う潜在的な問題が示されます。レポートには次のセクションが含まれています。

- プロビジョニング、権限およびアクセス・ポリシーの構成の詳細

- プロセス・フォームがないリソース・オブジェクトのリスト

- プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

- プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

- デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

- 「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

- 参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

プロビジョニング、権限およびアクセス・ポリシーの構成の詳細

このセクションには、Oracle Identity Manager 11.1.1.x.xを11.1.2.2.0にアップグレードする前に完了する必要がある手順が示されます。これらの手順は、プロビジョニング、権限およびアクセス・ポリシーの構成に関するものです。レポートのこのセクションに説明されているすべての手順を実行してください。

プロセス・フォームがないリソース・オブジェクトのリスト

このセクションには、プロセス・フォームを持たないOracle Identity Manager 11.1.1.x.x内のリソース・オブジェクトに関する情報が示されます。各リソース・オブジェクトには、それぞれ関連付けられたプロセス・フォームが含まれている必要があります。したがって、リソース・オブジェクトがプロセス・フォームに関連付けられていない場合は、アップグレード・プロセスを開始する前に関連付ける必要があります。プロセス・フォームのないリソース・オブジェクトの詳細は、レポートのこのセクションに含まれている表を確認してください。

プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

このセクションには、プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトに関する情報が示されます。詳細は、レポートのこのセクションに含まれている表を確認してください。Oracle Identity Manager 11.1.1.x.xに、ITResourceフィールドをプロセス・フォーム内に持たないリソース・オブジェクトがある場合は、次の手順を実行します。

1. 適切なITリソース定義を作成します。

2. プロビジョニング対象と同等のターゲットに対してITリソース・インスタンスを作成します。

3. プロセス・フォームを編集し、ITResourceタイプのフィールドをプロセス・フォームに追加します。次のプロパティを設定します。
Type=手順1で作成したITリソース定義

ITResource=true

4. フォームをアクティブ化します。

5. FVCユーティリティを使用して、既存のプロビジョニング済アカウントでITリソース・フィールドを更新します。

6. 前述の手順が完了したら、リソース・オブジェクトとITResourceの組合せに対応するアプリケーション・インスタンスを作成できます。

プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

このセクションには、プロセス・フォームに複数の参照フィールドがあるリソース・オブジェクトに関する情報が示されます。Oracle Identity Manager 11.1.1.x.x環境で、複数のITResourceを持つリソース・オブジェクトをプロセス・フォームで設定している場合、少なくとも1つの属性のプロパティITResourceタイプの値をtrueに設定する必要があります。

デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

このセクションには、デフォルトのポリシー・データにリソース・オブジェクトのITResource値を設定する必要があるアクセス・ポリシーが示されます。このセクションの表には、Oracle Identity Manager 11.1.1.x.xでITResourceフィールドがないアクセス・ポリシーが示されます。この表にリストされている各アクセス・ポリシーのITResourceフィールドに値を設定する必要があります。

「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

このセクションには、「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーが示されます。このセクションの表には、アップグレード時に「適用しなくなった場合は無効化」に更新されるアクセス・ポリシーのリストが含まれています。また、表には、これらのポリシーに有効化アクション、無効化アクションおよび失効アクションのタスクが定義されていないことが示されます。アップグレードを進める前に、欠落しているタスクを追加する必要があります。また、ポリシーの動作をRNLAに変更する場合は、対応するポリシーに対してRNLAフラグを選択する必要があります。

参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

このセクションには、参照定義に格納されている権限のうち、~を使用してエンコード値の前にITリソース・キーが付加されていない権限が示されます。参照定義に権限を格納する場合は、~を使用してエンコード値の前にITリソース・キーを付加する必要があります。詳細は、アップグレード前レポートのこのセクションに含まれている表を確認してください。

11.2.3.3.11 REQUESTPreUpgradeReport.htmlレポートの説明

REQUESTPreUpgradeReport.htmlレポートには、アップグレードによる影響を受けるリクエストが示されます。このレポートには次のセクションが含まれています。

- サポートされていないリクエスト・ステージのリクエスト

- 対応する非自己リクエスト・タイプに自動変更されるリクエスト

サポートされていないリクエスト・ステージのリクエスト

このセクションには、次のいずれかのサポートされていないリクエスト・ステージのリクエストが示されます。

- テンプレート承認を取得しています

- テンプレート承認が承認されました

- テンプレート承認が却下されました

- テンプレート承認が自動承認されました

これらのリクエストの承認、取消しまたは終了によって次のステージに移動させるには、手動操作が必要です。それ以外のリクエストは、アップグレードの一部としてリクエストが終了したステージに移動します。

サポートされていないリクエスト・ステージのリクエストのリストを確認してください。

対応する非自己リクエスト・タイプに自動変更されるリクエスト

このセクションには、アップグレード後に対応する非自己リクエスト・タイプに変更される次のいずれかのリクエスト・タイプに基づくリクエストが示されます。

- ロールの自己割当て

- セルフ・プロファイルの変更

- ロールの自己削除

- リソースの自己プロビジョニング解除

- プロビジョニング済リソースの自己変更

- リソースの自己リクエスト

これらのリクエストのリクエスト・タイプは、アップグレードの一部として、対応する非自己リクエスト・タイプに自動変更されます。

表11-8に、非自己リクエスト・タイプに対応する自己リクエスト・タイプを示します。

表11-8 自己リクエスト・タイプから非自己リクエスト・タイプへの対応付け

自己リクエスト・タイプ

非自己リクエスト・タイプ

リソースの自己リクエスト

リソースのプロビジョニング

プロビジョニング済リソースの自己変更

プロビジョニング済リソースの変更

ロールの自己削除

ロールからの削除

セルフ・プロファイルの変更

ユーザー・プロファイルの変更

リソースの自己プロビジョニング解除

リソースのプロビジョニング解除

ロールの自己割当て

ロールの割当て

11.2.3.3.12 UDFPreUpgradeReport.htmlレポートの説明

このセクションには、ユーザー定義フィールド/属性(UDF)のシームレスなアップグレードを保証するためにアップグレードの前に実行する必要がある手順に関する情報が示されます。エンティティxmlファイルを手動で編集することが必要な場合があります。MDS内のファイルを編集するには、メタデータ・サービス(MDS)・リポジトリからファイルをエクスポートして必要な変更を行った後に、ファイルをMDSにインポートする必要があります。

次の表に、特定のエンティティ・タイプに対応するMDS内のエンティティxmlファイルのパスを示します。

表11-9 MDS内のエンティティXMLファイルのパス

エンティティ・タイプ

MDS内のパス

ユーザー

/file/User.xml

ロール

/db/identity/entity-definition/Role.xml

組織

/db/identity/entity-definition/Organization.xml

このレポートには、最大サイズが不整合状態のUDFおよびデフォルト値が不整合状態のUDFのリストに関する情報も含まれています。

11.2.3.3.13 WLSMBEANPreUpgradeReport.htmlレポートの説明

WebLogic Server MBeanパス内に存在するJarは、次の表に示すように、中間層のアップグレードの実行前に削除する必要があります。

表11-10 Jarとそのステータス

ファイル名

ステータス

OIMAuthenticator.jar

OIMAuthenticator.jarが存在しています。

oimsignaturembean.jar

oimsignaturembean.jarが存在しています。

oimsigmbean.jar

oimsigmbean.jarが存在しません。

注意:

アップグレード前の手順として、JarファイルOIMAuthenticator.jarおよびoimsignaturembean.jarを<MW_HOME>/wlserver_10.3/server/lib/mbeantypes/から削除してください。

11.2.4 getPlatformTransactionManager()メソッドがカスタム・コード内で使用されていないことの確認

getPlatformTransactionManager()メソッドは11.1.2.2.0で使用できないため、このメソッドがカスタム・イベント・ハンドラ・コード内で使用されていないことを確認します。

getPlatformTransactionManager()メソッドをカスタム・イベント・ハンドラ・コード内で使用している場合、イベント・ハンドラXML定義内の属性txをTRUEに設定します。

イベント・ハンドラXML定義内の属性の設定の詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のカスタム・イベント定義XMLの定義に関する説明を参照してください。

11.2.5 oimProcessQueue JMSキューを空にする

オフライン・プロビジョニングはOracle Identity Manager 11.1.2.2.0では不要であるため、Oracle Identity Manager 11.1.2.2.0ではサポートされていません。

アップグレードを開始する前に、oimProcessQueue JMSキューを空にして、JMSが処理されていることを確認します。これを行うには、次を実行します:

1. アプリケーションを停止して、エンド・ユーザー、SPMLおよびAPIクライアントによるOracle Identity Managerオフライン・プロビジョニングのアクセスを無効にします。

2. Weblogic管理コンソールからoimProcessQueue JMSキューを監視して、oimProcessQueue JMSキューが空になるまでOracle Identity Managerを実行できるようにします。

11.2.6 その他の前提条件

アップグレードの開始前に実行および設定が必要なチェック項目を次に示します。

- oracle.soa.worklist.webappが、11.1.1.x.xでOracle Identity Managerサーバーをターゲットにしているかどうかを確認します。ターゲット指定されていない場合、Oracle Identity Manager管理対象サーバーをターゲットにします。Oracle Identity Manager高可用性環境をアップグレードしている場合、oim_clusterをoracle.soa.worklist.webappのターゲットにする必要があります。

- Oracle Identity Manager内のOOTBアプリケーションは、NO_STAGEモードでデプロイされます。oracle.idm.uishellがNo Stageモードであるかどうかを確認します。oracle.idm.uishellがStageモードである場合、NO_STAGEモードに再デプロイする必要があります。
次の手順を実行して、モードをNo Stageに変更します。

1. WL_HOMEおよびOIM_HOMEを設定します。

2. 次のコマンドを実行して、oracle.idm.uishellをアンデプロイします。
java -cp $WL_HOME/server/lib/weblogic.jar weblogic.Deployer -adminurl t3://localhost:8005 -username weblogic -password weblogic1 -undeploy -name oracle.idm.uishell

3. 次のコマンドを実行して、oracle.idm.uishellをステージ・モードでデプロイします。
java -cp $WL_HOME/server/lib/weblogic.jar weblogic.Deployer -adminurl t3://localhost:8005 -username weblogic -password weblogic1 -deploy -name oracle.idm.uishell -source $OIM_HOME/modules/oracle.idm.uishell_11.1.1/oracle.idm.uishell.war -nostage -library -targets AdminServer,$OIM_SERVER_NAME

- すべての保留中のリクエストがアップグレード前に解決されていることを確認します。

- Oracle Identity Manager環境内でデータベースが移行、アップグレードまたはリストアされている場合、次の手順を実行して、すべてのOracle Identity Managerスキーマ権限(SYSTEMおよびOBJECTによる付与)をソースからターゲット(リストア済)スキーマに同期する必要があります。

1. 次のSQLをSYSデータベース・ユーザーとして実行して、OIMデータベース・スキーマのユーザー構成要素付与をソース・スキーマから取得します。

- SELECT DBMS_METADATA.GET_GRANTED_DDL ('SYSTEM_GRANT','<OIM_Schema_Name>') FROM DUAL;

- SELECT DBMS_METADATA.GET_GRANTED_DDL ('OBJECT_GRANT', '<OIM_Schema_Name>') FROM DUAL;

2. スキーマのアップグレード前のスキーマ・リストア・フェーズで、手順1で取得したSQLの付与出力を、スキーマ・リストア後の手順として実行します。

3. 次の手順に従って、OIMスキーマ内のすべてのINVALIDオブジェクトを再コンパイルします。
a. 次のSQLを実行して、SYSユーザーとしてINVALIDスキーマ・オブジェクトを特定します。

SELECT owner,object_type,object_name,status FROM dba_objects WHERE status = 'INVALID' AND owner in ('<OIM_Schema_Name1>') ORDER BY owner, object_type, object_name;

b. 任意の適切なメソッドを使用して、INVALIDスキーマ・オブジェクトをコンパイルします。OIMスキーマのSYSユーザーとしてUTL_RECOMPメソッドを実行することによるINVALIDスキーマ・オブジェクトのコンパイル例を次に示します。

UTL_RECOMP.recomp_serial('<OIM_Schema_Name>');

END;

INVALIDオブジェクトがなくなるまで、手順aを繰り返します。

注意:

Oracle Identity Manager 11gリリース1向けのデータ・ポンプ・クライアント・ユーティリティを使用したスキーマのバックアップとリストアの詳細は、My Oracle SupportのドキュメントID 1359656.1を参照してください。

Oracle Identity Manager 11gリリース2向けのデータ・ポンプ・クライアント・ユーティリティを使用したスキーマのバックアップとリストアの詳細は、My Oracle SupportのドキュメントID 1492129.1を参照してください。

11.2.7 JRFがアップグレード済であることの確認

アップグレード・プロセスを開始する前に、Java Required Files (JRF)がアップグレード済であることを確認する必要があります。これを行うには、次の手順を実行します:

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://host:port/console

このURLで、hostはWebLogic管理サーバーを実行しているホストの名前、portはポート番号です。

2. OIM_Domainの左側のナビゲーション・ペインで「デプロイメント」をクリックします。

3. 次のライブラリが存在していることを確認します。

- oracle.adf.desktopintegration(1.0,11.1.1.2.0)

- oracle.adf.desktopintegration.model(1.0,11.1.1.2.0)

- oracle.bi.adf.model.slib(1.0,11.1.1.2.0)

- oracle.bi.adf.view.slib(1.0,11.1.1.2.0)

- oracle.bi.adf.webcenter.slib(1.0,11.1.1.2.0)

- oracle.bi.composer(11.1.1,0.1)

- oracle.bi.jbips(11.1.1,0.1)

前述のライブラリが存在しない場合、JRFをアップグレードする必要があります。JRFのアップグレードの詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のFusion Middlewareの共有ライブラリの更新に関する説明を参照してください。

11.2.8 ITリソース・タイプのリコンシリエーション・フィールドの作成

すべてのアカウント・リコンシリエーション・フィールド・マッピング構成では、少なくとも1つのITResourceタイプのリコンシリエーション・フィールドが定義されている必要があります。そのためには、Oracle Identity Manager Design Consoleからマッピングを追加します。リコンシリエーション・フィールド・マッピングにITResourceフィールドが存在しないリソース・オブジェクトに対して、次の手順を実行します。

1. 次の手順を実行して、ITリソース・タイプのリコンシリエーション・フィールドを作成します。

1. ORACLE_HOME/designconsole/から次のコマンドを実行して、Oracle Identity Manager Design Consoleにログインします。
UNIXの場合: ./xlclient.sh

Windowsの場合: xlclient.cmd

2. 「リソース管理」を開きます。

3. 「リソース・オブジェクト」をクリックします。

4. 変更するリソース・オブジェクトを検索して選択します。

5. オブジェクト・リコンシリエーション・タブに移動します。

6. 「リコンシリエーション・フィールド」タブで「フィールドの追加」をクリックします。

7. フィールド名を入力し、「フィールド・タイプ」として「ITリソース」を選択します。

8. 「保存」アイコンをクリックします。

2. 次の手順を実行して、ITResourceフィールドのマッピングを定義します。

1. Oracle Identity Manager Design Consoleの左側のナビゲーション・ペインで、「プロセス管理」を開きます。

2. 「プロセス定義」をクリックします。

3. 「プロセス定義」フォームのリコンシリエーション・フィールド・マッピング・タブに移動します。

4. リソース・オブジェクトを検索します。

5. 「ITリソース」フィールドのマッピングを定義します。

6. フォームを保存します。

注意:

アカウント・リコンシリエーションにコネクタを使用している場合、または11.1.2.2.0へのアップグレード後にアカウント・リコンシリエーションにコネクタを使用する場合、この手順は必須です。

11.2.9 Oracle Identity Manager 11gリリース1 (11.1.1.x.x)のバックアップ

Oracle Identity Manager 11gリリース2 (11.1.2.2.0)にアップグレードする前に、古いOracle Identity Manager 11.1.1.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップします。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- Oracle Identity Managerスキーマ

- MDSスキーマ

- ORASDPMスキーマ

- SOAINFRAスキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

11.2.10 Oracle Identity ManagerサーバーのJVMプロパティの設定

WebLogic管理コンソールを使用して、Oracle Identity Managerサーバー用の追加のJVMプロパティを設定する必要があります。これを行うには、次の手順を実行します:

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://admin_host:admin_port/console

2. 「サーバー」をクリックします。

3. Oracle Identity Managerサーバーを選択します。

4. 「サーバーの起動」をクリックしてから、「引数」をクリックします。

5. Oracle Identity Managerサーバーに、次のアプリケーション・モジュール設定を追加します。
-Djbo.ampool.doampooling=true

-Djbo.ampool.minavailablesize=1

-Djbo.ampool.maxavailablesize=120

-Djbo.recyclethreshold=60

-Djbo.ampool.timetolive=-1

-Djbo.load.components.lazily=true

-Djbo.doconnectionpooling=true

-Djbo.txn.disconnect_level=1

-Djbo.connectfailover=false

-Djbo.max.cursors=5

-Doracle.jdbc.implicitStatementCacheSize=5

-Doracle.jdbc.maxCachedBufferSize=19

注意:

指定される引数の推奨値は、ノードごとに100の同時ユーザーを想定しています。したがって、引数-Djbo.ampool.maxavailablesizeに指定されている値は120 (つまり100 * 1.20)です。ノードごとの同時ユーザーの数が異なる場合は、次の式を使用して、引数-Djbo.ampool.maxavailablesizeに指定する必要がある値を計算します。

-Djbo.ampool.maxavailablesize = <Number_of_concurrent_users> * 1.20

6. Oracle Identity Managerサーバーを再起動します。管理対象サーバーを再起動するには、最初にサーバーを停止して、再度サーバーを起動します。
管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3「管理対象サーバーの起動」を参照してください。

11.2.11 ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを始める前に、管理対象サーバー、管理サーバーおよびノード・マネージャを停止する必要があります。

注意:

サーバーを停止するときに、次のエラー・メッセージが表示される場合があります。

** SOA specific environment is already set. Skipping ...
***********************************************************
OIM specific environment is already set. Skipping ...
The input line is too long.
The syntax of the command is incorrect.

新しいコマンド・プロンプトを開いて、サーバーを停止するためのコマンドを実行することをお薦めします。

サーバーの停止の詳細は、「サーバーの停止」を参照してください。

11.3 アップグレード手順

この項では、Oracle Identity ManagerおよびOracle SOA Suite 11.1.1.x.xバイナリのアップグレード、11.1.2.2.0スキーマの作成、セキュリティ・ストアの構成、Oracle Identity Manager中間層のアップグレード、アップグレードの確認など、アップグレード・プロセスに含まれる様々なタスクについて説明します。この項内のタスクは、「アップグレードの準備」の項で説明した前提条件をすべて完了した後に実行する必要があります。

この項には次のトピックが含まれます:

- 『Oracle WebLogic Serverのアップグレード』

- Oracle SOA Suiteの11.1.1.7.0へのアップグレード

- Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード

- Oracle Platform Security Servicesスキーマの作成

- Oracle Platform Security Servicesスキーマのアップグレード

- OPSSテンプレートを使用したOracle Identity Manager 11.1.1.x.xコンポーネント・ドメインの拡張

- Oracle Platform Security Servicesのアップグレード

- OPSSセキュリティ・ストアの構成

- パッチ・セット・アシスタントを使用したOracle Identity Managementスキーマのアップグレード

- 管理サーバーおよびSOA管理対象サーバーの起動

- Oracle Identity Manager中間層のアップグレード

- Oracle Identity Manager中間層のアップグレードの確認

- Oracle Identity Manager EARのデプロイ順序の変更

- 管理サーバーおよびSOA管理対象サーバーの再起動

- Oracle Identity ManagementのMDSメタデータへのパッチ適用

- Oracle Identity Manager Design Consoleのアップグレード

- Oracle Identity Manager Remote Managerのアップグレード

- Oracle BI Publisher 11.1.1.7.1の構成

- Oracle Identity Manager BI Publisherレポートのデプロイ

11.3.1 Oracle WebLogic Serverのアップグレード

WebLogic 10.3.6アップグレード・インストーラを使用して、Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードできます。Oracle WebLogic Serverのアップグレードの詳細は、「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

11.3.2 Oracle SOA Suiteの11.1.1.7.0へのアップグレード

注意:

Oracle Identity Manager 11.1.2.2.0では、Oracle SOA Suite 11.1.1.7.0がサポートされています。したがって、Oracle SOA Suite 11.1.1.7より前のバージョンを使用している場合は、Oracle SOA Suiteを11.1.1.7.0にアップグレードする必要があります。

Oracle Identity Manager 11.1.1.5.0ではOracle SOA Suite 11.1.1.5.0が使用され、Oracle Identity Manager 11.1.2.2.0ではOracle SOA Suite 11.1.1.7.0が使用されます。したがって、このタスクはOracle Identity Manager 11.1.1.5.0を11.1.2.2.0にアップグレードしている場合にのみ必要です。

Oracle Identity Manager 11.1.1.7.0に必須のOracle SOA Suiteパッチの適用の詳細は『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関する説明を参照してください。

既存のOracle SOA Suiteを11.1.1.7.0にアップグレードするには、表11-11にリストされているタスクを実行します。

表11-11 SOAを更新するためのタスク

Sl番号

タスク

詳細の参照先

1

Oracle SOA Suiteの11.1.1.7.0へのアップグレードを開始する前に、システム要件と仕様を確認します。

「Oracle Fusion Middlewareのシステム要件と仕様」を参照してください。

2

Oracle SOA Suite 11.1.1.7.0インストーラを取得します。

「Oracle Fusion Middlewareのダウンロード、インストールおよび構成に関するREADME」を参照してください。

3

Oracle SOA Suite 11.1.1.7.0インストーラを起動します。

詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のインストーラの起動に関する項を参照してください。

4

Oracle SOA Suiteバイナリを11.1.1.7.0に更新します。

『Oracle Fusion Middlewareパッチ適用ガイド』のパッチ・セットの適用に関する説明を参照してください。

5

必須のOracle SOA Suiteパッチを適用します。

『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関する説明を参照してください。

6

次に示す、Oracle SOA Suiteのパッチ適用後のタスクを実行します。

- SOA Composer、BPM WorkspaceおよびB2Bのtmpフォルダを削除します。

- Oracle SOA Suite 11gリリース1 (11.1.1.6.0)を11gリリース1 (11.1.1.7.0)にアップグレードした場合、 警告「必須のBPELメッセージ・リカバリ」のメッセージ期間を更新してください。

- MAXRECOVERATTEMPT属性を2に更新します。

- Oracle BAMとOracle Data Integratorを統合して使用している場合、Oracle Data Integratorクライアントを更新します。

- B2BサーバーとB2B EDIエンドポイントを統合している場合、Oracle B2BのXEngineカスタマイズを保存およびリストアします。

- UMSアダプタ機能を含むSOAドメインを拡張します。

- Business Process Management機能を含むSOAドメインを拡張します。

パッチ適用後のタスクを実行する前に、WebLogic管理サーバーおよびSOA管理対象サーバーが開始されていることを確認してください。

『Oracle Fusion Middlewareパッチ適用ガイド11gリリース1 (11.1.1.7.0)』の次の項を参照してください。

- SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除に関する説明

- 「必須のBPELメッセージ・リカバリ」警告メッセージ期間の更新に関する説明

- MAXRECOVERATTEMPT属性の2への更新に関する説明

- Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)に関する説明

- Oracle B2BのXEngineカスタマイズの保存とリストアに関する説明

- UMSアダプタ機能を含むSOAドメインの拡張に関する説明

- Business Process Management機能を含むSOAドメインの拡張に関する説明

SOAのパッチ適用後のタスクは、デフォルトでは必要ありません。ただし、機能要件ごとに、これらのタスクを確認して適用する必要があります。

11.3.3 Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレード

Oracle Identity Managerバイナリを11.1.2.2.0にアップグレードするには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.1.x.xミドルウェア・ホームに向けます。Oracleホームは11.1.1.x.xから11.1.2.2.0にアップグレードされます。

注意:

Oracle Identity Managerバイナリを11gリリース2 (11.1.2.2.0)にアップグレードする前に、ORACLE_HOMEおよびMW_HOME/oracle_commonでOPatchのバージョンが11.1.0.9.9であることを確認してください。別のバージョンのOPatchでは、パッチ適用が失敗する場合があります。opatchをこれより新しいバージョンにアップグレード済である場合は、バージョン11.1.0.9.9にロール・バックする必要があります。

Oracle Identity Manager 11gリリース1 (11.1.1.x.x)のアップグレードの詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

バイナリのアップグレード後に、次の場所でインストーラのログを確認してください。

- UNIXの場合: ORACLE_INVENTORY_LOCATION/logs
UNIX上のOracle Inventoryディレクトリの場所を見つけるには、ORACLE_HOME/oraInst.locファイルを確認します。

- Windowsの場合: ORACLE_INVENTORY_LOCATION/logs
Windows上のOracle Inventoryディレクトリのデフォルトの場所は、C:\Program Files\Oracle\Inventory\logsです。

次のインストール・ログ・ファイルがログ・ディレクトリに書き込まれます。

- installDATE-TIME_STAMP.log

- installDATE-TIME_STAMP.out

- installActionsDATE-TIME_STAMP.log

- installProfileDATE-TIME_STAMP.log

- oraInstallDATE-TIME_STAMP.err

- oraInstallDATE-TIME_STAMP.log

11.3.4 Oracle Platform Security Servicesスキーマの作成

Oracle Identity Managerのアップグレード・プロセスにはOracle Platform Security Services (OPSS)スキーマのポリシー・ストアの変更が含まれるため、リポジトリ作成ユーティリティ(RCU) 11.1.2.2.0を使用してOPSSスキーマを作成する必要があります。アプリケーションによって使用される鍵、ロール、権限およびその他のアーティファクトはポリシー・ストアに移行する必要があります。

リポジトリ作成ユーティリティを使用してOPSSスキーマを作成するには、次の手順を実行します。

1. RCUを入手します。
RCUソフトウェアの入手の詳細は、11gリリース2 (11.1.2.2.0)のOracle Identity and Access Management、ダウンロード、インストール、構成のReadMeを参照してください。

2. RCUを起動します。
RCUソフトウェアの起動に関する詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のRCUの起動に関する説明を参照してください。

3. OPSSスキーマを作成します。
スキーマを作成する方法の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する説明を参照してください。

注意:

「コンポーネントの選択」画面で、「AS共通スキーマ」を開いて、Oracle Platform Security Servicesを選択します。その他のコンポーネントは選択していないことを確認します。

「メタデータ・サービス」スキーマが自動的に選択されます。それを選択解除して次のメッセージを無視します。

Following components require Metadata Services schema: Oracle Platform Security Services.

11.3.5 Oracle Platform Security Servicesスキーマのアップグレード

パッチ・セット・アシスタントを使用して、Oracle Platform Security Servicesスキーマをアップグレードする必要があります。これを行うには、次の手順を実行します:

注意:

Oracle Platform Security Servicesスキーマをアップグレードする前に、sys.dbms_lobでSOAINFRAスキーマの所有者に実行権限があることを確認します。権限がない場合、次のコマンドを実行して、sys.dbms_lobでSOAINFRAスキーマの所有者に実行権限を付与します。

grant execute on sys.dbms_lob to *_SOAINFRA;

1. 次のコマンドを使用して、MW_HOME/oracle_common/binからパッチ・セット・アシスタントを起動します。
./psa

2. opssを選択します。

3. データベース接続の詳細を指定し、アップグレード対象のスキーマを選択します。

Oracle Platform Security Servicesスキーマのアップグレード後、MW_HOME/oracle_common/upgrade/logs/psa<timestamp>.logにあるログ・ファイルをチェックしてアップグレードを確認してください。

timestampは、パッチ・セット・アシスタントが実行された実際の日時を表します。アップグレードが失敗した場合は、ログ・ファイルをチェックしてエラーを修正し、パッチ・セット・アシスタントを再実行してください。

11.3.6 OPSSテンプレートを使用したOracle Identity Manager 11.1.1.x.xコンポーネント・ドメインの拡張

Oracle Identity Manager 11.1.2.2.0では、データベースを使用してOracle Platform Security Serviceポリシーを格納します。このため、OPSSデータ・ソースを含むように11.1.1.x.x Oracle Identity Managerドメインを拡張する必要があります。

これを行うには、次の手順を完了します。

1. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
UNIXの場合:

./config.sh

これは、<MW_HOME>/<Oracle_IDM1>/common/binディレクトリにあります。

Windowsの場合:

config.cmd

これは、<MW_HOME>\<Oracle_IDM1>\common\binディレクトリにあります。

2. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次」をクリックします。

3. 「WebLogicドメイン・ディレクトリの選択」画面で、コンポーネントを構成したWebLogicドメインが含まれるディレクトリを参照します。「次」をクリックします。「拡張ソースの選択」画面が表示されます。

4. 「拡張ソースの選択」画面で、Oracle Platform Security Service - 11.1.1.0 [Oracle_IDM1]オプションを選択します。ドメイン構成オプションを選択後、「次へ」をクリックします。

5. 「JDBCデータ・ソースの構成」画面が表示されます。必要に応じて、opssDSデータ・ソースを構成します。テストが成功すると、「JDBCコンポーネント・スキーマの構成」画面が表示されます。

6. 「JDBCコンポーネント・スキーマの構成」画面で、「Oracle Platform Security Services」スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。

「JDBCコンポーネント・スキーマのテスト」画面が表示されます。テストが成功すると、「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面で、「管理対象サーバー」、「クラスタ」および「マシン」と「デプロイメントとサービス」を構成できます。Oracle Identity Manager 11.1.1.x.x環境をすでに構成している場合は、何も選択しないでください。「次」をクリックします。

8. 「構成のサマリー」画面で、ドメインの構成を確認し、「拡張」をクリックしてドメインの拡張を開始します。

Oracle Platform Security Services (OPSS)をサポートするように既存のOracle Identity Managerドメインが拡張されます。

11.3.7 Oracle Platform Security Servicesのアップグレード

OPSSテンプレートによるOracle Identity Managerコンポーネント・ドメインの拡張後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Identity Managerの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

11.3.8 OPSSセキュリティ・ストアの構成

データベースのセキュリティ・ストアの構成は、それがOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)によってサポートされる唯一のセキュリティ・ストア・タイプである場合に必要となります。これは、configureSecurityStore.pyスクリプトを実行して行います。

Oracle Platform Security Servicesの構成の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する説明を参照してください。

11.3.9 パッチ・セット・アシスタントを使用したOracle Identity Managementスキーマのアップグレード

パッチ・セット・アシスタント(PSA)を使用してOracle Identity Managerのスキーマをアップグレードする必要があります。Oracle Identity Managerスキーマを選択すると、すべての依存スキーマも自動選択され、アップグレードされます。

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

スキーマをアップグレードした後、「スキーマのアップグレード後のバージョン番号」の説明に従って、スキーマのバージョン番号をチェックしてアップグレードを確認します。

11.3.9.1 スキーマのアップグレード後のバージョン番号

select version,status,upgraded from schema_version_registry where owner=<SCHEMA_NAME>;を実行して、バージョン番号が表11-12のリストのとおりにアップグレードされていることを確認します。

表11-12 スキーマのアップグレード後のコンポーネント・バージョン番号

コンポーネント

バージョン番号

OPSS

11.1.1.7.2

MDS

11.1.1.7.0

Oracle Identity Manager

11.1.2.2.0

ORASDPM

11.1.1.7.0

SOAINFRA

11.1.1.7.0 (第2.6項「パッチ・セット・アシスタントを使用したスキーマのアップグレード」の説明に従って、SOAスキーマがアップグレードされていることを確認します。)

11.3.10 管理サーバーおよびSOA管理対象サーバーの起動

注意:

Oracle Identity Managerの管理対象サーバーは起動しないでください。

アップグレードが完了したら、WebLogic Administration Server、Oracle Identity Managementが含まれるドメインの管理サーバーおよびSOA管理対象サーバーを起動します。

注意:

Oracle Identity Manager高可用性環境のアップグレードで、Oracle Automatic Storage Management Cluster File System (Oracle ACFS)を使用する場合は、中間層アップグレード・ユーティリティを実行する前に、SOA管理対象サーバーを1つのみ起動する必要があります。

注意:

サーバーを起動するときに、次のエラー・メッセージが表示される場合があります。

** SOA specific environment is already set. Skipping ...
***********************************************************
OIM specific environment is already set. Skipping ...
The input line is too long.
The syntax of the command is incorrect.

新しいコマンド・プロンプトを開いて、サーバーを起動するためのコマンドを実行することをお薦めします。

管理サーバーおよびSOA管理対象サーバーの起動方法の詳細は、第2.9項「サーバーの起動」を参照してください。

11.3.11 Oracle Identity Manager中間層のアップグレード

Oracle Identity Manager中間層をアップグレードするには、必要なパラメータを使用してプロパティ・ファイルを更新してから、この項の説明に従ってコマンドを実行する必要があります。

注意:

Oracle Identity Manager中間層をアップグレードする前に、WebLogic管理サーバーおよびSOA管理対象サーバーが実行中であることを確認してください。この時点では、Oracle Identity Manager管理対象サーバーは実行しないことをお薦めします。

注意:

実行は再入可能で、その間にいかなる割込みが発生しても正常な実行で再開されます。

Oracle Identity Manager中間層を11.1.2.2.0にアップグレードするには、次の手順を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<OIM_ORACLE_HOME>/server/binディレクトリに移動します。
cd <OIM_ORACLE_HOME>/server/bin

2. テキスト・エディタで、次のアップグレード・プロパティ・ファイルを編集します。
oim_upgrade_input.properties

3. 表11-13のリストに従って、パラメータを追加します。

4. 次のコマンドを実行します。
./OIMUpgrade.sh

このコマンドを実行するときは、OIMスキーマ・ユーザー、MDSスキーマ・ユーザー、WebLogic管理ユーザーおよびSOA管理ユーザーのパスワードを入力する必要があります。

注意:

次の警告が表示されます。

[WARN] [jrockit] PermSize=128M ignored: Not a valid option for JRockit

[WARN] [jrockit] MaxPermSize=256M ignored: Not a valid option for JRockit

このメッセージは無視できます。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<OIM_ORACLE_HOME>\server\binディレクトリに移動します。
cd <OIM_ORACLE_HOME>\server\bin

2. テキスト・エディタで、次のアップグレード・プロパティ・ファイルを編集します。
oim_upgrade_input.properties

3. 表11-13のリストに従って、パラメータを追加します。

4. 次のコマンドを実行します。
OIMUpgrade.bat

このコマンドを実行するときは、OIMスキーマ・ユーザー、MDSスキーマ・ユーザー、WebLogic管理ユーザーおよびSOA管理ユーザーのパスワードを入力する必要があります。

注意:

次の警告が表示されます。

[WARN] [jrockit] PermSize=128M ignored: Not a valid option for JRockit

[WARN] [jrockit] MaxPermSize=256M ignored: Not a valid option for JRockit

このメッセージは無視できます。

表11-13 Oracle Identity Manager中間層のアップグレードのパラメータ

パラメータ

説明

java.home

JAVAホームの場所を指定します。

server.type

使用しているアプリケーション・サーバーを指定します。

たとえば、Oracle WebLogic Serverを使用している場合は、このパラメータにwlsを指定します。

このドキュメントでは、WebLogicでOracle Identity Managerをアップグレードする手順について説明しているため、このパラメータにはwlsを指定する必要があります。

oim.jdbcurl

Oracle Identity ManagerのJDBC URLを指定します。

oim.oimschemaowner

Oracle Identity Managerのスキーマ所有者を指定します。

oim.oimmdsjdbcurl

MDS JDBC URLを指定します。

oim.mdsschemaowner

MDSスキーマの所有者名を指定します。

oim.adminhostname

Oracle WebLogic Serverの管理ホスト名を指定します。

oim.adminport

Oracle WebLogic Serverの管理ポートを指定します。

oim.adminUserName

Oracle WebLogic Server管理コンソールにログオンする際に使用するユーザー名を指定します。

oim.soahostmachine

SOAサーバーが稼働しているSOAホスト名を指定します。

oim.soaportnumber

SOAサーバーのポートを指定します。

oim.soausername

SOA管理対象サーバーのユーザー名を指定します。

oim.domain

Oracle Identity Managerのドメインの場所を指定します。

oim.home

Oracle OIMホームの場所を指定します。

oim.mw.home

Oracle Middlewareホームの場所を指定します。

soa.home

Oracle SOAホームの場所を指定します。

wl.home

WebLogicホームの場所を指定します。

パラメータ例

java.home=/u01/jrockit-jdk1.6.0_24-R28.1.3-4.0.1
server.type=wls
oim.jdbcurl=db.example.com:1522:oimdb
oim.oimschemaowner=test_oim
oim.oimmdsjdbcurl=db.example.com:1522:oimdb
oim.mdsschemaowner=test_mds
oim.adminport=7001
oim.adminhostname=oimhost.example.com
oim.adminUserName=weblogic
oim.soahostmachine=soahost.example.com
oim.soaportnumber=8001
oim.soausername=weblogic
oim.domain=/scratch/Oracle/Middleware/user_projects/domains/base_domain
oim.home=/scratch/Oracle/Middleware/Oracle_IDM1
oim.mw.home=/scratch/Oracle/Middleware
soa.home=/scratch/Oracle/Middleware/Oracle_SOA1
wl.home=/scratch/Oracle/Middleware/wlserver_10.3

11.3.12 Oracle Identity Manager中間層のアップグレードの確認

Oracle Identity Managerの中間層のアップグレードを確認するには、次の手順を実行します。

1. 次の場所にあるログ・ファイルで、エラーまたは警告メッセージがあるかどうかを確認します。
UNIXの場合:

<OIM_HOME>/server/upgrade/logs/MT

Windowsの場合:

<OIM_HOME>\server\upgrade\logs\MT

次のログ・ファイルが生成されます。

- ant_ApplicationDB.log

- ant_grantPermissionsUpgrade.log

- ant_JRF.log

- ant_PatchClasspath.log

- ant_soaOIMLookupDB.log

- OIMUpgrade<timestamp>.log

- SeedSchedulerData.log

中間層のアップグレードに成功している場合、エラー・メッセージは何も表示されません。

2. OIMupgrade.shでは詳細レポートが作成されます。Oracle Identity Managerの中間層のアップグレードを確認するには、次の手順を実行します。

1. 次のパスに移動します。
UNIXの場合:

<Oracle_IDM1>/server/upgrade/logs/MT/oimUpgradeReportDir

Windowsの場合:

<Oracle_IDM1>\server\upgrade\logs\MT\oimUpgradeReportDir

2. index.htmlをクリックします。
これには、Oracle Identity Managerのすべての機能と中間層の最後の実行におけるアップグレード・ステータスが表形式で示されます。

3. 各機能の詳細機能レポートに対応するリンクをクリックします。

表11-14 中間層のアップグレード・レポート

機能

名前

説明

index.html

このレポートには、最後の実行における機能とそのアップグレード・ステータスがリストされています。

各機能に対応するリンクによって、詳細機能レポートにアクセスできます。

PatchDomain

PatchDomain.html

このレポートには、アップグレード・プロセス中のすべてのドメインに関連する変更の詳細が示されています。

次のような変更があります。

- アップグレード・プロセス中にデプロイされた新しいEARまたは共有ライブラリ

- 新規サーバーのリソース

- 外部JNDIプロバイダの作成

- 次のリソースを作成するためのアップグレード・テンプレートの適用

- 新しいデータ・ソース
次に例を示します。

アプリケーションDBDS

- JRF非同期のqueuesDomainクラスパス・アップグレード

- OPSSアップグレード

- JRFアップグレード

ROLE_RULE_MEMB

PS1R2UPG.ROLE_RULE_MEMB.html

このレポートには、ルールで定義され、ルールの要素から作成された検索ルールをベースに処理されたロールの詳細が示されています。

REQUEST_STAGES

PS1R2UPG.REQUEST_STAGES.html

次のリクエスト・ステージはすでにサポートされていません。

- テンプレート承認を取得しています

- テンプレート承認が承認されました

- テンプレート承認が却下されました

- テンプレート承認が自動承認されました

このレポートには次がリストされています。

- アップグレード中に処理された、サポートされていないリクエスト・ステージのリクエスト

- アップグレード中に処理された、サポートされていないリクエスト・ステージと関連付けられているリクエストのタスク

- アップグレード中に処理された、サポートされていないリクエスト・ステージと関連付けられているリクエストのSOAタスク

ReconUpgrade

ReconUpgradeUpgradeReport.html

このレポートには、関連付けられた水平表名、リコンシリエーション・プロファイル名およびエンティティの定義名を使用してアップグレード中に処理されたオブジェクト名が示されます。

SOAUpgrade

NA

新規のデプロイ済OOTB SOAコンポジットは次になります。

- sca_DisconnectedProvisioning_rev1.0.jar

- sca_DefaultSODApproval_rev1.0.jar

Scheduler

NA

このレポートには、次のタスク定義とスケジューラ・ジョブの追加リストが示されています。

- アカウント・アプリケーション・インスタンスの更新タスク

- カタログの同期化タスク

- アプリケーション・インスタンス削除後の処理タスク

- 権限削除後の処理タスク

ACCESSPOLICY

ACCESSPOLICYUpgradeReport.html

このレポートには、DNLAフラグの値とともにアップグレード中に処理された、アクセス・ポリシー名と対応するリソース・オブジェクトがリストされています。

DNLAが設定されている場合は値を1に設定し、RNLAが設定されている場合は0にします。

MDSNSUpdate

NA

Oracle Identity Manager MDS内に存在するOracle Identity Managerメタデータは、XSDスキーマ内の変更点と一致するように最新の名前空間で更新されます。

OIMConfig

NA

/db/oim-config.xmlの場所のメタデータに保持されているOracle Identity Managerアプリケーション構成は、Oracle Identity Manager 11.1.2.2.0内の最新の構成変更に従って更新されます。

CONTEXT

NA

DDLは、ORCHPRCESS TABLEで変更されます。

古いコンテキスト列(ContextId)のデータは、新しいコンテキスト列(ContextVal)に変換され、移動されます。

Certification

CertificationUpgradeReport.html

このレポートには、スナップショット・データのアップグレード中に処理された証明レコードが示されます。

Request

PS12R2UPG.InflightRequest.html

このレポートには、リクエスト・レベルまたは操作レベルの承認ステージのリクエストが示されます。また、このレポートにはアップグレードのステータスも示されます。

InflightRequest

REFIX_NOT_AVLBL.InflightRequest.html

このレポートには、リクエスト・レベルまたは操作レベルのいずれかの承認ステージの、11.1.1.x.xのリクエスト内の処理中のリクエストが示されます。また、このレポートにはアップグレードのステータスも示されます。

PREFIX_NOT_AVLBL_ReconUpgrade

PREFIX_NOT_AVLBL.ReconUpgrade.html

このレポートには、11.1.1.x.xで定義されたリソース・オブジェクトに対する11.1.2.2.0ベースのリコンシリエーション・プロファイルの作成の成功/失敗が示されます。

PREFIX_NOT_AVLBL_ACCESSPOLICY

PREFIX_NOT_AVLBL.ACCESSPOLICY.html

このレポートには、アップグレード中に処理されたアクセス・ポリシー名と対応するリソース・オブジェクトが、DNLAフラグの値(DNLAが設定されている場合は1、RNLAが設定されている場合は0)とともに示されます。

11.3.13 Oracle Identity Manager EARのデプロイ順序の変更

oim.earのデプロイ順序を47から48に変更する必要があります。これを行うには、次の手順を実行します。

1. WebLogicコンソールにログインします。

2. 左側のペインで「デプロイメント」をクリックします。

3. oim.earをクリックします。

4. デプロイ順序を47から48に更新して、「保存」をクリックします。

11.3.14 管理サーバーおよびSOA管理対象サーバーの再起動

管理サーバーおよび管理対象サーバーを再起動するには、最初にそれらを停止してから再起動する必要があります。

サーバーの停止は、「ノード・マネージャ、管理サーバーおよび管理対象サーバーの停止」を参照してください。

サーバーの起動は、「管理サーバーおよびSOA管理対象サーバーの起動」を参照してください。

管理サーバーの起動後のWebLogicコンソールでの確認事項

- 新しく追加されたデータ・ソースを確認します。

1. WebLogicコンソールにログインします。

2. 「データ・ソース」をクリックします。

3. 次に示すデータ・ソースを確認します。

名前

タイプ

JNDI名

ターゲット

ApplicationDBDS

汎用

jdbc/ApplicationDBDS

oim_server1 (単一ノード・アップグレードの場合)

oim_cluster (クラスタ・アップグレードの場合)

- SOA外部JNDIプロバイダの確認

1. WebLogicコンソールにログインします。

2. 「外部JNDIプロバイダ」をクリックします。

3. 次に示す外部JNDIプロバイダの存在を確認します。

名前

初期コンテキスト・ファクトリ

プロバイダURL

ユーザー

ターゲット

ForeignJNDIProvider-SOA

weblogic.jndi.WLInitialContextFactory

単一ノード・アップグレードの場合:

t3://soa_server_host:soa_server_port

クラスタ・アップグレードの場合:

t3://soa_server1_host:soa_server1_port,soa_server2_host:soa_server2_port

WebLogic

oim_server1 (単一ノード・アップグレードの場合)

oim_cluster (クラスタ・アップグレードの場合)

注意:

Oracle Identity Manager高可用性環境をアップグレードしている場合、「プロバイダのURL」にsoa_server1のみのホストとポートが含まれている場合があります。この場合、soa_server2のホストおよびポートを「プロバイダのURL」に手動で追加する必要があります。

- EARの順序の確認

1. WebLogicコンソールにログインします。

2. 「デプロイメント」をクリックします。

3. 次のリストのそれぞれの項目について、デプロイ順序を確認します。

名前

状態

状況

タイプ

デプロイ順序

oim (11.1.1.3.0)

アクティブ

OK

エンタープライズ・アプリケーション

48

OIMAppMetadata (11.1.2.0.0)

アクティブ

OK

エンタープライズ・アプリケーション

47

OIMMetadata (11.1.1.3.0)

アクティブ

OK

エンタープライズ・アプリケーション

46

oracle.iam.console.identity.sysadmin.ear (V2.0)

アクティブ

OK

エンタープライズ・アプリケーション

406

oracle.iam.console.identity.self-service.ear (V2.0)

アクティブ

OK

エンタープライズ・アプリケーション

405

oracle.iam.ui.custom(11.1.1,11.1.1)

アクティブ

ライブラリ

404

oracle.iam.ui.oia-view(11.1.1,11.1.1)

アクティブ

ライブラリ

403

oracle.iam.ui.view(11.1.1,11.1.1)

アクティブ

ライブラリ

402

oracle.iam.ui.model(1.0,11.1.1.5.0)

アクティブ

ライブラリ

401

11.3.15 Oracle Identity ManagementのMDSメタデータへのパッチ適用

Oracle Identity Manager 11.1.1.x.x MDSメタデータは、Oracle Identity Manager 11.1.2.2.0 MDSメタデータにアップグレードする必要があります。Oracle Identity Manager管理対象サーバーを起動すると、MDSメタデータにパッチが適用されます。

管理対象サーバーを起動するには、次を実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/user_projects/domains/<domain_name>/binディレクトリに移動します。
cd <MW_HOME>/user_projects/domains/<domain_name>/bin

2. 次のコマンドを実行してサーバーを起動します。

注意:

プロンプトが表示されたら、ユーザー名とパスワードを入力します。

./startManagedWebLogic.sh <managed_server_name>

各パラメータの意味は次のとおりです。

<managed_server_name>は、管理対象サーバーの名前です。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\user_projects\domains\<domain_name>\binディレクトリに移動します。
cd <MW_HOME>\user_projects\domains\<domain_name>\bin

2. 次のコマンドを実行して管理対象サーバーを起動します。

注意:

プロンプトが表示されたら、ユーザー名とパスワードを入力します。

startManagedWebLogic.cmd <managed_server_name>

各パラメータの意味は次のとおりです。

<managed_server_name>は、管理対象サーバーの名前です。

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のスタックの起動に関する項を参照してください。

MDSパッチの確認

次の場所にあるMDSレポートを確認します。

UNIXの場合:

<OIM_ORACLE_HOME>/server/logs/MDS_REPORT_DIRECTORY/MDSReport.html

Windowsの場合:

<OIM_ORACLE_HOME>\server\logs\MDS_REPORT_DIRECTORY\MDSReport.html

11.3.16 Oracle Identity Manager Design Consoleのアップグレード

Oracle Identity Manager Design Consoleを使用して、Oracle Identity Managerのシステム全体の動作を制御し、そのユーザーに影響を及ぼすシステム設定を構成します。Design Consoleで、ユーザー管理、リソース管理、プロセス管理、その他の管理タスクおよび開発タスクを実行できます。

Design ConsoleがOracle Identity Managerサーバーと同じシステム上に存在する場合、Oracle Identity ManagerとDesign Consoleを異なるディレクトリ・パスにインストールすることをお薦めします。

Design Consoleをアップグレードするには、次の手順を完了します。

1. 次のファイルをバックアップします。

- $<XLDC_HOME>/xlclient.sh (UNIXの場合)

- $<XLDC_HOME>/config/xlconfig.xml

- <XLDC_HOME>\xlclient.cmd (Windowsの場合)

- <XLDC_HOME>\config\xlconfig.xml

2. Oracle Identity and Access Management 11.1.2.2.0インストーラを実行して、Design Consoleホームの<XLDC_HOME>をアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.2)のインストールと構成に関する項を参照してください。

3. バックアップ・ファイルxlclient.sh/xlclient.cmdおよびxlconfig.xmlをアップグレードしたDesign Consoleホームにリストアします。

4. 次のようにwlfullclient.jarファイルをビルドしてコピーします。

1. UNIXの場合はWebLogic_Home/server/libディレクトリ、Windowsの場合はWebLogic_Home\server\libディレクトリに移動します。

2. JAVA_HOME環境変数を設定し、JAVA_HOME変数をPATH環境変数に追加します。
たとえば、JAVA_HOMEをミドルウェア・ホーム内のjdk160_21ディレクトリに設定できます。

UNIXの場合:

setenv JAVA_HOME $MW_HOME/jdk160_29

Windowsの場合:

SET JAVA_HOME=<MW_HOME>\jdk160_29

3. 次のコマンドを実行して、wlfullclient.jarファイルをビルドします。
java -jar <MW_HOME>/modules/com.bea.core.jarbuilder_1.7.0.0.jar

4. Design Consoleをインストールした<IAM_HOME>にwlfullclient.jarファイルをコピーします。次に例を示します。
UNIXの場合:

cp wlfullclient.jar <Oracle_IDM2>/designconsole/ext

Windowsの場合:

copy wlfullclient.jar <Oracle_IDM2>\designconsole\ext

11.3.17 Oracle Identity Manager Remote Managerのアップグレード

Remote Managerをアップグレードするには、次の手順を完了します。

1. 構成ファイルをバックアップします。
Remote Managerのアップグレードを開始する前に、次のRemote Manager構成ファイルをバックアップします。

- $<XLREMOTE_HOME>/remotemanager.sh (UNIXの場合)

- $<XLREMOTE_HOME>/xlremote/config/xlconfig.xmlファイル

- <XLREMOTE_HOME>\remotemanager.bat (Windowsの場合)

- <XLREMOTE_HOME>\xlremote\config\xlconfig.xmlファイル

2. Oracle Identity and Access Managementインストーラを実行して、Remote Managerホームをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.2.2.0)のインストールと構成に関する項を参照してください。

3. バックアップした構成ファイルremotemanager.sh/remotemanager.batおよびxlconfig.xmlをアップグレードしたRemote Managerホーム内にリストアします。

11.3.18 Oracle BI Publisher 11.1.1.7.1の構成

Oracle Identity Manager 11gリリース2 (11.1.2.2.0)でレポートを使用するには、Oracle BI Publisher 11gリリース1 (11.1.1.7.1)をインストールする必要があります。Oracle BI Publisher 11gリリース1 (11.1.1.7.1)をインストールするには、最初にOracle BI Publisher 11gリリース1 (11.1.1.7.0)をインストールし、その後でOPATCHを使用してOracle BI Publisher 11gリリース1 (11.1.1.7.1)のパッチを適用する必要があります。これを行うには、次の手順を実行します:

1. 次のOracle Identity Managerレポート・ディレクトリをバックアップします。

- $BI_PUBLISHER_HOME/Middleware/user_projects/domains/bifoundation_domain/config/bipublisher/repository/Reports/Oracle Identity Manager/

- $ORACLE_BI_PUBLISHER_HOME/Middleware/user_projects/domains/bifoundation_domain/config/bipublisher/repository/Reports/BIP Sample Data/

注意:

Oracle Business Intelligenceレポートのディレクトリは、BI Publisherのインストール場所によって異なる可能性があります。

2. 次の場所で、Oracle BI Publisher 11gリリース1 (11.1.1.7.0)を入手します。
http://www.oracle.com/technetwork/middleware/bi-enterprise-edition/downloads/bi-downloads-1923016.html

3. Oracle BI Publisher 11gリリース1 (11.1.1.7.0)をインストールします。Oracle BI Publisher 11gリリース1 (11.1.1.7.0)のインストールの詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

4. Oracle BI Publisher 11gリリース1 (11.1.1.7.0)からOracle BI Publisher 11gリリース1 (11.1.1.7.1)へのパッチには、パッチ番号16556157を適用します。パッチ16556157は、次のURLでダウンロードできます。
https://support.oracle.com

パッチ適用手順は、パッチに付属するREADME.txtファイルを参照してください。

注意:

BIレポートのデプロイの詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle Identity Managerレポートのデプロイに関する説明を参照してください。

レポート機能の使用の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のレポート機能の使用に関する説明を参照してください。

11.3.19 Oracle Identity Manager BI Publisherレポートのデプロイ

Oracle Identity Manager BI Publisherレポートをデプロイするには、次の手順を実行します。

1. 次の場所から、レポート・バンドルoim_product_BIP11gReports_11_1_2_0_0.zipを入手します。
MW_HOME/IAM_HOME/server/reports/oim_product_BIP11gReports_11_1_2_0_0.zip

2. 次の場所でoim_product_BIP11gReports_11_1_2_0_0.zipを解凍します。
IAM_HOME/Middleware/user_projects/domains/domain_name/config/bipublisher/repository/Reports/

3. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle Identity Managerレポートの構成に関する説明に従って、レポートを構成します。

11.4 アップグレード後の手順

この項には次のトピックが含まれます:

- アップグレード後

- データベース・オブジェクトの検証

- sysadminキーの作成

- リクエスト・データ・セット内の承認者専用属性の削除による影響

- Oracle Identity Manager 11gリリース2 (11.1.2.2.0)へのアップグレード後のリクエストAPIの変更点

- Oracle Identity Manager 11gリリース2 (11.1.2.2.0)へのアップグレード後のOracle Identity ManagerとOracle Access Managerの統合の有効化

- 権限リスト・スケジュールの実行

- ユーザー・ポリシーの評価に関するスケジュール済タスクの実行

- カタログの同期の実行

- UMS通知プロバイダ

- ユーザーUDFのアップグレード

- アプリケーション・インスタンスのアップグレード

- XIMDDの再デプロイ

- SPML-DSMLの再デプロイ

- イベント・ハンドラのカスタマイズ

- SOAコンポジットのアップグレード

- WebLogicサーバー・ライブラリ・ディレクトリ下のOracle Identity Managementログイン・モジュールのプロビジョニング

- パフォーマンス・チューニングの推奨事項の確認

- 認可ポリシーの変更点

- パスワード・ポリシーの作成

- PeopleSoft Enterprise HRMSリコンシリエーション・プロファイルの作成

- OIMデータ・パージ・ジョブのパラメータの確認

- カスタマイズされたOracle Identity Managerレポートの移行

- コネクタの動作保証の確認

- コネクタの機能の確認

- ForeignJNDIProvider-SOAプロバイダURLの更新

- アップグレードの確認

11.4.1 アップグレード後

Oracle Identity Manager 11.1.1.x.xからOracle Identity Manager 11.1.2.2.0へのアップグレード後

- Oracle Identity Manager 11.1.1.x.xからOracle Identity Manager 11.1.2.2.0では、次のEARの名前は変更されません。

- Oracle Identity Managerメタデータ(11.1.1.3.0)

- Oracle Identity Manager (11.1.1.3.0)

機能上の損失はありません。

- Oracle Identity Manager 11.1.1.x.x内の組織にプロビジョニングされたすべてのリソースは、Oracle Identity Manager 11.1.2.2.0へのアップグレード後に「プロビジョニングされたアカウント」で使用できます。閲覧するには、次のパスに移動します。

1. Oracle Identity Manager Identityコンソールに接続します。

2. 「管理」に移動します。

3. 「組織」を選択します。

4. 組織を検索します。

5. 任意の組織を選択します。

6. 「プロビジョニングされたアカウント」に移動すると、組織にプロビジョニングされた、Oracle Identity Manager 11.1.1.x.x ベースのリソースがすべて表示されます。

- Oracle Identity Manager 11.1.1.x.xでは、データ・オブジェクト権限は「ロール」下の「管理コンソール」に表示されていました。
Oracle Identity Manager 11.1.2.2.0では、データ・オブジェクト権限は表示されません。

- Oracle Identity Manager 11.1.2.2.0ベースのOracle Identity Managerレポートは、BI Publisher 11gでサポートされています。

11.4.2 データベース・オブジェクトの検証

Oracle Databaseを使用している場合、INVALID状態のスキーマ・オブジェクトの存在を確認し、存在する場合はこれらをコンパイルする必要があります。これを行うには、次の手順を実行します:

1. 次のSQL問合せをSYSユーザーとして実行し、INVALID状態のスキーマ・オブジェクトを特定します。
SELECT owner,object_type,object_name,status FROM dba_objects WHERE status='INVALID' AND owner in ('<OIM_Schema_Name1>') ORDER BY owner, object_type, object_name;

2. INVALID状態のスキーマ・オブジェクトが存在する場合、SYSユーザーとしてデータベースに接続し、SQL*Plusから次を実行することで、データベース・オブジェクトを再コンパイルする必要があります。
@<$Oracle_Database_Home_Location>/rdbms/admin/utlrp.sql

utlrp.sqlの実行後に、手順1で説明したSQL問合せを実行して、INVALID状態のデータベース・オブジェクトが存在しないことを確認します。

11.4.3 sysadminキーの作成

OIM 11.1.1.x.xを11.1.2.2.0にアップグレードした後に、Oracle Enterprise Managerコンソールを使用してsysadminキーを作成する必要があります。これを行うには、次の手順を実行します:

1. 次のURLを使用してOracle Enterprise Managerコンソールにログインします。
http://<host>:<port>/em

2. Farm_base_domainを選択します。

3. ターゲット・ナビゲーション・ペインで、「WebLogicドメイン」を展開します。

4. base_domainをクリックします。

5. 「WebLogicドメイン」ドロップダウン・リストをクリックします。

6. 「セキュリティ」→「資格証明」の順にクリックします。

7. oracle.wsm.securityを選択します。

8. 「キーの作成」をクリックします。

9. 次のフィールドに適切な値を指定します。

- マップの選択: このフィールドにはoracle.wsm.securityを選択します。

- *キー: OIMAdminを指定します。

- タイプ: 「パスワード」を選択します。

- *ユーザー名: システム管理者のユーザー名を指定します。たとえば、xelsysadmなどです。

- *パスワード: システム管理者のパスワードを指定します。

- *パスワードの確認: 確認用にパスワードを再入力します。

10. 「OK」をクリックします。

11.4.4 リクエスト・データ・セット内の承認者専用属性の削除による影響

リクエスト・データ・セット内のapprover-only属性を削除すると次の結果が生じます。

- アップグレード前: リクエスタは、リクエストの送信中にapprover-only='true'属性を確認できません。
アップグレード後: リクエスタは、リクエストの送信中に値を指定する必要があります。

- required=trueおよびapprover-only=trueとマークされた、リクエスト・データ・セット内のすべての属性は、そのデータ・セット内でrequired=falseとしてマークされます。
ユーザー・インタフェースのカスタマイズを使用して管理者画面のrequiredフィールドを必須にします。

- リクエスト・データ・セットでrequired=trueとマークされた属性の詳細は、第11.4.11.2項「11.1.1.x.xで必須のUDF属性およびOOTB属性に対するユーザー・インタフェースのカスタマイズ」を参照してください。

- LDAP同期検証ハンドラを手動で追加する必要があります。これを行うには、次の手順を完了します。

1. 次のWLSTオフライン・コマンドを実行して、EventHandlers.xmlファイルをエクスポートします。
UNIXの場合:

exportAccessData("/db/ldapMetadata/EventHandlers.xml")

Windowsの場合:

exportAccessData("\\db\\ldapMetadata\\EventHandlers.xml")

2. テキスト・エディタ内のファイルを編集して、EventHandlers.xmlの次のセクションを追加します。そのファイルを保存します。
<validation-handler class="oracle.iam.ldapsync.impl.eventhandlers.user.UserCommonNameValidationHandler" entity-type="User" operation="MODIFY" name="UserCommonNameValidationHandler" order="1005" sync="TRUE">

</validation-handler>

<validation-handler class="oracle.iam.ldapsync.impl.eventhandlers.user.UserCommonNameValidationHandler" entity-type="User" operation="CREATE" name="UserCommonNameValidationHandler" order="1005" sync="TRUE">

</validation-handler>

3. 次のWLSTオフライン・コマンドを実行して、EventHandlers.xmlファイルをインポートします。
UNIXの場合:

importAccessData("/db/ldapMetadata/EventHandlers.xml")

Windowsの場合:

importAccessData("\\db\\ldapMetadata\\EventHandlers.xml")

- RDNのプロセス前ハンドラを手動で削除します。これを行うには、次の手順を完了します。

1. 次のWLSTオフライン・コマンドを実行して、EventHandlers.xmlファイルをエクスポートします。
UNIXの場合:

exportAccessData("/db/ldapMetadata/EventHandlers.xml")

Windowsの場合:

exportAccessData("\\db\\ldapMetadata\\EventHandlers.xml")

2. テキスト・エディタ内のファイルを編集して、EventHandlers.xmlの次のセクションを削除します。そのファイルを保存します。
<action-handler orch-target="oracle.iam.platform.kernel.vo.EntityOrchestration" class="oracle.iam.ldapsync.impl.eventhandlers.user.RDNPreProcessHandler" entity-type="User" operation="CREATE" name="CreateUserRDNPreProcessHandler" stage="preprocess" sync="TRUE" order="10000">

</action-handler>

<action-handler orch-target="oracle.iam.platform.kernel.vo.EntityOrchestration" class="oracle.iam.ldapsync.impl.eventhandlers.user.RDNPreProcessHandler" entity-type="User" operation="MODIFY"name="ModifyUserRDNPreProcessHandler" stage="preprocess" sync="TRUE" order="10000">

</action-handler>

3. 次のWLSTオフライン・コマンドを実行して、EventHandlers.xmlファイルをインポートします。
UNIXの場合:

importAccessData("/db/ldapMetadata/EventHandlers.xml")

Windowsの場合:

importAccessData("\\db\\ldapMetadata\\EventHandlers.xml")

- 使用する環境にいずれかのカスタム検証ハンドラがある場合は、検証が再入可能であることを確認します。詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のカスタム検証イベント・ハンドラの記述に関する項を参照してください。

- 使用する環境でいずれかのカスタム・ユーザー名ポリシーが構成されている場合は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のカスタム・ユーザー名ポリシーの記述に関する説明を参照して、次を確認します。

- oracle.iam.identity.usermgmt.api.UserNamePolicyではなく、推奨されたoracle.iam.identity.usermgmt.api.UserNameGenerationPolicyインタフェースを使用してポリシーを実行します。

- ユーザー・ログインの生成の際に提供されない属性を承認者が更新する場合は、カスタム・ユーザー名ポリシーの戻りが同じユーザー・ログインであることを確認します。

11.4.5 Oracle Identity Manager 11gリリース2 (11.1.2.2.0)へのアップグレード後のリクエストAPIの変更点

Oracle Identity Manager 11gリリース2 (11.1.2.2.0)アーキテクチャの一部として、使用方法や関連する概念についてRequestServiceおよびUnauthenticatedRequestService APIに変更が加えられています。リクエスト・テンプレートの概念はOracle Identity Manager 11gリリース2 (11.1.2.2.0)では使用されなくなくなり、これらのAPIの一部のメソッドは非推奨となりました。また、RequestTemplateService APIも、完全に非推奨となりました。

この項には次のトピックが含まれます:

- RequestServiceで非推奨となったAPIメソッド

- UnauthenticatedRequestServiceで非推奨となったAPIメソッド

- 非推奨となった自己リクエスト・タイプ

- 使用方法が変更されたAPIメソッド

11.4.5.1 RequestServiceで非推奨となったAPIメソッド

RequestServiceで非推奨となったAPIメソッドのリストを次に示します。

- RequestServiceExceptionをスローするpublic List<String> getTemplateNames()

- RequestServiceExceptionをスローするpublic RequestModel getModelForTemplate(String templateName)

- RequestServiceExceptionをスローするpublic RequestDataSet getRestrictedDataSet(String templateName, String entityType)

- RequestServiceExceptionをスローするpublic RequestTemplate getTemplate(String templateName)

- RequestServiceExceptionをスローするpublic void updateApproverOnlyData(String reqId, List<RequestBeneficiaryEntity> benEntities, List<RequestEntity> reqEntities)

- RequestServiceExceptionをスローするpublic List<String> getTemplateNamesForSelf()

- RequestServiceExceptionをスローするpublic List<RequestTemplate> getRequestTemplates(RequestTemplateSearchCriteria searchCriteria, Set<String> returnAttrs, Map<String,Object> configParams)

SOAヒューマン・タスクのコメント機能へのコメントの保存により非推奨となったAPIメソッドのリストを次に示します。

- RequestServiceExceptionをスローするpublic void addRequestComment(String reqId, RequestComment comment)

- RequestServiceExceptionをスローするpublic List<RequestComment> getRequestComments(String reqId)

- RequestServiceExceptionをスローするpublic List<RequestComment> getRequestComments(String reqId, RequestComment.TYPE type)

- RequestServiceExceptionをスローするpublic List<RequestComment> getRequestComments(String reqId, String taskId, RequestComment.TYPE type)

11.4.5.2 UnauthenticatedRequestServiceで非推奨となったAPIメソッド

UnauthenticatedRequestServiceで非推奨となったAPIメソッドのリストを次に示します。

- RequestServiceExceptionをスローするpublic List<String> getTemplateNames()

- RequestServiceExceptionをスローするpublic RequestTemplate getTemplate(String templateName)

- RequestServiceExceptionをスローするpublic RequestDataSet getRestrictedDataSet(String templateName, String entitySubType)

11.4.5.3 非推奨となった自己リクエスト・タイプ

SELF操作を実行するために使用されたリクエスト・タイプは非推奨となっています。これには次の操作が含まれます。

- ユーザーの自己変更

- ロールの自己割当て

- ロールの自己削除

- リソースの自己プロビジョニング

- リソースの自己プロビジョニング解除

- リソースの自己変更

対応する非自己リクエスト・タイプを使用して、これらの操作を続行できます。

11.4.5.4 使用方法が変更されたAPIメソッド

使用方法が変更されたメソッドは、RequestService.submitRequest()/UnauthenticatedRequestService.submitRequest()のみです。APIメソッド・シグネチャは同じままです。ただし、RequestData値オブジェクトが作成される方法は変更されています。次の各項で、変更点について説明します。

- エンティティ・タイプへの変更点

- 値オブジェクトへの変更点

- コード例

11.4.5.4.1 エンティティ・タイプへの変更点

エンティティ・タイプは次の点が変更されています。

- Resourceエンティティ・タイプはApplication Instanceに置き換えられました。
Oracle Identity Manager 11gリリース2 (11.1.2.2.0)以降では、アカウント・タイプがプロビジョニング、失効、無効化および有効化であるリクエストを作成するには、entityTypeプロパティをResourceではなくApplicationInstanceに設定する必要があります。

- Entitlementと呼ばれる新しいエンティティ・タイプがOracle Identity Manager 11gリリース2 (11.1.2.2.0)に導入されました。Oracle Identity Managerでは、「権限のプロビジョニング」および「権限の失効」タイプのリクエストの作成がサポートされています。

11.4.5.4.2 値オブジェクトへの変更点

RequestDataに関連する値オブジェクトは次の点が変更されています。

- oracle.iam.request.vo.RequestData値オブジェクトの一部であったrequestTemplateNameプロパティは非推奨となりました。このプロパティを設定しても、適用されません。

- operationと呼ばれる新しいプロパティが、oracle.iam.request.vo.RequestEntityおよびoracle.iam.request.vo.RequestBeneficiaryEntity値オブジェクトに導入されました。値オブジェクトを作成する際は、このプロパティの設定が必須となります。oracle.iam.request.vo.RequestConstantsクラスで定義された次の定数を使用できます。

- MODEL_CREATE_OPERATION: ユーザーの作成操作

- MODEL_MODIFY_OPERATION: ユーザーの変更操作

- MODEL_DELETE_OPERATION: ユーザーの削除操作

- MODEL_ENABLE_OPERATION: ユーザーの有効化操作

- MODEL_DISABLE_OPERATION: ユーザーの無効化操作

- MODEL_ASSIGN_ROLES_OPERATION: ロールの割当て操作

- MODEL_REMOVE_ROLES_OPERATION: ロールの削除操作

- MODEL_PROVISION_APPLICATION_INSTANCE_OPERATION: アプリケーション・インスタンスのプロビジョニング操作

- MODEL_MODIFY_ACCOUNT_OPERATION: アカウントの変更操作

- MODEL_REVOKE_ACCOUNT_OPERATION: アカウントの失効操作

- MODEL_ENABLE_ACCOUNT_OPERATION: アカウントの有効化操作

- MODEL_DISABLE_ACCOUNT_OPERATION: アカウントの無効化操作

- MODEL_PROVISION_ENTITLEMENT_OPERATION: 権限のプロビジョニング操作

- MODEL_REVOKE_ENTITLEMENT_OPERATION: 権限の失効操作

- MODEL_ACCESS_POLICY_PROVISION_APPINSANCE_OPERATION: アクセス・ポリシー・ベースのプロビジョニング操作

- RequestEntityまたはRequestBeneficiaryEntity値オブジェクトを作成する際は、次のメソッドを使用してentityTypeプロパティを設定することも可能です。
public void setRequestEntityType(oracle.iam.platform.utils.vo.OIMType type)

type - OIMType.Role/ OIMType.ApplicationInstance/OIMType.Entitlement/ OIMType.User

11.4.5.4.3 コード例

コードの例を次にいくつか示します。

- ユーザーの作成操作のRequestDataを次のように作成します。

RequestData requestData = new RequestData("Create User");
requestData.setJustification("Creating User John Doe");
String usr = "John Doe";

RequestEntity ent = new RequestEntity();
ent.setEntityType(RequestConstants.USER);
ent.setOperation(RequestConstants.MODEL_CREATE_OPERATION); //New in R2
List<RequestEntityAttribute> attrs = new ArrayList<RequestEntityAttribute>();

RequestEntityAttribute attr = new RequestEntityAttribute("Last Name", usr, RequestEntityAttribute.TYPE.String);
attrs.add(attr);
attr = new RequestEntityAttribute("First Name", usr, RequestEntityAttribute.TYPE.String);
attrs.add(attr);
attr = new RequestEntityAttribute("User Login", usr, RequestEntityAttribute.TYPE.String);
attrs.add(attr);
attr = new RequestEntityAttribute("Password", "Welcome123", RequestEntityAttribute.TYPE.String);
attrs.add(attr);
attr = new RequestEntityAttribute("Organization", 1L, RequestEntityAttribute.TYPE.Long);
attrs.add(attr);
attr = new RequestEntityAttribute("User Type", false, RequestEntityAttribute.TYPE.Boolean);
attrs.add(attr);
attr = new RequestEntityAttribute("Role", "Full-Time", RequestEntityAttribute.TYPE.String);
attrs.add(attr);
ent.setEntityData(attrs);

List<RequestEntity> entities = new ArrayList<RequestEntity>();
entities.add(ent);
requestData.setTargetEntities(entities);

//Submit the request with the above requestData

- ロールの割当て操作のRequestDataを次のように作成します。

RequestData requestData = new RequestData();

requestData.setJustification("Assigning IDC ADMIN Role(role key 201) to user with key 121");

RequestBeneficiaryEntity ent1 = new RequestBeneficiaryEntity();
ent1. setRequestEntityType (oracle.iam.platform.utils.vo.OIMType.Role);
ent1.setOperation(oracle.iam.request.vo.RequestConstants.MODEL_ASSIGN_ROLES_OPERATION); //New in R2
ent1.setEntitySubType("IDC ADMIN");
ent1.setEntityKey("201");

List<RequestBeneficiaryEntity> entities = new ArrayList<RequestBeneficiaryEntity>();
entities.add(ent1);

Beneficiary beneficiary = new Beneficiary();
beneficiary.setBeneficiaryKey("121");
beneficiary.setBeneficiaryType (Beneficiary.USER_BENEFICIARY);
beneficiary.setTargetEntities(entities);

List<Beneficiary> beneficiaries = new ArrayList<Beneficiary>();
beneficiaries.add(beneficiary);
requestData.setBeneficiaries(beneficiaries);

//Submit the request with the above requestData

- アプリケーション・インスタンスのプロビジョニング操作のRequestDataを次のように作成します。

RequestData requestData = new RequestData();

requestData.setJustification("Creating AD User (app instance key 201) account to user with key 121");

RequestBeneficiaryEntity ent1 = new RequestBeneficiaryEntity();
ent1. setRequestEntityType (oracle.iam.platform.utils.vo.OIMType.ApplicationInstance);
ent1.setOperation(oracle.iam.request.vo.RequestConstants.MODEL_PROVISION_APPLICATION_INSTANCE_OPERATION);
ent1.setEntitySubType("AD User");
ent1.setEntityKey("201");

List<RequestBeneficiaryEntityAttribute> attrs = new ArrayList<RequestBeneficiaryEntityAttribute>();
//Update 'attrs' above with all the data specific to AD User form.
ent1.setEntityData(attrs);

List<RequestBeneficiaryEntity> entities = new ArrayList<RequestBeneficiaryEntity>();
entities.add(ent1);

Beneficiary beneficiary = new Beneficiary();
beneficiary.setBeneficiaryKey("121");
beneficiary.setBeneficiaryType(Beneficiary.USER_BENEFICIARY);
beneficiary.setTargetEntities(entities);

List<Beneficiary> beneficiaries = new ArrayList<Beneficiary>();
beneficiaries.add(beneficiary);
requestData.setBeneficiaries(beneficiaries);
//Submit the request with the above requestData

- 権限のプロビジョニング操作のRequestDataを次のように作成します。

RequestData requestData = new RequestData();
Beneficiary beneficiary1 = new Beneficiary();
beneficiary1.setBeneficiaryKey("222");
beneficiary1.setBeneficiaryType(Beneficiary.USER_BENEFICIARY);

RequestBeneficiaryEntity ent1 = new RequestBeneficiaryEntity();
ent1.setEntityType(RequestConstants.ENTITLEMENT);
ent1.setEntitySubType("AD USER ENTITLEMENT1");
ent1.setEntityKey("122");
ent1.setOperation(RequestConstants.MODEL_PROVISION_ENTITLEMENT_OPERATION);

List<RequestBeneficiaryEntity> entities1 = new ArrayList<RequestBeneficiaryEntity>();
entities1.add(ent1);
beneficiary1.setTargetEntities(entities1);

List<Beneficiary> beneficiaries = new ArrayList<Beneficiary>();
beneficiaries.add(beneficiary1);
requestData.setBeneficiaries(beneficiaries);
//Submit the request with the above requestData

11.4.6 Oracle Identity Manager 11gリリース2 (11.1.2.2.0)へのアップグレード後のOracle Identity ManagerとOracle Access Managerの統合の有効化

注意:

このタスクは、Oracle Identity Manager 11.1.2.2.0へのアップグレード後に、Oracle Identity ManagerとOracle Access Managerを統合してシングル・サインオンを使用する場合にのみ実行してください。

Oracle Access Managerのリリースが11.1.1.5.2以降であることを確認してください。

Oracle Identity Manager 11.1.2.2.0とOracle Access Managerを統合してシングル・サインオンを使用する場合は、Oracle Access Managerを11.1.1.5.2以降にアップグレードする必要があります。Oracle Access Managerのバージョンが11.1.1.5.2より古い場合は、自動ログイン機能は動作しません。

Oracle Identity Manager 11.1.2.2.0へのアップグレード後に、自動ログイン機能が動作するようにOracle Identity ManagerとOracle Access Managerの構成をアップグレードします。構成のアップグレード後は、Oracle Identity ManagerとOracle Access Manager間の通信用のNAPプロトコルがTAPプロトコルに置き換えられます。

次のトピックでは、アップグレードに関する2つの利用可能なシナリオが説明されています。

- 10g WebGateを使用したOracle Identity ManagerとOracle Access Managerの統合

- 11g WebGateを使用したOracle Identity ManagerとOracle Access Managerの統合

アップグレードの構成手順を始める前に、IdmConfigToolの詳細は、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』のidmConfigToolコマンドの使用に関する項を参照してください。

11.4.6.1 10g WebGateを使用したOracle Identity ManagerとOracle Access Managerの統合

10g WebGateを使用している場合、次の手順を実行して、Oracle Identity ManagerとOracle Access Managerの構成をアップグレードします。

1. idmConfigToolで、configOAMを実行します。これにより、10g WebGateエージェントおよび11g WebGateエージェントがOracle Access Manager内に作成されます。両方のWebGateに対応するアーティファクトが<DOMAIN_HOME>/output directoryに作成されていることを確認します。

2. idmConfigToolで、configOIMを実行します。Oracle Identity ManagerとOracle Access Managerが2つの異なるWebLogicドメインに存在するクロス・ドメイン設定では、このオプションを実行する前に次の追加のプロパティを設定します。

- OAM11G_WLS_ADMIN_HOST: <host name of OAM admin server machine>

- OAM11G_WLS_ADMIN_PORT: <OAM admin server port>

- OAM11G_WLS_ADMIN_USER: <admin user of OAM domain>

注意:

configOIMオプションを実行する場合は、OAM_TRANSFER_MODEプロパティおよびACCESS_GATE_IDプロパティのconfigOAMオプションで指定したプロパティと同じプロパティを指定していることを確認します。

WEBGATE_TYPEプロパティはohsWebgate10gとして指定されます。

3. 管理サーバーおよび管理対象サーバーを再起動します。クロス・ドメイン設定の場合は、両方のドメインからサーバーを再起動します。
Oracle Identity Managerの管理サーバーと管理対象サーバーを次のように再起動します。

UNIXの場合:

<MW_HOME>/user_projects/domains/domain_name/startWebLogic.sh

<MW_HOME>/user_projects/domains/domain_name/bin/startManagedWebLogic.sh <managed_server1>

Windowsの場合:

<MW_HOME>\user_projects\domains\domain_name\startWebLogic.cmd

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd <oim_server>

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のサーバーの再起動に関する項を参照してください。

11.4.6.2 11g WebGateを使用したOracle Identity ManagerとOracle Access Managerの統合

11g WebGateを使用している場合、次の手順を実行して、Oracle Identity ManagerとOracle Access Managerの構成をアップグレードします。

1. idmConfigToolで、configOAMを実行します。これにより、10g WebGateエージェントおよび11g WebGateエージェントがOracle Access Manager内に作成されます。両方のWebGateに対応するアーティファクトが<DOMAIN_HOME>/output directoryに作成されていることを確認します。

2. idmConfigToolで、configOIMを実行します。Oracle Identity ManagerとOracle Access Managerが2つの異なるWebLogicドメインに存在するクロス・ドメイン設定では、このオプションを実行する前に次の追加のプロパティを設定します。

- OAM11G_WLS_ADMIN_HOST: <host name of OAM admin server machine>

- OAM11G_WLS_ADMIN_PORT: <OAM admin server port>

- OAM11G_WLS_ADMIN_USER: <admin user of OAM domain>

注意:

configOIMオプションを実行する場合は、OAM_TRANSFER_MODEプロパティおよびACCESS_GATE_IDプロパティのconfigOAMオプションで指定したプロパティと同じプロパティを指定していることを確認します。

WEBGATE_TYPEプロパティはohsWebgate11gとして指定されます。

3. 管理サーバーおよび管理対象サーバーを再起動します。クロス・ドメイン設定の場合は、両方のドメインからサーバーを再起動します。
Oracle Identity Managerの管理サーバーと管理対象サーバーを次のように再起動します。

UNIXの場合:

<MW_HOME>/user_projects/domains/domain_name/startWebLogic.sh

<MW_HOME>/user_projects/domains/domain_name/bin/startManagedWebLogic.sh <managed_server1>

Windowsの場合:

<MW_HOME>\user_projects\domains\domain_name\startWebLogic.cmd

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd <oim_server>

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のサーバーの再起動に関する項を参照してください。

11.4.7 権限リスト・スケジュールの実行

カタログ機能を使用するには、権限リスト・スケジュール・タスクを実行する必要があります。

権限リスト・スケジュール・ジョブを実行するには、次の手順を完了します。

1. 次の場所にログインします。
http://<OIM_HOST>:<OIM_PORT>/sysadmin

2. 「システム管理」をクリックします。

3. 「スケジューラ」を選択します。

4. 「スケジュール済ジョブの検索」フィールドで、「Entitlement List」と入力して、「検索」をクリックします。

5. 権限リストを選択します。

6. 「即時実行」をクリックします。ジョブが完了するまで待機します。

11.4.8 ユーザー・ポリシーの評価に関するスケジュール済タスクの実行

ロール付与後のアクセス・ポリシーに基づいたプロビジョニングを開始するには、ユーザー・ポリシーの評価に関するスケジュール済タスクを実行する必要があります。このスケジュール済タスクは、10分ごとに実行するよう構成するか、あるいは手動で実行できます。

スケジューラを起動するには、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のスケジューラの起動および停止に関する項を参照してください。

11.4.9 カタログの同期の実行

リソース・オブジェクトは、アップグレード・プロセス中に変換されます。Oracle Identity Manager 11.1.2.2.0を使用して、アプリケーション・インスタンスと呼ばれるオブジェクトのリソースをプロビジョニングするには、カタログ同期ジョブを実行する必要があります。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のカタログのブートストラップに関する項を参照してください。

注意:

権限が何も表示されない場合は、子表の権限フィールドがEntitlement=trueに設定され、親フォームにリロードされていることを確認します。

11.4.10 UMS通知プロバイダ

これは、Oracle Identity Manager 11.1.2.2.0で新規に導入された通知機能です。この新しい通知モデルを使用する場合は、11.1.2.2.0へのアップグレード後に次の手順を実行します。

1. エンタープライズ・マネージャのユーザー・インタフェースから電子メール用のドライバを構成します。

1. Oracle Enterprise Manager Fusion Middleware Controlにログインして次を実行します。
i. 「アプリケーションのデプロイ」を開きます。

ii. 「ユーザー・メッセージング・サービス」を開きます。

iii. usermessagingdriver-email (<soa_server1>)を選択します。

iv. 「電子メール・ドライバ・プロパティ」を選択します。

v. ドライバ固有の構成にを選択します。

2. 表11-15のリストに従って、値を構成します。

表11-15 UMSのパラメータと説明

パラメータ

説明

OutgoingMailServer

SMTPサーバー名です。

次に例を示します。

abc.example.com

OutgoingMailServerPort

SMTPサーバーのポートです。

次に例を示します。

456

OutgoingMailServerSecurity

使用可能な値がNone/TLS/SSLになる可能性があるSMTPサーバーによって使用されるセキュリティ設定です。

OutgoingUsername

有効なユーザー名を指定します。

次に例を示します。

abc.eg@example.com

OutgoingPassword

次の操作を実行します。

1. 「間接パスワード」を選択します。新規ユーザーを作成します。

2. 「間接ユーザー名/キー」に一意の文字列を指定します。
次に例を示します。

OIMEmailConfig。これによりパスワードがマスクされ、構成ファイルにクリアテキストで表示されることがなくなります。

3. このアカウントの有効なパスワードを指定します。

2. エンタープライズ・マネージャのユーザー・インタフェースを使用して通知プロバイダのXMLを構成します。

1. エンタープライズ・マネージャにログインして、次を実行します。
i. 「アプリケーションのデプロイ」を開きます。

ii. OIMAppMetadata(11.1.1.3.0)(oim_server1)を選択して右クリックします。

iii. 「システムMBeanブラウザ」を選択します。

iv. 「アプリケーション定義のMBean」を開きます。

v. 「oracle.iam」を開きます。

vi. Server_OIM_Server1を開きます。

vii. 「アプリケーション: oim」を開きます。

viii. 「IAMAppRuntimeMBean」を開きます。

ix. 「UMSEmailNotificationProviderMBean」を選択します。

2. 表11-16のリストに従って、値を構成します。

表11-16 通知プロバイダの構成パラメータ

パラメータ

説明

WebサービスURL

UMS WebサービスのURLを起動します。どのSOAサーバーも使用できます。

次に例を示します。

http://<SOA_host>:<SOA_Port>/ucs/messaging/webservice

ポリシー

OWSMポリシーは、所定のWebサービスに添付されており、空白のままにします。

ユーザー名

ユーザー名は、Webサービスのセキュリティ・ヘッダーで指定されています。添付されたポリシーがない場合は、空白のままにします。

パスワード

パスワードは、Webサービスのセキュリティ・ヘッダーで指定されています。添付されたポリシーがない場合は、空白のままにします。

11.1.2.2.0へのアップグレード後に、デフォルトのUMS通知プロバイダではなく、SMTP通知プロバイダを使用する場合は、次の手順を実行します。

1. エンタープライズ・マネージャにログインして、次を実行します。

1. 「アプリケーションのデプロイ」を開きます。

2. OIMAppMetadata(11.1.1.3.0)(oim_server1)を選択して右クリックします。

3. 「システムMBeanブラウザ」を選択します。

4. 「アプリケーション定義のMBean」を開きます。

5. 「oracle.iam」を開きます。

6. Server_OIM_Server1を開きます。

7. 「アプリケーション: oim」を開きます。

8. 「IAMAppRuntimeMBean」を開きます。

9. 「UMSEmailNotificationProviderMBean」を選択します。

2. 「有効」属性の値がtrueに設定されていることを確認します。

3. MBean内の構成値(ユーザー名、パスワード、mailServerName)またはMBean内のITリソース名を指定します。
ITリソース名は、Oracle Identity Manager 11.1.1.x.xをOracle Identity Manager 11.1.2.2.0にアップグレードする前にXL.MailServerシステム・プロパティで指定された名前です。

11.4.11 ユーザーUDFのアップグレード

使用する環境にUDFが必要な理由は、UDFを使用してユーザー・インタフェースを更新しない場合に、ユーザーの作成、ロールの作成および自己登録リクエストなど、UDFが関与するいくつかの機能が失敗するためです。

この項には次のトピックが含まれます:

- UDFのレンダリング

- 11.1.1.x.xで必須のUDF属性およびOOTB属性に対するユーザー・インタフェースのカスタマイズ

- 参照問合せの変更

11.4.11.1 UDFのレンダリング

Oracle Identity Manager 11.1.1.x.xからアップグレードされたOracle Identity Manager 11.1.2.2.0環境では、ユーザー・エンティティのカスタム属性がバックエンドにすでに存在しています。これらの属性がOracle Identity Manager 11.1.2.2.0のユーザー・インタフェース画面にフォーム・フィールドとして表示されるようにするには、そのユーザー画面をカスタマイズして、カスタム・フィールドを追加する必要があります。

ただし、画面をカスタマイズするには、事前にシステム管理コンソールで「ユーザー・フォームのアップグレード」リンクを使用してカスタム属性のアップグレードを完了しておく必要があります。

ユーザー・フォームのアップグレードが完了すると、DataComponent-「カタログ」、DataComponent-「本人情報」、DataComponent-「ユーザー登録」など、各種データ・コンポーネントのユーザー値オブジェクト(VO)インスタンスにカスタム属性が表示されます。これには、(カスタマイズされた) Webコンポーザで使用可能なすべてのカスタム属性も含まれているほか、ユーザーのユーザー・インタフェース画面への追加も可能です。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のインタフェースのカスタマイズに関する項を参照してください。

UDFをレンダリングするには、次の手順を完了します。

1. 「アイデンティティ・システム管理」コンソールにログインします。

2. 「サンドボックス」をクリックします。「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

3. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

4. 「アップグレード」に移動します。「ユーザー・フォームのアップグレード」を選択します。「即時アップグレード」をクリックします。

注意:

「即時アップグレード」ボタンをクリックした後にエラー・メッセージが表示される場合は、エラーを分析することが重要です。また、分析用にサンドボックスをエクスポートして、次にサンドボックスを破棄(削除)する必要があります。この注意事項は、「ロール・フォームのアップグレード」および「組織フォームのアップグレード」にも適用されます。

5. サンドボックスを公開します。

6. 「アイデンティティ・システム管理」コンソールからログアウトします。

7. 「アイデンティティ・セルフ・サービス」コンソールにログインします。

8. 「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

9. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

10. 左のナビゲーション・ペインから「ユーザー」を選択します。

11. 「ユーザーの作成」をクリックします。「ユーザーの作成」ペインを開きます。必須のフィールドをすべて入力します。「ユーザーの変更」画面および「ユーザーの詳細」画面に同じUDFを追加します。表11-17のリストに従って、適切なデータ・コンポーネントおよびUserVO名を選択します。
次に例を示します。

左のナビゲーション・ペインから「ユーザー」をクリックします。「ユーザー」をクリックして「ユーザーの作成」画面に移動し、すべての必須フィールドに入力します。

12. 右上の「カスタマイズ」をクリックします。「表示」を選択します。「ソース」を選択します。

13. 「基本情報」で「名前」を選択して、確認ウィンドウの「編集」をクリックします。

14. 「panelFormLayout」を選択します。「コンテンツの追加」をクリックします。

15. 図11-17のリストに従って、適切な「データ・コンポーネント」およびVO名を選択します。

表11-17 UDFの画面と説明

画面名

データ・コンポーネント

VO名

手順

ユーザーの作成

データ・コンポーネント - カタログ

UserVO

次の手順を実行します。

1. 「ユーザー」をクリックします。

2. 「作成」をクリックして、「ユーザーの作成」画面を起動します。

ユーザーの変更

データ・コンポーネント - カタログ

UserVO

次の手順を実行します。

1. 「ユーザー」をクリックして検索します。

2. 検索結果から単一のユーザーを選択します。

3. 「編集」をクリックして、「ユーザーの変更」画面を起動します。

ユーザー詳細の表示

データ・コンポーネント - ユーザーの管理

UserVO1

次の手順を実行します。

1. 「ユーザー」をクリックして検索します。

2. 検索結果から単一のユーザーを選択します。

ユーザーのバルク変更フロー

データ・コンポーネント - カタログ

UserVO

次の手順を実行します。

1. 「ユーザー」をクリックして検索します。

2. 検索結果から複数のユーザーを選択します。

本人情報

データ・コンポーネント - 本人情報

UserVO1

次の手順を実行します。

1. 「アイデンティティ」をクリックします。

2. 「本人情報」サブタブを選択します。

検索結果のカスタマイズ

データ・コンポーネント - ユーザーの管理

UserVO1

次の手順を実行します。

1. 「アイデンティティ」をクリックします。

2. 「ユーザー」をクリックします。

3. 「カスタマイズ」をクリックして、Webコンポーザを開きます。

ユーザー登録

データ・コンポーネント - ユーザー登録

UserVO1

次の手順を実行します。

1. 「カスタマイズ」をクリックして、Webコンポーザを開きます。

2. 認証されていないページの左のナビゲーション・リンクを有効化します。

3. 「ユーザー登録」をクリックします。

4. 「ユーザー登録」を選択します。

検索パネルにUDFを追加

NA

NA

次の手順を実行します。

1. 「アイデンティティ」にログインします。

2. 「ユーザー」をクリックします。

3. 検索ボックスで「Add Fields」を検索します。すべての検索可能フィールドがユーザーに表示されます。

リクエスト・サマリー/詳細のカスタマイズ

NA

NA

「ユーザーの作成」、「ユーザーの変更」、「本人情報」、「自己登録」の後に作成されたリクエスト。

16. 「閉じる」をクリックします。

17. 「サンドボックス」をクリックします。「サンドボックスのエクスポート」を使用してサンドボックスをエクスポートします。

18. サンドボックスを公開します。

19. 「アイデンティティ・セルフ・サービス」からログアウトして、再度ログインします。追加したUDFが画面に表示されます。

注意:

ロールUDFおよび組織UDFをアップグレードおよびカスタマイズする場合は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のエンティティとそれに対応するデータ・コンポーネントおよびビュー・オブジェクトに関する表に記載されている手順に従ってください。

11.4.11.2 11.1.1.x.xで必須のUDF属性およびOOTB属性に対するユーザー・インタフェースのカスタマイズ

Oracle Identity Manager 11.1.1.x.xでOOTB属性を必須の属性としてレンダリングした場合は、ユーザー・インタフェースをカスタマイズして、アップグレード後に同じカスタマイズを実現する必要があります。

1. 「アイデンティティ・システム管理」コンソールにログインします。

2. 「サンドボックス」をクリックします。「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

3. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

4. 「アップグレード」に移動します。「ユーザー・フォームのアップグレード」を選択します。「即時アップグレード」をクリックします。

5. サンドボックスを公開します。

6. 「アイデンティティ・システム管理」コンソールからログアウトします。

7. 「アイデンティティ・セルフ・サービス」コンソールにログインします。

8. 「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

9. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

10. 左のナビゲーション・ペインから「ユーザー」をクリックします。「ユーザー」をクリックして、「ユーザーの作成」画面に移動し、必須のフィールドをすべて入力します。

11. 右上の「カスタマイズ」をクリックします。「表示」を選択します。「ソース」を選択します。

12. 「基本情報」で「名前」を選択して、確認ウィンドウの「編集」をクリックします。

13. 「panelFormLayout」を選択します。「コンテンツの追加」をクリックします。

14. コンポーネントの入力をクリックして、「編集」をクリックします。

15. 「コンポーネント・プロパティ」ダイアログで、「必須項目の表示」チェック・ボックスを選択します。「必須」フィールドで、「式エディタ」を選択して、「式エディタ」フィールドにtrueの値を入力します。

16. 「閉じる」をクリックします。

17. 「サンドボックス」をクリックします。「サンドボックスのエクスポート」を使用してサンドボックスをエクスポートします。

18. サンドボックスを公開します。

19. 「アイデンティティ・セルフ・サービス」からログアウトして、再度ログインします。追加したUDFが画面にアスタリスク(*)記号とともに表示されます。

11.4.11.3 参照問合せの変更

ユーザー・カスタマイズのアップグレードでは、保存列の複数の値がUser.xmlに存在する場合があります。使用可能な値(Single、MultipleおよびNULL)に基づいて、アップグレード済の環境では次を実行します。

- 保存列の値にSingleを使用: ユーザーの作成に成功し、フィールドの値もデータベースに保存されます。

- 保存列の値にMultipleまたはNULLを使用: ユーザーの作成には成功するが、値はデータベースに保存されません。

推奨事項

構成サービスまたはDesign Consoleを使用して、ユーザー属性またはロール属性に添付されている問合せ別参照メタデータ定義を更新します。

詳細は、第11.3.16項「Oracle Identity Manager Design Consoleのアップグレード」を参照してください。

11.4.12 アプリケーション・インスタンスのアップグレード

アップグレードが完了したら、次の手順を実行してアプリケーション・インスタンスをアップグレードする必要があります。

1. 次のコンソールにログインします。
http://<OIM_HOST>:<OIM_PORT>/sysadmin

2. 左側のナビゲーション・ペインで「アップグレード」を開きます。

3. アプリケーション・インスタンスのアップグレードをクリックします。

これにより、アプリケーション・インスタンスのU/Iフォームおよびデータセットが作成され、MDSにシードされます。

11.4.13 XIMDDの再デプロイ

注意:

この項は、AD Password Syncの診断ダッシュボード・サービスが11.1.1.x.xにデプロイされていた場合、および11.1.1.x.xでアプリケーションがステージング・モードでデプロイされている場合にのみ必要となります。

再デプロイが可能になる前に、11.1.1.x.x Oracle Identity Manager管理対象サーバーまたはクラスタからXIMDDをアンデプロイする必要があります。これを行うには、次の手順を完了します。

1. WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 本番モードで実行している場合は、ロックして編集をクリックします。

3. 「デプロイメント」をクリックします。

4. 結果リストで、XIMDDを検索します。

5. それらが稼働している場合は、XIMDDを選択します。

6. 「削除」をクリックします。

7. 変更をアクティブ化します。

再デプロイするには、次の手順を完了します。

1. WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 「ロックして編集」をクリックします。

3. 「デプロイメント」をクリックします。

4. 「インストール」をクリックします。

5. パスに、XIMDD.earのパスを指定します。
デフォルト・パスは次の場所にあります。

$<OIM_HOME>/server/webapp/optional (UNIXの場合)

<OIM_HOME>\server\webapp\optional (Windowsの場合)

6. XIMDD.earを選択します。「次」をクリックします。

7. 「Install this deployment as an application」を選択します。「次」をクリックします。

8. 「デプロイ・ターゲットの選択」ページで、OIMサーバーを選択します。「次」をクリックします。

9. 「オプション設定」ページで、「終了」をクリックします。

10. 「デプロイメント」をクリックします。

11. 「XIMDD」を選択します。「起動」をクリックします。

12. オプションから、サービス・オール・リクエストを選択します。

11.4.14 SPML-DSMLの再デプロイ

注意:

この項は、AD Password SyncのDSML Webサービスが11.1.1.x.xにデプロイされていた場合にのみ必要となります。

再デプロイが可能になる前に、11.1.1.x.x Oracle Identity Manager管理対象サーバーまたはクラスタからSPML-DSMLをアンデプロイする必要があります。これを行うには、次の手順を完了します。

1. WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 本番モードで実行している場合は、アップデートを実行するためにロックを取得します。

3. 「デプロイメント」をクリックします。

4. 結果リストで、SPMLを検索します。

5. それらが稼働している場合は、SPMLを選択します。

6. 「削除」をクリックします。

7. 変更をアクティブ化します。

再デプロイするには、次の手順を完了します。

1. 次のパスを使用して、WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 「ロックして編集」をクリックします。

3. 「デプロイメント」をクリックします。

4. 「インストール」をクリックします。

5. パスに、spml.earのパスを指定します。
デフォルト・パスは次の場所にあります。

UNIXの場合: $<OIM_HOME>/server/apps

Windowsの場合: <OIM_HOME>\server\apps

6. spml-dsml.earを選択します。「次」をクリックします。

7. 「Install this deployment as an application」を選択します。「次」をクリックします。

8. 「デプロイ・ターゲットの選択」ページで、OIMサーバーを選択します。「次」をクリックします。

9. 「オプション設定」ページで、「終了」をクリックします。

10. 「デプロイメント」をクリックします。

11. 「spml」を選択します。「起動」をクリックします。

12. オプションから、サービス・オール・リクエストを選択します。

11.4.15 イベント・ハンドラのカスタマイズ

Oracle Identity Manager 11.1.1.x.xでどのイベント・ハンドラを使用している場合でも、Oracle Identity Manager 11.1.2.2.0のイベント・ハンドラを再カスタマイズする必要があります。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のカスタム・イベント・ハンドラの開発に関する項を参照してください。

11.4.16 SOAコンポジットのアップグレード

11.1.2.2.0へのアップグレード前に構築されたOOTBコンポジットおよびカスタム・コンポジットを手動でアップグレードする必要があります。

この項には次のトピックが含まれます:

- アップグレード前に変更されていないOOTBコンポジット

- アップグレード前に変更されたOOTBコンポジットおよびカスタム・コンポジット

注意:

コンポジットを再デプロイすると、すべての保留タスクの状態がSTALEに移行します。コンポジットをアップグレードする前に、すべての保留タスクを閉じることをお薦めします。

11.4.16.1 アップグレード前に変更されていないOOTBコンポジット

Oracle Identity Manager 11.1.2.2.0にアップグレードする前に、JDeveloperまたはSOA Composerのいずれかを使用して、変更されていないOOTBコンポジットをアップグレードします。次の手順を実行して、DefaultRequestApprovalコンポジットをアップグレードします。

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<OIM_ORACLE_HOME>/server/workflowsディレクトリに移動します。
UNIXの場合:

cd <OIM_ORACLE_HOME>/server/workflows

Windowsの場合:

cd <OIM_ORACLE_HOME>\server\workflows

2. DefaultRequestApproval.zipを解凍します。

3. Oracle Enterprise Managerコンソールにログインします。
http://<host>:<port>/em

4. Farm_<oim_domain_name>_d、SOA、soa-infra、defaultの順に開きます。

5. DefaultRequestApproval[1.0]を右クリックして、「SOAデプロイ」→「再デプロイ」の順に選択します。

6. 「アーカイブはEnterprise Managerが稼働しているマシンに存在します。」を選択します。

7. DefaultRequestApprovalコンポジットのsca jarへの絶対パスを指定します。
UNIXの場合:

<OIM_HOME>/server/workflows/composites/DefaultRequestApproval/deploy/sca_DefaultRequestApproval_rev1.0.jar

Windowsの場合:

<OIM_HOME>server\workflows\composites\DefaultRequestApproval\deploy\sca_DefaultRequestApproval_rev1.0.jar

8. 「必要な構成プランはありません」を選択します。

9. 「次へ」をクリックします。

10. 「デフォルト・リビジョンとしてデプロイ」を選択します。

11. 「再デプロイ」をクリックします。

Oracle Identity Manager 11.1.2.2.0にアップグレードする前に変更されていない残りのコンポジットについて手順2から11を繰り返します。

注意:

DefaultResourceAuthorizerおよびDefaultResourceAdministratorは、11.1.2.2.0ではサポートされていません。

11.4.16.2 アップグレード前に変更されたOOTBコンポジットおよびカスタム・コンポジット

Oracle Identity Manager 11.1.2.2.0へのアップグレードの前に作成されたカスタム・コンポジットおよび変更されたOOTBコンポジットを、JDeveloperまたはSOA Composerのいずれかを使用してアップグレードします。次の手順を実行して、DefaultRequestApprovalコンポジットをアップグレードします。

1. JDeveloperでSOAコンポジット・プロジェクトを開きます(Jdeveloper 11.1.1.6.0を使用)。

2. ApprovalTask.taskファイルをデザイナ・モードで開きます。

3. 「全般」を選択します。

4. 「所有者」を、Group, SYSTEM ADMINISTRATORS, STATICに変更します。

5. 結果の参照を選択します。「結果ダイアログ」が開きます。

6. 「コメントが必要な結果」を選択します。

7. 「却下」を選択して、「OK」をクリックします。

8. もう一度「OK」をクリックします。

9. 「通知」を選択します。

10. 「通知」の下の更新アイコンをクリックします。通知内のすべての古いURLを、11.1.2.2.0の対応する新しいURLに更新します。通知の内容の例を次に示します。

A <%/task:task/task:payload/task:RequestModel%> request has been assigned to you for approval. <BR><BR>
Request ID: <%/task:task/task:payload/task:RequestID%> <BR>
Request type: <%/task:task/task:payload/task:RequestModel%> <BR>
<BR>
Access this task in the
<A
style="text-decoration: none;" href=<%substring-before(/task:task/task:payload/task:url, "/workflowservice/CallbackService")%>/identity/faces/home?tf=approval_details
>
Identity Self Service
</A>
application or take direct action using the links below. Approvers are required to provide a justification when rejecting the request

11. 「拡張」をクリックします。

12. 「ワークリスト/ワークスペースURLを通知に表示」チェック・ボックスの選択を解除します。手順10の例に示すように、アイデンティティ・アプリケーション内の保留中の承認へのURLを指定します。

13. コンポジット内にその他のヒューマン・タスクがあれば、それらについて手順1から12を繰り返します。作業内容を保存します。

14. 「プロジェクト」を右クリックし、「デプロイ」→「アプリケーション・サーバーにデプロイ」の順に選択します。

15. リビジョンIDを指定します。「リビジョンをデフォルトとしてマーク」および「同じリビジョンIDで既存のコンポジットを上書きします。」を選択します。

注意:

コンポジットは、異なるリビジョンIDでもデプロイできます。この場合、このコンポジットを使用しているすべての承認ポリシーを変更する必要があります。

16. アプリケーション・サーバー接続がすでに存在している場合はこれを選択して、「次」をクリックします。アプリケーション・サーバー接続が存在しない場合は、これを作成します。

17. 「次へ」をクリックします。

18. 「終了」をクリックします。

残りのカスタム・コンポジットおよび変更されたOOTBコンポジットについて、この手順を繰り返します。

11.4.17 WebLogicサーバー・ライブラリ・ディレクトリ下のOracle Identity Managementログイン・モジュールのプロビジョニング

注意:

このタスクは、OIMAuthenticator.jarが<MW_HOME>/wlserver_10.3/server/lib/mbeantypesディレクトリ下に存在している場合にのみ必要です。

ドメインのすべてのWebLogic Serverホームで次の手順を適用します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、<OIM_ORACLE_HOME>/server/loginmodule/wlsディレクトリ下のOIMAuthenticator.jar、oimmbean.jar、oimsigmbean.jarおよびoimsignaturembean.jarファイルを<MW_HOME>/wlserver_10.3/server/lib/mbeantypesディレクトリにコピーします。
cp <OIM_ORACLE_HOME>/server/loginmodule/wls/* <MW_HOME>/wlserver_10.3/server/lib/mbeantypes/

2. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/wlserver_10.3/server/lib/mbeantypesディレクトリに移動します。
cd <MW_HOME>/wlserver_10.3/server/lib/mbeantypes

3. chmodコマンドを使用して、これらのファイルに関する権限を750に変更します。
chmod 750 *

4. ドメイン内のすべてのサーバーを再起動します。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、<OIM_ORACLE_HOME>\server\loginmodule\wlsディレクトリ下のOIMAuthenticator.jar、oimmbean.jar、oimsigmbean.jarおよびoimsignaturembean.jarファイルを<MW_HOME>\wlserver_10.3\server\lib\mbeantypesディレクトリにコピーします。
cp <OIM_ORACLE_HOME>\server\loginmodule\wls\* <MW_HOME>\wlserver_10.3\server\lib\mbeantypes

2. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\wlserver_10.3\server\lib\mbeantypesディレクトリに移動します。
cd <MW_HOME>\wlserver_10.3\server\lib\mbeantypes

3. chmodコマンドを使用して、これらのファイルに関する権限を750に変更します。
chmod 750 *

4. ドメイン内のすべてのサーバーを再起動します。

11.4.18 パフォーマンス・チューニングの推奨事項の確認

Oracle Identity Manager 11.1.2.2.0にアップグレードした後、『Oracle Fusion Middlewareパフォーマンスおよびチューニング・ガイド』のOracle Identity Managerのパフォーマンス・チューニングに関する説明に記載されているOracle Identity Manager固有のパフォーマンス・チューニングの推奨事項を確認する必要があります。

11.4.19 認可ポリシーの変更点

Oracle Identity Manager in 11gリリース(11.1.1.5.0)でユーザーの作成または変更を行うためにカスタム認可ポリシーを使用していた場合、ユーザー管理、ロール管理またはヘルプ・デスクに関連する新しい管理者ロールを割り当てる必要があります。

表11-18に、削除された、またはOracle Identity Manager 11.1.2.2.0のすべてのシステム管理操作に対するシステム管理者管理ロールに統合されたOracle Identity Manager 11gの管理者ロールを示します。

表11-18 Oracle Identity Manager 11gから11.1.2.2.0へのロールの変更点

Sl番号

Oracle Identity Manager 11gのロール

Oracle Identity Manager 11.1.2.2.0で削除されて置き換えられたロール

1

SCHEDULER ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

2

DEPLOYMENT MANAGER ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

3

NOTIFICATION TEMPLATE ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

4

SOD ADMINISTRATORS

削除されてSYSTEM ADMINISTRATORSに置き換えられました。

5

SYSTEM CONFIGURATION ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

6

GENERATE_USERNAME_ROLE

削除されてSYSTEM ADMINISTRATORSに置き換えられました。

7

IDENTITY USER ADMINISTRATORS

削除されてUSER ADMINに置き換えられました。

8

USER CONFIGURATION ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

9

ACCESS POLICY ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

10

RECONCILIATION ADMINISTRATORS

削除されてSYSTEM ADMINISTRATORSに置き換えられました。

11

RESOURCE ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

12

GENERIC CONNECTOR ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

13

APPROVAL POLICY ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

14

REQUEST ADMINISTRATORS

削除されてSYSTEM ADMINISTRATORSに置き換えられました。

15

REQUEST TEMPLATE ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

16

PLUGIN ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

17

ATTESTATION CONFIGURATION ADMINISTRATORS

削除されてSYSTEM CONFIGURATORSに置き換えられました。

18

ATTESTATION EVENT ADMINISTRATORS

削除されてSYSTEM ADMINISTRATORSに置き換えられました。

19

ROLE ADMINISTRATORS

削除されてROLE ADMINに置き換えられました。

20

USER NAME ADMINISTRATOR

削除され、管理ロールに依存するようになりました。

21

IDENTITY ORGANIZATION ADMINISTRATORS

削除されてORGANIZATION ADMINに置き換えられました。

22

IT RESOURCE ADMINISTRATORS

削除されてAPPLICATION INSTANCE ADMINに置き換えられました。

23

REPORT ADMINISTRATORS

Oracle Identity Managerからレポートへのリンクはありません。

24

SPML_APP_ROLE

このエンタープライズ・ロールには変更がなく、権限付きの対応するロールはOracle Entitlements Serverにシードされています。

25

ALL USERS

これはエンタープライズ・ロールであり、管理者ロールではありません。

26

SYSTEM CONFIGURATORS

ユーザー、ロール、組織およびプロビジョニングを管理する機能を除き、システム管理者ロールとしてのすべての権限に変更はありません。

27

SYSTEM ADMINISTRATORS

変更はありません。

11.4.20 パスワード・ポリシーの作成

Oracle Identity Manager 11.1.1.x.xを11.1.2.2.0にアップグレードすると、デフォルトのパスワード・ポリシーが最上位組織にシードされます。その結果、Oracle Identity Manager 11.1.1.x.x環境の古いパスワード・ポリシー・モデルを使用して作成されたパスワード・ポリシーは、サポートされていません。アップグレード・ユーティリティは、Oracle Identity Manager 11.1.1.x.xのパスワード・ポリシーを11.1.2.2.0に移行しません。古いパスワード・ポリシー・ルールでパスワード・ポリシーをカスタマイズしていた場合は、新しいパスワード・ポリシー・モデルを使用して同等のパスワード・ポリシーを作成し、それを各組織に添付する必要があります。

パスワード・ポリシーを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のパスワード・ポリシーの管理に関する説明を参照してください。

11.4.21 PeopleSoft Enterprise HRMSリコンシリエーション・プロファイルの作成

PeopleSoftコネクタを装備したOracle Identity Manager 11.1.1.x.xをOracle Identity Manager 11.1.2.2.0にアップグレードする場合、11.1.2.2.0へのアップグレード後にPeopleSoft HRMSリコンシリエーション・プロファイルを作成する必要があります。リコンシリエーション・プロファイルの作成の詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のリコンシリエーション・プロファイルの手動更新に関する説明を参照してください。

11.4.22 OIMデータ・パージ・ジョブのパラメータの確認

このアップグレード後タスクはオプションです。

Oracle Identity Managerを11.1.2.2.0にアップグレードする際、OIMデータ・パージ・ジョブは「有効」状態でシードされます。デフォルトでは、完全な編成の保存期間を1日としてプラットフォーム・データがパージされます。リクエスト、リコンシリエーションおよびプロビジョニング・タスクのパージを有効にするには、OIMデータ・パージ・ジョブのパラメータに再アクセスする必要があります。

ユーザーが構成可能な属性の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のリアルタイム・パージおよびアーカイブの構成に関する説明を参照してください。

11.4.23 カスタマイズされたOracle Identity Managerレポートの移行

Oracle BI Publisher 11gリリース1 (11.1.1.5.0)から11gリリース1 (11.1.1.6.4)の間の任意のバージョンで構築されたカスタマイズ済レポートについては、カスタム・レポートをアップグレードする必要はありません。カスタマイズされたレポートを既存のリポジトリからエクスポートして、これらのレポートを新しい11.1.1.7.1リポジトリにインポートできます。

Oracle BI Publisher 10gリリース3 (10.1.3.X)またはそれ以降で構築されたカスタマイズ済レポートは、Oracle BI Publisher 11.1.1.7.1で使用できるようにするためにアップグレードする必要があります。アップグレード・アシスタントを使用して、BI Publisher 10gリポジトリ内のレポートをアップグレードする必要があります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド』のタスク5: BI Publisherリポジトリのアップグレードに関する説明を参照してください。

11.4.24 コネクタの動作保証の確認

既存のOracle Identity Manager環境をアップグレードする前に、既存のコネクタのバージョンがOracle Identity Manager 11.1.2.2.0でサポートされているかどうかを確認する必要があります。Oracle Identity Manager 11.1.2.2.0でサポートされているコネクタ・バージョンの詳細は、Oracle Identity Managerアイデンティティ・コネクタ・ドキュメント・ライブラリに用意されている各コネクタ・ガイドの動作保証済コンポーネントおよび使用に関する推奨事項に関する説明を参照してください。

9.xコネクタまたはGTCコネクタを使用している場合は、次のようにします。

- 使用している9.xコネクタがサポートされている場合は、既存のコネクタを引き続き使用できます。

- 9.xコネクタがサポートされていない場合は、Oracle Identity Manager Serverを11.1.2.2.0にアップグレードした後で既存の9.xコネクタを最新の11.xコネクタにアップグレードする必要があります。

- 参照リコンシリエーションを通して「参照」に移入されたデータを見て、ITリソース・キーおよびITリソース名がそれぞれコードおよびデコードの接頭辞として付加されていることを確認します。接頭辞がない場合は、Oracle Identity Manager Serverをアップグレードした後で既存のコネクタを最新のコネクタにアップグレードする必要があります。

11gコネクタを使用している場合は、コネクタのアップグレードは不要です。

11.4.25 コネクタの機能の確認

Oracle Identity Managerを11.1.2.2.0にアップグレードした後、次の手順を実行してコネクタの機能を確認します。

- プロセス・フォームでアカウントと権限のタグ付けが利用可能かどうかを確認します。コネクタがOracle Identity Manager 11.1.2.2.0で動作するようにするには、各コネクタ・ガイドのOracle Identity Manager 11.1.2以上の構成に関する説明に記載されている手順を実行する必要があります。

- コネクタに加えたカスタマイズが失われていないかどうかを確認します。

- 11.1.2.2.0関連のアーティファクト(UIフォームやアプリケーション・インスタンスなど)が生成されるかどうかを確認します。

- コネクタのすべての操作が正常に動作していることを確認します。

- プロセス・フォームに複数のITリソース・フィールドがある場合は、次のMy Oracle Supportノートで説明されている手順を実行してください。
My Oracle SupportのドキュメントID 1535369.1

- 関連コネクタのプロセス・フォームに参照問合せフィールドがある場合は、UIをカスタマイズして同じフィールドが表示されるようにする必要があります。詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の「一般的なカスタマイズ概念」の参照問合せに関する説明を参照してください。

11.4.26 ForeignJNDIProvider-SOAプロバイダURLの更新

SSLモードの実行環境の場合、ForeignJNDIProvider-SOAのプロバイダURLをSSLプロバイダURLに変更する必要があります。これを行うには、次の手順を実行します:

1. 次のURLを使用してWebLogic管理コンソールにログインします。
http://weblogic_host:weblogic_port/console

2. 「ドメイン構造の「サービス」を展開します。

3. 「外部JNDIプロバイダ」をクリックします。

4. 「ForeignJNDIProvider-SOA」をクリックしてForeignJNDIProvider-SOAの設定ページを開きます。

5. 左上のペインの「ロックして編集」をクリックします。

6. 「プロバイダURL」のt3をt3sに変更します。

7. 「保存」をクリックし、「変更のアクティブ化」をクリックします。

11.4.27 アップグレードの確認

Oracle Identity Managerのアップグレードを確認するには、次の手順を実行します。

1. Webブラウザの次のURLを使用して、Oracle Identity Manager 11.1.2.2.0が稼働していることを確認します。
http://<oim.example.com>:<oim_port>/sysadmin

http://oim.example.com:14000/identity

各パラメータの意味は次のとおりです。

<oim.example.com>は、管理コンソールのパスです。

<oim_port>はポート番号です。

2. Fusion Middleware Controlを使用して、Oracle Identity Managerとその他のOracle Identity ManagementコンポーネントがOracle Fusion Middleware環境で稼働していることを確認できます。

3. 診断ダッシュボードをインストールして次のテストを実行します。

- Oracle Databaseの接続チェック

- アカウント・ロックのステータス

- データ暗号化キーの検証

- JMSメッセージ機能の検証

- SOA-OIA構成の確認

- SPML Webサービス

- OWSM設定のテスト

- Oracle Identity Managerに対するSPMLリクエスト呼出しのテスト

- Oracle Identity Manager属性に対するSPML属性

- ユーザー名テスト

11.5 トラブルシューティング

注意:

アップグレード・プロセス中に発生する可能性がある問題およびその回避策の詳細は、『Oracle Fusion Middlewareリリース・ノート』を参照してください。

表11-19は、アップグレード・プロセス中に発生する可能性がある問題およびその解決策を示しています。

表11-19 Oracle Identity Managerトラブルシューティング - 問題と解決方法

問題

解決方法

パッチ・セット・アシスタントに失敗する

次の場所にあるログを確認します。

UNIXの場合:

<MW_HOME>/oracle_common/upgrade/logs/psa<time_stamp>.log

Windowsの場合:

<MW_HOME>\oracle_common\upgrade\logs\psa<time_stamp>.log

問題を修正して、パッチ・セット・アシスタントを再度実行します。

中間層のアップグレードに失敗する

次の場所にあるログを確認します。

UNIXの場合:

- <OIM_ORACLE_HOME>/server/upgrade/logs/MT/OIMUpgrade<time_stamp>.log

- <OIM_ORACLE_HOME>/server/upgrade/logs/MT/ant_JRF.log

- <OIM_ORACLE_HOME>/server/upgrade./logs/MT/ant_PatchClasspath.log

Windowsの場合:

- <OIM_ORACLE_HOME>\server\upgrade\logs\MT\OIMUpgrade<time_stamp>.log

- <OIM_ORACLE_HOME>\server\upgrade\logs\MT\ant_JRF.log

- <OIM_ORACLE_HOME>\server\upgrade.\logs\MT\ant_PatchClasspath.log

中間層のアップグレードではすべての機能がアップグレードされない

次の場所にあるアップグレード・レポートを確認します。

UNIXの場合:

<OIM_ORACLE_HOME>/upgrade/logs/MT/oimUpgradeReportDir/index.html

Windowsの場合:

<OIM_ORACLE_HOME>\upgrade\logs\MT\oimUpgradeReportDir\index.html

Oracle Identity Managerアップグレード制御ポイント

次の場所にあるプロパティ・ファイルのプロパティ値をtrueまたはfalseに設定します。

UNIXの場合:

<OIM_ORACLE_HOME>/server/bin/oimupgrade.properties

Windowsの場合:

<OIM_ORACLE_HOME>\server\bin\oimupgrade.properties

詳細は、第11.5.1項「Oracle Identity Managerアップグレード制御ポイント」を参照してください。

MDSパッチの適用の問題

次の場所にあるMDSパッチの適用に関するレポートを確認します。

UNIXの場合:

<OIM_ORACLE_HOME>/server/logs/MDS_REPORT_DIRECTORY/MDSReport.html

Windowsの場合:

<OIM_ORACLE_HOME>\server\logs\MDS_REPORT_DIRECTORY\MDSReport.html

一部のMDSドキュメントが正常にマージされない

次の場所から手動でマージします。

UNIXの場合:

- <OIM_ORACLE_HOME>/server/logs/sourceDir (OOTB MDSデータの場所)

- <OIM_ORACLE_HOME>/server/logs/targetDir(使用するMDSデータの場所)

Windowsの場合:

- <OIM_ORACLE_HOME>\server\logs\sourceDir (OOTB MDSデータの場所)

- <OIM_ORACLE_HOME>\server\logs\targetDir(使用するMDSデータの場所)

JDBCエラー

ORA-01882: タイムゾーンのリージョンが見つかりません

GMTなどのタイム・ゾーン名であるTZを追加環境変数として追加します。この環境変数は、古いデータベースを使用して設定する必要があり、それ以外の方法ではエラーが発生します。

詳細は、My Oracle SupportのドキュメントID 1460281.1を参照してください。

11.5.1 Oracle Identity Managerアップグレード制御ポイント

Oracle Identity Managerアップグレードのoimupgrade.propertiesではいくつかの制御ポイントが指定されています。これは、UNIXの場合は<OIM_ORACLE_HOME>/server/bin/ディレクトリにあり、Windowsの場合は<OIM_ORACLE_HOME>\server\bin\ディレクトリにあります。

機能のアップグレードを無効に選択するには、プロパティをfalseに設定します。

いずれかの機能で失敗した場合は、その機能のアップグレードに対応するプロパティをfalseに設定することによって、失敗した機能が無効化され、アップグレードを継続できます。

失敗した機能に対する解決方法が見つかった場合は、プロパティをtrueに設定して、アップグレード機能を有効にします。

デフォルトでは、すべてのプロパティがtrueに設定されています。

- Oracle Identity Manager構成アップグレードを実行しない場合は、次のプロパティをfalseに設定します。
oim.ps1.config.patch=true

- SOAコンポジットのアップグレードを実行しない場合は、次のプロパティをfalseに設定します。
oim.ps1.soacomposite.patch=true

ドメイン拡張のプロパティ

- JNDIプロバイダへのパッチ適用を実行しない場合は、次のプロパティをfalseに設定します。
oim.domainextension.jndiprovider.patch=true

- ClassPathへのパッチ適用を実行しない場合は、次のプロパティをfalseに設定します。
oim.domainextension.classpath.patch=true

- OPSSへのパッチ適用を実行しない場合は、次のプロパティをfalseに設定します。
oim.domainextension.opss.patch=true

- EARへのパッチ適用を実行しない場合は、次のプロパティをfalseに設定します。
oim.domainextension.ear.patch=true

- JRFへのパッチ適用を実行しない場合は、次のプロパティをfalseに設定します。
oim.domainextension.jrf.patch=true

12 Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Entitlements Server 11gリリース1 (11.1.1.5.0)の既存環境をOracle Entitlements Server 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

この章では、次の項目について説明します。

- 第12.1項「Oracle Entitlements Server管理サーバーのアップグレード」

- 第12.2項「Oracle Entitlements Serverクライアント・サーバーのアップグレード」

12.1 Oracle Entitlements Server管理サーバーのアップグレード

この項には次のトピックが含まれます:

- 第12.1.1項「Oracle Entitlements Server管理サーバーのアップグレード手順」

- 第12.1.2項「システム要件と動作保証の確認」

- 第12.1.3項「管理サーバーおよび管理対象サーバーの停止」

- 第12.1.4項「Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)のバックアップ」

- 第12.1.5項「オプション: Oracle WebLogic Serverのアップグレード」

- 第12.1.6項「Oracle Entitlements Server Administration Server 11gリリース2 (11.1.2.2.0)のアップグレード」

- 第12.1.7項「Oracle Platform Security Servicesスキーマの作成」

- 第12.1.8項「Oracle Platform Security Servicesスキーマのアップグレード」

- 第12.1.9項「R2_Upgrade.sqlの実行」

- 第12.1.10項「新しいOracle Entitlements Serverドメインの作成」

- 第12.1.11項「暗号化鍵のエクスポート」

- 第12.1.12項「ポリシー・ストアの再関連付け」

- 第12.1.13項「Oracle Platform Security Servicesのアップグレード」

- 第12.1.14項「管理サーバーおよびOracle Entitlements Server管理対象サーバーの起動」

- 第12.1.15項「APMの再デプロイ」

- 第12.1.16項「アップグレードの確認」

12.1.1 Oracle Entitlements Server管理サーバーのアップグレード手順

注意:

このタスク表に示されている手順に正確に従わない場合、Oracle Entitlements Server管理サーバーのアップグレードが正常に完了しない可能性があります。

表12-1に、Oracle Entitlements Server管理サーバーのアップグレード手順を示します。

表12-1 アップグレード・フロー

タスク番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

すべてのサーバーを停止します。これには、管理サーバーと管理対象サーバーの両方が含まれます。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

環境をバックアップします。

「Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)のバックアップ」を参照してください。

4

オプション。Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードします。

「オプション: Oracle WebLogic Serverのアップグレード」を参照してください。

5

11.1.1.5.0 Oracle Homeを11.1.2.2.0にアップグレードします。

「Oracle Entitlements Server Administration Server 11gリリース2 (11.1.2.2.0)のアップグレード」を参照してください。

6

新しいOracle Platform Security Servicesスキーマを作成します。

「Oracle Platform Security Servicesスキーマの作成」を参照してください。

7

Oracle Platform Security Servicesスキーマをアップグレードします。

「Oracle Platform Security Servicesスキーマのアップグレード」を参照してください。

8

R2_Upgrade.sqlを実行します

「R2_Upgrade.sqlの実行」を参照してください。

9

新しいOracle Entitlements Serverドメインを作成します。

「新しいOracle Entitlements Serverドメインの作成」を参照してください。

10

exportEncryptionKey()を使用して、暗号化鍵を抽出します。

「暗号化鍵のエクスポート」を参照してください。

11

configuresecuritystore.pyスクリプトを実行して、ポリシー・ストアを再関連付けします。

「ポリシー・ストアの再関連付け」を参照してください。

12

Oracle Platform Security Servicesをアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

13

管理サーバーおよびOracle Entitlements Server管理対象サーバーを起動します。

「管理サーバーおよびOracle Entitlements Server管理対象サーバーの起動」を参照してください。

14

APMを再デプロイします。

「APMの再デプロイ」を参照してください。

15

Oracle Entitlements Serverのアップグレードを確認します。

「アップグレードの確認」を参照してください。

12.1.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、使用するシステムがインストールまたはアップグレードする製品の最小要件を満たすことを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

12.1.3 管理サーバーと管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。したがって、アップグレード・プロセスを始める前に、管理サーバーおよび管理対象サーバーを停止する必要があります。

サーバーの停止の詳細は、「サーバーの停止」を参照してください。

12.1.4 Oracle Entitlements Server 11gリリース1 (11.1.1.5.0)のバックアップ

Oracle Entitlements Server 11.1.2.2.0にアップグレードする前に、Oracle Entitlements Server 11.1.1.5.0環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップします。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- Oracle Entitlements Serverスキーマ

12.1.5 オプション: Oracle WebLogic Serverのアップグレード

注意:

- Oracle WebLogic Serverのアップグレードは必須ではありません。しかし、Oracle WebLogic Serverを10.3.6にアップグレードすることをお薦めします。

- Oracle WebLogic Serverを10.3.5から10.3.6にアップグレードする場合、weblogic.policyは上書きされます。したがって、weblogic.policy内の一部のポリシーのバックアップおよびリストアを行う必要があります。

アップグレード手順の終了後に、次のWebLogic Server SMポリシーを追加してください。

grant codeBase "file:${oes.client.home}/-" {
permission java.security.AllPermission;
};

また、11.1.1.x.xになんらかのポリシーを追加した場合、これらのポリシーをバックアップして、11.1.2.2.0へのアップグレード後にリストアする必要があります。

WebLogic 10.3.6アップグレード・インストーラを使用して、Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードできます。Oracle WebLogic Serverのアップグレードの詳細は、「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

12.1.6 Oracle Entitlements Server Administration Server 11gリリース2 (11.1.2.2.0)のアップグレード

Oracle Entitlements Server管理サーバーをアップグレードするには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順の間は、ミドルウェア・ホームを既存の11.1.1.5.0ミドルウェア・ホームに向けます。Oracleホームは11.1.1.5.0から11.1.2.2.0にアップグレードされます。

Oracle Entitlements Server Administration Server 11gリリース1 (11.1.1.5.0)のアップグレードの詳細は、「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

12.1.7 Oracle Platform Security Servicesスキーマの作成

注意:

ポリシー・ストアがデータベースの場合にのみ次のタスクを実行する必要があります。

Oracle Entitlements Server 11.1.1.5.0スキーマは、APMとバインドされています。Oracle Entitlements Server 11.1.2リリース以降では、Oracle Entitlements Serverセキュリティ・ストアは、データベース用のOracle Platform Security Servicesに依存します。Oracle Platform Security Servicesデータベースにアクセスするには、OPSSスキーマを作成する必要があります。

Oracle Platform Security Store (OPSS)スキーマを作成するには、リポジトリ作成ユーティリティ(RCU) 11.1.2.2.0を実行します。詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する項を参照してください。

注意:

「コンポーネントの選択」画面で、「AS共通スキーマ」を開いて、Oracle Platform Security Servicesを選択します。「メタデータ・サービス」が自動的に選択されます。それを選択解除して次のメッセージを無視します。

Following components require Metadata Services schema: Oracle Platform Security Services.

12.1.8 Oracle Platform Security Servicesスキーマのアップグレード

Oracle Entitlements Serverバイナリの更新後に、パッチ・セット・アシスタントを使用してOracle Platform Security Servicesスキーマをアップグレードする必要があります。これを行うには、次の手順を実行します:

1. 次のコマンドを使用して、MW_HOME/oracle_common/binからパッチ・セット・アシスタントを起動します。
./psa

2. opssを選択します。

3. データベース接続の詳細を指定し、アップグレード対象のスキーマを選択します。

Oracle Platform Security Servicesスキーマのアップグレード後、MW_HOME/oracle_common/upgrade/logs/psa<timestamp>.logにあるログ・ファイルをチェックしてアップグレードを確認してください。

timestampは、パッチ・セット・アシスタントが実行された実際の日時を表します。アップグレードが失敗した場合は、ログ・ファイルをチェックしてエラーを修正し、パッチ・セット・アシスタントを再実行してください。

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、第2.6項「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

12.1.9 R2_Upgrade.sqlの実行

OPSSスキーマのアップグレード後に、次の手順を実行して古いストアから新しいストアにデータを移行します。

1. SYSとしてデータベースにログインします。

2. 次のパスに移動します。
UNIXの場合:

<IAM_HOME>/oes/upgrade/sql

Windowsの場合:

<IAM_HOME>\oes\upgrade\sql

3. 次のSQLスクリプトを実行します。このスクリプトを実行するときは、11.1.2.2.0 OPSSスキーマおよび11.1.1.x.x APMスキーマの詳細を指定する必要があります。
R2_Upgrade.sql

このsqlスクリプトは、ユーザー・データをOracle Entitlements Server 11.1.1.5.0からOracle Platform Security Servicesにコピーします。

注意:

R2_Upgrade.sqlコマンドを実行するには、データベース・クライアントをインストールするか、データベース・クライアントがインストールされている別のコンピュータでスクリプトを実行する必要があります。

12.1.10 新しいOracle Entitlements Serverドメインの作成

Oracle Entitlements Server 11.1.2.2.0管理アプリケーションにはJRFドメインが必要です。ただし、Oracle Entitlements Server 11.1.1.5.0ではJRFはサポートされていません。したがって、Oracle Entitlements Server 11.1.2.2.0アプリケーションをデプロイするには、新しいOracle Entitlements Serverドメインを作成する必要があります。

詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』の新しいWebLogicドメインでのOracle Entitlements Serverの構成に関する説明を参照してください。

12.1.11 暗号化鍵のエクスポート

資格証明データは、データベースに暗号化された状態で格納されます。暗号化鍵はドメインごとに異なります。Oracle Entitlements Server 11.1.1.5.0ドメインからOracle Entitlements Server 11.1.2.2.0ドメインに移動しているため、鍵をキーファイルにエクスポートしてからその鍵をOracle Entitlements Server 11.1.2.2.0ドメインにインポートする必要があります。

Oracle Entitlements Server 11.1.1.5.0ドメインのブートストラップ・ウォレットから暗号化鍵を抽出するには、exportEncryptionKey()コマンドを実行する必要があります。

次のコマンドを実行します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/oracle_common/common/binディレクトリに移動します。
cd <MW_HOME>/oracle_common/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. WLSTプロンプトで、次のコマンドを実行します。
exportEncryptionKey(jpsConfigFile="<domaindir>/config/fmwconfig/jps-config.xml",keyFilePath="/tmp/key",keyFilePassword="<password>")

各パラメータの意味は次のとおりです。

<domaindir>は、Oracle Entitlements Server 11.1.1.5.0ドメインの場所への完全パスです。

<password>は、キー・ファイルのパスワードです。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\oracle_common\common\binディレクトリに移動します。
cd <MW_HOME>\orcle_common\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. WLSTプロンプトで、次のコマンドを実行します。
exportEncryptionKey(jpsConfigFile="<domaindir>\\config\\fmwconfig\\jps-config.xml",keyFilePath="\\tmp\\key",keyFilePassword="<password>")

各パラメータの意味は次のとおりです。

<domaindir>は、Oracle Entitlements Server 11.1.1.5.0ドメインの場所への完全パスです。

<password>は、キー・ファイルのパスワードです。

12.1.12 ポリシー・ストアの再関連付け

ポリシー・ストアを再関連付けして、Oracle Platform Security Servicesスキーマをベースにしたセキュリティ・ストアをOracle Entitlements Server 11.1.2.2.0ドメインに取り込む必要があります。configuresecuritystore.pyスクリプトを実行して、ポリシー・ストアを次のように再関連付けする必要があります。

12.1.12.1 ポリシー・ストアがDBである場合

11.1.1.5.0内のポリシー・ストアがDBである場合、次の手順を実行して、DBベースのポリシー・ストアへの再関連付けを行い、暗号化鍵をR2PS2ドメインにインポートします。

UNIXの場合:

次のWLSTコマンドを実行します。

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -m join -j <dwps1 jpsroot> -f <dwps1 farmname> -p <OPSS schema password> -t <policy store type> -k <keyFilePath> -w <keyFilePassword> --create_diagnostic_data

次に例を示します。

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_HOME>/user_projects/domains/<oes_domain> -m join -j cn=jpsroot -f <oes_domain> -p welcome1 -t DB_ORACLE -k /tmp/key -w myKeyPwd --create_diagnostic_data

Windowsの場合:

次のWLSTコマンドを実行します。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -m join -j <OES 11.1.1.5.0 jpsroot> -f <OES 11.1.1.5.0 farmname> -p <OPSS schema password> -t <policy store type> -k <keyFilePath> -w <keyFilePassword> --create_diagnostic_data

次に例を示します。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_HOME>\user_projects\domains\<oes_domain> -m join -j cn=jpsroot -f oes_domain -p welcome1 -t DB_ORACLE -k \tmp\key -w myKeyPwd --create_diagnostic_data

注意:

コマンドでヘルプを参照するには、次を実行します。

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -help

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -help

表12-2は、コマンド行で指定が必要なパラメータについて説明しています。

表12-2 ポリシー・ストアの再関連付け用のパラメータ

パラメータ

説明

MW_HOME

Oracle Identity and Access Managerのミドルウェア・ホームへのパスを指定します。次の例は完全パスを示しています。UNIXの場合は、/oracle/Middlewareディレクトリになります。

Windowsの場合は、\oracle\Middlewareディレクトリになります。

IAM_HOME

Oracle Identity and Access Managerホームへのパスを指定します。次の例は完全パスを示しています。UNIXの場合は、/oracle/Middleware/Oracle_IDM1ディレクトリになります。

Windowsの場合は、\oracle\Middleware\Oracle_IDM1ディレクトリになります。

domaindir

Identity and Access Managerのドメインの場所へのパスを指定します。次の例では、完全パスが示されています。

UNIXの場合は、<MW_HOME>/user_projects/domains/base_domainディレクトリになります。

Windowsの場合は、<MW_HOME>\user_projects\domains\base_domainディレクトリになります。

-m

引数-mに使用可能なオプションは次の2つです。

- create
-m createオプションは、新しいセキュリティ・ストアを作成します。このオプションは、新規インストールに対して適用可能です。

- join
-m joinオプションは、ドメインの既存のデータベース・セキュリティ・ストアを使用します。これはアップグレードであるため、-m joinオプションはconfigureSecurityStore.pyコマンドの実行中に使用する必要があります。

OPSS_schema_ password

OPSSスキーマのパスワードを指定します。

-t

ポリシー・ストア・タイプを指定します。例: DB_ORACLE、DB_DERBYまたはOID。

-k

KeyFileへのパスを指定します。次の例は完全な場所を示しています。

UNIXの場合は、/tmp/keyになります。

Windowsの場合は、\tmp\keyになります。

-w

KeyFileパスワードを指定します。

12.1.12.2 ポリシー・ストアがOIDである場合

11.1.1.5.0内のポリシー・ストアがOIDである場合、次の手順を実行して、OIDベースのポリシー・ストアへの再関連付けを行い、暗号化鍵をR2PS2ドメインにインポートします。

UNIXの場合:

次のWLSTコマンドを実行します。

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -m join -j cn=reassociate_r1ps1_oes_domain -f <dwps1 farmname> -t OID -a cn=orcladmin -p <OPSS schema password> -l ldap://oim.example.com:18686 --create_diagnostic_data

次に例を示します。

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_HOME>/user_projects/domains/<oes_domain> -m join -j cn=jpsroot -f <oes_domain> -t OID -a cn=orcladmin -p welcome1 -l ldap://oim.example.com:18686 --create_diagnostic_data

Windowsの場合:

次のWLSTコマンドを実行します。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -m join -j cn=reassociate_r1ps1_oes_domain -f <OES 11.1.1.5.0 farmname> -t OID -a cn=orcladmin -p <OPSS schema password> -l ldap://oim.example.com:18686 --create_diagnostic_data

次に例を示します。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_HOME>\user_projects\domains\<oes_domain> -m join -j cn=jpsroot -f oes_domain -t OID -a cn=orcladmin -p welcome1 -l ldap://oim.example.com:18686 --create_diagnostic_data

注意:

コマンドでヘルプを参照するには、次を実行します。

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -help

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -help

表12-3は、コマンド行で指定が必要なパラメータについて説明しています。

表12-3 ポリシー・ストアの再関連付け用のパラメータ

パラメータ

説明

MW_HOME

Oracle Identity and Access Managerのミドルウェア・ホームへのパスを指定します。次の例は完全パスを示しています。UNIXの場合は、/oracle/Middlewareディレクトリになります。

Windowsの場合は、\oracle\Middlewareディレクトリになります。

IAM_HOME

Oracle Identity and Access Managerホームへのパスを指定します。次の例は完全パスを示しています。UNIXの場合は、/oracle/Middleware/Oracle_IDM1ディレクトリになります。

Windowsの場合は、\oracle\Middleware\Oracle_IDM1ディレクトリになります。

domaindir

Identity and Access Managerのドメインの場所へのパスを指定します。次の例では、完全パスが示されています。

UNIXの場合は、<MW_HOME>/user_projects/domains/base_domainディレクトリになります。

Windowsの場合は、<MW_HOME>\user_projects\domains\base_domainディレクトリになります。

-m

引数-mに使用可能なオプションは次の2つです。

- create
-m createオプションは、新しいセキュリティ・ストアを作成します。このオプションは、新規インストールに対して適用可能です。

- join
-m joinオプションは、ドメインの既存のデータベース・セキュリティ・ストアを使用します。これはアップグレードであるため、-m joinオプションはconfigureSecurityStore.pyコマンドの実行中に使用する必要があります。

OPSS_schema_password

OPSSスキーマのパスワードを指定します。

-k

KeyFileへのパスを指定します。次の例は完全な場所を示しています。

UNIXの場合は、/tmp/keyになります。

Windowsの場合は、\tmp\keyになります。

-f

セキュリティ・ストア・ファーム名を指定します。

-j

jpsrootの識別名を指定します。

-t

ポリシー・ストア・タイプを指定します。例: DB_ORACLE、DB_DERBYまたはOID。

-a

OIDの管理者ユーザー名を指定します。

-l

OIDのURLを指定します。

12.1.13 Oracle Platform Security Servicesのアップグレード

スキーマのアップグレード後に、新しいOracle Entitlements ServerドメインのOracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Entitlements Serverの構成とポリシー・ストアを11.1.2.2.0にアップグレードするには、Oracle Platform Security Servicesのアップグレードが必要です。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

12.1.14 管理サーバーおよびOracle Entitlements Server管理対象サーバーの起動

アップグレードの完了後に、WebLogic管理サーバー、Oracle Entitlements Serverを含むドメインの管理サーバーおよびOracle Entitlements Server管理対象サーバーを起動します。詳細は、第2.9項「サーバーの起動」を参照してください。

12.1.15 APMの再デプロイ

最新のAPMポリシーをポリシー・ストアに取り込むには、APMアプリケーションを再デプロイする必要があります。

APMを再デプロイするには次の手順を完了します。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/wlserver_10.3/common/binディレクトリに移動します。
cd <MW_HOME>/wlserver_10.3/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy(appName='oracle.security.apm')

5. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>\wlserver_10.3\common\binに移動します。
cd <MW_HOME>\wlserver_10.3\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
<domaindir>\serverConfig\redeploy(appName='oracle.security.apm')

各パラメータの意味は次のとおりです。

<domaindir>は、Oracle Entitlements Server 11.1.2.2.0ドメインへの完全パスです。

次に例を示します。

<MW_HOME>\user_projects\domains\<oes_domain>\serverConfig\ redeploy(appName='oracle.security.apm')

5. exit()コマンドを使用してWLSTコンソールを終了します。

12.1.16 アップグレードの確認

Oracle Entitlements Serverのアップグレードを確認するには、次を実行します。

- LDAPまたはデータベースにログインして、PolicyStore内のスキーマのバージョンを確認します。バージョン番号は11.1.1.7.2.0になります。

- MAPIを適用することで、新旧両方の機能が連携します。
新しいポリシーを作成して、ポリシー・ストア・アーティファクト上でCRUDオペレーションが稼働していることを、エンティティ・マネージャを使用して確認します。

詳細は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』の単純なポリシーのファイングレイン要素の作成に関する項を参照してください。

- アプリケーション・ランタイム認可は引き続き稼働します。
確認する場合は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』のPEP APIの使用に関する項の説明に従って認可を作成し、正常に稼働していることを確認します。

12.2 Oracle Entitlements Serverクライアント・サーバーのアップグレード

この項には次のトピックが含まれます:

- 第12.2.1項「Oracle Entitlements Serverクライアント・サーバーのアップグレード手順」

- 第12.2.2項「すべてのセキュリティ・モジュール・インスタンスの停止」

- 第12.2.3項「Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のアップグレード」

- 第12.2.4項「新しいスキーマのユーザー名およびパスワードの変更」

- 第12.2.5項「セキュリティ・モジュールの起動」

- 第12.2.6項「アップグレードの確認」

12.2.1 Oracle Entitlements Serverクライアント・サーバーのアップグレード手順

注意:

このタスク表に示されている手順に正確に従わない場合、Oracle Entitlements Serverクライアント・サーバーのアップグレードが正常に完了しない可能性があります。

表12-4には、Oracle Entitlements Serverクライアント・サーバーのアップグレード手順が示されています。

表12-4 アップグレード・フロー

Sl番号

タスク

詳細の参照先

1

すべてのセキュリティ・モジュールを停止します。これには、管理サーバーおよび管理対象サーバーの停止も含まれます。

「すべてのセキュリティ・モジュール・インスタンスの停止」を参照してください。

2

11.1.1.5.0 Oracle Homeを11.1.2.2.0にアップグレードします。

「Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のアップグレード」を参照してください。

3

ユーザー名とパスワードを変更します。

「新しいスキーマのユーザー名およびパスワードの変更」を参照してください。

4

セキュリティ・モジュールを起動します。

「セキュリティ・モジュールの起動」を参照してください。

5

Oracle Entitlements Serverクライアント・サーバーのアップグレードを確認します。

「アップグレードの確認」を参照してください。

12.2.2 すべてのセキュリティ・モジュール・インスタンスの停止

すべてのセキュリティ・モジュール・インスタンス、管理サーバーおよび管理対象サーバーを停止します。

管理サーバーおよび管理対象サーバーが停止すると、セキュリティ・モジュール・インスタンスは停止されます。

サーバーを停止するには、第12.1.3項「管理サーバーおよび管理対象サーバーの停止」を参照してください。

12.2.3 Oracle Entitlements Serverクライアント11gリリース2 (11.1.2.2.0)のアップグレード

Oracle Entitlements Serverクライアント・サーバーをアップグレードするには、11.1.2.2.0インストーラを使用する必要があります。この手順では、ミドルウェア・ホームが既存の11.1.1.5.0 Oracle Entitlements Serverミドルウェア・ホームを指すようにします。これにより、ミドルウェア・ホームおよびOracleホームが11.1.1.5.0から11.1.2.2.0にアップグレードされます。

この項には次のトピックが含まれます:

- 前提条件

- ソフトウェアの入手

- Oracle Entitlements Server Client Server 11gリリース2 (11.1.2.2.0)のインストール

- インストールの確認

12.2.3.1 前提条件

第12.1.6項「Oracle Entitlements Server Administration Server 11gリリース2 (11.1.2.2.0)のアップグレード」の説明に従って、Oracle Entitlements Server管理サーバーをインストールおよび構成する必要があります。

12.2.3.2 ソフトウェアの入手

Oracle Fusion Middleware 11gソフトウェアの入手に関する詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeを参照してください。

12.2.3.3 Oracle Entitlements Serverクライアント・サーバー11gリリース2 (11.1.2.2.0)のインストール

Oracle Entitlements Server Client Server 11.1.2.2.0のインストールの詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Entitlements Serverクライアントのインストールに関する項を参照してください。

12.2.3.4 インストールの確認

Oracle Entitlements Serverクライアントが正常にインストールされたことを検証するには、インストール中に指定したOracleホーム・ディレクトリに移動して、Oracle Entitlements Serverクライアントのインストール・ファイルが作成されていることを確認します。

12.2.4 新しいスキーマのユーザー名およびパスワードの変更

Oracle Entitlements Serverクライアントが制御プル・モードまたは非制御モードで稼働している場合は、セキュリティ・モジュール・インスタンスのjps-config.xmlを変更して、管理サーバーのアップグレード中に実行されたスキーマの変更を反映させる必要があります。

oessmconfig.shコマンドを実行する前に、制御プル・セキュリティ・モジュールまたは非制御セキュリティ・モジュールのjps-config.xmlを変更する必要があります。

注意:

Java、RMIおよびWebサービスのセキュリティ・モジュールの場合、jps-config.xmlは次の場所に存在します。

<OES_CLIENT_HOME>/oes_sm_instances/<SM_NAME>/config

Oracle WebLogic Serverセキュリティ・モジュールの場合、jps-config.xmlは次の場所に存在します。

<WLS_DOMAIN_HOME>/config/oeswlssmconfig/<SERVER_NAME>

注意:

制御プッシュ・セキュリティ・モジュールに対しては、pdp.serviceインスタンスにパラメータを追加する必要はありません。

制御プル・セキュリティ・モジュール

制御プル・セキュリティ・モジュールでは、pdp.serviceインスタンスに次を追加します。

<property name="oracle.security.jps.runtime.pd.client.SMinstanceType" value="<sm_type>"/>

"<sm_type>"を実際のタイプと置き換えます。

次に例を示します。

"java"

非制御セキュリティ・モジュール

非制御セキュリティ・モジュールでは、pdp.serviceインスタンスに次を追加します。

<property name="oracle.security.jps.runtime.pd.client.policyDistributionMode" value="non-controlled"/>

<property name="oracle.security.jps.runtime.pd.client.sm_name" value="<sm_name>"/>

<property name="oracle.security.jps.runtime.pd.client.SMinstanceType" value="<sm_type>"/>

"<sm_name>" "<sm_type>"を実際の値と置き換えます。

次を実行して、新しいスキーマのユーザー名およびパスワードを変更します。

1. 次のパスに移動します。
UNIXの場合は、<CLIENT_HOME>/oesclient/oessm/enroll/binです。

Windowsの場合は、<CLIENT_HOME>\oesclient\oessm\enroll\binです。

2. 次のコマンドを実行します。
UNIXの場合:

./oessmconfig.sh -jpsconfig <path to the jps-config.xml>

Windowsの場合:

oessmconfig.cmd -jpsconfig <path to the jps-config.xml>

3. グラフィック・ユーザー・インタフェースが表示されます。図12-1を参照してください。

4. 「SM構成」をクリックします。

5. 「ポリシー・ストア」サブタブをクリックします。

6. 新しいスキーマのユーザー名およびパスワードを入力します。

7. 「接続のテスト」をクリックします。

8. セキュリティ・モジュール・テストが正常に完了したことを通知するメッセージが表示されたら、「保存して閉じる」をクリックします。

表12-1 Javaセキュリティ・モジュール

12.2.5 セキュリティ・モジュールの起動

管理サーバーおよび管理対象サーバーを起動して、セキュリティ・モジュールを起動する必要があります。

サーバーの起動の詳細は、第12.1.14項「管理サーバーおよびOracle Entitlements Server管理対象サーバーの起動」を参照してください。

12.2.6 アップグレードの確認

確認する場合は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』のPEP APIの使用に関する項の説明に従って認可を作成し、正常に稼働していることを確認します。

アプリケーション・ランタイム認可は引き続き稼働します。

13 Oracle Identity Navigator 11gリリース1 (11.1.1.x.x)環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Identity Navigator 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)の既存環境をOracle Identity Navigator 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

この章では、Oracle Identity Navigator 11gリリース1 (11.1.1.5.0)および11gリリース1 (11.1.1.7.0)環境を、11.1.1.x.xと呼びます。

この章では、次の項目について説明します。

- 第13.1項「Oracle Identity Navigatorのアップグレード手順」

- 第13.2項「システム要件と動作保証の確認」

- 第13.3項「Oracle Identity Navigator 11.1.1.x.xメタデータのエクスポート」

- 第13.4項「管理サーバーおよび管理対象サーバーの停止」

- 第13.5項「オプション: Oracle WebLogic Serverのアップグレード」

- 第13.6項「Oracle Identity Navigator 11gリリース2 (11.1.2.2.0)のアップグレード」

- 第13.7項「Oracle Platform Security Servicesスキーマの作成」

- 第13.8項「Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.1.x.xコンポーネント・ドメインの拡張」

- 第13.9項「Oracle Platform Security Servicesのアップグレード」

- 第13.10項「Oracle Platform Security Servicesセキュリティ・ストアの構成」

- 第13.11項「管理サーバーの起動」

- 第13.12項「デプロイメント・サマリーの確認」

- 第13.13項「Oracle Identity Navigatorアプリケーションのアップグレード」

- 第13.14項「Oracle Identity Navigator 11.1.2.2.0メタデータのインポート」

- 第13.15項「アップグレードの確認」

- 第13.16項「オプション: OPAM管理対象サーバー上のOracle Identity Navigatorの構成」

13.1 Oracle Identity Navigatorのアップグレード手順

注意:

次のタスク表に記載されている手順を正確に実行しなかった場合、Oracle Identity Navigatorを正常にアップグレードできない可能性があります。

表13-1に、Oracle Identity Navigatorのアップグレード手順を示します。

表13-1 アップグレード・フロー

手順番号

タスク

詳細の参照先

1

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

2

Oracle Identity Navigatorデータをエクスポートします。

「Oracle Identity Navigator 11.1.1.x.xメタデータのエクスポート」を参照してください。

3

すべてのサーバーを停止します。これには、管理サーバーと管理対象サーバーの両方が含まれます。

「管理サーバーおよび管理対象サーバーの停止」を参照してください。

4

オプション。Oracle WebLogic Server 10.3.5からOracle WebLogic Server 10.3.6にアップグレードします。

「オプション: Oracle WebLogic Serverのアップグレード」を参照してください。

5

11.1.1.x.x Oracleホームを11.1.2.2.0にアップグレードします。

「Oracle Identity Navigator 11gリリース2 (11.1.2.2.0)のアップグレード」を参照してください。

6

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を実行して、Oracle Identity and Access Management製品のOPSSスキーマを作成およびロードします。

「Oracle Platform Security Servicesスキーマの作成」を参照してください。

7

OPSSテンプレートを使用してOracle Identity Navigator 11.1.1.x.xドメインを拡張します。

「Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.1.x.xコンポーネント・ドメインの拡張」を参照してください。

8

Oracle Platform Security Servicesをアップグレードします。

「Oracle Platform Security Servicesのアップグレード」を参照してください。

9

configuresecuritystore.pyスクリプトを実行してポリシー・ストアを構成します。

「Oracle Platform Security Servicesセキュリティ・ストアの構成」を参照してください。

10

管理サーバーを起動します。

「管理サーバーの起動」を参照してください。

11

デプロイメント・サマリーを確認します。

「デプロイメント・サマリーの確認」を参照してください。

12

Oracle Identity Navigatorをアップグレードします。

「Oracle Identity Navigatorアプリケーションのアップグレード」を参照してください。

13

データをインポートします。

「Oracle Identity Navigator 11.1.2.2.0メタデータのインポート」を参照してください。

14

Oracle Identity Navigatorのアップグレードを確認します。

「アップグレードの確認」を参照してください。

15

オプション: Oracle Privileged Account Manager管理対象サーバー上にOracle Identity Navigatorを構成します。

「オプション: OPAM管理対象サーバー上のOracle Identity Navigatorの構成」を参照してください。

13.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、使用するシステムがインストールまたはアップグレードする製品の最小要件を満たすことを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

13.3 Oracle Identity Navigator 11.1.1.x.xメタデータのエクスポート

OINAVでは、メタデータ・ストアとしてMDSが使用されます。アップグレード中にアプリケーションを更新すると、メタデータが上書きされます。そのため、これをエクスポートして一時的な場所に保存し、アップグレード後に元のメタデータをインポートするために使用できるようにする必要があります。

Oracle Identity Navigator 11.1.1.x.xがインストールされているコンピュータで、次のようにWLSTを使用してOracle Identity Navigatorメタデータをエクスポート・ディレクトリにエクスポートします。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
exportMetadata(application='oinav',server='AdminServer',toLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd <IAM_HOME>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
exportMetadata(application='oinav',server='AdminServer',toLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

13.4 管理サーバーと管理対象サーバーの停止

このアップグレード・プロセスには、バイナリおよびスキーマへの変更が含まれます。このため、アップグレード・プロセスを開始する前に、管理サーバーと管理対象サーバーを停止する必要があります。

サーバーの停止の詳細は、「サーバーの停止」を参照してください。

13.5 オプション: Oracle WebLogic Serverのアップグレード

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5以下のバージョンを使用している場合、Oracle WebLogic Serverを10.3.6にアップグレードする必要があります。

Oracle WebLogic Serverのアップグレードの詳細は、「Oracle WebLogic Server 10.3.6へのアップグレード」を参照してください。

13.6 Oracle Identity Navigator 11gリリース2 (11.1.2.2.0)のアップグレード

Oracle Identity Navigatorをアップグレードするには、Oracle Identity and Access Management 11.1.2.2.0インストーラを使用する必要があります。この手順では、ミドルウェア・ホームが既存の11.1.1.x.x Oracle Identity Navigatorミドルウェア・ホームを指すようにします。Oracleホームは11.1.1.x.xから11.1.2.2.0にアップグレードされます。

Oracle Identity Manager 11gリリース1 (11.1.1.x.x)のアップグレードの詳細は、「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

13.7 Oracle Platform Security Servicesスキーマの作成

Oracle Identity Navigatorのアップグレード・プロセスにはOracle Platform Security Services (OPSS)スキーマのポリシー・ストアの変更が含まれるため、OPSSスキーマを作成する必要があります。キー、ロール、権限、およびアプリケーションによって使用されるその他のアーティファクトをポリシー・ストアに移行する必要があります。

OPSSスキーマを作成するには、リポジトリ作成ユーティリティ(RCU)を実行します。

詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する項を参照してください。

注意:

「コンポーネントの選択」画面で、「AS共通スキーマ」を開いて、Oracle Platform Security Servicesを選択します。「メタデータ・サービス」スキーマが自動的に選択されます。

13.8 Oracle Platform Security ServicesテンプレートによるOracle Identity Navigator 11.1.1.x.xコンポーネント・ドメインの拡張

Oracle Identity Navigator 11.1.2.2.0では、データベースを使用してポリシーを格納します。このため、OPSSデータ・ソースを含むように11.1.1.x.x Oracle Identity Navigatorドメインを拡張する必要があります。

これを行うには、次の手順を完了します。

1. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
UNIXの場合:

./config.sh

これは、<MW_HOME>/Oracle_IDM1/common/binディレクトリにあります。

Windowsの場合:

config.cmd

これは、<MW_HOME>\Oracle_IDM1\common\binディレクトリにあります。

2. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次」をクリックします。

3. 「WebLogicドメイン・ディレクトリの選択」画面で、コンポーネントを構成したWebLogicドメインが含まれるディレクトリを参照します。「次」をクリックします。「拡張ソースの選択」画面が表示されます。

4. 「拡張ソースの選択」画面で、Oracle Platform Security Service - 11.1.1.0 [Oracle_IDM1]オプションを選択します。ドメイン構成オプションを選択後、「次へ」をクリックします。

5. 「JDBCデータ・ソースの構成」画面が表示されます。必要に応じて、opssDSデータ・ソースを構成します。テストが成功すると、「JDBCコンポーネント・スキーマの構成」画面が表示されます。

6. 「JDBCコンポーネント・スキーマの構成」画面で、「Oracle Platform Security Services」スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。

「JDBCコンポーネント・スキーマのテスト」画面が表示されます。テストが成功すると、「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面で、「管理対象サーバー」、「クラスタ」および「マシン」と「デプロイメントとサービス」を構成できます。Oracle Identity Navigator 11.1.1.x.x環境をすでに構成している場合は、何も選択しないでください。「次」をクリックします。

8. 「構成のサマリー」画面で、ドメインの構成を確認し、「拡張」をクリックしてドメインの拡張を開始します。

Oracle Platform Security Services (OPSS)をサポートするように既存のOracle Identity Navigatorドメインが拡張されます。

13.9 Oracle Platform Security Servicesのアップグレード

スキーマをアップグレードした後、Oracle Platform Security Services (OPSS)をアップグレードする必要があります。

Oracle Platform Security Servicesをアップグレードするには、Oracle Identity Navigatorの構成ストアとポリシー・ストアを11.1.2.2.0にアップグレードする必要があります。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

13.10 Oracle Platform Security Servicesセキュリティ・ストアの構成

データベースのセキュリティ・ストアの構成は、それがOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)によってサポートされる唯一のセキュリティ・ストア・タイプである場合に必要となります。

Oracle Platform Security Servicesの構成の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する項を参照してください。

13.11 管理サーバーの起動

アップグレードが完了した後、WebLogic管理サーバー(Oracle Identity Navigatorコンソールを含む管理サーバー)を起動します。

管理サーバーの起動方法の詳細は、「サーバーの起動」を参照してください。

13.12 デプロイメント・サマリーの確認

デプロイメント・サマリーを確認する手順は次のとおりです。

1. WebLogic管理コンソールにログインします。
http://<管理サーバー・ホスト>:<管理サーバー・ポート>/console

2. 「ドメイン構造」の下で、「デプロイメント」をクリックします。「デプロイメントの概要」ページが表示されます。

3. サマリー詳細をチェックし、「名前」表にoinav (11.1.1.3.0)が存在することを確認します。

13.13 Oracle Identity Navigatorアプリケーションのアップグレード

注意:

Oracle Identity Navigatorのバージョン番号は11.1.2.2.0ですが、OINAVのバージョン番号は11.1.1.3.0です。

これはエラーではありません。この不一致は、OINAVリリースとIdentity Access Managementリリースの内部的な追跡方法の違いによるものです。

Oracle Identity Navigatorのアップグレードでは、Oracle Identity Navigator 11.1.2.2.0リリースのoinav.earを使用してOracle Identity Navigatorを再デプロイします。oinav.earの再デプロイには、2つの方法があります。

- WebLogic Server管理コンソールを使用したoinavのアップグレード

- WebLogic Scripting Tool (WLST)を使用したoinavのアップグレード

WebLogic Server管理コンソールの使用

WebLogic管理コンソールを使用してOracle Identity Navigatorをアップグレードするには、次の手順を実行します。

1. WebLogic管理コンソールにログインします。
http://<管理サーバー・ホスト>:<管理サーバー・ポート>/console

2. 「ドメイン構造」の下で、「デプロイメント」をクリックします。

3. 「名前」表からoinav (11.1.1.3.0)を選択します。

4. 「アプリケーション更新アシスタント」画面でソース・パスを確認した後、「更新」をクリックし、「終了」をクリックします。

注意:

WebLogicを本番モードで実行している場合は、「更新」をクリックする前に「ロックして編集」をクリックします。

WebLogic Scripting Tool (WLST)の使用

WLSTコンソールを使用してOracle Identity Navigatorをアップグレードするには、次の手順を実行します。

UNIXの場合

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<MW_HOME>/wlserver_10.3/common/binディレクトリに移動します。
cd <MW_HOME>/wlserver_10.3/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('oinav#11.1.1.3.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

Windowsの場合

1. コマンド行で次のコマンドを実行し、現在の作業ディレクトリから<MW_HOME>\wlserver_10.3\common\binディレクトリに移動します。
cd <MW_HOME>\wlserver_10.3\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のコマンドを実行します。
redeploy('oinav#11.1.1.3.0')

5. exit()コマンドを使用してWLSTコンソールを終了します。

13.14 Oracle Identity Navigator 11.1.2.2.0メタデータのインポート

事前にエクスポートしたメタデータをインポートして、Oracle Identity Navigatorにアップグレード前のメタデータを戻す必要があります。次のWLSTコマンドを実行して、Oracle Identity Navigator 11.1.2.2.0メタデータをインポートします。

UNIXの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
./wlst.sh

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
importMetadata(application='oinav',server='AdminServer',fromLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

Windowsの場合:

1. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd <IAM_HOME>\common\bin

2. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
wlst.cmd

3. 次のコマンドを使用して管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. WLSTプロンプトで、次のWLST(オンライン)コマンドを実行します。
importMetadata(application='oinav',server='AdminServer',fromLocation='export_directory')

各パラメータの意味は次のとおりです。

export_directoryは、Oracle Identity Navigatorメタデータのエクスポート先ディレクトリです。

注意:

Oracle Identity Navigator 11.1.2.2.0リリースでは、Oracle Business Intelligence Publisher 10gのレポート書式はサポートされていません。必須ではありませんが、それらのレポートを削除する場合は、Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドのOracle Business Intelligence Publisherの構成に関する項を参照してください。

13.15 アップグレードの確認

Oracle Identity Navigatorのアップグレードを確認するには、次の手順を実行します。

1. OINAVコンソールにログインします。
http://<管理サーバー・ホスト>:<管理サーバー・ポート>/oinav

2. 「ダッシュボード」ページで、右下隅にあるバージョン番号を確認します。
バージョン番号は11.1.2.2.0になります。

13.16 オプション: OPAM管理対象サーバー上のOracle Identity Navigatorの構成

Oracle Privileged Account Manager管理対象サーバー上にOracle Identity Navigatorを構成するには、次の手順を実行します。

1. サーバーを停止します。

2. コマンド行で次のコマンドを実行して、現在の作業ディレクトリから<IAM_HOME>/common/binディレクトリに移動します。
cd<IAM_HOME>/common/bin

3. 次のコマンドを実行して、Oracle Fusion Middleware構成ウィザードを起動します。
UNIXの場合:

./config.sh

Windowsの場合:

config.cmd

4. 「既存のWebLogicドメインの拡張」オプションを選択して、OPAMドメインを選択します。

5. 製品から、「Oracle Identity Navigator for Managed Server」を選択します。ウィザードで競合が検出された場合は、常に「既存の内容を保持」を選択します。

6. 構成を完了します。Oracle Privileged Account Manager管理対象サーバーの起動後に、このサーバー上でOracle Identity Navigatorが実行されます。

14 Oracle Identity Manager 9.1.x.x環境のアップグレード

この章では、Oracle Identity Manager 9.1.x.xからOracle Identity Manager 11gリリース2 (11.1.2.2.0)へのOracle WebLogic Serverでのアップグレード方法について説明します。

この章では、次の項目について説明します。

- 第14.1項「Oracle Identity Managerのアップグレード手順」

- 第14.2項「アップグレード前の手順」

- 第14.3項「新しいOracleホームのインストールおよびデータベース・スキーマのアップグレード」

- 第14.4項「その他のOracle Identity Managerインストール済コンポーネントの構成」

- 第14.5項「Oracle Identity Manager 9.1.x.x中間層のアップグレード」

- 第14.6項「アップグレード後の手順」

14.1 Oracle Identity Managerのアップグレード手順

Oracle Identity Manager 9.1.x.xxを11.1.2.2.0にアップグレードする手順は大まかに次の手順で構成されます。

1. アップグレード前の手順: この手順には、システム要件と動作保証の確認、アップグレード前レポートの生成、レポートの分析とレポートに記載の必要なアップグレード前タスクの実行、既存の9.1.x.x環境のバックアップなど、アップグレード前に必要なタスクが含まれます。

2. 新しいOracleホームのインストールとデータベース・スキーマのアップグレード: この手順には、Oracle WebLogic Serverのインストール、Oracle SOA Suiteのインストール、Oracle Identity Managerバイナリのインストール、Oracle Platform Security Servicesのアップグレード、JRFのアップグレード、Oracle Identity ManagerおよびOracle Platform Security Servicesスキーマのアップグレード、Oracle Identity Manager 11.1.2.2.0ドメインの作成、データベース・セキュリティ・ストアの構成などのタスクが含まれます。

3. その他のOracle Identity Managerインストール済コンポーネントの構成: この手順には、Oracle Identity Manager Serverの構成が含まれます。

4. Oracle Identity Manager中間層のアップグレード: この手順には、Oracle Identity Manager中間層のアップグレードなどのタスクが含まれます。

5. アップグレード後の手順: この手順には、Oracle Identity Manager Design ConsoleやOracle Identity Manager Remote Mangerの構成などのアップグレード後タスクを実行し、その他アップグレード後に必要な手動手順が含まれます。アップグレードの確認手順も含まれます。

表14-1に、Oracle Identity Manager 9.1.x.xを11.1.2.2.0にアップグレードする際に実行するタスクを示します。

表14-1 Oracle Identity Manager 9.1.x.xを11.1.2.2.0にアップグレードする場合のロードマップ

Sl番号

タスク

詳細の参照先

アップグレード前の手順

1

Oracle Identity Manager 11.1.2.2.0の機能の変更を確認します。

「機能の比較」を参照してください。

2

システム要件および動作保証を確認します。

「システム要件および動作保証の確認」を参照してください。

3

既存のOracle Identity Managerで使用されているデータベースをバックアップします。

「Oracle Identity Manager 9.1.x.xで使用されているデータベースのバックアップ」を参照してください。

4

アップグレード・プロセスを進める前に、アップグレード前レポートを生成し、レポートで提供された情報を分析し、レポートに記載の必要なタスクを実行します。

「アップグレード前レポートの生成および分析」を参照してください。

5

OSIデータ・アップグレード・ユーティリティを実行して、OSIデータをアップグレードします。

このタスクを「アップグレード前レポートの生成および分析」の一環としてすでに実行した場合は、この項をスキップしてください。

「OSIデータのアップグレード」を参照してください。

6

xlconfig.xmlのパラメータDirectDbおよびMultiCastAddressの値が正しいことを確認します。

「xlconfig.xmlファイルの確認」を参照してください。

7

Oracle Identity Manager 9.1.x.xにITResourceタイプのリコンシリエーション・フィールドが1つも存在しない場合は、すべてのアカウント・タイプ・プロファイル用として1つ作成する必要があります。

「ITリソース・タイプのリコンシリエーション・フィールドの作成」を参照してください。

新しいOracleホームのインストールおよびデータベース・スキーマのアップグレード

8

リポジトリ作成ユーティリティを使用して、アップグレードに必要なスキーマを作成します。

「必要なスキーマの作成」を参照してください。

9

Oracle WebLogic Server 10.3.6をインストールします。

「Oracle WebLogic Server 10.3.6のインストール」を参照してください。

10

Oracle Identity Manager 11.1.2.2.0で使用されるOracle SOA Suite 11.1.1.7.0をインストールします。

SOA 11.1.1.7.0をインストールした後、Oracle Identity Manager 11.1.2.2.0に必要な必須SOAパッチを適用する必要があります。

「Oracle SOA Suite 11.1.1.7.0のインストールおよび必須SOAパッチの適用」を参照してください。

11

Oracle Identity and Access Management 11.1.2.2.0インストーラを使用して、Oracle Identity Manager 11.1.2.2.0をインストールします。

「Oracle Identity Manager 11.1.2.2.0のインストール」を参照してください。

12

アップグレード・アシスタントを使用して、Oracle Identity Managerスキーマをアップグレードします。

「Oracle Identity Managerスキーマのアップグレード」を参照してください。

13

パッチ・セット・アシスタントを使用して、Oracle Platform Security Servicesスキーマをアップグレードします。

「Oracle Platform Security Servicesスキーマのアップグレード」を参照してください。

14

構成ウィザードを使用して、Oracle Identity Manager 11.1.2.2.0用のドメインを作成します。

「Oracle Identity Manager 11.1.2.2.0用のドメインの作成」を参照してください。

15

データベース・セキュリティ・ストアを構成します。

「データベース・セキュリティ・ストアの構成」を参照してください。

16

WebLogic管理サーバーおよびSOA管理対象サーバーを起動します。

「管理サーバーおよびSOA管理対象サーバーの起動」を参照してください。

その他のOracle Identity Managerインストール済コンポーネントの構成

17

Oracle Identity Manager Server 11.1.2.2.0を構成します。

「Oracle Identity Manager Server 11.1.2.2.0の構成」を参照してください。

18

WebLogic管理サーバーおよびSOA管理対象サーバーを再起動します。

「管理サーバーおよびSOA管理対象サーバーの再起動」を参照してください。

Oracle Identity Manager中間層のアップグレード

19

Oracle Identity Manager管理対象サーバーを起動します。

「Oracle Identity Manager管理対象サーバーの起動および停止」を参照してください。

20

Oracle Identity Manager中間層をアップグレードします。

「Oracle Identity Manager中間層のアップグレード」を参照してください。

21

WebLogic管理サーバー、SOA管理対象サーバーおよびOracle Identity Manager管理対象サーバーを再起動します。

「すべてのサーバーの再起動」を参照してください。

アップグレード後の手順

22

Oracle Identity Manager Design Console 11.1.2.2.0を構成します。

「オプション: Oracle Identity Manager Design Console 11.1.2.2.0の構成」を参照してください。

23

Oracle Identity Manager Remote Manager 11.1.2.2.0を構成します。

「オプション: Oracle Identity Manager Remote Manager 11.1.2.2.0の構成」を参照してください。

24

アップグレード後に必要なすべてのタスクを実行します。

「アップグレード後のタスクの実行」を参照してください。

25

Oracle Identity Manager 9.1.x.xのアップグレードを確認します。

「アップグレードの確認」を参照してください。

14.2 アップグレード前の手順

この項では、Oracle Identity Manager 9.1.x.x環境のアップグレードを開始する前に実行する必要があるすべてのアップグレード前手順について説明します。この項には次のトピックが含まれます:

- 機能の比較

- システム要件および動作保証の確認

- Oracle Identity Manager 9.1.x.xで使用されているデータベースのバックアップ

- アップグレード前レポートの生成および分析

- OSIデータのアップグレード

- xlconfig.xmlファイルの確認

- ITリソース・タイプのリコンシリエーション・フィールドの作成

14.2.1 機能の比較

表14-2に、Oracle Identity Manager 9.1.x.xとOracle Identity Manager 11.1.2.2.0の機能の主な違いを示します。

表14-2 機能の比較

Oracle Identity Manager 9.1.x.x

Oracle Identity Manager 11.1.2.2.0

Oracle Identity Manager 9.1.x.xでは、アイデンティティ・アテステーションを通してユーザーのアクセスを定期的に確認します。Oracle Identity Analytics (OIA)が提供する高度なアクセス・レビュー機能(ロールやデータ所有者の証明など)を利用するためには、OIM 9.1.x.xをOIAに統合する必要がありました。

Oracle Identity Manager 11.1.2.2.0では、OIAの高度なアクセス・レビュー機能がOIMに一元的にまとめられ、企業が1つの製品からエンタープライズ・グレードのアクセス・リクエスト、プロビジョニングおよびアクセス・レビューを実行できる完全なアイデンティティ・ガバナンス・プラットフォームが提供されます。

Oracle Identity Manager 11.1.2.2.0にアップグレードすると、新しいアクセス・レビュー機能を使用できます。この機能はデフォルトで無効です。この新機能を有効にするには、関連するライセンスが必要です。

Oracle Identity Manager 9.1.x.xでは、ユーザーは、ユーザーの詳細の「組織」属性で組織名を指定することにより、組織に割り当てられます。これは、静的組織メンバーシップです。ユーザーがメンバーとして所属する組織は1つに限定されます。

Oracle Identity Manager 11.1.2.2.0では、既存の機能に加え、ユーザー・メンバーシップ・ルールに基づいて動的にユーザーを組織に割り当てることもでき、組織の詳細ページの「メンバー」タブで定義できます。

ユーザー・メンバーシップ・ルールに適合するすべてのユーザーは、静的に所属する組織階層とは関係なく、動的に組織と関連付けられます。この新機能により、ユーザーは静的メンバーシップを通して1つのホーム組織のメンバーシップを取得し、動的に評価されるユーザー・メンバーシップ・ルールを通して複数のセカンダリ組織のメンバーシップを取得できます。

アップグレード後、組織がこの新機能を取り込むには、各組織のメンバーシップ・ルールを定義する必要があります。

Oracle Identity Manager 9.1.x.xには、パスワードのリセットやアカウントのリクエストなど、基本的なセルフ・サービス機能が用意されています。

Oracle Identity Manager 11.1.2.2.0では、ショッピング・カート・タイプのリクエスト・モデルを備えた新しいユーザー・インタフェースが提供され、エンド・ユーザーは一連のメニュー間を移動する必要なく、このインタフェースを使用してカタログを検索および参照し、ロール、権限、アプリケーションなど、任意の項目を直接リクエストできます。

これに加え、ビジネスに使用しやすい追加のメタデータ(説明、監査目的、タグ、所有者、承認者、技術用語集など)を各アクセス項目に関連付けることによって、ビジネスに使用しやすいリッチ・コンテキスト情報を、セルフ・サービス・アクセス・リクエストおよびアクセス・レビュー時にビジネス・ユーザーに表示できます。

エンド・ユーザーによるリクエスト可能なエンティティへのアクセスは、ユーザーから組織への公開、およびエンティティから組織への公開の組合せによって制御されます。

アップグレード後、管理者はカタログ同期ジョブを実行して、カタログにリクエスト可能なエンティティおよびエンティティ・メタデータを移入する必要があります。

アップグレード後、管理者はエンティティから組織への公開を定義し、エンド・ユーザーがリクエストできる内容を制御する必要があります。

Oracle Identity Manager 9.1.x.xリソース名およびITリソース名は、ITユーザーが管理しやすいように命名される傾向にあります。このアプローチの問題は、ビジネス・ユーザーがアクセスをリクエストする必要がある場合に、リソース名が意味不明になることです。リソース名やITリソース名が理解不能だと、アクセス・リクエスト・プロセスを直感的に進められなくなります。

Oracle Identity Manager 11.1.2.2.0では、アプリケーション・インスタンスと呼ばれる抽象化エンティティが利用されます。これは、ITリソース・インスタンス(ターゲットの接続性とコネクタ構成)およびリソース・オブジェクト(プロビジョニング・メカニズム)の組合せです。管理者は、ビジネスに使用しやすい名前をアプリケーション・インスタンスに割り当てて、対応するITリソースおよびリソース・オブジェクトにマップできます。カタログを通してアカウントをリクエストするエンド・ユーザーは、ビジネスに使用しやすいアプリケーション・インスタンス名を指定してアカウントを検索します。

アプリケーション・インスタンスは、アップグレード手順の一環として自動的に作成されます。管理者は、これらのアプリケーション・インスタンスに対して組織公開を定義し、アプリケーションへのアクセス・リクエストを許可するユーザーを制御することが求められます。

リクエスト可能なエンティティの表示名を変更した場合は、その変更をエンド・ユーザーのトレーニング・プログラムに追加する必要があります。

Oracle Identity Manager 9.1.x.xのセキュリティ・モデルでは、組織は、ユーザー、組織、ロールなどの各種エンティティの委任管理を許可し、管理できます。

委任は、管理グループとそれらのグループに付与された権限を通して管理されます。

Oracle Identity Manager 11.1.2.2.0では、認可ポリシーの適用と管理にOracle Entitlement Serverが利用されます。これは、すべてのIDMコンポーネントに対する認可ポリシーの適用と管理に利用できる標準ベースのプラットフォームです。ビジネス機能に対するエンド・ユーザーの認可のスコープは、組織のスコープ内で各ユーザーに付与された管理ロールに基づいて決定されます。

Oracle Identity Manager 11.1.2.2.0へのアップグレード後、管理者は、エンド・ユーザーに管理ロールを割り当てて、委任管理を有効にする必要があります。これらの管理ロールは組織のスコープ内で割り当てる必要があります。

認可ポリシーの管理は、認可ポリシーのライフサイクル管理用のデファクト・ツールであるAuthorization Policy Managerを使用して行われます。

アップグレード後、Authorization Policy Managerを使用して認可ポリシーを定義および管理する必要があります。

Oracle Identity Manager 9.1.x.xでは、アクセス・ポリシーの更新時にそのポリシーの評価が各ユーザーに対して即座に行われます。

Oracle Identity Manager 11.1.2.2.0では、アクセス・ポリシーの評価は、ユーザー・ポリシーの評価に関するスケジュール済ジョブの実行時に行われます。そのため、アクセス・ポリシーの評価やプロビジョニングなどの負荷の高い操作をトリガーするタイミングを柔軟に制御できます。

Oracle Identity Manager 11.1.2.2.0へのアップグレード後、ビジネス要件に基づいてこのジョブが事前定義の間隔で実行されるようにスケジュールする必要があります。

Oracle Identity Manager 9.1.x.xのユーザー・インタフェースは、Strutsフレームワークをベースに構築されています。基本的なセルフ・サービス・インタフェースが提供されます。

Oracle Identity Manager 11.1.2.2.0のUIは、Oracle ADFおよびWebコンポーザ・テクノロジをベースに構築され、リッチでビジネスに使用しやすくなっています。

アップグレード後、9.1.x.xのUIに追加されたすべてのカスタマイズを11.1.2.2.0のUIに再適用する必要があります。Oracle Identity Manager 11.1.2.2.0でのUIのカスタマイズの概要は、開発者ガイドのインタフェースのカスタマイズに関する説明を参照してください。

Oracle Identity Manager 9.1.x.xでは、アクセス・ポリシーによってユーザーのアカウントがプロビジョニングされている場合に、ユーザーが該当ロールのメンバーシップを失うと、アカウントが失効するか、何も行われないかのいずれかになります。

Oracle Identity Manager 11.1.2.2.0では、アクセス・ポリシーによってユーザーのアカウントがプロビジョニングされている場合に、ユーザーが該当ロールのメンバーシップを失うと、アカウントが失効するか、無効化されるかのいずれかになります。

Oracle Identity Manager 11.1.2.2.0へのアップグレード時に、「適用しなくなった場合は失効」オプションの選択が解除されていたポリシーは、「適用しなくなった場合は無効化」に変換されます。これらのポリシーに関連付けられているユーザーは更新されませんが、これ以降にポリシーを更新すると、それらのユーザーに「適用しなくなった場合は無効化」フラグが付けられます。

また、アクセス・ポリシーが大幅に強化され、ターゲット・アプリケーションの同一インスタンスで複数のアカウントを同一ユーザーに対して自動的にプロビジョニングしたり、同一ターゲット・アプリケーションの異なるインスタンスで複数のアカウントを自動的にプロビジョニングできるようになっています。この機能の追加により、オブジェクトのクローニングの必要性が減り、パフォーマンスが向上しています。

Oracle Identity Manager 9.1.x.xでは、管理者がDesign Consoleから承認プロセスを定義し、管理対象のアプリケーションまたはリソース・オブジェクトごとに1つの承認プロセスを構成する必要があります。

Oracle Identity Manager 11.1.2.2.0では、承認の編成および通知にSOAコンポジットが使用されます。

このモデルの利点は、管理者が単一の承認ワークフロー(SOAコンポジット)を定義し、それを複数のアプリケーションに使用できることです。また、SOAインフラストラクチャは、アップグレード後にすぐに利用できる堅牢な監視、診断および管理プラットフォームを提供します。

アップグレード後、9.1.x.xの承認プロセスをSOAコンポジットに変換し、それらのコンポジット内で通知を構成する必要があります。

Oracle Identity Manager 9.1.x.xでは、エンティティ・アダプタおよびイベント・ハンドラを使用して、ユーザーやロールなどのエンティティに対する操作をカスタマイズします。これらは、更新前、削除前、挿入前、挿入後、更新後、削除後などの各種ライフサイクル・イベントでユーザーやロールなどのエンティティの属性に値を移入する目的でよく使用されます。

Oracle Identity Manager 11.1.2.2.0では、プラグイン・フレームワークを使用して、エンティティに対する操作をカスタマイズできます。

プラグイン・フレームワークを使用すると、Oracle Identity Managerのデフォルトの機能を簡単に拡張およびカスタマイズできます。拡張性を提供できるビジネス・ロジックの特定のプラグイン・ポイントは、この機能によって公開されます。各インタフェース定義には、このようなポイントが付随しており、プラグイン・インタフェースと呼ばれます。顧客は、これらのプラグイン・インタフェースを拡張してカスタマイズを定義するコードを、ビジネス・ニーズに基づいて作成できます。これらのプラグインは、プラグイン・マネージャを使用してOracle Identity Managerにデプロイおよび登録されます。その後、これらのプラグインは、Oracle Identity Managerによって、該当するポイント以降に処理する機能に組み込まれます。

アップグレード後、組織は、9.1.x.xのイベント・ハンドラ、エンティティ・アダプタおよび事前移入アダプタをプラグインに変換する必要があります。

14.2.2 システム要件および動作保証の確認

アップグレード・プロセスを開始する前に、システム要件および動作保証のドキュメントを読み、インストールまたはアップグレードする製品の最小要件をシステムが満たしていることを確認する必要があります。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

14.2.3 Oracle Identity Manager 9.1.x.xで使用されているデータベースのバックアップ

Oracle Identity Manager 11.1.2.2.0にアップグレードする前に、既存のOracle Identity Manager 9.1.x.x環境をバックアップする必要があります。

サーバーを停止した後に、次をバックアップします。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- ドメイン・ホーム・ディレクトリ

- Oracle Identity Managerスキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

14.2.4 アップグレード前レポートの生成および分析

アップグレード・プロセスを開始する前に、PreUpgradeReportユーティリティを実行し、このレポートで報告されたすべての問題に対処する必要があります。解決策もレポートに記載されています。Pre-UpgradeReportユーティリティを使用すると、既存のOracle Identity Manager 9.1.x.x環境を分析し、その環境をアップグレードする前に実行する必要がある必須前提条件に関する情報を得ることができます。

アップグレード前レポートの情報は、保留中の監査タスク、LDAPから削除する必要がある循環依存、オフライン・プロビジョニング関連のタスク、必須データベース・コンポーネントおよび設定のステータス、OSIデータ・アップグレードのステータス、アプリケーション・インスタンスの作成に伴う潜在的な問題、保留中のリコンシリエーション・イベント、および保留中のリクエストに関するものです。

注意:

保留中の問題が報告されなくなるまで、このレポートを実行してください。

アップグレード前レポートで報告された問題が修正されていない状態ではアップグレードが失敗する可能性があるため、問題にすべて対処してからアップグレードを進めることが重要です。

アップグレード前レポートを生成および分析するには、次の項で説明されているタスクを実行します。

- アップグレード前レポート・ユーティリティの入手

- アップグレード前レポートの生成

- アップグレード前レポートの分析

14.2.4.1 アップグレード前レポート・ユーティリティの入手

アップグレード前ユーティリティは、Oracle Technology Network (OTN)からダウンロードする必要があります。このユーティリティは、My Oracle Supportの次の場所でPreUpgradeReport.zip.001およびPreUpgradeReport.zip.002という2つのzipファイルで提供されており、ReadMe.docが付属しています。

My Oracle SupportのドキュメントID 1599043.1

ReadMe.docには、アップグレード前レポートを生成および分析する方法に関する情報が含まれています。

14.2.4.2 アップグレード前レポートの生成

Oracle Identity Manager 9.1.x.xをアップグレードする場合にアップグレード前レポートを生成するには、次の手順を実行します。

1. 任意の場所にディレクトリを新規に作成し、そのディレクトリにPreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出します。

2. アップグレード前レポートの生成先ディレクトリを作成します。たとえば、ディレクトリにはOIM_preupgrade_reportsという名前を付けます。

3. PreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出したディレクトリに移動し、テキスト・エディタでpreupgrade_report_input.propertiesファイルを開きます。表14-3に示されているパラメータに適切な値を指定して、propertiesファイルを更新します。

表14-3 preupgrade_report_input.propertiesファイルで指定するパラメータ

パラメータ

説明

oim.targetVersion

アップグレード前ユーティリティの実行対象となるターゲット・バージョンは11.1.2.2.0であるため、このパラメータには11.1.2.2.0を指定します。

oim.jdbcurl

Oracle Identity ManagerのJDBC URLを次の形式で指定します。

<host>:<port>/<service_name>

oim.oimschemaowner

OIMスキーマの所有者の名前を指定します。

oim.databaseadminname

DBA権限を持つユーザーを指定します。たとえば、sysをsysdbaとして指定します。

oim.outputreportfolder

手順2で作成したディレクトリ(OIM_preupgrade_reportsという名前のディレクトリ)、つまりアップグレード前レポートの生成先ディレクトリの絶対パスを指定します。

出力レポート・フォルダに対する読取りおよび書込み権限があることを確認します。

oim.domain

Oracle Identity Managerドメイン・ホームの絶対パスを指定します。

次に例を示します。

/Middleware/user_projects/domains/base_domain

4. 次のコマンドを実行して、環境変数JAVA_HOMEを設定します。
UNIXの場合:

export JAVA_HOME=<absolute_path_to_jdk_location>

Windowsの場合:

set JAVA_HOME="<absolute_path_to_jdk_location>"

5. PreUpgradeReport.zip.001およびPreUpgradeReport.zip.002の内容を抽出した場所から次のコマンドを実行します。

- UNIXの場合:
sh generatePreUpgradeReport.sh

- Windowsの場合:
generatePreUpgradeReport.bat

6. 次のプロンプトが表示されたら、詳細を指定します。

- OIMスキーマ・パスワード
OIMスキーマのパスワードを入力する必要があります。

- DBAパスワード
データベース管理者のパスワードを入力する必要があります。

7. アップグレード前レポート・ユーティリティを実行すると、preupgrade_report_input.propertiesファイルのoim.outputreportfolderパラメータに指定した場所にレポートがHTMLページとして生成されます。ログは、同じ場所のlogsフォルダにあるpreUpgradeReport<time>.logというログ・ファイルに格納されています。
アップグレード前レポート・ユーティリティによって生成されるレポートは次のとおりです。

- index.html

- AUDITPreUpgradeReport.html

- CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

- JMSPreUpgradeReport.html

- ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

- OSIPreUpgradeReport.html

- PasswordPolicyPreUpgradeReport.html

- PROVISIONINGPreUpgradeReport.html

- RECONPreUpgradeReport.html

- REQUESTPreUpgradeReport.html

14.2.4.3 アップグレード前レポートの分析

アップグレード前レポートの生成後、各レポートを確認し、記載されているすべてのタスクを実行する必要があります。レポートに記載されている必須タスクを実行してからアップグレードを開始しないと、アップグレードが失敗する可能性があります。

表14-4に、すべてのアップグレード前レポート、各レポートの内容、および各レポートの詳細な説明の参照先リンクを示します。

表14-4 アップグレード前レポートの説明

HTMLレポート名

説明

詳細な説明の参照先

index.html

このレポートには、アップグレード前レポート・ユーティリティによって生成される他のすべてのレポートへのリンクが示されます。

また、保留中の問題がこのレポートで報告されなくなるまでアップグレード前レポート・ユーティリティを実行する必要がある旨が明記されています。

「index.htmlレポートの説明」を参照してください。

AUDITPreUpgradeReport.html

このレポートには、アップグレード・プロセスを開始する前に実行する必要がある保留中の監査タスクが示されます。

「AUDITPreUpgradeReport.htmlレポートの説明」を参照してください。

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

このレポートには、LDAP内で検出された循環グループのリストが示されます。

11.1.2.2.0では、LDAPディレクトリ内の循環グループはサポートされていません。したがって、Oracle Identity Manager 9.1.x.x設定から循環依存を削除し、LDAPからOracle Identity Managerデータベースにデータをリコンサイルする必要があります。そのための手順がレポートに説明されています。

「CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートの説明」を参照してください。

JMSPreUpgradeReport.html

このレポートには、オフライン・プロビジョニング関連の保留中のタスクが示されます。

「JMSPreUpgradeReport.htmlレポートの説明」を参照してください。

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

このレポートには、Oracle Identity Managerをアップグレードする場合の必須データベース・コンポーネントまたは設定のステータスが示されます。各必須コンポーネントまたは設定のインストールまたは設定ステータスを確認してください。いずれかのコンポーネントまたは設定が正しく設定されていない場合は、レポートに記載されている推奨事項に従って問題を修正してください。

「ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートの説明」を参照してください。

OSIPreUpgradeReport.html

このレポートには、OSIデータ・アップグレードのステータスが示されます。OSIデータ・アップグレードが未適用であることがレポートで報告された場合は、第14.2.5項「OSIデータのアップグレード」の説明に従ってOSIデータをアップグレードしてください。

「OSIPreUpgradeReport.htmlレポートの説明」を参照してください。

PasswordPolicyPreUpgradeReport.html

このレポートには、パスワード・ポリシーのアップグレードに伴う潜在的な問題が示されます。9.1.x.xのパスワード・ポリシー・モデルは11.1.2.2.0でサポートされていないため、9.1.x.xのパスワード・ポリシー・モデルを利用している場合は、新しいパスワード・ポリシーに更新する必要があります。レポートを確認し、記載されているパスワード・ポリシーを適切な組織に割り当ててください。

「PasswordPolicyPreUpgradeReport.htmlレポートの説明」を参照してください。

PROVISIONINGPreUpgradeReport.html

このレポートには、アプリケーション・インスタンスの作成に伴う潜在的な問題が示されます。次の情報が提供されます。

- プロビジョニングの構成

- 権限の構成

- アクセス・ポリシーの構成

- プロセス・フォームがないリソース・オブジェクトのリスト

- プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

- プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

- デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

- 「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

- 参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

レポートのすべてのセクションを確認し、必要なタスクを実行してください。

「PROVISIONINGPreUpgradeReport.htmlレポートの説明」を参照してください。

RECONPreUpgradeReport.html

このレポートには、保留中のすべてのリコンシリエーション・イベントが示されます。レポートに記載されている情報を確認してください。

「RECONPreUpgradeReport.htmlレポートの説明」を参照してください。

REQUESTPreUpgradeReport.html

このレポートには、保留中のすべてのリクエストが示されます。レポートに記載されている情報を確認してください。

「REQUESTPreUpgradeReport.htmlレポートの説明」を参照してください。

ORACLE_ONLINE_PURGE_PreUpgradeReport.html

このレポートには、アップグレードを進める前に対処する必要があるオンライン・パージの前提条件が示されます。

パージ関連のアクション項目がない場合、このレポートは生成されません。

「ORACLE_ONLINE_PURGE_PreUpgradeReport.htmlレポートの説明」を参照してください。

14.2.4.3.1 index.htmlレポートの説明

このindex.htmlは、他のレポートへのリンクを含む索引ページです。

表14-5に、index.htmlに表示されるレポートおよび対応するHTMLレポート名を示します。

表14-5 index.htmlに表示されるレポートおよび対応するHTMLレポート名

index.htmlに表示されるレポート名

対応するHTMLレポート

必須データベース・コンポーネントのインストール・ステータス

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.html

保留中の監査タスク

AUDITPreUpgradeReport.html

保留中のリコンシリエーション・イベント

RECONPreUpgradeReport.html

保留中の承認タスク

REQUESTPreUpgradeReport.html

保留中のオフライン・プロビジョニング・タスク

JMSPreUpgradeReport.html

OSIデータ・アップグレード・ユーティリティ・ステータス

OSIPreUpgradeReport.html

無効なパスワード・ポリシーのリスト

PasswordPolicyPreUpgradeReport.html

LDAPディレクトリ内の循環グループのリスト

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.html

アプリケーション・インスタンスの作成に伴う潜在的な問題のリスト

PROVISIONINGPreUpgradeReport.html

14.2.4.3.2 AUDITPreUpgradeReport.htmlレポートの説明

AUDITPreUpgradeReport.htmlレポートには、保留中のすべての監査タスクが示されます。

14.2.4.3.3 CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートの説明

CYCLIC_GROUP_MEMBERSHIP_CHKPreUpgradeReport.htmlレポートには、LDAPディレクトリ内の循環グループに関する情報が示されます。

Oracle Identity Manager 11.1.2.2.0では、LDAPディレクトリ内の循環グループはサポートされていません。したがって、アップグレードを続行する前に、Oracle Identity Manager 9.1.x.x設定から循環依存を削除し、LDAPからOracle Identity Managerデータベースにデータをリコンサイルする必要があります。

LDAPに依存する循環グループを削除する方法の詳細は、「LDAPに依存する循環グループの削除およびLDAPからOIMデータベースへのデータのリコンシリエーション」を参照してください。循環グループの削除手順の説明もこのレポートに含まれています。

LDAPに依存する循環グループの削除およびLDAPからOIMデータベースへのデータのリコンシリエーション

Oracle Identity Manager 9.1.x.x環境のLDAPに循環グループがロードされている場合は、次の手順を実行して循環グループを削除する必要があります。

1. JEXplorerまたはSofterra LDAPの管理者を使用して、循環グループに移動します。

2. uniquemember属性を検索します。

3. 属性からすべての値を削除します。

4. グループを保存します。

5. 次のコマンドを実行して、LDAPからOracle Identity Managerデータベースにデータをリコンサイルします。
UNIXの場合: LDAPConfigPostSetup.sh

Windowsの場合: LDAPConfigPostSetup.bat

シナリオ例

Group1とGroup2の2つのグループ間に循環グループ依存がある場合は、次を実行して循環依存を削除します。

1. JEXplorerまたはSofterra LDAPを使用してLDAPに接続します。

2. Group1のグループ・コンテナに移動します。

3. Group1の下にあるuniquemember属性に移動します。

4. Group2の値を一意のメンバーから削除して、変更した内容を保存します。

5. LDAPConfigPostSetup.sh (UNIXの場合)またはLDAPConfigPostSetup.bat (Windowsの場合)を実行して、LDAPからOracle Identity Managerデータベースにデータをリコンサイルします。

14.2.4.3.4 JMSPreUpgradeReport.htmlレポートの説明

JMSPreUpgradeReport.htmlレポートには、保留中のすべてのオフライン・プロビジョニング・タスクが示されます。このレポートには、パッケージ名、タスク・ステータス・キー、オフライン・フラグ、リクエスト・キーおよびオブジェクト・キーを示す表が含まれています。このレポートに記載されている情報は必ず確認してください。

14.2.4.3.5 ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートの説明

ORACLE_MANDATORY_COMPONENT_CHKPreUpgradeReport.htmlレポートには、Oracle Identity Manager 9.1.x.xをアップグレードする場合のすべての必須データベース・コンポーネントまたは設定が示されます。このレポートには、コンポーネントまたは設定、そのインストールまたは設定ステータスおよび推奨事項(ある場合)を示す表が含まれています。表に示された必須コンポーネントまたは設定ごとにインストールまたは設定ステータスを確認してください。コンポーネントまたは設定が正しく設定されていない場合は、表の「注意」列に記載されている推奨事項に従って問題を修正してください。

14.2.4.3.6 OSIPreUpgradeReport.htmlレポートの説明

OSIPreUpgradeReport.htmlレポートには、OSIデータ・アップグレードのステータスが示されます。OSIデータ・アップグレード・ユーティリティが未適用であることがレポートで報告された場合は、第14.2.5項「OSIデータのアップグレード」の説明に従ってOSIデータ・アップグレード・ユーティリティを実行してOSIデータをアップグレードしてください。

OSIデータ・アップグレード・ユーティリティが適用済であることがレポートで報告された場合は、アクションは不要です。

14.2.4.3.7 PasswordPolicyPreUpgradeReport.htmlレポートの説明

PasswordPolicyPreUpgradeReport.htmlレポートには、パスワード・ポリシーのアップグレードに伴う潜在的な問題が示されます。9.1.x.xのパスワード・ポリシー・モデルを利用している場合は、新しいパスワード・ポリシーに更新する必要があります。9.1.x.xのパスワード・ポリシー・モデルは「ユーザー」に対してサポートされなくなり、このようなカスタマイズを加えていた場合、新しいパスワード・ポリシー・モデルには移行されません。デフォルトのパスワード・ポリシーは、再アクセスが必要な最上位組織にシードされます。

このレポートには、9.1.x.xのパスワード・ポリシー・モデルに従って「Xellerateユーザー」リソース・オブジェクトに添付されるパスワード・ポリシーを示す表が含まれています。これらのパスワード・ポリシーを適切な組織に割り当てる必要があります。

14.2.4.3.8 PROVISIONINGPreUpgradeReport.htmlレポートの説明

PROVISIONINGPreUpgradeReport.htmlレポートには、アプリケーション・インスタンスの作成に伴う潜在的な問題が示されます。レポートには次のセクションが含まれています。

- プロビジョニング、権限およびアクセス・ポリシーの構成の詳細

- プロセス・フォームがないリソース・オブジェクトのリスト

- プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

- プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

- デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

- 「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

- 参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

プロビジョニング、権限およびアクセス・ポリシーの構成の詳細

このセクションでは、Oracle Identity Manager 9.1.x.xを11.1.2.2.0にアップグレードする前に実行する必要がある手順について説明されています。これらの手順は、プロビジョニング、権限およびアクセス・ポリシーの構成に関するものです。レポートのこのセクションに説明されているすべての手順を実行してください。

プロセス・フォームがないリソース・オブジェクトのリスト

このセクションには、Oracle Identity Manager 9.1.x.xでプロセス・フォームを持たないリソース・オブジェクトに関する情報が示されます。各リソース・オブジェクトには、それぞれ関連付けられたプロセス・フォームが含まれている必要があります。したがって、リソース・オブジェクトがプロセス・フォームに関連付けられていない場合は、アップグレード・プロセスを開始する前に関連付ける必要があります。プロセス・フォームのないリソース・オブジェクトの詳細は、レポートのこのセクションに含まれている表を確認してください。

プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトのリスト

このセクションには、プロセス・フォームにITResourceフィールド・タイプがないリソース・オブジェクトに関する情報が示されます。詳細は、レポートのこのセクションに含まれている表を確認してください。Oracle Identity Manager 9.1.x.xにプロセス・フォームにITResourceフィールドがないリソース・オブジェクトが存在する場合は、次の手順を実行します。

1. 適切なITリソース定義を作成します。

2. プロビジョニング対象と同等のターゲットに対してITリソース・インスタンスを作成します。

3. プロセス・フォームを編集し、ITResourceタイプのフィールドをプロセス・フォームに追加します。次のプロパティを設定します。
Type=手順1で作成したITリソース定義

ITResource=true

4. フォームをアクティブ化します。

5. FVCユーティリティを使用して、既存のプロビジョニング済アカウントでITリソース・フィールドを更新します。

6. 前述の手順が完了したら、リソース・オブジェクトとITResourceの組合せに対応するアプリケーション・インスタンスを作成できます。

プロセス・フォームに複数のITResource参照フィールドがあるリソース・オブジェクトのリスト

このセクションには、プロセス・フォームに複数の参照フィールドがあるリソース・オブジェクトに関する情報が示されます。Oracle Identity Manager 9.1.x.x環境では、プロセス・フォームに複数のITResourceが設定されたリソース・オブジェクトが存在する場合、少なくとも1つの属性に対してITResourceタイプのプロパティの値をtrueに設定する必要があります。

デフォルトのポリシー・データにITResource値が設定されていないアクセス・ポリシーのリスト

このセクションには、デフォルトのポリシー・データにリソース・オブジェクトのITResource値を設定する必要があるアクセス・ポリシーが示されます。このセクションの表には、Oracle Identity Manager 9.1.x.xでITResourceフィールドがないアクセス・ポリシーが示されます。表に示された各アクセス・ポリシーに対してITResurceフィールドの値を設定する必要があります。

「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーのリスト

このセクションには、「適用しなくなった場合は失効」フラグが選択解除されているアクセス・ポリシーが示されます。このセクションの表には、アップグレード時に「適用しなくなった場合は無効化」に更新されるアクセス・ポリシーのリストが含まれています。また、表には、これらのポリシーに有効化アクション、無効化アクションおよび失効アクションのタスクが定義されていないことが示されます。アップグレードを進める前に、欠落しているタスクを追加する必要があります。また、ポリシーの動作をRNLAに変更する場合は、対応するポリシーに対してRNLAフラグを選択する必要があります。

参照定義に格納されている権限のうち、参照エンコード値にITリソース・キーがない権限のリスト

このセクションには、参照定義に格納されている権限のうち、~を使用してエンコード値の前にITリソース・キーが付加されていない権限が示されます。参照定義に権限を格納する場合は、~を使用してエンコード値の前にITリソース・キーを付加する必要があります。詳細は、アップグレード前レポートのこのセクションに含まれている表を確認してください。

14.2.4.3.9 RECONPreUpgradeReport.htmlレポートの説明

RECONPreUpgradeReport.htmlレポートには、保留中のすべてのリコンシリエーション・イベントが示されます。このレポートには、保留中のすべてのリコンシリエーション・イベントとそのリコンシリエーションID、リコンシリエーション日、リコンシリエーション・ステータスおよびリコンシリエーション者データを示す表が含まれています。表に記載されている情報は必ず確認してください。

14.2.4.3.10 REQUESTPreUpgradeReport.htmlレポートの説明

REQUESTPreUpgradeReport.htmlレポートには、保留中のすべてのリクエストが示されます。このレポートには、保留中のすべてのリクエストとそのリクエストID、リクエスト日、リクエスト者の詳細、リクエスト・ステータスおよびリクエスト・データを示す表が含まれています。表に記載されている情報は必ず確認してください。

14.2.4.3.11 ORACLE_ONLINE_PURGE_PreUpgradeReport.htmlレポートの説明

Oracle Identity Manager 9.1.x.xを11.1.2.2.0にアップグレードする前に、オンライン・パージの前提条件を実行する必要があります。

このレポートに含まれている表には、アップグレード前に実行するように指定されたアップグレード前手順の対象となるデータベース表が示されます。また、表の「OIMスキーマ」および「注意」セクションには、データベース表のステータスが示されます。表を確認し、必要なアクションを実行してください。

14.2.5 OSIデータのアップグレード

この項では、OSIデータをアップグレードする方法について説明します。

注意:

このタスクを第14.2.4項「アップグレード前レポートの生成および分析」の一環としてすでに実行した場合は、この項をスキップしてください。

プロセスで使用される一時値を扱う内部列osi_noteに格納される値の形式は、Oracle Identity Manager 9.1.x.xとOracle Identity Manager 11.1.2.2.0で異なります。値の形式が非互換であるため、アップグレードを進める前に、OSIデータ・アップグレード・ユーティリティを使用して既存の値を消去する必要があります。OSIデータ・アップグレード・ユーティリティによりOSIデータがアップグレードされます。

注意:

OSIデータのアップグレード後は、OIM 9.1.0.xサーバーは実行されないものと想定されています。

OSIのデータの量によっては、OSIデータ・アップグレードに時間がかかる場合があります。

OSIデータ・アップグレード・ユーティリティを入手する方法およびユーティリティを実行してOSIデータをアップグレードする方法の詳細は、My Oracle SupportのドキュメントID 1303215.1を参照してください。

14.2.6 xlconfig.xmlファイルの確認

アップグレード・プロセスを開始する前に、$9.1.x.x_HOME/xellerate/config/xlconfig.xmlにあるxlconfig.xmlファイルのDirectDbおよびMultiCastAddressパラメータの値が正しいことを確認してください。

14.2.7 ITリソース・タイプのリコンシリエーション・フィールドの作成

すべてのアカウント・リコンシリエーションのフィールド・マッピング構成にITリソース・タイプのリコンシリエーション・フィールドが少なくとも1つ定義されている必要があります。そのためには、Oracle Identity Manager Design Consoleからマッピングを追加します。これを行うには、次の手順を実行します:

1. 次の手順を実行して、ITリソース・タイプのリコンシリエーション・フィールドを作成します。

1. ORACLE_HOME/designconsole/から次のコマンドを実行して、Oracle Identity Manager Design Consoleにログインします。
UNIXの場合: ./xlclient.sh

Windowsの場合: xlclient.cmd

2. 「リソース管理」を開きます。

3. 「リソース・オブジェクト」をクリックします。

4. 変更するリソース・オブジェクトを検索して選択します。

5. オブジェクト・リコンシリエーション・タブに移動します。

6. 「リコンシリエーション・フィールド」タブで「フィールドの追加」をクリックします。

7. フィールド名を入力し、「フィールド・タイプ」として「ITリソース」を選択します。

8. 「保存」アイコンをクリックします。

2. 次の手順を実行して、ITResourceフィールドのマッピングを定義します。

1. Oracle Identity Manager Design Consoleの左側のナビゲーション・ペインで、「プロセス管理」を開きます。

2. 「プロセス定義」をクリックします。

3. 「プロセス定義」フォームのリコンシリエーション・フィールド・マッピング・タブに移動します。

4. リソース・オブジェクトを検索します。

5. 「ITリソース」フィールドのマッピングを定義します。

6. フォームを保存します。

注意:

アカウント・リコンシリエーションにコネクタを使用している場合、または11.1.2.2.0へのアップグレード後にアカウント・リコンシリエーションにコネクタを使用する場合、この手順は必須です。

14.3 新しいOracleホームのインストールおよびデータベース・スキーマのアップグレード

この項では、既存のOracleホームおよびデータベース・スキーマをアップグレードする際に実行するタスクについて説明します。

この項には次のトピックが含まれます:

- 必要なスキーマの作成

- Oracle WebLogic Server 10.3.6のインストール

- Oracle SOA Suite 11.1.1.7.0のインストールおよび必須SOAパッチの適用

- Oracle Identity Manager 11.1.2.2.0のインストール

- Oracle Identity Managerスキーマのアップグレード

- Oracle Platform Security Servicesスキーマのアップグレード

- Oracle Identity Manager 11.1.2.2.0用のドメインの作成

- データベース・セキュリティ・ストアの構成

- 管理サーバーおよびSOA管理対象サーバーの起動

14.3.1 必要なスキーマの作成

リポジトリ作成ユーティリティ(RCU) 11.1.1.7.0を使用して、次のスキーマを作成します。

- Oracle Identity ManagerのMDSスキーマ

- SOAスキーマ

- Oracle SOA SuiteのMDSスキーマ

- OPSSスキーマ

- ORASDPMスキーマ

リポジトリ作成ユーティリティを使用してスキーマを作成する方法の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』の次の説明を参照してください。

- 「RCUの入手」

- 「RCUの起動」

- 「スキーマの作成」

14.3.2 Oracle WebLogic Server 10.3.6のインストール

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作保証されています。したがって、Oracle WebLogic Server 10.3.6をインストールする必要があります。

Oracle WebLogic Server 10.3.6をインストールするには、次の手順を実行します。

1. Oracle Technology NetworkからWebLogic 10.3.6インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のOracle Technology Networkからのインストーラのダウンロードに関する項を参照してください。

2. インストーラをグラフィック・モードで実行します。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のインストール・プログラムのグラフィック・モードでの起動に関する説明を参照してください。

14.3.3 Oracle SOA Suite 11.1.1.7.0のインストールおよび必須SOAパッチの適用

Oracle Identity Manager 11.1.2.2.0は、Oracle SOA Suite 11.1.1.7.0で動作保証されています。したがって、Oracle SOA Suite 11.1.1.7.0をインストールする必要があります。

Oracle SOA Suite 11.1.1.7.0をインストールする方法の詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』のOracle SOA SuiteおよびOracle Business Process Management Suiteのインストールに関する説明を参照してください。

SOA 11.1.1.7.0をインストールした後、Oracle Identity Manager 11.1.2.2.0に必要な必須SOAパッチを適用する必要があります。必須SOAパッチを適用する方法の詳細は、『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関する説明を参照してください。

14.3.4 Oracle Identity Manager 11.1.2.2.0のインストール

Oracle Identity and Access Management 11.1.2.2.0インストーラを使用して、Oracle Identity Manager 11.1.2.2.0をインストールする必要があります。

Oracle Identity Manager 11.1.2.2.0をインストールする方法の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management 11gリリース2 (11.1.2.2.0)のインストールに関する説明を参照してください。

14.3.5 Oracle Identity Managerスキーマのアップグレード

アップグレード・アシスタントを使用して、既存のOracle Identity Managerスキーマを11.1.2.2.0にアップグレードする必要があります。これを行うには、次の手順を実行します:

1. MW_HOME/OIM_HOME/binから次のコマンドを実行して、アップグレード・アシスタントを起動します。
UNIXの場合: ./ua

Windowsの場合: ua.bat

2. Oracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。
「次へ」をクリックします。

3. 「操作の指定」画面が表示されます。
「Oracle Identity Managerスキーマのアップグレード」を選択します。

「次へ」をクリックします。

4. 「前提条件」画面が表示されます。
次のチェック・ボックスを選択します。

- データベース・スキーマのバックアップが完了済: アップグレード前にデータベースのOracle Identity Managerリポジトリをバックアップしたことを確認します。アップグレード・アシスタントでは、リポジトリがバックアップされているかどうかは検証されないため、このオプションはリマインダとして機能します。

- Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済: アップグレード・アシスタントでは、Oracle Data Integratorリポジトリがサポート対象データベースに存在することが要求されます。データベース要件の詳細は、「Oracle Fusion Middlewareのシステム要件と仕様」を参照してください。

- OSIデータのアップグレードが実行済: 第14.2.5項「OSIデータのアップグレード」の説明に従ってOSIデータをアップグレードしたことを確認します。

「次へ」をクリックします。

5. 「OIMデータベースの指定」画面が表示されます。
次の詳細を指定します。

- ホスト: データベースが実行されているホストの名前を入力します。

- ポート: データベースが実行されているホストのポート番号を入力します。Oracleデータベースのデフォルトのポート番号は、1521です。

- サービス名: データベースのサービス名を指定します。通常、サービス名はグローバル・データベース名と同じです。

- OIMスキーマ: Oracle Identity Managerスキーマの名前を指定します。

- SYSパスワード: SYSユーザーのパスワードを入力します。

「次へ」をクリックします。

6. 「コンポーネントの調査」画面が表示されます。
「次へ」をクリックします。

7. 「アップグレード・サマリー」画面が表示されます。
「アップグレード」をクリックします。

8. 「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

「次へ」をクリックします。

9. 「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。アップグレード・アシスタントにより、OIM_HOME/upgrade/logs/uaTimestamp.logにログ・ファイルが生成されます。ログ・ファイルをチェックしてエラーや警告が発生していないか確認します。
「閉じる」をクリックします。

14.3.6 Oracle Platform Security Servicesスキーマのアップグレード

Oracle Identity Managerスキーマのアップグレード後、パッチ・セット・アシスタントを使用して、Oracle Platform Security Servicesスキーマをアップグレードする必要があります。これを行うには、次の手順を実行します:

1. 次のコマンドを使用して、$ORACLE_HOME/binからパッチ・セット・アシスタントを起動します。
./psa

2. opssを選択します。

3. データベース接続の詳細を指定し、アップグレード対象のスキーマを選択します。

パッチ・セット・アシスタントを使用してスキーマをアップグレードする方法の詳細は、第2.6項「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

Oracle Platform Security Servicesスキーマのアップグレード後、MW_HOME/oracle_common/upgrade/logs/psa<timestamp>.logにあるログ・ファイルをチェックしてアップグレードを確認してください。timestampは、パッチ・セット・アシスタントが実行された実際の日時を示します。アップグレードが失敗した場合は、ログ・ファイルをチェックしてエラーを修正し、パッチ・セット・アシスタントを再実行してください。

また、第2.6.4項「スキーマのアップグレードの確認」の説明に従って、Oracle Platform Security Servicesスキーマのアップグレードを確認してください。

14.3.7 Oracle Identity Manager 11.1.2.2.0用のドメインの作成

Oracle Identity Manager 11.1.2.2.0ホームから構成ウィザードを実行して、Oracle Identity Manager 11.1.2.2.0用のWebLogicドメインを作成します。

Oracle Identity Manager 11.1.2.2.0を構成する方法の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity ManagerおよびSOA用の新しいWebLogicドメインの作成に関する説明を参照してください。

14.3.8 データベース・セキュリティ・ストアの構成

Oracle Identity Manager 11.1.2.2.0用のドメインを作成した後、そのOracle Identity Manager 11.1.2.2.0ドメインに対してデータベース・セキュリティ・ストアを構成する必要があります。

データベース・セキュリティ・ストアを構成する方法の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成に関する説明を参照してください。

14.3.9 管理サーバーおよびSOA管理対象サーバーの起動

注意:

Oracle Identity Manager管理対象サーバーを起動しないでください。

データベース・セキュリティ・ストアを構成した後、WebLogic管理サーバーおよびSOA管理対象サーバーを起動してください。

サーバーを起動する方法の詳細は、第2.9項「サーバーの起動」を参照してください。

14.4 その他のOracle Identity Managerインストール済コンポーネントの構成

この項では、Oracle Identity Manager 11.1.2.2.0 Serverなど、その他のOracle Identity Managerインストール済コンポーネントを構成する方法について説明します。

この項には次のトピックが含まれます:

- Oracle Identity Manager Server 11.1.2.2.0の構成

- 管理サーバーおよびSOA管理対象サーバーの再起動

14.4.1 Oracle Identity Manager Server 11.1.2.2.0の構成

構成ウィザードを使用して、Oracle Identity Manager 11.1.2.2.0 Serverを構成する必要があります。Oracle Identity Manager Serverを構成する方法の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity Manager Serverの構成に関する説明を参照してください。

注意:

Oracle Identity Manager Server 11.1.2.2.0を構成する際は、Oracle Identity Manager構成ウィザードで「LDAP同期の有効化」オプションを選択しないでください。アップグレード時のオプションとして、LDAP同期を有効にしたり、取得することは避けてください。有効にするのは、アップグレード後、システムの確認やその他のアップグレード後手順が完了してからにしてください。

14.4.2 管理サーバーおよびSOA管理対象サーバーの再起動

管理サーバーおよびSOA管理対象サーバーを再起動するには、それらを次の順序で停止してから再び起動する必要があります。

1. SOA管理対象サーバーを停止します。

2. WebLogic管理サーバーを停止します。

3. WebLogic管理サーバーを起動します。

4. SOA管理対象サーバーを起動します。

サーバーを停止する方法の詳細は、第2.8項「サーバーの停止」を参照してください。

サーバーを起動する方法の詳細は、第2.9項「サーバーの起動」を参照してください。

14.5 Oracle Identity Manager 9.1.x.x中間層のアップグレード

この項では、Oracle Identity Manager中間層をアップグレードする際に実行するタスクについて説明します。

この項には次のトピックが含まれます:

- Oracle Identity Manager管理対象サーバーの起動および停止

- Oracle Identity Manager中間層のアップグレード

- すべてのサーバーの再起動

14.5.1 Oracle Identity Manager管理対象サーバーの起動および停止

Oracle Identity Manager 9.1.x.x中間層のアップグレードを開始する前に、Oracle Identity Manager管理対象サーバーを起動および停止する必要があります。

Oracle Identity Manager管理対象サーバーを起動する方法の詳細は、第2.9.3項「管理対象サーバーの起動」を参照してください。

Oracle Identity Manager管理対象サーバーを停止する方法の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

14.5.2 Oracle Identity Manager中間層のアップグレード

アップグレード・アシスタントを使用して、Oracle Identity Manager中間層をアップグレードします。これを行うには、次の手順を実行します:

1. MW_HOME/OIM_HOME/binから次のコマンドを実行して、アップグレード・アシスタントを起動します。
UNIXの場合: ./ua -invPtrLoc $OIM_HOME/oraInst.loc

Windowsの場合: ua.bat -invPtrLoc $OIM_HOME\oraInst.loc

2. Oracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。
「次へ」をクリックします。

3. 「操作の指定」画面が表示されます。
「Oracle Identity Manager中間層のアップグレード」を選択します。

「次へ」をクリックします。

4. 「ソース・ディレクトリの指定」画面が表示されます。
「参照」をクリックし、Oracle Identity Manager 9.1インストールのディレクトリの場所を入力します。

「次へ」をクリックします。

5. 「OIMデータベースの指定」画面が表示されます。
次の情報を入力します。

- ホスト: データベースが存在するホストの名前を入力します。

- ポート: データベースのリスニング・ポートを入力します。たとえば、1521などです。

- サービス名: データベースのサービス名を入力します。通常、サービス名はシステム識別子(SID)とデータベースのネットワーク・ドメイン・アドレスで構成されます。

- OIMスキーマ: データベースに配置されているOracle Identity Manager 9.1.x.xスキーマの名前を入力します。

- SYSパスワード: Oracle Identity Manager 9.1.x.xスキーマをホストするデータベースのSYSデータベース・アカウントのパスワードを入力します。アップグレード・アシスタントは、データベースへの接続およびOracle Identity Managerスキーマの内容の読取りにこれらのログイン資格証明を必要とします。

「次へ」をクリックします。

6. 「MDSデータベースの指定」画面が表示されます。
次の情報を入力します。

- ホスト: データベースが存在するホスト・コンピュータの名前を入力します。

- ポート: データベースのリスニング・ポート(1521など)を入力します。

- サービス名: データベースのサービス名を入力します。通常、サービス名はシステム識別子(SID)とデータベースのネットワーク・ドメイン・アドレスで構成されます。

- SYSパスワード: データベースSYSユーザーのパスワードを入力します。アップグレード・アシスタントは、データベースへの接続およびMDSスキーマの内容の読取りにこれらのログイン資格証明を必要とします。

「次へ」をクリックします。

7. 「MDSスキーマの指定」画面が表示されます。
次の操作を実行します。

- ドロップダウン・メニューからMDSスキーマを選択します。

- 「パスワード」フィールドにスキーマのパスワードを入力します。このパスワードは、アップグレード・アシスタントがスキーマをアップグレードおよび変更するために必要です。これは、Oracle MDSスキーマをデータベースにインストールしたときにリポジトリ作成ユーティリティ(RCU)に設定したOracle MDSスキーマのパスワードです。

「次へ」をクリックします。

8. 「WebLogic Serverの指定」画面が表示されます。
次の情報を入力します。

- ホスト: Oracle WebLogic Serverドメインが存在するホスト。
必ず完全なホスト名を指定します。次に例を示します。

IDMHost1.example.com

- ポート: 管理サーバーのリスニング・ポート。通常、管理サーバーはポート7001をリスニングします。

- ユーザー名: 管理サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するユーザー名と同じです。

- パスワード: 管理サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

「次へ」をクリックします。

9. 「SOAサーバーの指定」画面が表示されます。
次の情報を入力します。

- ホスト: SOA管理対象サーバーが存在するホスト。

- ポート: SOA管理対象サーバーのリスニング・ポート。

- ユーザー名: SOA管理対象サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するユーザー名と同じです。

- パスワード: SOA管理対象サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

「次へ」をクリックします。

10. 「アップグレード・オプションの指定」画面が表示されます。
「次へ」をクリックします。

注意:

この画面には、アップグレードが成功した後にすべてのサーバーを起動するための「アップグレード完了後にアップグレード先コンポーネントを起動」オプションが用意されています。ただし、Oracle Identity Managerでは、アップグレードが成功した後にアップグレード先コンポーネントを起動するためのオプションはサポートされていません。

「コンポーネントの調査」画面が表示されます。

「次へ」をクリックします。

11. 「アップグレード・サマリー」画面が表示されます。
「アップグレード」をクリックします。

12. 「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

「次へ」をクリックします。

13. 「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。
「閉じる」をクリックします。

中間層のアップグレードに関するサマリー・レポートがOIM_HOME/upgrade/logs/oimUpgradeReportDirに生成されます。このレポートには、機能名、そのアップグレード・ステータス、および機能関連のレポートの詳細が示されます。このレポートで中間層のアップグレードが成功したことを確認してください。

14. 「中間層のアップグレードの確認」の説明に従って、中間層のアップグレードを確認します。

中間層のアップグレードの確認

中間層アップグレード・ユーティリティを使用すると、ログ・ファイル、および機能のアップグレードの詳細を示すHTMLレポートが生成されます。Oracle Identity Manager中間層のアップグレードが成功したことを確認するには、OIM_HOME/upgrade/logsに生成されたログ・ファイルoimUpgradeReportDirを確認してください。また、OIM_HOME/upgrade/logs/oimUpgradeReportDirに生成されたHTMLアップグレード・レポートを確認してください。このディレクトリにあるindex.htmlレポートには、中間層のアップグレード時にアップグレードされたすべての機能が示されます。

14.5.3 すべてのサーバーの再起動

Oracle Identity Manager中間層をアップグレードした後、WebLogic管理サーバー、Oracle Identity Manager管理対象サーバーおよびSOA管理対象サーバーを再起動する必要があります。

サーバーを再起動するには、それらを次の順序で停止してから再び起動する必要があります。

1. SOA管理対象サーバーを停止します。

2. WebLogic管理サーバーを停止します。

3. WebLogic管理サーバーを起動します。

4. SOA管理対象サーバーを起動します。

5. Oracle Identity Manager管理対象サーバーを起動します。

サーバーを停止する方法の詳細は、第2.8項「サーバーの停止」を参照してください。

サーバーを起動する方法の詳細は、第2.9項「サーバーの起動」を参照してください。

14.6 アップグレード後の手順

この項では、Oracle Identity Manager 9.1.x.xをOracle Identity Manager 11.1.2.2.0にアップグレードした後に実行する必要があるタスクについて説明します。

この項には次のトピックが含まれます:

- オプション: Oracle Identity Manager Design Console 11.1.2.2.0の構成

- オプション: Oracle Identity Manager Remote Manager 11.1.2.2.0の構成

- アップグレード後のタスクの実行

- アップグレードの確認

14.6.1 オプション: Oracle Identity Manager Design Console 11.1.2.2.0の構成

Oracle Identity Manager Design Console 11.1.2.2.0を構成する場合は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity Manager Design Consoleの構成(オプション)に関する説明に記載されている手順に従ってください。

14.6.2 オプション: Oracle Identity Manager Remote Manager 11.1.2.2.0の構成

Oracle Identity Manager Remote Manager 11.1.2.2.0を構成する場合は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity Manager Remote Managerの構成(オプション)に関する説明に記載されている手順に従ってください。

14.6.3 アップグレード後のタスクの実行

Oracle Identity Manager 9.1.x.xを11.1.2.2.0にアップグレードした後、次の必須アップグレード後タスクを実行する必要があります。

- パフォーマンス・チューニングの推奨事項の確認

- 権限リスト・スケジュールの実行

- 権限割当てスケジュール・ジョブの実行

- ユーザー・ポリシーの評価に関するスケジュール済タスクの実行

- カタログの同期の実行

- UMS通知プロバイダ

- ユーザーUDFのアップグレード

- アプリケーション・インスタンスのアップグレード

- XIMDDの再デプロイ

- SPML-DSMLの再デプロイ

- イベント・ハンドラのカスタマイズ

- アダプタの再コンパイル

- 事前移入アダプタの再書込み

- ユーザー・ログインの無効化

- Oracle Identity Management Reportsのアップグレード

- 新しいSOAコンポジットの作成

- 自己登録に対する自動承認の構成

- 監査スナップショットの生成

- 監査の有効化

- パスワード・ポリシーの作成

- OIMデータ・パージ・ジョブのパラメータの確認

- コネクタの動作保証の確認

- コネクタの機能の確認

14.6.3.1 パフォーマンス・チューニングの推奨事項の確認

Oracle Identity Manager 11.1.2.2.0にアップグレードした後、『Oracle Fusion Middlewareパフォーマンスおよびチューニング・ガイド』のOracle Identity Managerのパフォーマンス・チューニングに関する説明に記載されているOracle Identity Manager固有のパフォーマンス・チューニングの推奨事項を確認する必要があります。

14.6.3.2 権限リスト・スケジュールの実行

カタログ機能を使用するには、権限リスト・スケジュール・タスクを実行する必要があります。

権限リスト・スケジュール・ジョブを実行するには、次の手順を完了します。

1. 次の場所にログインします。
http://<OIM_HOST>:<OIM_PORT>/sysadmin

2. 「システム管理」をクリックします。

3. 「スケジューラ」を選択します。

4. 「スケジュール済ジョブの検索」フィールドで、「Entitlement List」と入力して、「検索」をクリックします。

5. 権限リストを選択します。

6. 「即時実行」をクリックします。ジョブが完了するまで待機します。

14.6.3.3 権限割当てスケジュール・ジョブの実行

権限割当てスケジュール・タスクを実行して、既存の権限付与がマイ権限タブに適切に表示されることを確認する必要があります。権限割当てスケジュール・ジョブを実行するには、次の手順を実行します。

1. 次の場所にログインします。
http://<OIM_HOST>:<OIM_PORT>/sysadmin

2. 「システム管理」をクリックします。

3. 「スケジューラ」を選択します。

4. 「スケジュール済ジョブの検索」フィールドに権限割当てと入力し、「検索」をクリックします。

5. 権限割当てを選択します。

6. 「即時実行」をクリックします。ジョブが完了するまで待機します。

14.6.3.4 ユーザー・ポリシーの評価に関するスケジュール済タスクの実行

ロール付与後のアクセス・ポリシーに基づいたプロビジョニングを開始するには、ユーザー・ポリシーの評価に関するスケジュール済タスクを実行する必要があります。このスケジュール済タスクは、10分ごとに実行するよう構成するか、あるいは手動で実行できます。

スケジューラを起動するには、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のスケジューラの起動および停止に関する項を参照してください。

14.6.3.5 カタログの同期の実行

リソース・オブジェクトは、アップグレード・プロセス中に変換されます。Oracle Identity Manager 11.1.2.2.0を使用して、アプリケーション・インスタンスと呼ばれるオブジェクトのリソースをプロビジョニングするには、カタログ同期ジョブを実行する必要があります。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のカタログのブートストラップに関する項を参照してください。

注意:

権限が表示されない場合は、子表の「権限」フィールドがEntitlement=trueに設定され、親フォームにリロードされることを確認してください。Entitlement=trueを設定した後、ビューを再生成し、権限リスト・スケジューラ・ジョブを実行してください。

14.6.3.6 UMS通知プロバイダ

これは、Oracle Identity Manager 11.1.2.2.0で新規に導入された通知機能です。この新しい通知モデルを使用する場合は、11.1.2.2.0へのアップグレード後に次の手順を実行します。

1. エンタープライズ・マネージャのユーザー・インタフェースから電子メール用のドライバを構成します。

1. Oracle Enterprise Manager Fusion Middleware Controlにログインして次を実行します。
i. 「アプリケーション・デプロイメント」を開きます。

ii. 「ユーザー・メッセージング・サービス」を開きます。

iii. usermessagingdriver-email (<soa_server1>)を選択します。

iv. 「電子メール・ドライバ・プロパティ」を選択します。

v. ドライバ固有の構成にを選択します。

2. 表14-6のリストに従って、値を構成します。

表14-6 UMSのパラメータと説明

パラメータ

説明

OutgoingMailServer

SMTPサーバー名です。

次に例を示します。

abc.example.com

OutgoingMailServerPort

SMTPサーバーのポートです。

次に例を示します。

456

OutgoingMailServerSecurity

使用可能な値がNone/TLS/SSLになる可能性があるSMTPサーバーによって使用されるセキュリティ設定です。

OutgoingUsername

有効なユーザー名を指定します。

次に例を示します。

abc.eg@example.com

OutgoingPassword

次の操作を実行します。

1. 「間接パスワード」を選択します。新規ユーザーを作成します。

2. 「間接ユーザー名/キー」に一意の文字列を指定します。
次に例を示します。

OIMEmailConfig。これによりパスワードがマスクされ、構成ファイルにクリアテキストで表示されることがなくなります。

3. このアカウントの有効なパスワードを指定します。

2. エンタープライズ・マネージャのユーザー・インタフェースを使用して通知プロバイダのXMLを構成します。

1. エンタープライズ・マネージャにログインして、次を実行します。
i. 「アプリケーションのデプロイ」を開きます。

ii. OIMAppMetadata(11.1.1.3.0)(oim_server1)を選択して右クリックします。

iii. 「システムMBeanブラウザ」を選択します。

iv. 「アプリケーション定義のMBean」を開きます。

v. 「oracle.iam」を開きます。

vi. Server_OIM_Server1を開きます。

vii. 「アプリケーション: oim」を開きます。

viii. 「IAMAppRuntimeMBean」を開きます。

ix. 「UMSEmailNotificationProviderMBean」を選択します。

2. 表14-7のリストに従って、値を構成します。

表14-7 通知プロバイダの構成パラメータ

パラメータ

説明

WebサービスURL

UMS WebサービスのURLを起動します。どのSOAサーバーも使用できます。

次に例を示します。

http://<SOA_host>:<SOA_Port>/ucs/messaging/webservice

ポリシー

OWSMポリシーは、所定のWebサービスに添付されており、空白のままにします。

ユーザー名

ユーザー名は、Webサービスのセキュリティ・ヘッダーで指定されています。添付されたポリシーがない場合は、空白のままにします。

パスワード

パスワードは、Webサービスのセキュリティ・ヘッダーで指定されています。添付されたポリシーがない場合は、空白のままにします。

11.1.2.2.0へのアップグレード後に、デフォルトのUMS通知プロバイダではなく、SMTP通知プロバイダを使用する場合は、次の手順を実行します。

1. エンタープライズ・マネージャにログインして、次を実行します。

1. 「アプリケーションのデプロイ」を開きます。

2. OIMAppMetadata(11.1.1.3.0)(oim_server1)を選択して右クリックします。

3. 「システムMBeanブラウザ」を選択します。

4. 「アプリケーション定義のMBean」を開きます。

5. 「oracle.iam」を開きます。

6. Server_OIM_Server1を開きます。

7. 「アプリケーション: oim」を開きます。

8. 「IAMAppRuntimeMBean」を開きます。

9. 「UMSEmailNotificationProviderMBean」を選択します。

2. 「有効」属性の値がtrueに設定されていることを確認します。

3. MBean内の構成値(ユーザー名、パスワード、mailServerName)またはMBean内のITリソース名を指定します。
ITリソース名は、Oracle Identity Manager 9.1.x.xをOracle Identity Manager 11.1.2.2.0にアップグレードする前にXL.MailServerシステム・プロパティで指定する名前です。

14.6.3.7 ユーザーUDFのアップグレード

使用する環境にUDFが必要な理由は、UDFを使用してユーザー・インタフェースを更新しない場合に、ユーザーの作成、ロールの作成および自己登録リクエストなど、UDFが関与するいくつかの機能が失敗するためです。

この項には次のトピックが含まれます:

- UDFのレンダリング

- 9.1.x.xで必須のUDF属性およびOOTB属性に対するユーザー・インタフェースのカスタマイズ

- 参照問合せの変更

14.6.3.7.1 UDFのレンダリング

Oracle Identity Manager 9.1.x.xからOracle Identity Manager 11.1.2.2.0環境にアップグレードした場合は、ユーザー・エンティティのカスタム属性がバックエンドにすでに存在しています。これらの属性がOracle Identity Manager 11.1.2.2.0のユーザー・インタフェース画面にフォーム・フィールドとして表示されるようにするには、そのユーザー画面をカスタマイズして、カスタム・フィールドを追加する必要があります。

ただし、画面をカスタマイズするには、事前にシステム管理コンソールで「ユーザー・フォームのアップグレード」リンクを使用してカスタム属性のアップグレードを完了しておく必要があります。

ユーザー・フォームのアップグレードが完了すると、DataComponent-「カタログ」、DataComponent-「本人情報」、DataComponent-「ユーザー登録」など、各種データ・コンポーネントのユーザー値オブジェクト(VO)インスタンスにカスタム属性が表示されます。これには、(カスタマイズされた) Webコンポーザで使用可能なすべてのカスタム属性も含まれているほか、ユーザーのユーザー・インタフェース画面への追加も可能です。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のインタフェースのカスタマイズに関する項を参照してください。

UDFをレンダリングするには、次の手順を完了します。

1. 「アイデンティティ・システム管理」コンソールにログインします。

2. 「サンドボックス」をクリックします。「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

3. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

4. 「アップグレード」に移動します。「ユーザー・フォームのアップグレード」を選択します。「即時アップグレード」をクリックします。

注意:

「即時アップグレード」ボタンをクリックした後にエラー・ポップアップやERROR/WARNINGレベルのログが表示された場合は、エラーを分析してから、分析用にサンドボックスをエクスポートし、サンドボックスを破棄(削除)してください。

5. サンドボックスを公開します。

6. 「アイデンティティ・システム管理」コンソールからログアウトします。

7. 「アイデンティティ・セルフ・サービス」コンソールにログインします。

8. 「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

9. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

10. 左のナビゲーション・ペインから「ユーザー」を選択します。

11. 「ユーザーの作成」をクリックします。「ユーザーの作成」ペインを開きます。すべての必須フィールドに入力し、UDFを追加します。「ユーザーの変更」画面および「ユーザーの詳細」画面に同じUDFを追加します。表14-8のリストに従って、正しいデータ・コンポーネントおよびUserVO名を選択します。
次に例を示します。

左のナビゲーション・ペインから「ユーザー」をクリックします。「ユーザー」をクリックして「ユーザーの作成」画面に移動し、すべての必須フィールドに入力します。

12. 右上の「カスタマイズ」をクリックします。「表示」を選択します。「ソース」を選択します。

13. 「基本情報」で「名前」を選択して、確認ウィンドウの「編集」をクリックします。

14. 「panelFormLayout」を選択します。「コンテンツの追加」をクリックします。

15. 図14-8のリストに従って、適切な「データ・コンポーネント」およびVO名を選択します。

表14-8 UDFの画面と説明

画面名

データ・コンポーネント

VO名

手順

ユーザーの作成

データ・コンポーネント - カタログ

UserVO

次の手順を実行します。

1. 「ユーザー」をクリックします。

2. 「作成」をクリックして、「ユーザーの作成」画面を起動します。

ユーザーの変更

データ・コンポーネント - カタログ

UserVO

次の手順を実行します。

1. 「ユーザー」をクリックして検索します。

2. 検索結果から単一のユーザーを選択します。

3. 「編集」をクリックして、「ユーザーの変更」画面を起動します。

ユーザー詳細の表示

データ・コンポーネント - ユーザーの管理

UserVO1

次の手順を実行します。

1. 「ユーザー」をクリックして検索します。

2. 検索結果から単一のユーザーを選択します。

ユーザーのバルク変更フロー

データ・コンポーネント - カタログ

UserVO

次の手順を実行します。

1. 「ユーザー」をクリックして検索します。

2. 検索結果から複数のユーザーを選択します。

本人情報

データ・コンポーネント - 本人情報

UserVO1

次の手順を実行します。

1. 「アイデンティティ」をクリックします。

2. 「本人情報」サブタブを選択します。

検索結果のカスタマイズ

データ・コンポーネント - ユーザーの管理

UserVO1

次の手順を実行します。

1. 「アイデンティティ」をクリックします。

2. 「ユーザー」をクリックします。

3. 「カスタマイズ」をクリックして、Webコンポーザを開きます。

ユーザー登録

データ・コンポーネント - ユーザー登録

UserVO1

次の手順を実行します。

1. 「カスタマイズ」をクリックして、Webコンポーザを開きます。

2. 認証されていないページの左のナビゲーション・リンクを有効化します。

3. 「ユーザー登録」をクリックします。

4. 「ユーザー登録」を選択します。

検索パネルにUDFを追加

NA

NA

次の手順を実行します。

1. 「アイデンティティ」にログインします。

2. 「ユーザー」をクリックします。

3. 検索ボックスで「Add Fields」を検索します。すべての検索可能フィールドがユーザーに表示されます。

リクエスト・サマリー/詳細のカスタマイズ

NA

NA

「ユーザーの作成」、「ユーザーの変更」、「本人情報」、「自己登録」の後に作成されたリクエスト

16. 「閉じる」をクリックします。

17. 「サンドボックス」をクリックします。「サンドボックスのエクスポート」を使用してサンドボックスをエクスポートします。

18. サンドボックスを公開します。

19. 「アイデンティティ・セルフ・サービス」からログアウトして、再度ログインします。追加したUDFが画面に表示されます。

注意:

ロールUDFおよび組織UDFをアップグレードおよびカスタマイズする場合は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のエンティティとそれに対応するデータ・コンポーネントおよびビュー・オブジェクトに関する表に記載されている手順に従ってください。

14.6.3.7.2 9.1.x.xで必須のUDF属性およびOOTB属性に対するユーザー・インタフェースのカスタマイズ

Oracle Identity Manager 9.1.x.xでOOTB属性を必須の属性としてレンダリングしていた場合は、ユーザー・インタフェースをカスタマイズして、アップグレード後に同じカスタマイズを実現する必要があります。

注意:

名は、ユーザー作成および自己登録の必須フィールドです。ユーザー作成フォームや自己登録フォームで名フィールドが必須フィールド(*)としてマークされていない場合でも、11.1.2.2.0へのアップグレード後にユーザー作成や自己登録を行う際には名を指定する必要があります。

必須のUDF属性およびOOTB属性を表示するようにユーザー・インタフェースをカスタマイズするには、次の手順を実行します。

1. 「アイデンティティ・セルフ・サービス」コンソールにログインします。

2. 「サンドボックスの作成」をクリックします。「サンドボックスの作成」ウィンドウが表示されます。

3. 「サンドボックス名」を入力します。「サンドボックスのアクティブ化」を選択します。「保存して閉じる」をクリックします。

4. 左のナビゲーション・ペインから「ユーザー」をクリックします。「ユーザー」をクリックして、「ユーザーの作成」画面に移動し、必須のフィールドをすべて入力します。

5. 右上の「カスタマイズ」をクリックします。「表示」を選択します。「ソース」を選択します。

6. 「基本情報」で「名前」を選択して、確認ウィンドウの「編集」をクリックします。

7. 「panelFormLayout」を選択します。「コンテンツの追加」をクリックします。

8. コンポーネントの入力をクリックして、「編集」をクリックします。

9. 「コンポーネント・プロパティ」ダイアログで、「必須項目の表示」チェック・ボックスを選択します。「必須」フィールドで、「式エディタ」を選択して、「式エディタ」フィールドにtrueの値を入力します。

10. 「閉じる」をクリックします。

11. 「サンドボックス」をクリックします。「サンドボックスのエクスポート」を使用してサンドボックスをエクスポートします。

12. サンドボックスを公開します。

13. 「アイデンティティ・セルフ・サービス」からログアウトして、再度ログインします。追加したUDFが画面にアスタリスク(*)記号とともに表示されます。

14.6.3.7.3 参照問合せの変更

ユーザー・カスタマイズのアップグレードでは、保存列の複数の値がUser.xmlに存在する場合があります。使用可能な値(Single、MultipleおよびNULL)に基づいて、アップグレード済の環境では次を実行します。

- 保存列の値にSingleを使用: ユーザーの作成に成功し、フィールドの値もデータベースに保存されます。

- 保存列の値にMultipleまたはNULLを使用: ユーザーの作成には成功するが、値はデータベースに保存されません。

推奨事項

構成サービスまたはDesign Consoleを使用して、ユーザー属性またはロール属性に添付されている問合せ別参照メタデータ定義を更新します。

14.6.3.8 アプリケーション・インスタンスのアップグレード

アップグレードが完了したら、次の手順を実行してアプリケーション・インスタンスをアップグレードする必要があります。

1. 次のコンソールにログインします。
http://<OIM_HOST>:<OIM_PORT>/sysadmin

2. 左側のナビゲーション・ペインで「アップグレード」を開きます。

3. アプリケーション・インスタンスのアップグレードをクリックします。

4. 「即時アップグレード」をクリックします。

これにより、アプリケーション・インスタンスのU/Iフォームおよびデータセットが作成され、MDSにシードされます。

14.6.3.9 XIMDDの再デプロイ

注意:

この項は、AD Password Syncの診断ダッシュボード・サービスが9.1.x.xにデプロイされていた場合、および9.1.x.xでアプリケーションがステージング・モードでデプロイされている場合にのみ必要となります。

再デプロイするには、事前に9.1.x.x Oracle Identity Manager管理対象サーバーまたはクラスタからXIMDDをアンデプロイする必要があります。これを行うには、次の手順を完了します。

1. WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 本番モードで実行している場合は、ロックして編集をクリックします。

3. 「デプロイメント」をクリックします。

4. 結果リストで、XIMDDを検索します。

5. それらが稼働している場合は、XIMDDを選択します。

6. 「削除」をクリックします。

7. 変更をアクティブ化します。

再デプロイするには、次の手順を完了します。

1. WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 「ロックして編集」をクリックします。

3. 「デプロイメント」をクリックします。

4. 「インストール」をクリックします。

5. このパスで、XIMDD.earのパスを指定します。
デフォルト・パスは次の場所にあります。

$<OIM_HOME>/server/webapp/optional (UNIXの場合)

<OIM_HOME>\server\webapp\optional (Windowsの場合)

6. XIMDD.earを選択します。「次」をクリックします。

7. 「Install this deployment as an application」を選択します。「次」をクリックします。

8. 「デプロイ・ターゲットの選択」ページで、OIMサーバーを選択します。「次」をクリックします。

9. 「オプション設定」ページで、「終了」をクリックします。

10. 「デプロイメント」をクリックします。

11. 「XIMDD」を選択します。「開始」をクリックします。

12. オプションから、サービス・オール・リクエストを選択します。

14.6.3.10 SPML-DSMLの再デプロイ

注意:

この項は、AD Password SyncのDSML Webサービスが9.1.x.xにデプロイされていた場合にのみ必要となります。

SPML-DSMLを再デプロイするには、事前に9.1.x.x Oracle Identity Manager管理対象サーバーまたはクラスタからSPML-DSMLをアンデプロイする必要があります。SPML-DSMLをアンデプロイするには、次の手順を実行します。

1. WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 本番モードで実行している場合は、アップデートを実行するためにロックを取得します。

3. 「デプロイメント」をクリックします。

4. 結果リストで、SPMLを検索します。

5. それらが稼働している場合は、SPMLを選択します。

6. 「削除」をクリックします。

7. 変更をアクティブ化します。

SPML-DSMLを再デプロイするには、次の手順を実行します。

1. 次のパスを使用して、WebLogic Server管理コンソールにログインします。
host:admin port/console

2. 「ロックして編集」をクリックします。

3. 「デプロイメント」をクリックします。

4. 「インストール」をクリックします。

5. このパスで、SPML.earのパスを指定します。
デフォルト・パスは次の場所にあります。

UNIXの場合: $<OIM_HOME>/server/apps

Windowsの場合: <OIM_HOME>\server\apps

6. spml-dsml.earを選択します。「次」をクリックします。

7. 「Install this deployment as an application」を選択します。「次」をクリックします。

8. 「デプロイ・ターゲットの選択」ページで、OIMサーバーを選択します。「次」をクリックします。

9. 「オプション設定」ページで、「終了」をクリックします。

10. 「デプロイメント」をクリックします。

11. 「spml」を選択します。「起動」をクリックします。

12. オプションから、サービス・オール・リクエストを選択します。

14.6.3.11 イベント・ハンドラのカスタマイズ

Oracle Identity Manager 9.1.x.xでどのイベント・ハンドラを使用している場合でも、Oracle Identity Manager 11.1.2.2.0のイベント・ハンドラを再カスタマイズする必要があります。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のカスタム・イベント・ハンドラの開発に関する項を参照してください。

14.6.3.12 アダプタの再コンパイル

Oracle Identity Management 11gにアップグレードした後、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のアダプタのコンパイルに関する項の説明に従って、アダプタを再コンパイルする必要があります。アダプタのいくつかがコンパイルに失敗する場合があります。https://support.oracle.comの注意1311574.1の説明に従って、アダプタを特定して再コンパイルする必要があります。

14.6.3.13 事前移入アダプタの再書込み

Oracle Identity Management 11gにアップグレードした後、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のリクエスト作成中の属性値の事前移入に関する項の説明に従って、事前移入アダプタを再書込みする必要があります。

14.6.3.14 ユーザー・ログインの無効化

Oracle Identity Manager 11.1.2.2.0ではユーザー・ログイン・フィールドは必須ではありません。次の手順を完了することで、ユーザー・ログイン必須オプションを無効化する必要があります。

1. 次のファイルをMDSにエクスポートします。

- /metadata/iam-features-requestactions/model-data/CreateUserDataSet.xml

- /metadata/iam-features-requestactions/model-data/SelfCreateUserDataset.xml

メタデータ・ファイルをエクスポートする方法の詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のMDSへのメタデータ・ファイルのエクスポートに関する説明を参照してください。

2. テキスト・エディタでCreateUserDataSet.xmlファイルを開きます。<AttributeReference name="User Login"..>を検索し、required="false"を設定します。

3. テキスト・エディタでSelfCreateUserDataset.xmlファイルを開きます。<AttributeReference name="User Login"..>を検索し、required="false"を設定します。

4. CreateUserDataSet.xmlファイルおよびSelfCreateUserDataset.xmlファイルをMDSにインポートしなおします。メタデータ・ファイルをインポートする方法の詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のMDSからのメタデータ・ファイルのインポートに関する説明を参照してください。

14.6.3.15 Oracle Identity Management Reportsのアップグレード

Oracle Identity Manager 9.1に構成済Oracle Identity Management Reportsがある場合は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド11gリリース1 (11.1.1)』の11gリリース1 (11.1.1)へのアップグレードに関する説明に従ってそのレポートをアップグレードする必要があります。

注意:

BI Publisherには、Oracle Identity Manager管理およびユーザー・コンソールからアクセスできません。BI Publisherを明示的に開いて、Oracle Identity Manager 11gレポートにアクセスする必要があります。

14.6.3.16 新しいSOAコンポジットの作成

11.1.2.2.0へのアップグレード後、すべての9.1.x.x承認プロセスに対して新しいSOAコンポジットを作成する必要があります。異なる操作およびエンティティの承認ワークフローとして使用できる再利用可能なSOAコンポジットを作成することをお薦めします。

新しいSOAコンポジットを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の新しいSOAコンポジットの作成に関する説明を参照してください。

14.6.3.17 自己登録に対する自動承認の構成

Oracle Identity Manager 9.1.x.xからアップグレードした後、Oracle Identity Manager 11gに対して自動承認機能は無効になっています。『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の自己登録リクエストの自動承認の有効化に関する説明に従って自己登録の自動承認を有効にする必要があります。

14.6.3.18 監査スナップショットの生成

『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の監査スナップショットの生成に関する項の説明に従って監査表の監査スナップショットを生成する必要があります。

14.6.3.19 監査の有効化

監査機能は、Oracle Identity Manager 9.1になかった場合は、アップグレード後に有効化されません。『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のシステム・プロパティの変更に関する説明に従って、監査を有効化できます。

14.6.3.20 パスワード・ポリシーの作成

Oracle Identity Manager 9.1.x.xを11.1.2.2.0にアップグレードすると、デフォルトのパスワード・ポリシーが最上位組織にシードされます。そのため、Oracle Identity Manager 9.1.x.x環境の古いパスワード・ポリシー・モデルを使用して作成されたパスワード・ポリシー・ルールはサポートされなくなります。アップグレード・ユーティリティにより、Oracle Identity Manager 9.1.x.xのパスワード・ポリシーが11.1.2.2.0に移行されることはありません。古いパスワード・ポリシー・ルールでパスワード・ポリシーをカスタマイズしていた場合は、新しいパスワード・ポリシー・モデルを使用して同等のパスワード・ポリシーを作成し、それを各組織に添付する必要があります。

パスワード・ポリシーを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のパスワード・ポリシーの管理に関する説明を参照してください。

14.6.3.21 OIMデータ・パージ・ジョブのパラメータの確認

このアップグレード後タスクはオプションです。

Oracle Identity Managerを11.1.2.2.0にアップグレードする際、OIMデータ・パージ・ジョブは「有効」状態でシードされます。デフォルトでは、完全な編成の保存期間を1日としてプラットフォーム・データがパージされます。リクエスト、リコンシリエーションおよびプロビジョニング・タスクのパージを有効にするには、OIMデータ・パージ・ジョブのパラメータに再アクセスする必要があります。

ユーザーが構成可能な属性の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のリアルタイム・パージおよびアーカイブの構成に関する説明を参照してください。

14.6.3.22 コネクタの動作保証の確認

既存のOracle Identity Manager環境をアップグレードする前に、既存のコネクタのバージョンがOracle Identity Manager 11.1.2.2.0でサポートされているかどうかを確認する必要があります。Oracle Identity Manager 11.1.2.2.0でサポートされているコネクタ・バージョンの詳細は、Oracle Identity Managerアイデンティティ・コネクタ・ドキュメント・ライブラリに用意されている各コネクタ・ガイドの動作保証済コンポーネントおよび使用に関する推奨事項に関する説明を参照してください。

9.xコネクタまたはGTCコネクタを使用している場合は、次のようにします。

- 使用している9.xコネクタがサポートされている場合は、既存のコネクタを引き続き使用できます。

- 9.xコネクタがサポートされていない場合は、Oracle Identity Manager Serverを11.1.2.2.0にアップグレードした後で既存の9.xコネクタを最新の11.xコネクタにアップグレードする必要があります。

- 参照リコンシリエーションを通して「参照」に移入されたデータを見て、ITリソース・キーおよびITリソース名がそれぞれコードおよびデコードの接頭辞として付加されていることを確認します。接頭辞がない場合は、Oracle Identity Manager Serverをアップグレードした後で既存のコネクタを最新のコネクタにアップグレードする必要があります。

11gコネクタを使用している場合は、コネクタのアップグレードは不要です。

14.6.3.23 コネクタの機能の確認

Oracle Identity Managerを11.1.2.2.0にアップグレードした後、次の手順を実行してコネクタの機能を確認します。

- プロセス・フォームでアカウントと権限のタグ付けが利用可能かどうかを確認します。コネクタがOracle Identity Manager 11.1.2.2.0で動作するようにするには、各コネクタ・ガイドのOracle Identity Manager 11.1.2以上の構成に関する説明に記載されている手順を実行する必要があります。

- コネクタに加えたカスタマイズが失われていないかどうかを確認します。

- 11.1.2.2.0関連のアーティファクト(UIフォームやアプリケーション・インスタンスなど)が生成されるかどうかを確認します。

- コネクタのすべての操作が正常に動作していることを確認します。

- プロセス・フォームに複数のITリソース・フィールドがある場合は、次のMy Oracle Supportノートで説明されている手順を実行してください。
My Oracle SupportのドキュメントID 1535369.1

- 関連コネクタのプロセス・フォームに参照問合せフィールドがある場合は、UIをカスタマイズして同じフィールドが表示されるようにする必要があります。詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の「一般的なカスタマイズ概念」の参照問合せに関する説明を参照してください。

14.6.4 アップグレードの確認

Oracle Identity Managerのアップグレードを確認するには、次の手順を実行します。

1. OIM_HOME/upgrade/logs/oimUpgradeReportDirにある中間層のアップグレードに関するサマリー・レポートを確認します。index.htmlには、このプロセスでアップグレードされたすべての機能が示されます。

2. 診断ダッシュボードをインストールして次のテストを実行します。

- Oracle Databaseの接続チェック

- アカウント・ロックのステータス

- データ暗号化キーの検証

- スケジューラ・サービスのステータス

- JMSメッセージ機能の検証

- SOA-OIA構成の確認

- SPML Webサービス

- OWSM設定のテスト

- Oracle Identity Managerに対するSPMLリクエスト呼出しのテスト

- Oracle Identity Manager属性に対するSPML属性

- ユーザー名テスト

3. Webブラウザの次のURLを使用して、Oracle Identity Manager 11.1.2.2.0が稼働していることを確認します。
http://<oim_host>:<oim_port>/sysadmin

http://<oim_host>:<oim_port>/identity

各パラメータの意味は次のとおりです。

<oim_host>は、管理サーバーが実行されているマシンのホスト名です。

<oim_port>は、ポート番号です。

4. Fusion Middleware Controlを使用して、Oracle Identity Managerとその他のOracle Identity ManagementコンポーネントがOracle Fusion Middleware環境で稼働していることを確認できます。

第IV部

Oracle Identity and Access Management高可用性環境のアップグレード

この部には次の章が含まれます:

- 第15章「Oracle Access Manager高可用性環境のアップグレード」

- 第16章「Oracle Adaptive Access Manager高可用性環境のアップグレード」

- 第17章「Oracle Identity Manager高可用性環境のアップグレード」

- 第18章「Oracle Entitlements Server高可用性環境のアップグレード」

- 第19章「Oracle Privileged Account Manager高可用性環境のアップグレード」

15 Oracle Access Manager高可用性環境のアップグレード

この章では、Oracle WebLogic ServerでのAccess Manager (Access Manager)高可用性環境をOracle Access Management Access Manager 11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

手順を進める前に、既存のAccess Managerバージョンで高可用性アップグレードがサポートされているかどうかを確認してください。高可用性アップグレードでサポートされている開始ポイントの詳細は、第1.5項「高可用性環境のアップグレードでサポートされている開始ポイント」を参照してください。

この章では、次の項目について説明します。

- 第15.1項「Access Manager高可用性アップグレード・トポロジの理解」

- 第15.2項「アップグレード手順」

- 第15.3項「OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの停止」

- 第15.4項「既存の環境のバックアップ」

- 第15.5項「OAMHOST1の11.1.2.2.0へのアップグレード」

- 第15.6項「OAMHOST1上のコンポーネント・バージョンの更新」

- 第15.7項「OAMHOST1上のAccess Managerサーバー・アプリケーションと共有ライブラリの再デプロイ」

- 第15.8項「OAMHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新」

- 第15.9項「OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの起動」

- 第15.10項「トラブルシューティング」

15.1 Access Manager高可用性アップグレード・トポロジの理解

図15-1に、この章で説明されている手順に従うことにより11.1.2.2.0にアップグレード可能なAccess Managerクラスタ設定を示します。

図15-1 Access Manager高可用性アップグレード・トポロジ

OAMHOST1では、次のインストールが実行されています。

- Access ManagerインスタンスがWLS_OAM1管理対象サーバーにインストールされています。

- WebLogic管理サーバーがインストールされています。通常の運用時は、これがアクティブ管理サーバーになります。

OAMHOST2では、次のインストールが実行されています。

- Access ManagerインスタンスがWLS_OAM2管理対象サーバーにインストールされています。

- WebLogic管理サーバーがインストールされています。通常の運用時は、これがパッシブ管理サーバーになります。OAMHOST1の管理サーバーが使用できなくなった場合は、この管理サーバーをアクティブにします。

OAMHOST1およびOAMHOST2ホスト上のWLS_OAM1およびWLS_OAM2管理対象サーバーのインスタンスは、OAM_CLUSTERという名前のクラスタで構成されています。

15.2 アップグレード手順

表15-1に、図15-1で示されているAccess Manager高可用性環境を11.1.2.2.0にアップグレードする手順を示します。

表15-1 Access Manager高可用性アップグレードの手順

タスク番号

タスク

詳細の参照先

1

Access Manager高可用性アップグレード・トポロジを確認して、現在の設定でOAMHOST1およびOAMHOST2を特定します。

「Access Manager高可用性アップグレード・トポロジの理解」を参照してください。

2

OAMHOST1およびOAMHOST2上の管理サーバーおよびすべての管理対象サーバーを停止します。

「OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

既存の環境をバックアップします。

「既存の環境のバックアップ」を参照してください。

4

OAMHOST1を11.1.2.2.0にアップグレードします。これは、アクティブな管理サーバーを実行しているホストです。

「OAMHOST1の11.1.2.2.0へのアップグレード」を参照してください。

5

開始ポイントがOracle Access Manager 11gリリース1 (11.1.1.5.0)である場合、OAMHOST1で、oracle.dogwood.topおよびoracle.oam.serverの各パッケージを11.1.2.2.0にアップグレードする必要があります。

「OAMHOST1上のコンポーネント・バージョンの更新」を参照してください。

6

Oracle Access Manager 11.1.1.5.0環境をアップグレードしている場合、OAMHOST1でAccess Managerサーバー・アプリケーションおよび共有ライブラリを再デプロイして、これらをOAM_CLUSTERにターゲット指定します。

「OAMHOST1上のAccess Manager サーバー・アプリケーションと共有ライブラリの再デプロイ」を参照してください。

7

OAMHOST2でOracle WebLogic ServerおよびAccess Managerのバイナリを更新します。

「OAMHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新」を参照してください。

8

OAMHOST1およびOAMHOST2で、WebLogic管理サーバーおよび管理対象サーバーを起動します。

「OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの起動」を参照してください。

15.3 OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの停止

アップグレード・プロセスを開始する前に、OAMHOST1およびOAMHOST2上のWebLogic管理サーバーおよびすべてのAccess Manager管理対象サーバーを次の順序で停止します。

1. OAMHOST1およびOAMHOST2上の両方で、Access Manager管理対象サーバーを停止します。

2. OAMHOST1上のWebLogic管理サーバーを停止します。

管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理サーバーの停止の詳細は、2.8.2項「WebLogic管理サーバーの停止」を参照してください。

15.4 既存の環境のバックアップ

すべてのサーバーの停止後は、アップグレード・プロセスを続行する前に次をバックアップする必要があります。

- OAMHOST1およびOAMHOST2上の両方の、内包されているOracleホーム・ディレクトリを含むMW_HOMEディレクトリ(ミドルウェア・ホーム・ディレクトリ)

- OAMHOST1およびOAMHOST2上の両方のAccess Managerドメイン・ホーム・ディレクトリ

- 次のデータベース・スキーマ:

- Oracle Access Managerのスキーマ

- MDSスキーマ

- 監査スキーマおよびその他の依存スキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

15.5 OAMHOST1の11.1.2.2.0へのアップグレード

Access Manager高可用性環境を11.1.2.2.0にアップグレードするには、初めにアクティブな管理サーバーが含まれるOAMHOST1をアップグレードする必要があります。次に、OAMHOST1の11.1.2.2.0へのアップグレードに含まれる重要なタスクの一部を示します。

- Oracle WebLogic Serverの10.3.6へのアップグレード

- Access Managerバイナリの11.1.2.2.0へのアップグレード

- データベース・スキーマのアップグレード

- 変更されたドメインMBean構成のコピー

- システム構成のアップグレード

OAMHOST1のアップグレード手順は、開始ポイントにより異なります。

- 開始ポイントがOracle Access Management Access Manager 11gリリース2 (11.1.2.1.0)である場合、第3章「Oracle Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」の説明に従って、OAMHOST1を11.1.2.2.0にアップグレードしてください。

- 開始ポイントがOracle Access Manager 11gリリース1 (11.1.1.5.0)である場合、第9章「Oracle Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」の説明に従って、OAMHOST1を11.1.2.2.0にアップグレードしてください。

15.6 OAMHOST1上のコンポーネント・バージョンの更新

開始ポイントがOracle Access Manager 11gリリース1 (11.1.1.5.0)である場合、OAMHOST1でドメイン・アップデータ・ユーティリティ(com.oracle.cie.domain-update_1.0.0.0.jar)を実行して、oracle.dogwood.topおよびoracle.oam.serverの各パッケージを11gリリース1 (11.1.1.5.0)から11gリリース2 (11.1.2.2.0)にアップグレードする必要があります。OAMHOST1は、管理サーバーを実行しているホストです。この手順により、domain-info.xmlが更新されます。

注意:

開始ポイントがAccess Manager 11gリリース2 (11.1.2.1.0)または11gリリース2 (11.1.2)である場合、このタスクはスキップしてください。

必要なOracle Access Managerパッケージを11.1.2.2.0にアップグレードするには、OAMHOST1で次の手順を実行します。

1. $ORACLE_HOME/oaam/upgradeディレクトリに移動します。このディレクトリに、ドメイン・アップデータ・ユーティリティcom.oracle.cie.domain-update_1.0.0.0.jarファイルがあります。

2. 次のコマンドを実行して、oracle.dogwood.top 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OAMDomain oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

3. 次のコマンドを実行して、oracle.oam.server 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.oam.server:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OAMDomain oracle.oam.server:11.1.1.5.0,:11.1.2.2.0

15.7 OAMHOST1上のAccess Managerサーバー・アプリケーションと共有ライブラリの再デプロイ

次の理由により、OAMHOST1で、Access Manager サーバー・アプリケーションおよび共有ライブラリを再デプロイして、アプリケーションおよび共有ライブラリをOAM_CLUSTERにターゲット指定する必要があります。

- Access Managerサーバー・アプリケーションが依存している新しい共有ライブラリを取り込むため。

- Access Managerの管理サーバー・アプリケーションおよび管理対象サーバー・アプリケーションをより新しいバージョンで取り込むため。

Access Managerサーバー・アプリケーションおよび共有ライブラリの再デプロイの詳細は、第9.16項「Oracle Access Management Access Managerサーバーおよび共有ライブラリの再デプロイ」を参照してください。

注意:

このタスクを第15.5項「OAMHOST1の11.1.2.2.0へのアップグレード」の一部として実行済である場合は、この項をスキップしてください。

15.8 OAMHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新

OAMHOST1でAccess Manager環境をアップグレードした後に、OAMHOST2で次のタスクを実行して、Oracle WebLogic ServerおよびAccess Managerのバイナリをそれぞれバージョン10.3.6および11.1.2.2.0に更新する必要があります。

1. Oracle WebLogic Serverバイナリの10.3.6への更新

2. Access Managerバイナリの11.1.2.2.0への更新

15.8.1 Oracle WebLogic Serverバイナリの10.3.6への更新

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5またはそれ以下のバージョンを使用している場合、次の手順を実行して、Oracle WebLogic Serverバイナリを10.3.6に更新する必要があります。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

15.8.2 Access Managerバイナリの11.1.2.2.0への更新

既存のAccess ManagerバイナリをAccess Manager 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順では、既存のミドルウェア・ホームの場所を指定します。これにより、Access Managerバイナリが11.1.2.2.0にアップグレードされます。

Access Managerバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

15.9 OAMHOST1およびOAMHOST2上の管理サーバーおよび管理対象サーバーの起動

OAMHOST1およびOAMHOST2で、WebLogic管理サーバーおよびAccess Manager管理対象サーバーを次の順序で起動します。

1. OAMHOST1のWebLogic管理サーバーを起動します。

2. OAMHOST1およびOAMHOST2で、Access Manager管理対象サーバーを起動します。

WebLogic管理サーバーの起動の詳細は、2.9.2項「WebLogic管理サーバーの起動」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3項「管理対象サーバーの起動」を参照してください。

15.10 トラブルシューティング

この項では、アップグレード・プロセス中に発生する可能性がある一般的な問題のトラブルシューティングの方法を説明します。

注意:

アップグレード・プロセス中に発生する可能性がある問題およびその回避策の詳細は、『Oracle Fusion Middlewareリリース・ノート』を参照してください。

この項には次のトピックが含まれます:

- アップグレード後にマルチデータ・センターが機能しない

15.10.1 アップグレード後にマルチデータ・センターが機能しない

11.1.2.x.xの設定でマルチデータ・センター(MDC)機能を有効にしていた場合は、MDCパートナを再登録して11.1.2.2.0に追加されたMDC機能を有効にする必要があります。これを行うには、アップグレード後に次の手順を実行します。

1. WebLogic Scripting Tool (WLST)コマンドを実行して、MDCパートナを各データ・センター(DC)から削除します。
removePartnerForMultiDataCentre=("<cluster_ID>")

次に例を示します。

removePartnerForMultiDataCentre("cluster1")

各MDCパートナについて、このコマンドを実行する必要があります。removePartnerForMultiDataCentre()コマンドの使用方法の詳細は、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のremovePartnerForMultiDataCentreに関する項を参照してください。

2. 11.1.2.2.0ではMDCパートナのフェイルオーバーがサポートされています。したがって、Access Managerコンソールを使用して、各MDCパートナのプライマリ・サーバーおよびセカンダリ・サーバーを指定する必要があります。これを行うには、次の手順を実行します。

1. 次のURLを使用してAccess Manager 11.1.2.2.0コンソールにログインします。
http://oam_admin_server_host:oam_admin_server_port/oamconsole

2. SSOエージェントに移動します。

3. 各MDCパートナのプライマリ・サーバーおよびセカンダリ・サーバーを修正します。

3. 次のコマンドを使用して、修正したMDCパートナをそれぞれのデータ・センターに追加します。
addPartnerForMultiDataCentre(propfile="../MDC_properties/partnerInfo.properties")

このコマンドの実行時には、必ず更新されたpartnerInfo.propertiesファイルを使用してください。各MDCパートナについて、このコマンドを実行する必要があります。addPartnerForMultiDataCentre()コマンドの使用方法の詳細は、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のaddPartnerForMultiDataCentreに関する項を参照してください。

4. 各MDCパートナ・プロファイルのMultiDataCenterPartnersセクションで、ホスト名とポートのかわりに次のような設定が含まれていることを確認してください。

<Setting Name="PrimaryHostPort" Type="xsd:string">
<Setting Name="SecondaryHostPort" Type="xsd:string">

16 Oracle Adaptive Access Manager高可用性環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Adaptive Access Manager高可用性環境を11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

手順を進める前に、既存のOracle Adaptive Access Managerバージョンで高可用性アップグレードがサポートされているかどうかを確認してください。高可用性アップグレードでサポートされている開始ポイントの詳細は、第1.5項「高可用性環境のアップグレードでサポートされている開始ポイント」を参照してください。

この章では、次の項目について説明します。

- 第16.1項「Oracle Adaptive Access Manager高可用性アップグレード・トポロジの理解」

- 第16.2項「アップグレード手順」

- 第16.3項「OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの停止」

- 第16.4項「既存の環境のバックアップ」

- 第16.5項「OAAMHOST2上のWebLogic ServerおよびOracle Adaptive Access Managerのバイナリの更新」

- 第16.6項「OAAMHOST1の11.1.2.2.0へのアップグレード」

- 第16.7項「OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの起動」

16.1 Oracle Adaptive Access Manager高可用性アップグレード・トポロジの理解

図16-1に、この章で説明されている手順に従うことにより11.1.2.2.0にアップグレード可能なOracle Adaptive Access Managerクラスタ設定を示します。

図16-1 Oracle Adaptive Access Manager高可用性アップグレード・トポロジ

ホストOAAMHOST1には、次が含まれます。

- Oracle Adaptive Access Managerサーバー・アプリケーション(OAAM_SERVER)をホストするOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_SERVER1。

- Oracle Adaptive Access Managerオフライン・サーバー・アプリケーション(OAAM_OFFLINE)をホストするOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_OFFLINE1。

- Oracle Adaptive Access Manager Adminアプリケーション(OAAM_ADMIN)をホストするOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_ADMIN1。

- WebLogic Serverの管理サーバー。通常の運用時は、これがアクティブ管理サーバーになります。

ホストOAAMHOST2には、次が含まれます。

- Oracle Adaptive Access Manager サーバー・アプリケーション(OAAM_SERVER)をホストするOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_SERVER2。

- Oracle Adaptive Access Managerオフライン・サーバー・アプリケーション(OAAM_OFFLINE)をホストするOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_OFFLINE2。

- Oracle Adaptive Access Manager Adminアプリケーション(OAAM_ADMIN)をホストするOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_ADMIN2。

- WebLogic Serverの管理サーバー。通常の運用時は、これがパッシブ管理サーバーになります。OAAMHOST1の管理サーバーが使用できなくなった場合は、この管理サーバーをアクティブにします。

OAAMHOST1およびOAAMHOST2でOracle Adaptive Access Managerサーバー・アプリケーションをホストしているOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_SERVER1およびWLS_OAAM_SERVER2は、アクティブ/アクティブ・モードで動作するようにOAAM_SERVER_CLUSTERという名前のクラスタで構成されています。

OAAMHOST1およびOAAMHOST2でOracle Adaptive Access Managerオフライン・サーバー・アプリケーションをホストしているOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_OFFLINE1およびWLS_OAAM_OFFLINE2は、アクティブ/アクティブ・モードで動作するようにOAAM_OFFLINE_CLUSTERという名前のクラスタで構成されています。

OAAMHOST1およびOAAMHOST2でOracle Adaptive Access Manager AdminアプリケーションをホストしているOracle Adaptive Access Manager管理対象サーバーWLS_OAAM_ADMIN1およびWLS_OAAM_ADMIN2は、アクティブ/アクティブ・モードで動作するようにOAAM_ADMIN_CLUSTERという名前のクラスタで構成されています。

16.2 アップグレード手順

表16-1に、図16-1で示されているOracle Adaptive Access Manager高可用性環境を11.1.2.2.0にアップグレードする手順を示します。

表16-1 Oracle Adaptive Access Manager高可用性アップグレードの手順

タスク番号

タスク

詳細の参照先

1

Oracle Adaptive Access Manager高可用性アップグレード・トポロジを確認して、現在の設定でOAAMHOST1およびOAAMHOST2を特定します。

「Oracle Adaptive Access Manager高可用性アップグレード・トポロジの理解」を参照してください。

2

OAAMHOST1およびOAAMHOST2上の管理サーバーおよびすべての管理対象サーバーを停止します。

「OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

既存の環境をバックアップします。

「既存の環境のバックアップ」を参照してください。

4

OAAMHOST2でOracle WebLogic ServerおよびOracle Adaptive Access Managerのバイナリを更新します。

「OAAMHOST2上のWebLogic ServerおよびOracle Adaptive Access Managerのバイナリの更新」を参照してください。

5

OAAMHOST1を11.1.2.2.0にアップグレードします。これは、アクティブな管理サーバーを実行しているホストです。

「OAAMHOST1の11.1.2.2.0へのアップグレード」を参照してください。

6

OAAMHOST1およびOAAMHOST2で、WebLogic管理サーバーおよび管理対象サーバーを起動します。

「OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの起動」を参照してください。

16.3 OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの停止

アップグレード・プロセスを開始する前に、OAAMHOST1およびOAAMHOST2上のWebLogic管理サーバーおよびすべてのOracle Adaptive Access Manager管理対象サーバーを次の順序で停止します。

1. OAAMHOST1およびOAAMHOST2上の両方で、Oracle Adaptive Access Manager管理対象サーバーを停止します。

2. OAAMHOST1上のWebLogic管理サーバーを停止します。

管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理サーバーの停止の詳細は、2.8.2項「WebLogic管理サーバーの停止」を参照してください。

16.4 既存の環境のバックアップ

すべてのサーバーの停止後は、アップグレード・プロセスを続行する前に次をバックアップする必要があります。

- OAAMHOST1およびOAAMHOST2上の両方の、内包されているOracleホーム・ディレクトリを含むMW_HOMEディレクトリ(ミドルウェア・ホーム・ディレクトリ)

- OAAMHOST1およびOAAMHOST2上の両方のOracle Adaptive Access Managerドメイン・ホーム・ディレクトリ

- 次のデータベース・スキーマ:

- Oracle Adaptive Access Managerスキーマ

- IAUスキーマ(いずれかのOracle Adaptive Access Managerスキーマの一部である場合)

- MDSスキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

16.5 OAAMHOST2上のWebLogic ServerおよびOracle Adaptive Access Managerのバイナリの更新

管理サーバーをホストしているOAAMHOST1をアップグレードする前に、OAAMHOST2でOracle WebLogic ServerおよびOracle Adaptive Access Managerのバイナリをそれぞれバージョン10.3.6および11.1.2.2.0に更新する必要があります。これを行うには、OAAMHOST2で次の手順を実行します。

1. Oracle WebLogic Serverバイナリの10.3.6への更新

2. Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新

16.5.1 Oracle WebLogic Serverバイナリの10.3.6への更新

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5またはそれ以下のバージョンを使用している場合、次の手順を実行して、Oracle WebLogic Serverバイナリを10.3.6に更新する必要があります。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

16.5.2 Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新

既存のOracle Adaptive Access ManagerバイナリをOracle Adaptive Access Manager 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順では、既存のミドルウェア・ホームの場所を指定します。これにより、Oracle Adaptive Access Managerバイナリが11.1.2.2.0にアップグレードされます。

Oracle Adaptive Access Managerバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

16.6 OAAMHOST1の11.1.2.2.0へのアップグレード

OAAMHOST2でOracle WebLogic ServerおよびOracle Adaptive Access Managerのバイナリを更新した後に、アクティブな管理サーバーが含まれるOAAMHOST1をアップグレードする必要があります。OAAMHOST2の11.1.2.2.0へのアップグレードには、次の重要なタスクが含まれます。

- Oracle WebLogic Serverの10.3.6へのアップグレード

- Oracle Adaptive Access Managerバイナリの11.1.2.2.0へのアップグレード

- データベース・スキーマのアップグレード

- Oracle Platform Security Servicesのアップグレード

- アプリケーションの再デプロイ

OAAMHOST1のアップグレード手順は、開始ポイントにより異なります。

- 開始ポイントがOracle Adaptive Access Manager 11gリリース2 (11.1.2.1.0)である場合、第4章「Oracle Adaptive Access Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」の説明に従って、OAAMHOST1を11.1.2.2.0にアップグレードしてください。

- 開始ポイントがOracle Adaptive Access Manager 11gリリース1 (11.1.1.5.0)である場合、第10章「Oracle Adaptive Access Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」の説明に従って、OAAMHOST1を11.1.2.2.0にアップグレードしてください。

16.7 OAAMHOST1およびOAAMHOST2上の管理サーバーおよび管理対象サーバーの起動

OAAMHOST1およびOAAMHOST2で、WebLogic管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを次の順序で起動します。

1. OAAMHOST1のWebLogic管理サーバーを起動します。

2. OAAMHOST1およびOAAMHOST2で、Oracle Adaptive Access Manager管理対象サーバーを起動します。

WebLogic管理サーバーの起動の詳細は、2.9.2項「WebLogic管理サーバーの起動」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3項「管理対象サーバーの起動」を参照してください。

17 Oracle Identity Manager高可用性環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Identity Manager高可用性環境を11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

手順を進める前に、既存のOracle Identity Managerバージョンで高可用性アップグレードがサポートされているかどうかを確認してください。高可用性アップグレードでサポートされている開始ポイントの詳細は、第1.5項「高可用性環境のアップグレードでサポートされている開始ポイント」を参照してください。

この章では、次の項目について説明します。

- 第17.1項「Oracle Identity Manager高可用性アップグレード・トポロジの理解」

- 第17.2項「アップグレード手順」

- 第17.3項「OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの停止」

- 第17.4項「既存の環境のバックアップ」

- 第17.5項「OIMHOST1の11.1.2.2.0へのアップグレード」

- 第17.6項「OIMHOST1上のコンポーネント・バージョンの更新」

- 第17.7項「OIMHOST2上のWebLogic Server、Oracle Identity ManagerおよびOracle SOA Suiteのバイナリの更新」

- 第17.8項「OIMHOST2でのドメイン構成のレプリケート」

- 第17.9項「OIMHOST2上のOracle Identity Manager中間層のアップグレード」

- 第17.10項「OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの起動」

- 第17.11項「アップグレード後タスクの実行」

- 第17.12項「トラブルシューティング」

17.1 Oracle Identity Manager高可用性アップグレード・トポロジの理解

図17-1に、この章で説明されている手順に従うことにより11.1.2.2.0にアップグレード可能なOracle Identity Managerクラスタ設定を示します。

図17-1 Oracle Identity Manager高可用性アップグレード・トポロジ

OIMHOST1では、次のインストールが実行されています。

- Oracle Identity ManagerインスタンスはWLS_OIM1管理対象サーバーにインストールされており、SOAインスタンスはWLS_SOA1管理対象サーバーにインストールされています。

- WebLogic管理サーバーがインストールされています。通常の運用時は、これがアクティブ管理サーバーになります。

OIMHOST2では、次のインストールが実行されています。

- Oracle Identity ManagerインスタンスはWLS_OIM2管理対象サーバーにインストールされており、SOAインスタンスはWLS_SOA2管理対象サーバーにインストールされています。

- WebLogic管理サーバーがインストールされています。通常の運用時は、これがパッシブ管理サーバーになります。OIMHOST1の管理サーバーが使用できなくなった場合は、この管理サーバーをアクティブにします。

OIMHOST1およびOIMHOST2上のWLS_OIM1およびWLS_OIM2管理対象サーバーのインスタンスは、OIM_CLUSTERクラスタとして構成されています。

OIMHOST1およびOIMHOST2上のWLS_SOA1およびWLS_SOA2管理対象サーバーのインスタンスは、SOA_CLUSTERクラスタとして構成されています。

17.2 アップグレード手順

表17-1に、図17-1で示されているOracle Identity Manager高可用性環境を11.1.2.2.0にアップグレードする手順を示します。

表17-1 Oracle Identity Manager高可用性アップグレードの手順

タスク番号

タスク

詳細の参照先

1

Oracle Identity Manager高可用性アップグレード・トポロジを確認して、現在の設定でOIMHOST1およびOIMHOST2を特定します。

「Oracle Identity Manager高可用性アップグレード・トポロジの理解」を参照してください。

2

OIMHOST1およびOIMHOST2上の管理サーバーおよびすべての管理対象サーバーを停止します。

「OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

既存の環境をバックアップします。

「既存の環境のバックアップ」を参照してください。

4

OIMHOST1を11.1.2.2.0にアップグレードします。これは、アクティブな管理サーバーを実行しているホストです。

「OIMHOST1の11.1.2.2.0へのアップグレード」を参照してください。

5

開始ポイントがOracle Identity Manager 11gリリース1 (11.1.1.5.0)である場合、OIMHOST1で、oracle.dogwood.topおよびoracle.oim.suiteの各パッケージを11.1.2.2.0にアップグレードする必要があります。

「OIMHOST1上のコンポーネント・バージョンの更新」を参照してください。

6

OIMHOST2で、Oracle WebLogic Server、Oracle SOA SuiteおよびOracle Identity Managerのバイナリを更新します。

「OIMHOST2上のWebLogic Server、Oracle Identity ManagerおよびOracle SOA Suiteのバイナリの更新」を参照してください。

7

OIMHOST2で、OIMHOST1のドメイン構成をレプリケートします。

これを行うには、OIMHOST1でドメインをパックして、OIMHOST2でそれを解凍する必要があります。

「OIMHOST2でのドメイン構成のレプリケート」を参照してください。

8

OIMHOST2で、setOIMDomainEnv.shファイルを削除して、Oracle Identity Manager中間層をアップグレードします。

「OIMHOST2上のOracle Identity Manager中間層のアップグレード」を参照してください。

9

OIMHOST1およびOIMHOST2で、管理サーバーおよび管理対象サーバーを起動します。

「OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの起動」を参照してください。

10

アップグレード後に必要なタスクを実行します。

「アップグレード後のタスクの実行」を参照してください。

17.3 OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの停止

アップグレード・プロセスを開始する前に、OIMHOST1およびOIMHOST2上のWebLogic管理サーバー、ノード・マネージャ、およびOracle Identity ManagerとSOAのすべての管理対象サーバーを次の順序で停止します。

1. OIMHOST1およびOIMHOST2上の両方で、Oracle Identity Manager管理対象サーバーを停止します。

2. OIMHOST1およびOIMHOST2上の両方で、SOA管理対象サーバーを停止します。

3. OIMHOST1上のWebLogic管理サーバーを停止します。

4. OIMHOST1およびOIMHOST2上のノード・マネージャを停止します。

管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理サーバーの停止の詳細は、2.8.2項「WebLogic管理サーバーの停止」を参照してください。

ノード・マネージャの停止の詳細は、第2.8.3項「ノード・マネージャの停止」を参照してください。

17.4 既存の環境のバックアップ

すべてのサーバーの停止後は、アップグレード・プロセスを続行する前に次をバックアップする必要があります。

- OIMHOST1およびOIMHOST2上の両方の、内包されているOracleホーム・ディレクトリを含むMW_HOMEディレクトリ(ミドルウェア・ホーム・ディレクトリ)

- OIMHOST1およびOIMHOST2上の両方のドメイン・ホーム・ディレクトリ

- 次のデータベース・スキーマ:

- Oracle Identity Managerスキーマ

- MDSスキーマ

- ORASDPMスキーマ

- SOAINFRAスキーマ

- OPSSスキーマ (11.1.2.1.0または11.1.2環境をアップグレードしている場合のみ)

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

17.5 OIMHOST1の11.1.2.2.0へのアップグレード

Oracle Identity Manager高可用性環境を11.1.2.2.0にアップグレードするには、初めにアクティブな管理サーバーが含まれるOIMHOST1をアップグレードする必要があります。次に、OIMHOST1の11.1.2.2.0へのアップグレードに含まれる重要なタスクの一部を示します。

- Oracle Identity Manager 11.1.2.2.0の機能の変更点の確認、システム要件および動作保証の確認、アップグレード前レポートの生成と分析、レポートに示された必須アップグレード前タスクの実行などのアップグレード前タスクの実行

- Oracleホームおよびデータベース・スキーマのアップグレード(Oracle WebLogic Serverのアップグレード、Oracle SOA Suiteのアップグレード、Oracle Identity Managerバイナリの更新、Oracle Platform Security Servicesのアップグレード、Oracle Identity Managerスキーマの更新などのタスクが含まれます)

- Oracle Identity Manager中間層のアップグレード

- その他のOracle Identity Managerにインストール済のコンポーネント(Oracle Identity Manager Design ConsoleやOracle Identity Manager Remote Managerなど)のアップグレード

- アップグレード後のすべての必須タスクの実行

OIMHOST1のアップグレード手順は、開始ポイントにより異なります。

- 開始ポイントがOracle Identity Manager 11gリリース2 (11.1.2.1.0)または11gリリース2 (11.1.2)である場合、第5章「Oracle Identity Manager 11gリリース2 (11.1.2.x.x)環境のアップグレード」の説明に従って、OIMHOST1を11.1.2.2.0にアップグレードしてください。

- 開始ポイントがOracle Identity Manager 11gリリース1 (11.1.1.5.0)である場合、第11章「Oracle Identity Manager 11gリリース1 (11.1.1.x.x)環境のアップグレード」の説明に従って、OIMHOST1を11.1.2.2.0にアップグレードしてください。

17.6 OIMHOST1上のコンポーネント・バージョンの更新

開始ポイントがOracle Identity Manager 11gリリース1 (11.1.1.5.0)である場合、OIMHOST1でドメイン・アップデータ・ユーティリティ(com.oracle.cie.domain-update_1.0.0.0.jar)を実行して、oracle.dogwood.topおよびoracle.oim.suiteの各パッケージを11gリリース1 (11.1.1.5.0)から11gリリース2 (11.1.2.2.0)にアップグレードする必要があります。OIMHOST1は、管理サーバーを実行しているホストです。この手順により、domain-info.xmlが更新されます。

注意:

開始ポイントがOracle Identity Manager 11gリリース2 (11.1.2.1.0)または11gリリース2 (11.1.2)である場合、このタスクはスキップしてください。

必要なOracle Identity Managerパッケージを11.1.2.2.0にアップグレードするには、OIMHOST1で次の手順を実行します。

1. $ORACLE_HOME/oaam/upgradeディレクトリに移動します。このディレクトリに、ドメイン・アップデータ・ユーティリティcom.oracle.cie.domain-update_1.0.0.0.jarファイルがあります。

2. 次のコマンドを実行して、oracle.dogwood.top 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OIMDomain oracle.dogwood.top:11.1.1.5.0,:11.1.2.2.0

3. 次のコマンドを実行して、oracle.oim.suite 11.1.1.5.0パッケージを11.1.2.2.0にアップグレードします。
java -cp $MW_HOME/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater <DOMAIN_HOME> oracle.oim.suite:11.1.1.5.0,:11.1.2.2.0

次に例を示します。

java -cp /scratch/Oracle/Middleware/utils/config/10.3/config-launch.jar:./com.oracle.cie.domain-update_1.0.0.0.jar com.oracle.cie.external.domain.DomainUpdater /scratch/Oracle/Middleware/user_projects/domains/OIMDomain oracle.oim.suite:11.1.1.5.0,:11.1.2.2.0

17.7 OIMHOST2上のWebLogic Server、Oracle Identity ManagerおよびOracle SOA Suiteのバイナリの更新

OIMHOST1でOracle Identity Manager環境をアップグレードした後に、OIMHOST2で次のタスクを実行して、Oracle WebLogic Server、Oracle SOA SuiteおよびOracle Identity Managerのバイナリをそれぞれバージョン10.3.6、11.1.1.7.0および11.1.2.2.0に更新する必要があります。

1. Oracle WebLogic Serverバイナリの10.3.6への更新

2. Oracle SOA Suiteバイナリの11.1.1.7.0への更新

3. Oracle Identity Managerバイナリの11.1.2.2.0への更新

17.7.1 Oracle WebLogic Serverバイナリの10.3.6への更新

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5またはそれ以下のバージョンを使用している場合、次の手順を実行して、Oracle WebLogic Serverバイナリを10.3.6に更新する必要があります。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

17.7.2 Oracle SOA Suiteバイナリの11.1.1.7.0への更新

Oracle Identity Manager 11.1.2.2.0は、Oracle SOA Suite 11gリリース1 (11.1.1.7.0)で動作することが保証されています。Oracle SOA Suite 11.1.1.7.0を使用していない場合は、次の手順を実行して既存のOracle SOA Suiteバイナリを11.1.1.7.0に更新する必要があります。

1. Oracle SOA Suiteインストーラ11.1.1.7.0インストーラを、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のREADMEで指定されている場所から入手します。

2. Oracle SOA Suite 11.1.1.7.0インストーラを起動します。詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のインストーラの起動に関する説明を参照してください。

3. インストーラを使用して、Oracle SOA Suiteバイナリを11.1.1.7.0に更新します。詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のパッチ・セットの適用に関する説明を参照してください。

4. Oracle Identity Manager 11.1.2.2.0で必要とされる、必須のOracle SOA Suiteパッチを適用します。詳細は、『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関する説明を参照してください。

17.7.3 Oracle Identity Managerバイナリの11.1.2.2.0への更新

既存のOracle Identity ManagerバイナリをOracle Identity Manager 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順では、既存のミドルウェア・ホームの場所を指定します。これにより、Oracle Identity Managerバイナリが11.1.2.2.0にアップグレードされます。

Oracle Identity Managerバイナリの11.1.2.2.0へのアップグレードの詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

17.8 OIMHOST2でのドメイン構成のレプリケート

OIMHOST2で、ドメイン構成をレプリケートする必要があります。このタスクには、OIMHOST1でのアップグレード済ドメインのパック実行およびOIMHOST2でのパックの解凍が含まれます。これを行うには、次の手順を実行します:

1. OIMHOST1で、次のコマンドを$MW_HOME/oracle_common/common/binから実行して、アップグレード済のドメインをパックします。
UNIXの場合:

sh pack.sh -domain=<Location_of_OIM_domain> -template=<Location_where_domain_configuration_jar_to_be_created> -template_name="OIM Domain" -managed=true

Windowsの場合:

pack -domain=<Location_of_OIM_domain> -template=<Location_where_domain_configuration_jar_needs_to_be_created> -template_name="OIM Domain" -managed=true

2. OIMHOST1上でpackコマンドにより作成されたドメイン構成jarファイルを、OIMHOST2上の任意のアクセス可能な場所にコピーします。

3. OIMHOST2で、次のコマンドを$MW_HOME/oracle_common/common/binから実行して、ドメインを解凍します。
UNIXの場合:

sh unpack.sh -domain=<Location_of_OIM_domain> -template=<Location_on_OIMHOST2_where _you_copied_jar_file_created_by_pack_command> -overwrite_domain=true

Windowsの場合:

unpack -domain=<Location_of_OIM_domain> -template=<Location_on_OIMHOST2_where _you_copied_jar_file_created_by_pack_command> -overwrite_domain=true

17.9 OIMHOST2上のOracle Identity Manager中間層のアップグレード

OIMHOST1でドメインをパックしてOIMHOST2でそれ解凍した後に、OIMHOST2でsetOIMDomainEnv.sh (UNIXの場合)またはsetOIMDomainEnv.cmd (Windowsの場合)を削除して、OIMHOST2でOracle Identity Manager中間層をアップグレードする必要があります。これを行うには、次の手順を実行します:

1. OIMHOST2で、$DOMAIN_HOME/binに移動します。

2. 次のコマンドを実行して、setOIMDomainEnv.shファイル(UNIXの場合)またはsetOIMDomainEnv.cmdファイル(Windowsの場合)を削除します。
UNIXの場合: rm -rf setOIMDomainEnv.sh

Windowsの場合: del setOIMDomainEnv.cmd

3. OIMHOST2でOracle Identity Manager中間層を11.1.2.2.0にアップグレードします。Oracle Identity Manager中間層をアップグレードする手順は、開始ポイントにより異なります。

- 開始ポイントがOracle Identity Manager 11gリリース2 (11.1.2.1.0)または11gリリース2 (11.1.2)である場合、第5.4項「Oracle Identity Manager中間層のアップグレード」の説明に従って、Oracle Identity Manager中間層を11.1.2.2.0にアップグレードしてください。

- 開始ポイントがOracle Identity Manager 11gリリース1 (11.1.1.5.0)である場合、第11.3.11項「Oracle Identity Manager中間層のアップグレード」の説明に従って、Oracle Identity Manager中間層をアップグレードしてください。

17.10 OIMHOST1およびOIMHOST2上のノード・マネージャ、管理サーバーおよび管理対象サーバーの起動

OIMHOST1およびOIMHOST2で、ノード・マネージャ、WebLogic管理サーバー、Oracle SOA Suite管理対象サーバーおよびOracle Identity Manager管理対象サーバーを次の順序で起動します。

1. OIMHOST1およびOIMHOST2で、ノード・マネージャを起動します。

2. OIMHOST1で、WebLogic管理サーバーを起動します。

3. OIMHOST1およびOIMHOST2で、SOA管理対象サーバーを起動します。

4. OIMHOST1およびOIMHOST2で、OIM管理対象サーバーを起動します。

ノード・マネージャの起動の詳細は、第2.9.1項「ノード・マネージャの起動」を参照してください。

WebLogic管理サーバーの起動の詳細は、2.9.2項「WebLogic管理サーバーの起動」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3項「管理対象サーバーの起動」を参照してください。

17.11 アップグレード後のタスクの実行

この項では、Oracle Identity Manager高可用性環境を11.1.2.2.0にアップグレードした後に実行する必要があるアップグレード後のタスクについて説明します。このセクションでは、次のトピックについて説明します。

- OHS属性を使用したSOAコンポジットの更新

- Oracle Identity ManagerのSOA構成RMI URLの更新

17.11.1 OHS属性を使用したSOAコンポジットの更新

Oracle Identity Manager 11gリリース2 (11.1.2)高可用性環境を11.1.2.2.0にアップグレードした後に、新しいSOAコンポジットのDefaultOperationalApproval [3.0]およびDefaultRequestApproval [3.0]が、OIMHOST2の情報を使用して構成されます。これにより、リクエストの承認が正しく機能しなくなります。したがって、SOAコンポジットをOracle HTTP Server (OHS)の属性を使用して更新する必要があります。

注意:

このタスクは、Oracle Identity Manager 11gリリース2 (11.1.2)を11.1.2.2.0にアップグレードしている場合にのみ必要です。

SOAコンポジットをOHSの属性を使用して更新するには、次の手順を実行します。

1. 次のURLを使用して、Oracle Enterprise Manager Fusion Middleware Controlコンソールにログインします。
http://host:port/em

2. 左側のペインで「SOA」を展開してSOAインフラ(WLS_SOA1)を選択し、「デフォルト」をクリックします。

3. SOAコンポジットのDefaultOperationalApproval [3.0]およびDefaultRequestApproval [3.0]に対して、次の手順を実行します。

1. コンポジット名をクリックします。

2. 「コンポーネント・メトリック」で、コンポジット・タイプをクリックします。たとえば、「ApprovalTask」または「ChallengeTask」をクリックします。

3. 「管理」タブに移動して、次のフィールドを更新します。
ホスト名: OHSのホスト名を指定します。

HTTPポート: SSLモードの場合、このフィールドを空白のままにします。SSLモード以外の場合、OHSのHTTPポートを指定します。

HTTPSポート: SSLモードの場合、OHSのHTTPSポートを指定します。SSLモード以外の場合、このフィールドを空白のままにします。

4. 「適用」をクリックします。

17.11.2 Oracle Identity ManagerのSOA構成RMI URLの更新

Oracle Identity Manager 11gリリース1 (11.1.1.x.x)高可用性環境をOracle Identity Manager 11.1.2.2.0にアップグレードした後、SOA構成RMI URLを確認する必要があります。空であるか、単一のOracle SOA Suiteサーバーを指している場合は、Oracle SOA Suiteクラスタ(SOA_CLUSTER)を指すように、SOA構成RMI URLを更新します。

これを行うには、次の手順を実行します:

1. 次のURLを使用してOracle Enterprise Managerにログインします。
http://host:port/em

2. 「Farm_IDMDomain」 –> 「Identity and Access」 –> 「OIM」 –> 「oim(バージョン)」を選択します。

3. メニューから「MBeanブラウザ」を選択するか、右クリックして選択します。

4. 「アプリケーション定義のMBean」→「oracle.iam」→「サーバー: wls_oim1」→「アプリケーション: oim」→XML構成→「構成」→「XMLConfig.SOAConfig」→「SOAConfig」を選択します。

5. 「SOA構成RMI URL」をcluster:t3s://SOA_CLUSTERに変更します。

6. 「適用」をクリックします。

17.12 トラブルシューティング

この項では、Oracle Identity Manager高可用性環境を11.1.2.2.0をアップグレードする際に発生する可能性がある、一般的な問題に対する解決策を示します。

注意:

アップグレード・プロセス中に発生する可能性がある問題およびその回避策の詳細は、『Oracle Fusion Middlewareリリース・ノート』を参照してください。

この項には次のトピックが含まれます:

- ユーザー作成時のログ内の例外

17.12.1 ユーザー作成時のログ内の例外

Oracle Identity Manager 11.1.1.5.0高可用性環境をOracle Identity Manager 11.1.2.2.0にアップグレードした後で、ユーザーの作成時に次の例外がログに表示される場合があります。

[2013-11-19T23:41:51.507-08:00] [oim_server1] [ERROR] []
[oracle.ods.virtualization.exception] [tid: UCP-worker-thread-19] [userId:
oiminternal] [ecid: 004utMMAEYz1VcP5Ifp2if00023p000Tdf,0] [APP:
oim#11.1.1.3.0] Could not initialize default mapping config[[
javax.xml.bind.UnmarshalException
- with linked exception:
[java.io.FileNotFoundException:
/scratch/Oracle/Middleware/user_projects/domains/IDMDomain/config/fmwconfig/ovd/oim/mappings.os_xml
(No such file or directory)

これによりユーザー作成タスクが失敗することはありません。ただし、例外を排除するために、mappings.os_xmlファイルを$MW_HOME/oracle_common/modules/oracle.ovd_11.1.1/templates/mappings.os_xmlから$DOMAIN_HOME/config/fmwconfig/ovd/oimディレクトリに手動でコピーする必要があります。

18 Oracle Entitlements Server高可用性環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Entitlements Server高可用性環境を11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

手順を進める前に、既存のOracle Entitlements Serverバージョンで高可用性アップグレードがサポートされているかどうかを確認してください。高可用性アップグレードでサポートされている開始ポイントの詳細は、第1.5項「高可用性環境のアップグレードでサポートされている開始ポイント」を参照してください。

この章では、次の項目について説明します。

- 第18.1項「Oracle Entitlements Server高可用性アップグレード・トポロジの理解」

- 第18.2項「アップグレード手順」

- 第18.3項「OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの停止」

- 第18.4項「既存の環境のバックアップ」

- 第18.5項「OESHOST1上のWebLogic ServerおよびOracle Entitlements Serverのバイナリの更新」

- 第18.6項「OESHOST1上のOracle Platform Security Servicesスキーマのアップグレード」

- 第18.7項「OESHOST1上のOracle Platform Security Servicesのアップグレード」

- 第18.8項「OESHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新」

- 第18.9項「OESHOST1およびOESHOST2上のAPMアプリケーションの再デプロイ」

- 第18.10項「OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの起動」

18.1 Oracle Entitlements Server高可用性アップグレード・トポロジの理解

図18-1に、この章で説明されている手順に従うことにより11.1.2.2.0にアップグレード可能なOracle Entitlements Serverクラスタ設定を示します。

図18-1 Oracle Entitlements Server高可用性アップグレード・トポロジ

ホストOESHOST1には、次のインストールが含まれます。

- WLS_OES1管理対象サーバーのOracle Entitlements Serverインスタンス。

- WebLogic Serverの管理サーバー。通常の運用時は、これがアクティブ管理サーバーになります。

ホストOAMHOST2には、次のインストールが含まれます。

- WLS_OES2管理対象サーバーのOracle Entitlements Serverインスタンス。

- WebLogic Serverの管理サーバー。通常の運用時は、これがパッシブ管理サーバーになります。OESHOST1の管理サーバーが使用できなくなった場合は、この管理サーバーをアクティブにします。

OESHOST1およびOESHOST2上のWLS_OES1およびWLS_OES2管理対象サーバーのインスタンスは、OES_CLUSTERという名前のクラスタで構成されています。

18.2 アップグレード手順

表18-1に、図18-1で示されているOracle Entitlements Server高可用性環境を11.1.2.2.0にアップグレードする手順を示します。

表18-1 Oracle Entitlements Server高可用性アップグレードの手順

タスク番号

タスク

詳細の参照先

1

Oracle Entitlements Server高可用性アップグレード・トポロジを確認して、現在の設定でOESHOST1およびOESHOST2を特定します。

「Oracle Entitlements Server高可用性アップグレード・トポロジの理解」を参照してください。

2

OESHOST1およびOESHOST2上の管理サーバーおよびすべての管理対象サーバーを停止します。

「OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの停止」を参照してください。

3

OESHOST1およびOESHOST2上のミドルウェア・ホーム、OracleホームおよびOracle Platform Security Servicesスキーマをバックアップします。

「既存の環境のバックアップ」を参照してください。

4

OESHOST1で、Oracle WebLogic ServerおよびOracle Entitlements Serverのバイナリを更新します。

「OESHOST1上のWebLogic ServerおよびOracle Entitlements Serverのバイナリの更新」を参照してください。

5

OESHOST1上のOracle Platform Security Servicesスキーマをアップグレードします。

「OESHOST1上のOracle Platform Security Servicesスキーマのアップグレード」を参照してください。

6

OESHOST1上のOracle Platform Security Servicesをアップグレードします。

「OESHOST1上のOracle Platform Security Servicesのアップグレード」を参照してください。

7

OESHOST2で、Oracle WebLogic ServerおよびOracle Entitlements Serverのバイナリを更新します。

「OESHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新」を参照してください。

8

OESHOST1およびOESHOST2で、次のAPMアプリケーションを再デプロイします。

「OESHOST1およびOESHOST2上のAPMアプリケーションの再デプロイ」を参照してください。

9

OESHOST1およびOESHOST2で、WebLogic管理サーバーおよび管理対象サーバーを起動します。

「OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの起動」を参照してください。

18.3 OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの停止

アップグレード・プロセスを開始する前に、OESHOST1およびOESHOST2上のWebLogic管理サーバーおよびすべてのOracle Entitlements Server管理対象サーバーを次の順序で停止します。

1. OESHOST1およびOESHOST2上の両方で、Oracle Entitlements Server管理対象サーバーを停止します。

2. OESHOST1上のWebLogic管理サーバーを停止します。

管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理サーバーの停止の詳細は、2.8.2項「WebLogic管理サーバーの停止」を参照してください。

18.4 既存の環境のバックアップ

すべてのサーバーの停止後は、アップグレード・プロセスを続行する前に次をバックアップする必要があります。

- OESHOST1およびOESHOST2上の両方の、内包されているOracleホーム・ディレクトリを含むMW_HOMEディレクトリ(ミドルウェア・ホーム・ディレクトリ)

- OESHOST1およびOAESHOST2上の両方のOracle Entitlements Serverドメイン・ホーム・ディレクトリ

- Oracle Platform Security Servicesスキーマ
スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

18.5 OESHOST1上のWebLogic ServerおよびOracle Entitlements Serverのバイナリの更新

既存の環境をアップグレードした後に、次のタスクを実行して、OESHOST1上のOracle WebLogic ServerおよびOracle Entitlements Serverのバイナリをそれぞれバージョン10.3.6および11.1.2.2.0に更新する必要があります。

1. Oracle WebLogic Serverバイナリの10.3.6への更新

2. Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

18.5.1 Oracle WebLogic Serverバイナリの10.3.6への更新

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5またはそれ以下のバージョンを使用している場合、次の手順を実行して、Oracle WebLogic Serverバイナリを10.3.6に更新する必要があります。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

18.5.2 Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

既存のOracle Entitlements ServerバイナリをOracle Entitlements Server 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順では、既存のミドルウェア・ホームの場所を指定します。これにより、Oracle Entitlements Serverバイナリが11.1.2.2.0に更新されます。

Oracle Entitlements Serverバイナリの11.1.2.2.0へのアップグレードの詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

18.6 OESHOST1上のOracle Platform Security Servicesスキーマのアップグレード

OESHOST1でOracle WebLogic ServerとOracle Entitlements Serverのバイナリを更新した後に、パッチ・セット・アシスタントを使用してOracle Platform Security Servicesスキーマをアップグレードする必要があります。これを行うには、OESHOST1で次の手順を実行します。

1. 次のコマンドを使用して、$MW_HOME/oracle_common/binからパッチ・セット・アシスタントを起動します。
./psa

2. opssを選択します。

3. データベース接続の詳細を指定し、アップグレード対象のスキーマを選択します。

Oracle Platform Security Servicesスキーマのアップグレード後、MW_HOME/oracle_common/upgrade/logs/psa<timestamp>.logにあるログ・ファイルをチェックしてアップグレードを確認してください。

timestampは、パッチ・セット・アシスタントが実行された実際の日時を表します。アップグレードが失敗した場合は、ログ・ファイルをチェックしてエラーを修正し、パッチ・セット・アシスタントを再実行してください。

パッチ・セット・アシスタントを使用してスキーマをアップグレードする方法の詳細は、第2.6項「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

18.7 OESHOST1上のOracle Platform Security Servicesのアップグレード

OESHOST1でOracle Platform Security Servicesスキーマをアップグレードした後に、OESHOST1でOracle Platform Security Services (OPSS)をアップグレードする必要があります。このタスクはオプションですが、このタスクを実行することをお薦めします。

注意:

Oracle Entitlements Server 11.1.2.1.0環境を11.1.2.2.0にアップグレードする際、監査スキーマがインストールされている場合は、Oracle Platform Security Servicesをアップグレードする必要があります。この手順は、新しい11.1.2.2.0監査ポリシーを含めるためのポリシー・ストアのアップグレードに必要です。

Oracle Entitlements Serverの構成とポリシー・ストアを11.1.2.2.0にアップグレードするには、Oracle Platform Security Servicesのアップグレードが必要です。ここでは、jps-config.xmlファイルとポリシー・ストアがアップグレードされます。

Oracle Platform Security Servicesのアップグレードの詳細は、第2.7項「Oracle Platform Security Servicesのアップグレード」を参照してください。

18.8 OESHOST2上のWebLogic ServerおよびAccess Managerのバイナリの更新

OESHOST2でOracle Platform Security Servicesをアップグレードした後に次のタスクを実行して、OESHOST2でOracle WebLogic ServerおよびOracle Entitlements Serverのバイナリをそれぞれバージョン10.3.6と11.1.2.2.0に更新する必要があります。

1. Oracle WebLogic Serverバイナリの10.3.6への更新

2. Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

18.8.1 Oracle WebLogic Serverバイナリの10.3.6への更新

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5またはそれ以下のバージョンを使用している場合、次の手順を実行して、Oracle WebLogic Serverバイナリを10.3.6に更新する必要があります。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

18.8.2 Oracle Entitlements Serverバイナリの11.1.2.2.0への更新

既存のOracle Entitlements ServerバイナリをOracle Entitlements Server 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順では、既存のミドルウェア・ホームの場所を指定します。これにより、Oracle Entitlements Serverバイナリが11.1.2.2.0に更新されます。

Oracle Entitlements Serverバイナリの11.1.2.2.0へのアップグレードの詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

18.9 OESHOST1およびOESHOST2上のAPMアプリケーションの再デプロイ

OESHOST2でOracle Entitlements Serverバイナリを更新した後に、OESHOST1およびOESHOST2で次のAPMアプリケーションを再デプロイする必要があります。

- oracle.security.apm.ear

- oracle.security.apm.core.model.ear

- oracle.security.apm.core.view.war

APMアプリケーションを再デプロイするには、次を実行します。

1. WebLogic管理サーバーを起動します。詳細は、第2.9.2項「WebLogic管理サーバーの起動」を参照してください。

2. $MWHOME/wlserver_10.3/common/binから次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
UNIXの場合: ./wlst.sh

Windowsの場合: wlst.cmd

3. 次のコマンドを実行して、管理サーバーに接続します。
connect('weblogic-username','weblogic-password','weblogic-url')

4. 次のコマンドを実行して、APMアプリケーションを再デプロイします。
UNIXの場合:

- redeploy(appName='oracle.security.apm')

- redeploy(appName='oracle.security.apm.core.model')

- redeploy(appName='oracle.security.apm.core.view')

Windowsの場合:

- $DOMAIN_HOME\serverConfig\redeploy(appName='oracle.security.apm')

- $DOMAIN_HOME\serverConfig\redeploy(appName='oracle.security.apm.core.model')

- $DOMAIN_HOME\serverConfig\redeploy(appName='oracle.security.apm.core.view')

これらのコマンドでは、$DOMAIN_HOMEはOracle Entitlements Server 11.1.2.2.0ドメインへの絶対パスを意味します。

次に、Windows上でのAPMアプリケーションの再デプロイの例を示します。

C:\Oracle\Middleware\user_projects\domains\OES_Domain\serverConfig\ redeploy(appName='oracle.security.apm')

5. WebLogic管理サーバーを停止します。詳細は、第2.9.2項「WebLogic管理サーバーの起動」を参照してください。

18.10 OESHOST1およびOESHOST2上の管理サーバーおよび管理対象サーバーの起動

OESHOST1およびOESHOST2で、WebLogic管理サーバーおよびOracle Entitlements Server管理対象サーバーを次の順序で起動します。

1. OESHOST1上のWebLogic管理サーバーを起動します。

2. OESHOST1およびOESHOST2で、Oracle Entitlements Server管理対象サーバーを起動します。

WebLogic管理サーバーの起動の詳細は、2.9.2項「WebLogic管理サーバーの起動」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3項「管理対象サーバーの起動」を参照してください。

19 Oracle Privileged Account Manager高可用性環境のアップグレード

この章では、Oracle WebLogic ServerでのOracle Privileged Account Manager高可用性環境を11gリリース2 (11.1.2.2.0)にアップグレードする方法を説明します。

注意:

続行する前に、既存のOracle Privileged Account Managerバージョンが、高可用性アップグレードのサポート対象であるかどうかを確認します。高可用性アップグレードでサポートされている開始ポイントの詳細は、第1.5項「高可用性環境のアップグレードでサポートされている開始ポイント」を参照してください。

この章では、次の項目について説明します。

- 第19.1項「Oracle Privileged Account Manager高可用性アップグレード・トポロジの理解」

- 第19.2項「アップグレード手順」

- 第19.3項「OPAMHOST1およびOPAMHOST2におけるすべてのサーバーの停止」

- 第19.4項「既存の環境のバックアップ」

- 第19.5項「OPAMHOST1およびOPAMHOST2におけるWebLogic ServerとOracle Privileged Account Managerのバイナリの更新」

- 第19.6項「OPAMHOST1におけるデータベース・スキーマのアップグレード」

- 第19.7項「OPAMHOST1およびOPAMHOST2における管理サーバー、ノード・マネージャおよび管理対象サーバーの起動」

- 第19.8項「OPAMHOST1におけるアプリケーションの再デプロイ」

- 第19.9項「ドメインのアップグレードの確認」

- 第19.10項「オプション: Oracle Privileged Account Managerセッション・マネージャの構成」

- 第19.11項「オプション: WLS_OPAM1およびWLS_OPAM2に対するOracle Identity Navigatorの構成」

19.1 Oracle Privileged Account Manager高可用性アップグレード・トポロジの理解

表19-1に、この章で説明する手順に従って11.1.2.2.0にアップグレード可能なOracle Privileged Account Managerクラスタ設定を示します。

図19-1 Oracle Privileged Account Manager高可用性アップグレード・トポロジ

ホストOPAMMHOST1には次がインストールされています。

- WLS_OPAM1管理対象サーバーのOracle Privileged Account Managerインスタンス。

- WebLogic Serverの管理サーバー。通常の運用時は、これがアクティブ管理サーバーになります。

ホストOPAMMHOST2には次がインストールされています。

- WLS_OPAM2管理対象サーバーのOracle Privileged Account Managerインスタンス。

- WebLogic Serverの管理サーバー。通常の運用時は、これがパッシブ管理サーバーになります。OPAMHOST1の管理サーバーが使用できなくなった場合は、この管理サーバーをアクティブにします。

OPAMHOST1およびOPAMHOST2上のWLS_OPAM1およびWLS_OPAM2の管理対象サーバーのインスタンスは、クラスタOPAM_CLUSTERとして構成されます。

19.2 アップグレード手順

表19-1に、図19-1に示されているOracle Privileged Account Manager高可用性環境を11.1.2.2.0にアップグレードする手順を示します。

表19-1 Oracle Privileged Account Manager高可用性アップグレード手順

タスク番号

タスク

詳細の参照先

1

Oracle Privileged Account Manager高可用性アップグレード・トポロジを確認し、設定時にOPAMHOST1とOPAMHOST2を識別します。

「Oracle Privileged Account Manager高可用性アップグレード・トポロジの理解」を参照してください。

2

OPAMHOST1とOPAMHOST2で、管理サーバー、Oracle Privileged Account Manager管理対象サーバーおよびノード・マネージャを停止します。

「OPAMHOST1およびOPAMHOST2におけるすべてのサーバーの停止」を参照してください。

3

OPAMHOST1とOPAMHOST2で、ミドルウェア・ホーム、Oracleホームおよびデータベース・スキーマをバックアップします。

「既存の環境のバックアップ」を参照してください。

4

OPAMHOST1とOPAMHOST2で、WebLogic ServerおよびOracle Privileged Account Managerのバイナリを更新します。

「OPAMHOST1およびOPAMHOST2におけるWebLogic ServerとOracle Privileged Account Managerのバイナリの更新」を参照してください。

5

パッチ・セット・アシスタントを実行して、OPAMHOST1上のOPAMおよびOPSSスキーマをアップグレードします。

「OPAMHOST1におけるデータベース・スキーマのアップグレード」を参照してください。

6

OPAMHOST1とOPAMHOST2で、WebLogic管理サーバーおよびすべての管理対象サーバーを起動します。

「OPAMHOST1およびOPAMHOST2における管理サーバー、ノード・マネージャおよび管理対象サーバーの起動」を参照してください。

7

OPAMHOST1に、Oracle Identity Navigatorアプリケーションoinav.earおよびOracle Privileged Account Managerアプリケーションopam.earを再デプロイします。

「OPAMHOST1におけるアプリケーションの再デプロイ」を参照してください。

8

ドメインのアップグレードを確認します。

「ドメインのアップグレードの確認」を参照してください。

9

11.1.2.2.0で新しく導入されたOracle Privileged Account Managerセッション・マネージャを構成するには、WLSTコマンドconfigureSessionManager.pyを実行して、OPAM_CLUSTERにターゲット設定します。

このステップはオプションです。

「オプション: Oracle Privileged Account Managerセッション・マネージャの構成」を参照してください。

10

Oracle Privileged Account Manager管理対象サーバーWLS_OPAM1およびWLS_OPAM2についてOracle Identity Navigatorを構成するには、構成ウィザードをOPAMHOST1で実行します。

このステップはオプションです。

「オプション: WLS_OPAM1およびWLS_OPAM2に対するOracle Identity Navigatorの構成」を参照してください。

19.3 OPAMHOST1およびOPAMHOST2におけるすべてのサーバーの停止

アップグレード・プロセスを開始する前に、OPAMHOST1とOPAMHOST2で、WebLogic管理サーバー、Oracle Privileged Account Manager管理対象サーバーおよびノード・マネージャを次の順序で停止する必要があります。

1. OPAMHOST1とOPAMHOST2の両方で、Oracle Privileged Account Manager管理対象サーバーを停止します。

2. OPAMHOST1で、WebLogic管理サーバーを停止します。

3. OPAMHOST1とOPAMHOST2で、ノード・マネージャを停止します。

管理対象サーバーの停止の詳細は、第2.8.1項「管理対象サーバーの停止」を参照してください。

管理サーバーの停止の詳細は、2.8.2項「WebLogic管理サーバーの停止」を参照してください。

ノード・マネージャの停止の詳細は、第2.8.3項「ノード・マネージャの停止」を参照してください。

19.4 既存の環境のバックアップ

すべてのサーバーの停止後は、アップグレード・プロセスを続行する前に次をバックアップする必要があります。

- OPAMHOST1とOPAMHOST2の両方におけるミドルウェア・ホーム内のOracleホーム・ディレクトリを含む、MW_HOMEディレクトリ(ミドルウェア・ホーム・ディレクトリ)

- OPAMHOST1とOPAMHOST2の両方におけるOracle Privileged Account Managerドメイン・ホーム・ディレクトリ

- 次のデータベース・スキーマ:

- Oracle Privileged Account Managerスキーマ

- Oracle Platform Security Servicesスキーマ

スキーマをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

19.5 OPAMHOST1およびOPAMHOST2におけるWebLogic ServerとOracle Privileged Account Managerのバイナリの更新

次のタスクを実行して、OPAMHOST1とOPAMHOST2で、Oracle WebLogic ServerおよびOracle Privileged Account Managerのバイナリをそれぞれ10.3.6および11.1.2.2.0バージョンに更新する必要があります。

1. OPAMHOST1およびOPAMHOST2におけるOracle WebLogic Serverバイナリの10.3.6への更新

2. OPAMHOST1およびOPAMHOST2におけるOracle Privileged Account Managerのバイナリの11.1.2.2.0への更新

19.5.1 OPAMHOST1およびOPAMHOST2におけるOracle WebLogic Serverバイナリの10.3.6への更新

Oracle Identity and Access Management 11.1.2.2.0は、Oracle WebLogic Server 11gリリース1 (10.3.6)で動作することが保証されています。したがって、既存のOracle Identity Manager環境でOracle WebLogic Server 10.3.5またはそれ以下のバージョンを使用している場合、次の手順を実行して、Oracle WebLogic Serverバイナリを10.3.6に更新する必要があります。

1. Oracle Technology Networkから、WebLogic 10.3.6アップグレード・インストーラをダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する説明を参照してください。

2. グラフィック・モードでアップグレード・インストーラを実行して、WebLogic Serverをアップグレードします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のグラフィック・モードでのアップグレード・インストーラの実行に関する項を参照してください。

19.5.2 OPAMHOST1およびOPAMHOST2におけるOracle Privileged Account Managerのバイナリの11.1.2.2.0への更新

既存のOracle Privileged Account ManagerのバイナリをOracle Privileged Account Manager 11.1.2.2.0に更新するには、Oracle Identity and Access Management 11gリリース2 (11.1.2.2.0)インストーラを使用する必要があります。この手順では、既存のミドルウェア・ホームの場所を指定します。これにより、Oracle Privileged Account Managerのバイナリが11.1.2.2.0にアップグレードされます。

Oracle Privileged Account Managerバイナリの11.1.2.2.0への更新の詳細は、第2.4項「Oracle Identity and Access Managementバイナリの11gリリース2 (11.1.2.2.0)への更新」を参照してください。

19.6 OPAMHOST1におけるデータベース・スキーマのアップグレード

OPAMHOST1で、パッチ・セット・アシスタントを実行して次のスキーマをアップグレードする必要があります。

- OPAMスキーマ

- OPSSスキーマ(OPSSスキーマは、OPAMを選択すると依存性として選択されます)

パッチ・セット・アシスタントを使用したスキーマのアップグレードの詳細は、第2.6「パッチ・セット・アシスタントを使用したスキーマのアップグレード」を参照してください。

OPAMスキーマとOPSSスキーマをアップグレードすると、OPAMスキーマのバージョンは11.1.2.2.0になります。

19.7 OPAMHOST1およびOPAMHOST2における管理サーバー、ノード・マネージャおよび管理対象サーバーの起動

データベース・スキーマをOPAMHOST1でアップグレードした後に、OPAMHOST1とOPAMHOST2で、WebLogic管理サーバー、ノード・マネージャおよびOracle Privileged Account Manager管理対象サーバーを次の順序で起動する必要があります。

1. OPAMHOST1で、WebLogic管理サーバー、ノード・マネージャおよびOracle Privileged Account Manager管理対象サーバーを起動します。

2. OPAMHOST2で、ノード・マネージャおよびOracle Privileged Account Manager管理対象サーバーを起動します。

WebLogic管理サーバーの起動の詳細は、2.9.2項「WebLogic管理サーバーの起動」を参照してください。

ノード・マネージャの起動の詳細は、第2.9.1項「ノード・マネージャの起動」を参照してください。

管理対象サーバーの起動の詳細は、第2.9.3項「管理対象サーバーの起動」を参照してください。

19.8 OPAMHOST1におけるアプリケーションの再デプロイ

サーバーの起動後、Oracle Identity NavigatorおよびOracle Privileged Account Managerのアプリケーション(つまりoinav.earとopam.ear)をOPAMHOST1に再デプロイする必要があります。これには、WebLogic管理コンソールまたはWebLogic Scripting Tool (WLST)のいずれかを使用できます。

Oracle Identity NavigatorおよびOracle Privileged Account Managerのアプリケーションの再デプロイの詳細は、第7.9「アプリケーションの再デプロイ」を参照してください。

19.9 ドメインのアップグレードの確認

次の手順を実行して、Oracle Privileged Account Managerドメインが正常にアップグレードされたことを確認します。

1. 次のURLを使用して、Oracle Privileged Account Manager 11.1.2.2.0のコンソールにログインします。
http://adminserver_host:adminserver_port/oinav/opam

2. アップグレード前のデータ、ターゲット、アカウント、権限が存在しており、想定どおりに機能することを確認します。

19.10 オプション: Oracle Privileged Account Managerセッション・マネージャの構成

11.1.2.2.0では、Oracle Privileged Account Managerのセッション・マネージャ・アプリケーションopamsessionmgrが導入されています。Oracle Privileged Account Managerのセッション・マネージャ・アプリケーションを構成する場合、WebLogic Scripting Tool (WLST)コマンドconfigureSessionManager.pyをOPAMHOST1で実行し、OPAM_CLUSTERにターゲット指定する必要があります。

Oracle Privileged Account Managerセッション・マネージャの構成の詳細は、第7.13項「オプション: Oracle Privileged Account Manager 11.1.2.2.0セッション・マネージャの構成」を参照してください。

Oracle Privileged Account Managerセッション・マネージャを構成した後、OPAMHOST1およびOPAMHOST2ですべてのサーバーを起動します。すべてのサーバーの起動の詳細は、「OPAMHOST1およびOPAMHOST2における管理サーバー、ノード・マネージャおよび管理対象サーバーの起動」を参照してください。

19.11 オプション: WLS_OPAM1およびWLS_OPAM2に対するOracle Identity Navigatorの構成

Oracle Privileged Account Managerコンソールを可用性の高いユースケースで使用するために、Oracle Privileged Account Manager管理対象サーバーWLS_OPAM1およびWLS_OPAM2上で実行するようにOracle Privileged Account ManagerコンソールをホストするOracle Identity Navigatorを構成する場合は、第7.14項「オプション: OPAM管理対象サーバー上のOracle Identity Navigatorアプリケーションの構成」で説明されている手順を完了します。

Oracle Identity Navigatorが正常に構成されると、次のURLを使用して、非SSLポートからWLS_OPAM1およびWLS_OPAM2上のOracle Identity Navigatorにアクセスできます。

http://opamserver_host:opamserver_nonssl_port/oinav/opam

デフォルトの非SSLポートは18101です。Oracle Identity Navigatorは、引き続きWebLogic管理サーバーで実行されます。Oracle Identity NavigatorをOracle Privileged Account Manager管理対象サーバーに対して構成した後、高可用性を実現するには、OPAMHOST1上でOracle HTTP Server構成をOracle Identity Navigator用に更新する必要があります。詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle HTTP Server構成の更新に関する説明を参照してください。

Oracle Identity NavigatorをOracle Privileged Account Manager管理対象サーバーに対して構成した後、OPAMHOST1およびOPAMHOST2ですべてのサーバーを起動します。すべてのサーバーの起動の詳細は、「OPAMHOST1およびOPAMHOST2における管理サーバー、ノード・マネージャおよび管理対象サーバーの起動」を参照してください。

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。