Fusion Middleware Oracle Identity Managementアップグレード・ガイド

11g リリース1(11.1.1)

B56245-04(原本部品番号:E10129-10)

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

第I部 Oracle Identity ManagementおよびOracle Identity and Access Managementの概要

1 概要

- 1.1 Oracle Identity ManagementおよびOracle Identity and Access Managementとは

- 1.2 Oracle Identity Management 11gリリース1(11.1.1)にアップグレードできるものとは

- 1.3 Oracle Identity and Access Management 11gリリース1(11.1.1)にアップグレードできるものとは

第II部 Oracle Identity Management環境のアップグレード

2 Oracle Identity Managementのアップグレード・プロセスの概要

- 2.1 Oracle Identity Managementのアップグレード・プロセスのフロー・チャート

- 2.2 Oracle Identity Managementのアップグレード・プロセスの手順

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

- 3.1 サポートされているOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの開始ポイント

- 3.2 サポートされているOracle Virtual Directoryのアップグレードの開始ポイント

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

4 Oracle Identity Managementの環境のタイプ

- 4.1 Oracle Identity Management 10gおよび11gコンポーネントの概要

- 4.1.1 Oracle Application Server 10gリリース2(10.1.2)で使用可能なIdentity Managementコンポーネント

- 4.1.2 Oracle Identity Management 10g(10.1.4)で使用可能なIdentity Managementコンポーネント

- 4.1.3 Oracle Fusion Middleware 11gで使用可能なIdentity Managementコンポーネント

- 4.2 Oracle Internet DirectoryおよびOracle Directory Integration Platformのトポロジ

- 4.2.1 コロケートIdentity Management環境のアップグレード

- 4.2.2 非コロケートIdentity Management環境のアップグレード

- 4.3 Oracle Virtual Directoryのトポロジ

- 4.4 Oracle Identity Federationのトポロジ

5 Oracle Internet Directory環境のアップグレード

- 5.1 タスク1: SSOのアップグレード・オプションおよびOracle Delegated Administration Servicesの理解

- 5.2 タスク2: 10g Identity Managementスキーマを含むデータベースのアップグレード(必要な場合)

- 5.3 タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gコンポーネントのインストールおよび構成

- 5.3.1 Oracle Internet Directory 10gスキーマに対するOracle Internet Directory 11gのインストールの影響について

- 5.3.2 Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- 5.3.2.1 Oracle WebLogic Serverが必要なタイミング

- 5.3.2.2 Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- 5.3.3 アップグレード準備のためのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gのインストールおよび構成

- 5.3.3.1 Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールを開始する前に

- 5.3.3.2 Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストール

- 5.4 タスク4: アップグレード・アシスタントを使用したOracle Internet Directoryのアップグレード

- 5.4.1 タスク4a: アップグレード前に必要なタスクの実行

- 5.4.1.1 Oracle Application Server Identity Management 10gスキーマのステータスの確認

- 5.4.1.2 Oracle Application Server Identity Management 10gスキーマが配置されているデータベースのバックアップ

- 5.4.1.3 Windowsオペレーティング・システム上でSSL認証モードを使用する場合のSSLポート構成の変更

- 5.4.2 タスク4b: OracleAS Identity Managementアップグレードのためのアップグレード・アシスタントの起動

- 5.4.3 タスク4c: Oracle Internet DirectoryおよびOracle Directory Integration Platformインスタンスのアップグレード

- 5.4.3.1 アップグレード・アシスタントを使用したOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- 5.4.3.2 「データベースの詳細の指定」画面でのReal Application Clusters(RAC)データベースの詳細の指定について

- 5.4.3.3 アップグレード・アシスタントの調査フェーズ中のOracle Internet Directoryエラーからのリカバリ

- 5.5 タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード後に必要なタスクの完了

- 5.5.1 デフォルト以外のOracle Internet Directoryインスタンスの再作成

- 5.5.2 Oracle Internet DirectoryおよびOracle Directory Integration Platform 10gコンポーネントの無効化

- 5.5.3 Oracle Internet Directoryを11gにアップグレードした後の10g OracleホームでのOPMNの構成

- 5.5.4 アップグレード後のOracle Internet Directoryの参照整合性の有効化

- 5.5.5 Oracle Internet Directory 11gにアップグレードされない構成属性の確認

- 5.5.6 Application Server ControlからのOracle Internet DirectoryおよびOracle Directory Integration Platform 10gの削除

- 5.5.7 アップグレード後の不要なOracle Directory Integration Platformテンプレート・プロファイルの削除

- 5.5.8 Oracle Internet Directory 10g監査ログ・コンテナの削除

- 5.5.9 Oracle Enterprise ManagerでのOracle Internet Directory 10gのポート番号の更新

- 5.5.10 Oracle Internet Directory 11g用のOracle Single Sign-On 10gの構成

- 5.6 タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

6 Oracle Virtual Directory環境のアップグレード

- 6.1 タスク1: Oracle Virtual Directoryトポロジの決定

- 6.2 タスク2: Oracle Fusion Middleware 11gのインストールおよび構成

- 6.2.1 Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- 6.2.2 Oracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストール

- 6.3 タスク3: アップグレード・アシスタントを使用したOracle Virtual Directoryのアップグレード

- 6.3.1 タスク3a: Oracle Virtual Directoryインスタンスの停止

- 6.3.2 タスク3b: Oracle Virtual Directoryアップグレードのためのアップグレード・アシスタントの起動

- 6.3.3 タスク3c: Oracle Virtual Directoryのアップグレード

- 6.4 タスク4: アップグレード後に必要なOracle Virtual Directoryタスクの完了

- 6.4.1 Oracle Virtual Directory SSLリスナーの匿名暗号の構成

- 6.4.2 特権ポートを使用した場合のアップグレード後のOracle Virtual Directoryの起動

- 6.4.3 Oracle Virtual Directoryロギング構成設定のアップグレード

- 6.5 タスク5: Oracle Virtual Directoryのアップグレードの確認

7 Oracle Identity Federation環境のアップグレード

- 7.1 タスク1: Oracle Identity Federationトポロジの決定

- 7.2 タスク2: リポジトリ作成ユーティリティを使用したデータベースへのOracle Identity Federationスキーマのインストール

- 7.2.1 データベースがOracle Identity Federationスキーマの最小要件を満たすことを確認

- 7.2.2 Oracle Identity Federationのアップグレード準備のためのリポジトリ作成ユーティリティの実行

- 7.3 タスク3: Oracle Fusion Middleware 11gのインストールおよび構成

- 7.3.1 タスク3a: Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- 7.3.2 タスク3b: Oracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

- 7.3.3 タスク3e: Oracle HTTP Serverインスタンスの作成およびOracle Identity Federation 11gへのリンク

- 7.4 タスク4: アップグレード・アシスタントを使用したOracle Identity Federationのアップグレード

- 7.4.1 タスク4a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動

- 7.4.2 タスク4b: Oracle Identity Federationのアップグレード

- 7.5 タスク5: アップグレード後に必要なOracle Identity Federationタスクの完了

- 7.5.1 Oracle Identity Federation 11gとOracle Access Manager 10gの統合

- 7.5.2 Oracle Identity Federation 11gでのカスタム認証エンジンまたはカスタムSPエンジンの使用

- 7.5.2.1 認証エンジン・コードの変更

- 7.5.2.2 SPエンジン・コードの変更

- 7.5.2.3 認証エンジンまたはSPエンジンのログアウト・サービスの変更

- 7.5.2.4 認証エンジンまたはSPエンジンのデプロイ

- 7.5.2.5 Oracle Identity Federation 11gの認証エンジンの作成

- 7.5.2.6 Oracle Identity Federation 11gのSPエンジンの作成

- 7.5.3 Oracle Identity Federation 11gで機能するためのアップグレード後のOracle Single Sign-On Serverの再構成

- 7.5.4 ShareIDサービスURLの下位互換性について

- 7.5.5 Oracle Identity FederationのSSL構成のアップグレード

- 7.5.6 アップグレード後のOracle Identity Federationシステム・プロパティの設定

- 7.5.7 構成ファイルの更新

- 7.5.8 Oracle Identity Federationのアップグレード後の追加タスク

- 7.6 タスク6: Oracle Identity Federationアップグレードの確認

第III部 Oracle Single Sign-OnおよびOracle Identity and Access Management環境のアップグレード

8 Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスの概要

- 8.1 Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスのフロー・チャート

- 8.2 Oracle Identity and Access Managementのアップグレード・プロセスの手順を説明する表

9 サポートされているOracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレードの開始ポイント

- 9.1 サポートされているOracle Single Sign-Onの開始ポイント

- 9.2 サポートされているOracle Adaptive Access Managerの開始ポイント

- 9.3 サポートされているOracle Identity Managerの開始ポイント

10 Oracle Single Sign-OnおよびOracle Identity and Access Managementの環境のタイプ

- 10.1 Oracle Single Sign-Onのトポロジ

- 10.2 Oracle Adaptive Access Managerのトポロジ

- 10.3 Oracle Identity Managerのトポロジ

11 Oracle Single Sign-On環境のアップグレード

- 11.1 概要

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

- 11.3 タスク1: Oracle Access Managerトポロジの決定

- 11.4 タスク2: Oracle Databaseのアップグレード(必要な場合)

- 11.5 タスク3: リポジトリ作成ユーティリティによる11g Oracle Access Managerスキーマの作成

- 11.5.1 Oracle Access Managerのためのリポジトリ作成ユーティリティの実行

- 11.5.2 Oracle Access Managerのアップグレードに必要なスキーマの選択

- 11.6 タスク4: Oracle Access Manager中間層のインストールおよび構成

- 11.6.1 Oracle Single Sign-On 10gのホスト名およびポート番号を使用したOracle Access Manager 11gのインストール

- 11.6.2 新しいホスト名または新しいポート番号を使用したOracle Access Manager 11gのインストール

- 11.7 タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

- 11.8 タスク6: アップグレード後に必要なOracle Access Managerタスクの完了

- 11.8.1 Oracle HTTP Serverポートが変更された場合のOracle Access Managerサーバーを使用したOracle Portal 10gの構成

- 11.8.2 ロールを調整するためのOracle Access Manager管理コンソールの構成

- 11.8.3 osso.confファイルのコピー

- 11.8.4 Oracle Access Manager 11gでのOracle Business Intelligence Discoverer 11gの構成

- 11.8.5 アップグレード後の追加のOracle Access Managerタスク

- 11.8.6 Oracle Single Sign-On 10gの停止

- 11.9 タスク7: Oracle Access Managerアップグレードの確認

12 Oracle Adaptive Access Manager環境のアップグレード

- 12.1 概要

- 12.2 前提条件

- 12.3 タスク1: Oracle Adaptive Access Managerトポロジの決定

- 12.4 タスク2: Oracle Adaptive Access Managerスキーマを含むOracle Databaseのアップグレード(必要な場合)

- 12.5 タスク3: リポジトリ作成ユーティリティの実行によるスキーマの作成

- 12.5.1 Oracle Adaptive Access Managerのアップグレード準備としてのリポジトリ作成ユーティリティの実行

- 12.5.2 Oracle Adaptive Access Managerのアップグレードに必要なスキーマの選択

- 12.6 タスク4: Oracle Fusion Middlewareのインストール

- 12.6.1 Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 12.6.2 Oracle Adaptive Access Manager 11gリリース1(11.1.1.5.0)のインストール

- 12.7 タスク5: アップグレード・アシスタントを使用したOracle Adaptive Access Managerスキーマのアップグレード

- 12.8 タスク6: 新規または既存のOracle WebLogicドメインでのOracle Adaptive Access Managerの構成

- 12.9 タスク7: 管理対象サーバーを起動するためのノード・マネージャの構成

- 12.10 タスク8: 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの停止

- 12.11 タスク9: アップグレード・アシスタントを使用したOracle Adaptive Access Manager中間層のアップグレード

- 12.12 タスク10: 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動

- 12.13 タスク11: アップグレード後に必要なOracle Adaptive Access Managerタスクの完了

- 12.14 タスク12: Oracle Adaptive Access Managerアップグレードの確認

13 Oracle Identity Manager環境のアップグレード

- 13.1 アップグレードの概要

- 13.1.1 アプリケーション・サーバーおよびJVMのサポート

- 13.1.2 データベースのサポート

- 13.1.3 リクエスト管理

- 13.1.4 認可

- 13.1.5 アクセス・ポリシー

- 13.1.6 承認プロセス

- 13.1.7 スケジュール済タスク

- 13.1.8 ユーザー・インタフェースのカスタマイズ

- 13.1.9 オブジェクト・フォーム

- 13.1.10 事前移入アダプタ

- 13.1.11 タスク割当てアダプタ

- 13.1.12 イベント・ハンドラ

- 13.1.13 シグネチャベースのログイン

- 13.1.14 Application Program Interface

- 13.1.15 タスク割当て

- 13.1.16 アップグレード後

- 13.2 前提条件

- 13.2.1 Oracle Identity Manager 9.1データベースのバックアップ

- 13.2.2 ペンディング・トランザクション・レポート・ユーティリティの実行

- 13.2.3 OSIデータ・アップグレード・ユーティリティの実行

- 13.2.4 監査メッセージを処理するためのスケジュール・タスクの実行

- 13.2.5 JMSキューを空にする

- 13.2.6 承認ワークフローの循環依存

- 13.3 タスク1: Oracle Identity Manager 11g用のOracle Databaseの特定および準備(オプション)

- 13.3.1 既存のOracle Identity Manager 9.1データベースのインポート

- 13.3.2 新しいOracle Databaseのインストール

- 13.4 タスク2: リポジトリ作成ユーティリティを使用したデータベースでのスキーマの作成

- 13.4.1 データベースがOracle Identity Managerスキーマの最小要件を満たすことを確認

- 13.4.2 Oracle Identity Managerのアップグレード準備のためのリポジトリ作成ユーティリティの実行

- 13.5 タスク3: Oracle Fusion Middlewareのインストール

- 13.5.1 タスク3a: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 13.5.2 タスク3b: Oracle Identity Manager 11gリリース1(11.1.1.5.0)のインストール

- 13.5.3 タスク3c: Oracle SOA 11gリリース1(11.1.1.5.0) Suiteのインストール

- 13.6 タスク4: アップグレード・アシスタントを使用したOracle Identity Managerスキーマのアップグレード

- 13.7 タスク5: Oracle Identity Manager用のWebLogicドメインの作成

- 13.8 タスク6: WebLogic管理サーバーの起動

- 13.9 タスク7: Oracle Identity Managerサーバー11gの構成

- 13.10 タスク8: 管理対象サーバーを起動するためのノード・マネージャの構成

- 13.11 タスク9: SOA管理対象サーバーの起動

- 13.12 タスク10: Oracle Identity Manager管理対象サーバーの起動

- 13.13 タスク11: Oracle Identity Manager管理対象サーバーの停止

- 13.14 タスク12: アップグレード・アシスタントを使用したOracle Identity Manager中間層のアップグレード

- 13.15 タスク13: Oracle Identity Manager管理対象サーバーの起動

- 13.16 タスク14: アップグレード後に必要なOracle Identity Managerタスクの完了

- 13.16.1 Oracle Identity Managerユーザー・インタフェースのカスタマイズ

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

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

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

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

- 13.16.6 生成されたSOAコンポジットの承認プロセスとしての使用方法

- 13.16.7 コネクタの定義

- 13.16.8 自己登録の自動承認の構成

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

- 13.16.10 ユーザー定義フィールドのアップグレード

- 13.16.11 監査の有効化

- 13.16.12 デプロイメント・マネージャを使用したデータのインポートおよびエクスポート

- 13.17 タスク15: Oracle Identity Managerのアップグレードの確認

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

14 Oracle Internet Directory高可用性環境のアップグレード

- 14.1 Oracle Internet Directory高可用性アップグレードの開始ポイントの概要

- 14.1.1 分散Identity Management環境に基づく高可用性トポロジ

- 14.1.2 コロケートIdentity Management環境に基づく高可用性トポロジ

- 14.1.3 スタンドアロンのOracle Internet Directoryインスタンスに基づく高可用性環境

- 14.2 Oracle Identity Management高可用性環境のアップグレードを開始する前に

- 14.2.1 この章で使用される規則

- 14.2.2 Oracle Identity Management高可用性アップグレードの前提条件

- 14.2.3 アップグレードのためにサポートされる高可用性環境

- 14.2.4 ディレクトリ・レプリケーションによるアップグレード時のダウンタイムの短縮

- 14.3 高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- 14.3.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 14.3.2 タスク2: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.3.3 タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード

- 14.3.4 タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成

- 14.3.5 タスク5: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

- 14.3.6 タスク6: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 14.3.7 タスク7: IDMHOST2でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.3.8 タスク8: IDMHOST1からIDMHOST2へのOracle Directory Integration Platformディレクトリのコピー

- 14.3.9 タスク9: IDMHOST2での「匿名バインド」プロパティの「許可」への設定

- 14.3.10 タスク10: IDMHOST2での管理対象サーバーの起動

- 14.3.11 タスク11: IDMHOST2でのコンポーネントの稼働の確認

- 14.4 コロケート高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- 14.4.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 14.4.2 タスク2: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.4.3 タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード

- 14.4.4 タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成

- 14.4.5 タスク5: IDMHOST1での10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformの無効化

- 14.4.6 タスク6: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

- 14.4.7 タスク7: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 14.4.8 タスク9: IDMHOST2でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.4.9 タスク10: IDMHOST1からIDMHOST2へのOracle Directory Integration Platformディレクトリのコピー

- 14.4.10 タスク11: IDMHOST2での「匿名バインド」プロパティの「許可」への設定

- 14.4.11 タスク12: IDMHOST2での10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformの無効化

- 14.4.12 タスク13: IDMHOST2での管理対象サーバーの起動

- 14.4.13 タスク14: IDMHOST2でのコンポーネントの稼働の確認

- 14.5 Oracle Internet Directoryのみのアップグレード

- 14.5.1 ローカルOracle WebLogic Serverドメインを使用する場合のOracle Internet Directoryのアップグレード

- 14.5.1.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 14.5.1.2 タスク2: IDMHOST1でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.5.1.3 タスク3: IDMHOST1でのOracle Internet Directoryの11gへのアップグレード

- 14.5.1.4 タスク4: IDMHOST1でのアップグレードしたOracle Internet Directoryインスタンスの確認

- 14.5.1.5 タスク5: IDMHOST2でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストール

- 14.5.1.6 タスク6: IDMHOST1上のドメインに対するIDMHOST2のOracle Internet Directoryインスタンスの登録

- 14.5.1.7 タスク7: IDMHOST2でのOracle Internet Directoryインスタンスの確認

- 14.5.2 リモート・ドメインを使用する場合または使用しない場合のOracle Internet Directoryのアップグレード

- 14.5.2.1 タスク1: IDMHOST1でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.5.2.2 タスク2: IDMHOST1でのOracle Internet Directoryの11gへのアップグレード

- 14.5.2.3 タスク3: IDMHOST1でのOracle Internet Directoryインスタンスの確認

- 14.5.2.4 タスク4: IDMHOST2でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 14.5.2.5 タスク5: IDMHOST1およびIDMHOST2でのOracle Internet Directoryインスタンスの確認

- 14.5.2.6 タスク6: 既存のリモート・ドメインに対するIDMHOST1およびIDMHOST2のOracle Internet Directoryインスタンスの登録(オプション)

15 Oracle Identity Managementコールド・フェイルオーバー・クラスタ環境のアップグレード

- 15.1 タスク1: Oracle Fusion Middlewareコールド・フェイルオーバー・クラスタ環境のアップグレードの準備

- 15.2 タスク2: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 15.3 タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 15.4 タスク4: Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールの確認

- 15.5 タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- 15.6 タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

- 15.7 タスク7: アップグレードしたコンポーネントのアクティブ/パッシブ・デプロイの構成

- 15.7.1 タスク7a: コールド・フェイルオーバー・クラスタのインフラストラクチャ・コンポーネントの変換

- 15.7.2 タスク7b: コールド・フェイルオーバー・クラスタのOracle Internet Directoryとそのクライアントの変換

- 15.8 タスク8: アップグレードしたコンポーネントを監視するためのFusion Middleware Controlの構成

- 15.9 タスク9: アップグレードした高可用性環境の確認

16 Oracle Identity Managementマルチマスターおよびファンアウト・レプリケーション・アップグレードの実行

- 16.1 タスク1: レプリケーション環境をアップグレードするための用語、前提条件および主な概念の確認

- 16.1.1 この章の用語の規則

- 16.1.2 レプリケーション環境をアップグレードする場合の有効な開始ポイント

- 16.1.3 レプリケーション環境をアップグレードする場合の推奨事項

- 16.2 タスク2: Oracle Identity Managementマルチマスターまたはファンアウト・レプリケーション・アップグレードの準備

- 16.3 タスク3: Oracle Internet Directoryレプリカのアップグレードの実行

- 16.3.1 レプリカ・アップグレード方法の選択

- 16.3.2 一度に1つのレプリカのアップグレード

- 16.3.3 複数のレプリカのOracle Internet Directoryの同時アップグレード

- 16.4 タスク4: 各レプリカのアップグレードの完了

- 16.4.1 各レプリカのOracle Internet DirectoryウォレットのレプリケーションDNパスワードの変更

- 16.4.1.1 レプリケーションDNパスワードの変更

- 16.4.1.2 レプリケーションDNパスワードのリセット

- 16.4.2 アップグレードした11gディレクトリでのorclreplicationid属性の設定

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

- 17.1 Oracle Virtual Directory高可用性のアップグレードについて

- 17.2 ローカルOracle WebLogic Serverドメインを使用する場合のOracle Virtual Directoryのアップグレード

- 17.2.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成(オプション)

- 17.2.2 タスク2: IDMHOST1でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 17.2.3 タスク3: IDMHOST1でのOracle Virtual Directoryインスタンスの11gへのアップグレード

- 17.2.4 タスク4: IDMHOST2でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 17.2.5 タスク5: IDMHOST2での2番目のOracle Virtual Directoryインスタンスのアップグレード

- 17.2.6 タスク6: IDMHOST1のドメインに対するIDMHOST2の2番目のOracle Virtual Directoryインスタンスの登録

- 17.2.7 タスク7: IDMHOST1およびIDMHOST2でのOracle Virtual Directoryリスナーのキーストア証明書のインポート

- 17.3 リモートOracle WebLogic Serverドメインを使用する場合またはドメインを使用しない場合のOracle Virtual Directoryのアップグレード

- 17.3.1 タスク1: IDMHOST1でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 17.3.2 タスク2: IDMHOST1でのOracle Virtual Directoryインスタンスの11gへのアップグレード

- 17.3.3 タスク3: IDMHOST2でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- 17.3.4 タスク4: IDMHOST2での2番目のOracle Virtual Directoryインスタンスのアップグレード

- 17.3.5 タスク5: WLSHOST1のドメインに対するIDMHOST2の2番目のOracle Virtual Directoryインスタンスの登録(オプション)

- 17.3.6 タスク6: IDMHOST1およびIDMHOST2でのOracle Virtual Directoryリスナーのキーストア証明書のインポート

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

- 18.1 タスク1: Oracle Identity Federation高可用性アップグレードの理解

- 18.1.1 Oracle Identity Federation高可用性アップグレードの前提条件

- 18.1.2 この章で使用される規則

- 18.2 タスク2: データベースへのOracle Identity Federationスキーマのインストール

- 18.3 タスク3: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 18.4 タスク4: Oracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

- 18.5 タスク5: Oracle Enterprise Manager Fusion Middleware ControlのみによるOracle WebLogic Serverドメインの構成

- 18.6 タスク6: ドメインの拡張および最初のOracle Identity Federation 11g Oracleインスタンスの作成

- 18.6.1 ドメインの拡張およびOracle Identity Federationの構成

- 18.6.2 Oracle HTTP ServerとOracle Identity Federationの選択および構成について

- 18.7 タスク7: アップグレード・アシスタントを使用した最初のOracle Identity Federation Oracleインスタンスのアップグレード

- 18.7.1 タスク7a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動

- 18.7.2 タスク7b: Oracle Identity Federationのアップグレード

- 18.8 タスク8: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- 18.9 タスク9: IDMHOST2でのOracle Identity Federation 10gインスタンスの削除

- 18.9.1 Oracle Identity Federation 10gインスタンスの削除手順

- 18.9.2 ポートの競合を回避するための代替手段

- 18.10 タスク10: 2番目のインスタンスIDMHOST2へのOracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

- 18.11 タスク11: IDMHOST2でのOracle WebLogic Serverドメインの構成

- 18.12 タスク12: IDMHOST1からIDMHOST2へのOracle Identity Federationアプリケーションのコピー

- 18.13 タスク13: IDMHOST2での管理対象サーバーの起動

- 18.14 タスク14: アップグレード後の手順の完了

- 18.14.1 Oracle Identity FederationとOracle HTTP Server間のルーティングの構成

- 18.14.2 ロード・バランサの構成

- 18.14.3 Oracle Identity Federationの構成プロパティの設定

- 18.14.4 関連する追加の高可用性タスク

- 18.15 タスク15: Oracle Identity Federation高可用性アップグレードの確認

Oracle® Fusion Middleware

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

11g リリース1(11.1.1)

B56245-04(原本部品番号:E10129-10)

2011年11月

Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイド 11gリリース1(11.1.1)

B56245-04

Copyright c 2009, 2011, Oracle and/or its affiliates.All rights reserved.

原本著者:  Showvik Roy Chowdhuri

原本協力者: Ajay Keni、Bharath Reddy、Brad Donison、Elan Elango、Mark Wilcox、Michael Rubino、Olaf Stullich、Paul Dickson、Pramodini Gattu、Reza Shafii、Robert Donat、Semyon Shulman、Stuart Duggan、Summet Agarwal、Sanjeev Sharma、Simon Kissane、Sophia Maler、Sitaraman Swaminathan、William Norcott

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

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

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次の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 USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

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

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

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

はじめに

ここでは、次の項目について説明します。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、Oracle Fusion Middlewareインスタンスのインストールおよびアップグレードを担当するOracle Fusion Middlewareシステム管理者を対象としています。このマニュアルの読者は、次の知識があることを前提にしています。

- Oracle Application Server 10g システムの管理と構成

- アップグレードするシステムの構成および予想される動作

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

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

Oracleサポートへのアクセス

Oracleカスタマは、My Oracle Supportから電子サポートにアクセスできます。詳細は、http://www.oracle.com/support/contact.htmlまたはhttp://www.oracle.com/accessibility/support.html（聴覚障害者向け）を参照してください。

関連ドキュメント

詳細は、次のドキュメントを参照してください。

- 『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』

- 『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』

- 『Oracle Fusion Middleware Oracle Identity Management統合ガイド』

- Oracle Fusion Middleware管理者ガイド

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

第I部

Oracle Identity ManagementおよびOracle Identity and Access Managementの概要

第I部の内容は次のとおりです。

- 第1章「概要」

1 概要

この章では、Oracle Identity Management 11gリリース1(11.1.1)およびOracle Identity and Access Management 11g リリース1(11.1.1)の簡単な概要を説明します。この章には次のトピックが含まれます:

- Oracle Identity ManagementおよびOracle Identity and Access Managementとは

- Oracle Identity Management 11gリリース1(11.1.1)にアップグレードできるものとは

- Oracle Identity and Access Management 11gリリース1(11.1.1)にアップグレードできるものとは

1.1 Oracle Identity ManagementおよびOracle Identity and Access Managementとは

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

オラクル社の次のアイデンティティ管理製品群は、数々の賞に輝いて業界をリードしており、ベンダーが提供する最も包括的なソリューションを構成しています。

- Webアクセス制御

- 適応アクセス制御

- アイデンティティ・フェデレーション

- アイデンティティ管理

- ユーザー・アクセス・プロビジョニング

- ロール管理

- 認可ポリシーの管理

- ディレクトリ・サービス

Oracle Identity Managementの詳細は、オラクル社のWebサイトで、Identity Managementのホームページを参照してください。

http://www.oracle.com/identity

Oracle Identity Management 11gリリース1(11.1.1)の場合、次の2つの異なるインストーラがあります。

- Oracle Identity Management 11gリリース1(11.1.1.6.0)

- Oracle Identity and Access Management 11gリリース1(11.1.1.5.0)

Oracle Identity Management 11gリリース1(11.1.1.6.0)

このインストーラには、次のコンポーネントが含まれています。

- Oracle Internet Directory

- Oracleディレクトリ統合プラットフォーム

- Oracle Virtual Directory

- Oracle Identity Federation

- Oracle Directory Service Manager

Oracle Identity and Access Management 11gリリース1(11.1.1.5.0)

このインストーラには、次のコンポーネントが含まれています。

- Oracle Access Manager

- Oracle Adaptive Access Manager

- Oracle Identity Manager

- Oracle Entitlements Server

- Oracle Identity Navigator

1.2 Oracle Identity Management 11gリリース1(11.1.1)にアップグレードできるものとは

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

- Oracle Internet Directory

- Oracle Virtual Directory

- Oracle Identity Federation

Oracle Identity Management 11gにアップグレードする場合は、第II部「Oracle Identity Management環境のアップグレード」に記載されている手順に従ってください。

注意:
Oracle Identity Management 10gリリース2(10.1.2)および10g(10.1.4.0.1)からOracle Identity Management 11gリリース1(11.1.1)に高可用性(HA)構成をアップグレードすることもできます。詳細は、第IV部「Oracle Identity Management高可用性環境のアップグレード」を参照してください。

1.3 Oracle Identity and Access Management 11gリリース1(11.1.1)にアップグレードできるものとは

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

- Oracle Adaptive Access Manager

- Oracle Identity Manager

注意:
Oracle Single Sign-OnおよびOracle Delegated Administration Servicesのリリース10g は、Oracle Portal、Forms、ReportsおよびDiscovererの、リリース10gおよびリリース11gで、必須のコンポーネントです。
Oracle Single Sign-OnおよびOracle Delegated Administration Servicesの11gリリース1(11.1.1)は存在しません。

Oracle Single Sign-OnまたはOracle Delegated Administration Servicesリリース10gを実行している場合、第11章「Oracle Single Sign-On環境のアップグレード」の説明に従ってOracle Access Manager 11gにアップグレードできます。

Oracle Identity and Access Management 11gにアップグレードする場合は、第III部「Oracle Single Sign-OnおよびOracle Identity and Access Management環境のアップグレード」で説明する手順に従う必要があります。

第II部

Oracle Identity Management環境のアップグレード

第II部は、次の章で構成されています。

- 第2章「Oracle Identity Managementのアップグレード・プロセスの概要」

- 第3章「サポートされているOracle Identity Managementのアップグレードの開始ポイント」

- 第4章「Oracle Identity Managementの環境のタイプ」

- 第5章「Oracle Internet Directory環境のアップグレード」

- 第6章「Oracle Virtual Directory環境のアップグレード」

- 第7章「Oracle Identity Federation環境のアップグレード」

2 Oracle Identity Managementのアップグレード・プロセスの概要

この章では、Oracle Internet Directory、Oracle Virtual Directory、およびOracle Identity Federationアップグレード・プロセスの高度な概要について説明します。詳細は、次の項を参照してください。

- Oracle Identity Managementのアップグレード・プロセスのフロー・チャート

- Oracle Identity Managementのアップグレード・プロセスの手順

2.1 Oracle Identity Managementのアップグレード・プロセスのフロー・チャート

図2-1に、Oracle Identity Managementのアップグレード・プロセスのフロー・チャートを示します。このチャートを確認し、Oracle Identity Managementの既存のバージョンに基づいて実行する必要がある手順をよく理解してください。

図2-1 Oracle Identity Managementのアップグレード・プロセスのフロー・チャート

「図2-1 Oracle Identity Managementのアップグレード・プロセスのフロー・チャート」の説明

2.2 Oracle Identity Managementのアップグレード・プロセスの手順

表2-1は、アップグレード・プロセスのフロー・チャート(図2-1を参照)に示されている各手順について説明しています。また、この表には、このプロセスの各手順に関する詳細情報を入手できる場所も示します。

表2-1 Oracle Identity Managementのアップグレード・プロセスの手順

手順

説明

詳細

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード概念の確認

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』には、Oracle Application Server環境全体をOracle Fusion Middlewareにアップグレードする方法に関する高度な概要が記載されています。

これには、互換性に関する情報や、ミドルウェア・コンポーネントをサポートするデータベースのアップグレード手順が含まれます。

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』

アップグレードの開始ポイントおよび11gのトポロジの理解

アップグレードを実施する前に、新機能、サポートされている開始点、Oracle Fusion Middleware 11gの推奨トポロジについて理解する必要があります。

後で、この知識に基づいて、11gトポロジに関する決定ができます。

第3章「サポートされているOracle Identity Managementのアップグレードの開始ポイント」

第4章「Oracle Identity Managementの環境のタイプ」

11g Identity Managementトポロジの決定

Oracle Fusion Middleware 11gでは、Oracle WebLogic Serverベースの新しいアーキテクチャが採用されました。

そのため、アップグレード・プロセスを開始する前に、現在のOracle Application Serverトポロジを確認し、対応するOracle Fusion Middlewareトポロジを決定する必要があります。

第4章「Oracle Identity Managementの環境のタイプ」

Oracle Identity Managementデータベースのサポート対象データベース・バージョンへのアップグレード(必要な場合)

Oracle Fusion Middleware 11gにアップグレードする場合、OracleAS Identity Managementスキーマが11gにアップグレードされます。

そのため、アップグレードする前に、スキーマをホストするデータベースがサポート対象のバージョンであることを確認してください。

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』

Oracle Internet DirectoryおよびOracle Directory Integration Platformをアップグレードする場合

Oracle Internet DirectoryまたはOracle Directory Integration Platformをアップグレードする場合は、このガイドに記載された適切な手順に従ってください。

第5章「Oracle Internet Directory環境のアップグレード」

Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gのインストールおよび構成

Oracle Internet Directory 11gおよびOracle Directory Integration Platform 11gをOracle Application Server 10gインストールと同じホストにインストールおよび構成します。

Oracle Universal Installerでは、アップグレードの準備中にデータベースで10gバージョンのOracleAS Identity Managementスキーマが検出されると、特定のインストール画面が表示されることに注意してください。

第5.3項「タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gコンポーネントのインストールおよび構成」

アップグレード・アシスタントを使用したOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

アップグレード・アシスタントを新規11g Oracleホームから実行し、Oracle Internet Directoryスキーマおよび中間層をアップグレードします。

第5.4項「タスク4: アップグレード・アシスタントを使用したOracle Internet Directoryのアップグレード」

Oracle Internet DirectoryまたはOracle Directory Integration Platformのアップグレード後のタスクの実行

アップグレード手順の多くはアップグレード・アシスタントによって自動化されていますが、場合によっては、手動で追加のタスクを実行する必要があります。

第5.5項「タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード後に必要なタスクの完了」

Oracle Virtual Directoryをアップグレードする場合

Oracle Virtual Directoryをアップグレードする場合は、このガイドに記載された適切な手順に従ってください。

第6章「Oracle Virtual Directory環境のアップグレード」

Oracle Virtual Directory 11gのインストールおよび構成

Oracle Virtual Directory 11gのインスタンスをOracle Application Server 10gインストールと同じホストにインストールおよび構成します。

Oracle Universal Installerでは、アップグレードの準備中にデータベースで10gバージョンのOracleAS Identity Managementスキーマが検出されると、特定のインストール画面が表示されることに注意してください。

第6.2項「タスク2: Oracle Fusion Middleware 11gのインストールおよび構成」

アップグレード・アシスタントを使用したOracle Virtual Directoryのアップグレード

アップグレード・アシスタントを新規11g Oracleホームから実行し、Oracle Virtual Directoryスキーマおよび中間層をアップグレードします。

第6.3項「タスク3: アップグレード・アシスタントを使用したOracle Virtual Directoryのアップグレード」

Oracle Virtual Directoryのアップグレード後のタスクの実行

アップグレード手順の多くはアップグレード・アシスタントによって自動化されていますが、場合によっては、手動で追加のタスクを実行する必要があります。

第6.4項「タスク4: アップグレード後に必要なOracle Virtual Directoryタスクの完了」

Oracle Identity Federationをアップグレードする場合

Oracle Identity Federationをアップグレードする場合は、このガイドに記載された適切な手順に従ってください。

第7章「Oracle Identity Federation環境のアップグレード」

Oracle Identity Federation 11gのインストールおよび構成

Oracle Identity Federation 11gのインスタンスをOracle Application Server 10gインストールと同じホストにインストールおよび構成します。

Oracle Universal Installerでは、アップグレードの準備中にデータベースで10gバージョンのOracleAS Identity Managementスキーマが検出されると、特定のインストール画面が表示されることに注意してください。

第7.3項「タスク3: Oracle Fusion Middleware 11gのインストールおよび構成」

アップグレード・アシスタントを使用したOracle Identity Federationのアップグレード

アップグレード・アシスタントを新規11g Oracleホームから実行し、Oracle Identity Federationスキーマおよび中間層をアップグレードします。

第7.4項「タスク4: アップグレード・アシスタントを使用したOracle Identity Federationのアップグレード」

Oracle Identity Federationのアップグレード後のタスクの実行

アップグレード手順の多くはアップグレード・アシスタントによって自動化されていますが、場合によっては、手動で追加のタスクを実行する必要があります。

第7.5項「タスク5: アップグレード後に必要なOracle Identity Federationタスクの完了」

アップグレード・アシスタントの実行によるアップグレード環境の検証

アップグレード・アシスタントおよびその他の技術を使用して、アップグレードを検証し、アップグレード後の環境が正常に稼働していることを確認できます。

第5.6項「タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認」

第6.5項「タスク5: Oracle Virtual Directoryのアップグレードの確認」

第7.6項「タスク6: Oracle Identity Federationアップグレードの確認」

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

この章では、サポートされているOracle Internet Directory、Oracle Virtual Directory、およびOracle Identity Federationアップグレード・プロセスの開始ポイントについて説明します。この章の内容は次のとおりです。

- サポートされているOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの開始ポイント

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

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

注意:
この章に示す開始ポイントとなるパッチセットは、このガイドが発行された時点で使用可能な最新のパッチセットです。
ご使用のインストールで使用可能な最新のパッチセットのリストについては、「My Oracle Support」を参照してください。

3.1 サポートされているOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの開始ポイント

このガイドでは、表3-1に示すOracle Application Server 10gのリリースおよびインストール・タイプの一部としてインストールされるOracle Internet DirectoryおよびOracle Directory Integration Platformからのアップグレード手順について説明します。

注意:
Oracle Single Sign-OnまたはOracle Delegated Administration Services 10gのアップグレード・パスは用意されていません。
詳細は、第5.1項「タスク1: SSOのアップグレード・オプションおよびOracle Delegated Administration Servicesの理解」を参照してください。

表3-1 このガイドでサポートされているOracle Internet DirectoryおよびOracle Directory Integration Platformのリリース

リリース

インストール・タイプ

説明または注意

最新のパッチセット

10gリリース2(10.1.2)

Oracle Identity ManagementおよびOracleASメタデータ・リポジトリ

このインストール・タイプには、Identity Managementソフトウェアに加えて、必要なOracle Application Serverアイデンティティ管理スキーマが移入されたデータベースが含まれています。

10g リリース2(10.1.2.3)

10gリリース2(10.1.2)

Oracle Identity Management

このインストール・タイプでインストールされるのは、Oracle Internet Directoryソフトウェアのみです。

リポジトリ作成ユーティリティ(RCU)を使用して、必要なアイデンティティ管理スキーマが既存のデータベースにインストール済であることを前提にしています。

10g リリース2(10.1.2.3)

10g(10.1.4.0.1)

Oracle Identity ManagementおよびOracleASメタデータ・リポジトリ

このインストール・タイプには、Identity Managementソフトウェアに加えて、必要なOracle Application Serverアイデンティティ管理スキーマが移入されたデータベースが含まれています。

10g(10.1.4.3)

10g(10.1.4.0.1)

Oracle Identity Management

このインストール・タイプでインストールされるのは、Oracle Internet Directoryソフトウェアのみです。

リポジトリ作成ユーティリティ(RCU)を使用して、必要なアイデンティティ管理スキーマが既存のデータベースにインストール済であることを前提にしています。

10g(10.1.4.3)

3.2 サポートされているOracle Virtual Directoryのアップグレードの開始ポイント

このガイドでは、表3-2に示すOracle Virtual Directoryのリリースからのアップグレード手順が記載されています。

表3-2 このガイドでサポートされているOracle Virtual Directoryのリリース

リリース

説明または注意

最新のパッチセット

10g(10.1.4.0.1)

このバージョンのOracle Virtual Directoryは、Oracle Application Server 10g(10.1.4.0.1)の一部として使用可能でした。これは、独立したインストール手順とインストレーション・ガイドを使用してインストールされました。

10g(10.1.4.3)

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

このガイドでは、表3-3に示すOracle Identity Federationのリリースからのアップグレード手順が記載されています。

表3-3 このガイドでサポートされているOracle Identity Federationのリリース

リリース

説明または注意

最新のパッチセット

10g(10.1.4.0.1)

このバージョンのOracle Identity Federationは、Oracle Application Server 10g(10.1.4.0.1)の一部として使用可能でした。

10g(10.1.4.3)

4 Oracle Identity Managementの環境のタイプ

この章では、Oracle Identity Management 10gの最も一般的なトポロジと、Oracle Fusion Middleware 11gの対応するトポロジとの比較について説明します。

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

- Oracle Internet DirectoryおよびOracle Directory Integration Platformのトポロジ

- Oracle Virtual Directoryのトポロジ

- Oracle Identity Federationのトポロジ

4.1 Oracle Identity Management 10gおよび11gコンポーネントの概要

次の項では、Oracle Application Server 10gリリース2(10.1.2)とOracle Identity Management 10g(10.1.4)リリースに付属していたOracle Identity Managementコンポーネントについて説明します。

- Oracle Application Server 10gリリース2(10.1.2)で使用可能なIdentity Managementコンポーネント

- Oracle Identity Management 10g(10.1.4.0.1)で使用可能なIdentity Managementコンポーネント

- Oracle Fusion Middleware 11gで使用可能なIdentity Managementコンポーネント

4.1.1 Oracle Application Server 10gリリース2(10.1.2)で使用可能なIdentity Managementコンポーネント

Oracle Application Server 10gリリース2(10.1.2)では、Oracle Identity Managementコンポーネントは次の内容で構成されています。

- Oracle Internet Directory

- Oracleディレクトリ統合プラットフォーム

- Oracle Single Sign-On

- Oracle Delegated Administration Service

これらの10gリリース2(10.1.2)コンポーネントをインストールして構成する場合、すべてのコンポーネントを同じOracleホームにインストールするか(コロケート環境)、個別のOracleホームに分散できます(分散環境)。

分散環境の場合、通常は、Oracle Internet DirectoryとOracle Directory Integration Platformコンポーネントを1つのOracleホームにインストールし、Oracle Single Sign-OnとOracle Delegated Administration Servicesコンポーネントを別のOracleホームにインストールします。

4.1.2 Oracle Identity Management 10g(10.1.4)で使用可能なIdentity Managementコンポーネント

Oracle Identity Management 10g(10.1.4)では、Oracle Application Serverの次のIdentity Managementコンポーネントが提供されていました。

- Oracle Internet Directory

- Oracleディレクトリ統合プラットフォーム

- Oracle Single Sign-On

- Oracle Delegated Administration Service

- Oracle Virtual Directory

- Oracle Identity Federation

- Oracle Access Manager

前述のように、Oracle Identity Management 10g(10.1.4)では、Oracle Virtual Directory、Oracle Identity Federation、およびOracle Access Managerのコンポーネントが導入されました。

通常の環境では、Oracle Virtual DirectoryとOracle Identity Federationは、他のOracle Identity Managementコンポーネントのコロケートまたは分散インストールとは別になります。

4.1.3 Oracle Fusion Middleware 11gで使用可能なIdentity Managementコンポーネント

Oracle Fusion Middleware 11gでは、次のOracle Identity Management 10gコンポーネントの新しいバージョンが提供されます。

- Oracle Internet Directory

- Oracleディレクトリ統合プラットフォーム

- Oracle Virtual Directory

- Oracle Identity Federation

Oracle Fusion Middleware 11gには、Oracle Single Sign-OnまたはOracle Delegated Administration Servicesは付属していません。

11gで使用可能なOracle Identity Managementコンポーネントの詳細は、『Oracle Fusion Middleware Oracle Identity Management統合ガイド』を参照してください。

4.2 Oracle Internet DirectoryおよびOracle Directory Integration Platformのトポロジ

Oracle Identity Management 10gリリース2(10.1.2)および10g(10.1.4)では、主に2種類のOracle Identity Management環境をサポートしていました。次の項では、これらの環境について説明し、Oracle Fusion Middleware 11gの対応する環境と比較します。

- コロケートIdentity Management環境のアップグレード

- 非コロケートIdentity Management環境のアップグレード

4.2.1 コロケートIdentity Management環境のアップグレード

図4-1は、10gリリース2(10.1.2)または10g(10.1.4)の典型的なコロケートOracle Identity Management環境と、Oracle Fusion Middleware 11gの類似するトポロジを比較したものです。

図4-1 Oracle Fusion Middleware 11gへのOracle Identity Management 10gコロケート・インストールのアップグレード

「図4-1 Oracle Fusion Middleware 11gへのOracle Identity Management 10gコロケート・インストールのアップグレード」の説明

4.2.2 非コロケートIdentity Management環境のアップグレード

図4-2は、Oracle Application Server 10gリリース2(10.1.2)または10g(10.1.4)の典型的な非コロケートOracle Identity Management環境と、11gの類似するトポロジを比較したものです。

図4-2 Oracle Fusion Middleware 11gへのOracle Identity Management 10g非コロケート・インストールのアップグレード

「図4-2 Oracle Fusion Middleware 11gへのOracle Identity Management 10g非コロケート・インストールのアップグレード」の説明

4.3 Oracle Virtual Directoryのトポロジ

Oracle Virtual Directory 10gは、Oracle Internet Directory 10gを使用してもOracle Internet Directory 10gを使用しなくてもインストールおよび構成できます。

図4-3は、Oracle Internet Directoryを使用しない場合のOracle Virtual Directory 10gとOracle Virtual Directory 11gのトポロジを比較したものです。

図4-3 Oracle Virtual Directoryのアップグレード

「図4-3 Oracle Virtual Directoryのアップグレード」の説明

4.4 Oracle Identity Federationのトポロジ

図4-4は、Oracle Application Server 10g(10.1.4)の典型的なOracle Identity Federationのトポロジと、Oracle Fusion Middleware 11gの類似するトポロジを比較したものです。

図4-4 Oracle Application Server 10g(10.1.4)およびOracle Fusion Middleware 11gの典型的なOracle Identity Federationのトポロジの比較

「図4-4 Oracle Application Server 10g(10.1.4)およびOracle Fusion Middleware 11gの典型的なOracle Identity Federationのトポロジの比較」の説明

5 Oracle Internet Directory環境のアップグレード

この章では、既存の10gリリース2(10.1.2)または10g(10.1.4) Oracle Internet DirectoryをOracle Internet Directoryリリース11gにアップグレードする方法を説明します。

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

- タスク1: SSOのアップグレード・オプションおよびOracle Delegated Administration Servicesの理解

- タスク2: 10g Identity Managementスキーマを含むデータベースのアップグレード(必要な場合)

- タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gコンポーネントのインストールおよび構成

- タスク4: アップグレード・アシスタントを使用したOracle Internet Directoryのアップグレード

- タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード後に必要なタスクの完了

- タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

5.1 タスク1: SSOのアップグレード・オプションおよびOracle Delegated Administration Servicesの理解

Oracle Single Sign-OnまたはOracle Delegated Administration Servicesを使用している場合、これらのコンポーネントにはOracle Fusion Middleware 11gへのアップグレード・パスがないことに注意してください。

かわりに、Oracle Single Sign-OnをOracle Portal、Forms、Reports、およびDiscovererとともに使用している場合は、既存の10gリリース2(10.1.2)または10g(10.1.4)のOracle Single Sign-OnインスタンスをOracle Access Managerにアップグレードします。詳細は、第11章「Oracle Single Sign-On環境のアップグレード」を参照してください。

関連項目:
第4.1項「Oracle Identity Management 10gおよび11gコンポーネントの概要」

Oracle Fusion Middlewareでは、Oracle Internet DirectoryおよびOracle Directory Integration Platformの新バージョンを提供しています。既存のOracle Internet DirectoryおよびOracle Directory Integration PlatformインスタンスをOracle Fusion Middleware 11gにアップグレードすることをお薦めします。

5.2 タスク2: 10g Identity Managementスキーマを含むデータベースのアップグレード(必要な場合)

Oracle Identity Managementコンポーネントをアップグレードする場合、メタデータ・リポジトリのOracle Identity Managementスキーマは、インプレースでアップグレードされます。つまり、Oracle Fusion Middleware 11gスキーマをインストールするのではなく、アップグレード・アシスタントを使用して既存の10gスキーマを11gにアップグレードします。

ただし、アップグレードしたOracle Identity Managementスキーマを含むデータベースのバージョンが、Oracle Fusion Middleware 11gでサポートされていることを確認する必要があります。

使用するデータベースがOracle Fusion Middleware 11gの要件を満たすかどうかを確認する手順と、データベースをアップグレードする手順については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

5.3 タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gコンポーネントのインストールおよび構成

次の項では、Oracle Application Server 10gからのアップグレード準備のために、新規のOracle Fusion Middleware 11g環境をインストールし、構成する方法について説明します。

- Oracle Internet Directory 10gスキーマに対するOracle Internet Directory 11gのインストールの影響について

- Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- アップグレード準備のためのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gのインストールと構成

注意:
Oracle Application Server 10gのOracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントを11gにアップグレードする場合、Oracle Application Server 10gコンポーネントと同じホストに新しい11gソフトウェアをインストールする必要があります。

5.3.1 Oracle Internet Directory 10gスキーマに対するOracle Internet Directory 11gのインストールの影響について

Oracle Internet Directoryを11gにアップグレードするには、既存のOracle Internet Directory 10g(ODS)スキーマに対して新しいOracle Internet Directory 11gインスタンスをインストールする必要があります。インストールすると、アップグレード・アシスタントを実行して、Oracle Internet Directory 10gスキーマを11gにアップグレードできます。

ただし、Oracle Internet Directory 10gスキーマを11gにアップグレードするまで、新しいOracle Internet Directoryインスタンスが読取り専用モードになることに注意してください。そのため、「タスク4: アップグレード・アシスタントを使用したOracle Internet Directoryのアップグレード」の説明に従って、新しいOracle Internet Directoryインスタンスのインストールだけでなく、ODSスキーマのアップグレードも十分な時間をかけて計画してください。

Oracle Internet Directory 10gとOracle Internet Directory 11gを同時に実行しないでください。これにより、ポートの競合が回避されます。

5.3.2 Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

次の項では、Oracle Identity Managementのアップグレード準備として、Oracle WebLogic Serverのインストールとミドルウェア・ホームの作成について説明します。

- Oracle WebLogic Serverが必要なタイミング

- Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

5.3.2.1 Oracle WebLogic Serverが必要なタイミング

Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gをインストールする前に、次の点に注意してください。

- Oracle Directory Integration Platform 11gには、既存のOracle WebLogic Serverドメインが必要です。

- Oracle Internet Directoryにドメインは不要です。ただし、ドメインを指定せずにOracle Internet Directoryをインストールする場合、Oracle Internet DirectoryインスタンスをFusion Middleware ControlやOracle Directory Services Managerで管理できません。
後からOPMNコマンドを使用して、Oracle Directory Services Managerが構成されているドメインにスタンドアロンのOracle Internet Directoryインスタンスを登録できます。詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』のWebLogic ServerへのOracleインスタンスまたはコンポーネントの登録に関する項を参照してください。

Oracle WebLogic Serverソフトウェアをインストールするときに、ミドルウェア・ホームというディレクトリを作成します。そこにOracle WebLogic Serverソフトウェアのファイルが格納されます。後で、そのミドルウェア・ホーム内にOracle Identity Management Oracleホームもインストールします。

5.3.2.2 Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

5.3.3 アップグレード準備のためのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gのインストールおよび構成

次の項では、アップグレード準備として、Oracle Internet DirectoryとOracle Directory Integration Platformのインストールについて説明します。

- Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールを開始する前に

- Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストール

5.3.3.1 Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールを開始する前に

アップグレード準備として、Oracle Internet DirectoryとOracle Directory Integration Platformのインストールおよび構成を開始する前に、次の点を確認します。

- アップグレード準備としてOracle Internet DirectoryおよびOracle Directory Integration Platformをインストールする場合、そのインストールは他の11gのインストールと同様です。ただし、既存のOracle Internet Directory 10g(ODS)スキーマに対してOracle Internet Directory 11gインスタンスをインストールする場合を除きます。
インストール直後に、Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、ODSスキーマを11gにアップグレードします。インストールおよびアップグレード・アシスタントの実行中は、新しいOracle Internet Directoryインスタンスは読取り専用モードになります。そのため、アップグレード・アシスタントの実行が終わるまでインスタンスは十分に機能しません。

- Oracle Internet DirectoryとOracle Directory Integration Platformをインストールすると同時に選択する場合、Oracle Application Server 10gに構成したトポロジと一致するように新しい11g環境を構成する必要があります。
たとえば、同じ10g OracleホームからOracle Internet DirectoryとOracle Directory Integration Platformの両方を実行していた場合、同じOracle Fusion Middleware 11g Oracleホームに両方のコンポーネントをインストールして構成する必要があります。

- Oracle Internet Directory 11gをインストールするときは、必ずOracle Application Server 10gコンポーネントで使用していたものと同じユーザー資格証明を使用してください。

- Oracle Application Server Identity Managementスキーマを含むデータベースを最近アップグレードした場合は、アップグレードを続行する前にデータベースに無効なオブジェクトがないか必ず確認してください。
詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

5.3.3.2 Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストール

Oracle Identity Managementをインストールする場合、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

5.4 タスク4: アップグレード・アシスタントを使用したOracle Internet Directoryのアップグレード

Oracle Internet DirectoryとOracle Directory Integration Platformをインストールし、そのインストールを既存のOracle Identity Management 10gスキーマに示すと、Oracle Fusion Middlewareのアップグレード・アシスタントを実行できます。

アップグレード・アシスタントによって、Oracle Internet DirectoryスキーマとOracle Identity Management 10g中間層のアップグレードが自動化されます。

アップグレード・アシスタントは、Oracle Fusion Middleware Oracleホームのbinディレクトリにインストールされます。

詳細は、次の項を参照してください。

- タスク4a: アップグレード前に必要なタスクの実行

- タスク4b: OracleAS Identity Managementアップグレードのためのアップグレード・アシスタントの起動

- タスク4c: Oracle Internet DirectoryおよびOracle Directory Integration Platformインスタンスのアップグレード

5.4.1 タスク4a: アップグレード前に必要なタスクの実行

アップグレード・アシスタントを起動する前に、ご使用のインストールに該当する次のアップグレード前のタスクを実行してください。

- Oracle Application Server Identity Management 10gスキーマのステータスの確認

- Oracle Application Server Identity Management 10gスキーマが配置されているデータベースのバックアップ

- Windowsオペレーティング・システム上でSSL認証モードを使用する場合のSSLポート構成の変更

5.4.1.1 Oracle Application Server Identity Management 10gスキーマのステータスの確認

アップグレード・アシスタントを起動してOracle Identity ManagementコンポーネントをOracle Application Server Identity Management 11gにアップグレードする前に、次のようにデータベース内の既存のOracle Identity Management 10gスキーマが有効であることを確認してください。

注意:
この手順の実行は、ご使用の10gリリース2(10.1.2)環境に10gリリース2(10.1.2.3)パッチセットを適用した後、10gリリース2(10.1.2.3)コンポーネントを11gにアップグレードする前に特に重要です。

1. SQLPlusを使用してOracle Internet Directory 10gスキーマを含むデータベースに接続します。

2. 次のSQL SELECT文を使用して、Oracle Internet Directoryスキーマのステータスを表示します。

SELECT comp_id,version,status FROM app_registry where COMP_ID = 'OID';

3. そのスキーマのステータスがVALIDに設定されていることを確認します。
SELECTコマンドからの出力でOracle Internet DirectoryスキーマがINVALIDであることが判明した場合、次の手順を実行して問題を修正します。

1. テキスト・エディタを使用して、Oracle Internet Directory 10g Oracleホームの次のファイルを開きます。

ORACLE_HOME/ldap/admin/oidi10121.sql

2. 次のものをoidi10121.sqlファイルの先頭に挿入し、それがODSスキーマ・ユーザーとして実行されるようにします。

alter session set current_schema = ODS;

3. SYSユーザーとしてpatchcfg.sqlを実行します。
たとえば、次のようになります。

cd ORACLE_HOME/ldap/admin/
sqlplus "connect / as sysdba"
SQL> @patchcfg.sql

4. SYSによって所有され、ODSによっても所有されているデータベース内のオブジェクトを特定します。
patchcfg.sqlによって、データベースのオブジェクトのリストが例5-1のように表示されます。

5. 各オブジェクトに対して、DROP PACKAGE文を入力します。
たとえば、次のようになります。

drop package OIDMETRICINFO;

例5-1 Oracle Identity Managementスキーマ・データベースから削除する無効なオブジェクト

select owner, object_name, object_type from dba_objects
where status = 'INVALID' order by owner, object_name;

OWNER      OBJECT_NAME        OBJECT_TYPE
---------- ------------------ ------------
SYS        LDAPBLKMOD         PACKAGE BODY
SYS        LDAPUPGUTLS        PACKAGE BODY
SYS        MODIFYDN           PACKAGE
SYS        MODIFYDN           PACKAGE BODY
SYS        ODIGETDIPINFO      PACKAGE BODY
SYS        OIDCONFIGINFO      PACKAGE BODY
SYS        OIDMETRICINFO      PACKAGE BODY
SYS        OIDPORTINFO        PACKAGE BODY
SYS        OIDREPLSTATUSINFO  PACKAGE BODY
SYS        OIDSTATUSINFO      PACKAGE BODY
SYS        OID_STATS          PACKAGE
SYS        OID_STATS          PACKAGE BODY
SYS        OLADD              PACKAGE BODY
SYS        PURGEADMIN         PACKAGE BODY
SYS        TSPURGE            PACKAGE BODY

5.4.1.2 Oracle Application Server Identity Management 10gスキーマが配置されているデータベースのバックアップ

Oracle Application Server Identity Management 10gスキーマを11gにアップグレードする前に、アップグレード前の状態にデータベースをリストアする必要が生じる場合に備えてデータベースをバックアップします。

詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのバックアップ計画に関する項を参照してください。

5.4.1.3 Windowsオペレーティング・システム上でSSL認証モードを使用する場合のSSLポート構成の変更

Oracle Application Server Identity ManagementコンポーネントをWindowsオペレーティング・システム上で実行していて、Oracle Internet Directory 10gのSSLポートに対して認証モードを構成済である場合、11gにアップグレードする前にこの構成をSSL認証なしのモードに変更する必要があります。

同様に、Oracle Directory Integration Platform 10gがSSLサーバー認証モードを使用してOracle Internet DirectoryのSSLポートに接続されている場合、11gへのアップグレード前にSSL認証なしモードを使用してOracle Internet Directoryに接続するようOracle Directory Integration Platformを再構成する必要もあります。

詳細は、次の10g(10.1.4.0.1)のドキュメント・ライブラリの『Oracle Internet Directory管理者ガイド』および『Oracle Identity Management統合ガイド』を参照してください。

http://download.oracle.com/docs/cd/B28196_01/index.htm

アップグレード後、Oracle Internet DirectoryとOracle Directory Integration Platformの両方をウォレットを使用するSSLサーバー認証モードに再構成します。

詳細は、次の項を参照してください。

- 『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』の「SSL(Secure Sockets Layer)の構成」

- 『Oracle Fusion Middleware Oracle Identity Management統合ガイド』のOracle Directory Integration Platformの管理に関する項

これらの変更は、LinuxまたはUNIXベースのオペレーティング・システムでは必要ありません。

5.4.2 タスク4b: OracleAS Identity Managementアップグレードのためのアップグレード・アシスタントの起動

グラフィカル・ユーザー・インタフェースを使用したアップグレード・アシスタントを起動する手順は、次のとおりです。

注意:
Oracle Application Server 10g Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

図5-1に示すとおり、アップグレード・アシスタントの「ようこそ」画面が表示されます。

図5-1 アップグレード・アシスタントの「ようこそ」画面

「図5-1 アップグレード・アシスタントの「ようこそ」画面」の説明

3. 「次へ」をクリックすると、「操作の指定」画面が表示されます(図5-1)。
アップグレード・アシスタントで使用可能なオプションは、アシスタントを起動したOracleホーム固有のものです。Oracle Application Server Identity ManagementのOracleホームからアップグレード・アシスタントを起動する場合、「操作の指定」画面に表示されるオプションが、Oracle Application Server Identity ManagementのOracleホームに対して有効なオプションです。

図5-2 Oracle Application Server Identity Managementアップグレードのためのアップグレード・アシスタントの「操作の指定」画面

「図5-2 Oracle Application Server Identity Managementアップグレードのためのアップグレード・アシスタントの「操作の指定」画面」の説明

5.4.3 タスク4c: Oracle Internet DirectoryおよびOracle Directory Integration Platformインスタンスのアップグレード

Oracle Internet DirectoryおよびOracle Directory Integration Platformをアップグレードする場合、アップグレード・アシスタントによって、メタデータ・リポジトリのOracle Application Server Identity Managementスキーマと、Oracle Internet DirectoryおよびOracle Directory Integration Platform中間層の構成ファイルがアップグレードされます。

詳細は、次の項も参照してください。

- アップグレード・アシスタントを使用したOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- 「データベースの詳細の指定」画面でのReal Application Clusters(RAC)データベースの詳細の指定について

- アップグレード・アシスタントの調査フェーズ中のOracle Internet Directoryエラーからのリカバリ

5.4.3.1 アップグレード・アシスタントを使用したOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

注意:
この例では、Oracle Internet DirectoryおよびOracle Directory Integration Platformを同じOracle Fusion Middleware 11g Oracleインスタンスにインストールしていると仮定します。Oracle Internet DirectoryとOracle Directory Integration Platformは、それぞれ別のOracleインスタンスにインストールすることもできます。
詳細は、4.2項「Oracle Internet DirectoryおよびOracle Directory Integration Platformのトポロジ」を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformが同一のOracleインスタンスにある場合、これらをアップグレードする手順は、次のとおりです。

1. Oracle Identity Managementスキーマを含むデータベースのバックアップを取ります。
詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのバックアップ計画に関する項を参照してください。

2. アップグレード・アシスタントを起動する前に、Oracle Internet Directory 10gインスタンスと新しい11gインスタンスが稼働していることを確認します。

3. 「タスク4b: OracleAS Identity Managementアップグレードのためのアップグレード・アシスタントの起動」に示すとおり、アップグレード・アシスタントを起動します。

4. 「操作の指定」画面(図5-2)の「アイデンティティ管理インスタンスのアップグレード」を選択します。

5. Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力を必要とするアップグレード・アシスタントの画面の説明については、表5-1を参照してください。

6. アップグレード・アシスタントでは、ターゲット・データベースの詳細画面の後に次のタスクが実行され、それぞれのタスクの進行状況が表示されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

- ODSSMスキーマ・パスワードを既存のODSスキーマ・パスワードと一致するように設定します。

7. アップグレード・アシスタントを終了します。

表5-1 Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力が必要なアップグレード・アシスタント画面

アップグレード・アシスタント画面

説明

ソース・ホームの指定

10gリリース2(10.1.2)または10g(10.1.4)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレードに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

11g Oracleインスタンスの完全パスを入力するか、「参照」をクリックしてインスタンス・ディレクトリを見つけます。

WebLogic Serverの指定

第5.3.2項「Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成」で構成したOracle WebLogic Serverのホストと管理サーバーのポートを入力します。

この情報はOracle Directory Integration Platformをアップグレードする場合に必要です。また、Oracle Internet Directory 11gのインストールとOracle WebLogic Serverを関連付けた場合も必要です。

詳細は、5.3.2.1項「Oracle WebLogic Serverが必要なタイミング」を参照してください。

警告ダイアログ・ボックス

ソースOracleホームに、ターゲットOracleインスタンスにインストールおよび構成されていないOracle Application Serverコンポーネントがある場合は、この警告ダイアログ・ボックスが表示されます。

この警告は、ソースOracleホームに11g Oracleホームで使用できないOracle HTTP Serverのインスタンスが含まれる場合などに表示されます。さらに、Oracle Identity Managementの11gのアップグレードは、Oracle Internet DirectoryおよびDirectory Integration Platformを対象としています。Oracle HTTP ServerおよびWebCacheが必要とされるのはシングル・サインオンのためであり、Oracle Internet DirectoryおよびDirectory Integration Platformのみを移行する場合、それらは必要ありません。

ダイアログ・ボックス内の情報が正しく、どのコンポーネントがアップグレードされるかがわかっている場合は、「はい」をクリックして続行します。それ以外は、「いいえ」をクリックして、コンポーネントが各11g Oracleインスタンスでインストールおよび構成されていることを確認します。

アップグレード・オプションの指定

Oracle Identity Managementのアップグレードに適用するアップグレード・オプションを選択します。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。このオプションを選択した場合、10gと11gの中間層を同時に実行することはできなくなります。同時に実行すると、ポートの競合が発生します。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にUpgrade Assistantによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合、アップグレード後にアップグレード先インスタンスを手動で起動する必要があります。

この画面のアップグレード・オプションの詳細を表示するには、「ヘルプ」をクリックします。

Oracle Internet Directoryの詳細を指定します。

この画面では、Oracle Internet Directoryスーパー・ユーザー・アカウント(cn=orcladmin)などの、Oracle Internet Directory 10gインスタンスへの接続に必要な詳細を入力します。

詳細は、「ヘルプ」をクリックします。

データベースの詳細の指定

この画面では、Oracle Identity Managementスキーマが存在するデータベースへの接続に必要な詳細(データベースのホスト、サービス名、ポートおよびSYSパスワードなど)を入力します。

この画面に関する次の重要な情報に注意してください。

- ODSスキーマ・パスワードのパスワードを入力する必要があります。デフォルトのODSパスワードは、Oracle Application Server管理者パスワードと同じですが、このパスワードは、インストール後、Oracle Internet Directoryデータベース・パスワード・ユーティリティを使用して変更できます。

- Real Application Clusters(RAC)データベースを特定する手順は、Oracle Internet Directory(ODS)スキーマを含むRACデータベースと、Oracle Directory Integration Platformに使用されるRACデータベースのどちらを特定するかによって異なります。
詳細は、5.4.3.2項「「データベースの詳細の指定」画面でのReal Application Clusters(RAC)データベースの詳細の指定について」を参照してください。

5.4.3.2 「データベースの詳細の指定」画面でのReal Application Clusters(RAC)データベースの詳細の指定について

RACデータベースに格納されているOracle Internet DirectoryまたはOracle Directory Integration Platformスキーマをアップグレードする場合、アップグレード・アシスタントの「データベースの詳細の指定」画面にデータベース接続の詳細を入力する際の次の重要な手順について確認する必要があります。

- RACデータベースのOracle Internet Directory(OID)スキーマをアップグレードする場合、RACデータベース内のいずれか1つのノードに関する詳細を、「データベース・ホスト」、「データベース・ポート」、「データベース・サービス」フィールドに入力します。クラスタ化データベースの指定フィールドにOracle Internet Directoryスキーマ・データベースの情報を入力しないでください。

- RACデータベースのOracle Directory Integration Platformをアップグレードする場合、「クラスタ・データベース」チェック・ボックスを選択し、例5-2に示す構文を使用して、クラスタ内の各ノードのデータベース接続の詳細を「データベース・クラスタ仕様」フィールドに入力する必要があります。
リスト内でRACノードを区切るセパレータには、カレット文字(^)を必ず使用してください。

例5-3に、RACデータベースに接続する構文の使用例を示します。

例5-2 RACデータベースのデータベース接続の詳細の構文

host_name:port:first_instance_name^host_name:port:second_instance_name@db_service_name

例5-3 RACデータベースのデータベース接続の詳細の例

host1.example.com:1521:inst1^host3.example.com:1522:inst2@db_service.example.com

5.4.3.3 アップグレード・アシスタントの調査フェーズ中のOracle Internet Directoryエラーからのリカバリ

アップグレード・アシスタントによって、Oracle Fusion Middleware 11gへのアップグレードの実行前に必ずソース環境とターゲット環境のコンポーネントが調査されます。この調査フェーズの後、選択したコンポーネントのアップグレードを続行できます。

ただし、アップグレード・アシスタントによるOracle Internet Directoryインスタンスの調査中にエラーが発生した場合、後でアップグレード・アシスタントを使用してそのOracle Internet Directoryインスタンスを再度調査するときに問題が発生することがあります。

具体的には、調査フェーズ中にアップグレード・アシスタントはOracle Internet Directoryインスタンスが稼動しているかどうかをチェックします。インスタンスが稼動していない場合、調査フェーズから問題がレポートされます。アップグレード・フェーズに進む前にそのインスタンスを起動する必要があります。そのインスタンスを起動した後、「戻る」ボタンをクリックするか、アップグレード・アシスタントを再起動すると、アップグレード・アシスタントによって調査フェーズ中にそのOracle Internet Directoryインスタンスはスキップされ、その状態はレポートされません。

この問題を修正し、前の調査エラーの後にOracle Internet Directoryインスタンスを再調査するには、次のように実行します。

1. アップグレード・アシスタントを停止します。

2. 次の一時ファイルを見つけて削除します。

ORACLE_INSTANCE/OID/temp/oidretry.dat

3. アップグレード・アシスタントを再起動し、アップグレードするコンポーネントを再調査します。

5.5 タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード後に必要なタスクの完了

Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード後、次のタスクを実行します。

- デフォルト以外のOracle Internet Directoryインスタンスの再作成

- Oracle Internet DirectoryおよびOracle Directory Integration Platform 10gコンポーネントの無効化

- Oracle Internet Directoryを11gにアップグレードした後の10g OracleホームでのOPMNの構成

- アップグレード後のOracle Internet Directoryの参照整合性の有効化

- Oracle Internet Directory 11gにアップグレードされない構成属性の確認

- Application Server ControlからのOracle Internet DirectoryおよびOracle Directory Integration Platform 10gの削除

- アップグレード後の不要なOracle Directory Integration Platformテンプレート・プロファイルの削除

- Oracle Internet Directory 10g監査ログ・コンテナの削除

- Oracle Enterprise ManagerでのOracle Internet Directory 10gのポート番号の更新

- Oracle Internet Directory 11g用のOracle Single Sign-On 10gの構成

5.5.1 デフォルト以外のOracle Internet Directoryインスタンスの再作成

Oracle Internet Directoryをアップグレードする場合、デフォルトのOracle Internet Directoryインスタンスのみがアップグレードされます。

10g環境にデフォルト以外の追加のOracle Internet Directoryインスタンスがある場合は、該当インスタンスを11g環境に手動で次のように作成する必要があります。

1. 次のldapsearchコマンドを実行して、追加のOracle Internet Directoryインスタンスを見つけます。

ldapsearch
-p oidPort
-h oidHost
-D cn=orcladmin
-w adminPasswd
-b "cn=osdldapd, cn=subconfigsubentry"
-s one "cn=config*" dn orclsslport orclnonsslport orclmaxcc orclserverprocs

2. 追加のOracle Internet Directoryインスタンスを作成する前に次の事項を確認します。

- インストール中に作成された次のファイルが、ORACLE_INSTANCE/configディレクトリ内に存在していること。

tnsnames.ora
tnsnames_copy.ora

- tnsnames.oraファイル内のエントリとしてOIDDBがあること。

3. 追加の各Oracle Internet Directoryインスタンスを次のコマンドで作成します。

opmnctl createcomponent
-adminRegistration OFF
-componentType OID
-componentName componentName
-Db_info "DBHostName:Port:DBSvcName"
[-Ods_Password_File 'File_with_DB_ODS_USER_PASSWORD']
[-Sm_Password_File 'File_with_DB_ODSSM_USER_PASSWD']
[-Admin_Password_File 'File_with_OID_Admin_Passwd']
-Namespace "dc=domain_component1,dc=domain_component2..."
[-Port nonSSLPortFromAboveSearchCommand]
[-Sport SSLPortFromAboveSearchCommand]

4. Oracle Internet Directoryの新しいインスタンスが作成されたら、Fusion Middleware Controlを使用するか、次のようにldapmodifyコマンドを使用して、orclmaxccおよびorclserverprocsを更新します。

ldapmodify -p <oidPort> -D cn=orcladmin -w <adminPaswd> << eof
dn: cn=<componentName>,cn=osdldapd,cn=subconfigsubentry
changetype: modify
replace: orclmaxcc
orclmaxcc: <orclMaxxCCValueFrom#1>
-
replace: orclserverprocs
orclserverProcs: <orclServerProcsValueFrom#1>
eof

5. 新しいインスタンスを起動します。

opmnctl startproc ias-component=componentName

5.5.2 Oracle Internet DirectoryおよびOracle Directory Integration Platform 10gコンポーネントの無効化

Oracle Single Sign-OnおよびOracle Delegated Administration Servicesを使用する環境で、Oracle Internet DirectoryとOracle Directory Integration Platformコンポーネントをアップグレードする場合、Oracle Application Server 10g OracleホームのOracle Internet DirectoryとOracle Directory Integration Platformコンポーネントを無効にする必要があります。

多くの場合、Oracle Single Sign-OnおよびOracle Delegated Administration Services 10gのコンポーネントは保持するが、Oracle Internet DirectoryおよびOracle Directory Integration Platform 10gのコンポーネントは保持しないことが求められるため、この手順が必要になります。詳細は、4.2項「Oracle Internet DirectoryおよびOracle Directory Integration Platformのトポロジ」を参照してください。

既存の10g Oracle Single Sign-OnとOracle Internet Directoryとの関連付けを解除するには、次のようにします。

1. OPMN構成ファイルでOracle Internet Directoryエントリを変更します。

1. Oracle Application Server 10g Oracleホームで次のファイルを見つけます。

$ORACLE_HOME/opmn/conf/opmn.xml

2. 必要に応じてファイルを元のバージョンに簡単に戻すことができるように、ファイルのバックアップを作成します。

3. opmn.xmlファイルで次のエントリを見つけます。

<ias-component id="OID" status="enabled">

4. 次のエントリを変更し、Oracle Internet Directoryコンポーネントが無効化されるようにします。

<ias-component id="OID" status="disabled">

2. ias.propertiesファイルで次のようにOracle Internet DirectoryとOracle Directory Integration Platformの設定を変更します。

1. Oracle Application Server 10g Oracleホームで次のファイルを見つけます。

ORACLE_HOME/config/ias.properties

2. 必要に応じてファイルを元のバージョンに簡単に戻すことができるように、ファイルのバックアップを作成します。

3. ias.propertiesファイルで次のエントリを見つけ、そのエントリをtrueからfalseに変更します。

OID.LaunchSuccess=false
DIP.LaunchSuccess=false

3. Oracle Application Server 10g OracleホームのOracle Single Sign-Onを再起動します。

注意:
アップグレード後は、Oracle Internet Directory 10gおよびOracle Directory Integration Platform 10gのプロセスを起動しないでください。

5.5.3 Oracle Internet Directoryを11gにアップグレードした後の10g OracleホームでのOPMNの構成

分散Oracle Identity Management環境をアップグレードする場合はこの項の情報を使用します。分散環境では、Oracle Internet Directoryインスタンスが、Oracle Single Sign-On 10gインスタンスとは別のホストにあります。

このような分散環境では、Oracle Internet Directoryを11gにアップグレードした後、oc4j_security OC4Jインスタンスが引き続きOracle Internet Directory 10gホストのOPMNに接続しないようにOC4Jインスタンスを再構成する必要があります。再構成しないと、ons.logファイルにエラーが表示され、Oracle Single Sign-Onホストのoc4j_securityインスタンスの起動に失敗します。

Oracle Single Sign-Onホストのoc4j_securityインスタンスを再構成するには、次のようにします。

1. Oracle Single Sign-OnホストのOracle Identity Management 10g Oracleホームで次の構成ファイルを見つけます。

ORACLE_HOME/opmn/conf/ons.conf

2. ons.confファイルを編集して、Oracle Internet Directoryホストへの参照を削除します。
次の例では、OPMNはons.confファイル内の情報を使用してSSOHOST1とOIDHOST1 の両方のOPMNと通信します。OPMNがOIDHOST1への接続を試行しないようにするには、OIDHOST1を削除し、ファイルから次のようにポストします。

nodes=SSOHOST1.example.com:6200,OIDHOST1.example.com:6200

5.5.4 アップグレード後のOracle Internet Directoryの参照整合性の有効化

Oracle Internet Directoryを11gにアップグレードする場合、Oracle Internet Directoryの参照整合性機能はデフォルトで有効になりません。そのため、Oracle Internet Directory 10gで参照整合性を使用していた場合は、11gへのアップグレード後に次の手順を実行します。

1. Oracle Internet Directoryのサーバー診断コマンドライン・ツール(oiddiag)を使用し、参照整合性の違反を特定して修正します。
詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のoiddiagに関する項を参照してください。

2. アップグレードしたOracle Internet Directory 11gの参照整合性を有効にします。
詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』の参照整合性の構成に関する項を参照してください。

5.5.5 Oracle Internet Directory 11gにアップグレードされない構成属性の確認

Oracle Internet Directory 11gインスタンスをOracle Internet Directory 11gにアップグレードする場合、次の構成パラメータの値は11gインスタンスにアップグレードされません。

- MinConnectionsInPool: この属性の値がゼロの場合は保存されません。

- PluginName: この属性は、認証プラグイン名を特定します。アップグレード後、11gのデフォルト値が特定の認証レベルに使用されます。

- ConnectionIdleTimeout: このパラメータはOracle Identity Management 11gでは使用されません。

Oracle Internet Directory 11gでサポートされる構成パラメータの詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』の属性リファレンスに関する項を参照してください。

5.5.6 Application Server ControlからのOracle Internet DirectoryおよびOracle Directory Integration Platform 10gの削除

Oracle Internet Directory 11gおよびOracle Directory Integration Platform 11gへのアップグレード後、10gの該当コンポーネントは、Oracle Single Sign-On 10g Oracleホームから実行するOracle Enterprise Manager Application Server Controlに引き続き表示されます。

Oracle Internet DirectoryおよびOracle Directory Integration Platformターゲットを10g Application Server Controlから削除するには、次のようにします。

1. Oracle Single Sign-On 10g Oracleホームで次のファイルを見つけます。

ORACLE_HOME/sysman/emd/targets.xml

2. Oracle Internet Directory 10gインスタンスを表すエントリを、targets.xmlファイルから削除します。
targets.xmlファイルでのターゲット要素の形式は、Identity Management 10gリリース2(10.1.2)と10g(10.1.4)のどちらの環境をアップグレードするかに応じて異なることに注意してください。

- Oracle Identity Management 10gリリース2(10.1.2)からアップグレードする場合、oid10gというOracle Internet Directoryターゲットを定義するtargets.xmlファイルのエントリの例については、例5-4を参照してください。

- Oracle Identity Management 10g(10.1.4)からアップグレードする場合、oid10gというOracle Internet Directoryターゲットを定義するtargets.xmlファイルのエントリの例については、例5-5を参照してください。

Oracle Directory Integration Platformは10gリリース2(10.1.2)のOracle Enterprise Managerで管理できないため、Oracle Directory Integration Platformエントリは10gリリース2(10.1.2)エントリに表示されないことに注意してください。

3. 必要に応じて、Oracle Single Sign-On 10g OracleホームのOracle Directory Integration Platformターゲットに対して同じ作業を行います。
Oracle Directory Integration Platformターゲットを定義するtargets.xmlのエントリの例については、例5-6を参照してください。ターゲットを検索する場合、ターゲット・タイプoracle_eps_serverを検索します。

4. Application Server Controlを起動します。
Application Server Controlを停止および起動する手順については、Oracle Application Server 10gのドキュメントを参照してください。

これらの変更を有効にするには、Application Server Controlの再起動が必要です。ただし、この場合、Oracle Application Server 10g環境はアップグレード直後に停止するため、Application Server Controlの起動前にApplication Serverを停止する必要はありません。

例5-4 10gリリース2(10.1.2)のtargets.xmlファイルにおけるOracle Internet Directoryターゲットのエントリ

<Target TYPE="oracle_ldap" NAME="oid10g.myhost.example.com_LDAP"
DISPLAY_NAME="Internet Directory" VERSION="2.5"
ON_HOST="myhost.example.com">
<Property NAME="OracleHome" VALUE="/oracle/product/inst/ias10g"/>
.                    .                    .</Target>

例5-5 10gリリース(10.1.4)のtargets.xmlファイルにおけるOracle Internet Directoryターゲットのエントリ

<Target TYPE="oracle_ldap" NAME="oid10g.myhost.example.com_LDAP"
DISPLAY_NAME="OID" VERSION="3.0" ON_HOST="myhost.example.com">
<Property NAME="OracleHome"
VALUE="/oracle/product/inst/ias10g"/>
.
.
.
<CompositeMembership>
<MemberOf TYPE="oracle_ias"
NAME="ias10g.myhost.example.com" ASSOCIATION=" "/>
</CompositeMembership></Target>

例5-6 10g(10.1.4)のOracle Directory Integration Platformエントリ

<Target TYPE="oracle_eps_server"
NAME="dip1014.myhost.example.com_DIP"
DISPLAY_NAME="dip1014.myhost.example.com_DIP">
<Property NAME="OracleHome" VALUE="C:\oracle\products\oim1014"/>
<Property NAME="UserName" VALUE="013549bf4bf5c73c" ENCRYPTED="TRUE"/>
<Property NAME="password" VALUE="fdfd90d00d859820" ENCRYPTED="TRUE"/>
<Property NAME="host" VALUE="myhost"/>
<Property NAME="ConnectDescriptor"
VALUE="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)
(HOST=bigip41.example.com)
(PORT=1251))(ADDRESS=(PROTOCOL=TCP)
(HOST=bigip42.example.com)(PORT=1251))
(LOAD_BALANCE=yes))(CONNECT_DATA=(SERVICE_NAME=newdb.example.com)))"/>
<Property NAME="version" VALUE="10.1.4.0.1"/>
<AssocTargetInstance ASSOC_TARGET="epsldap"
TYPE="oracle_ldap"
NAME="oid10g.myhost.example.com_LDAP"/>
<CompositeMembership>
<MemberOf TYPE="oracle_ias" NAME="ias10g.myhost.example.com"/>
</CompositeMembership></Target>

5.5.7 アップグレード後の不要なOracle Directory Integration Platformテンプレート・プロファイルの削除

Oracle Directory Integration Platform 10gのすべてのテンプレート・プロファイルが、アップグレード・プロセス時に11gにアップグレードされます。これらのプロファイルは、環境のニーズに応じてFusion Middleware Controlで削除できます。

これらのプロファイルの削除はオプションです。10gトポロジでアクティブに使用されていたプロファイルを削除しないでください。

5.5.8 Oracle Internet Directory 10g監査ログ・コンテナの削除

監査ログ・コンテナは、Oracle Identity Management 11gでは使用されません。コマンドラインでbulkdeleteを次のように実行することで監査ログ・コンテナを削除できます。

ORACLE_HOME/ldap/bin/bulkdelete connect="connect_string"
basedn="cn=auditlog"

5.5.9 Oracle Enterprise ManagerでのOracle Internet Directory 10gのポート番号の更新

次のopmnctlコマンドを実行することで、Oracle EnterpriseでOracle Internet Directory 10gのポート番号を更新する必要があります。

opmnctl updatecomponentregistration

たとえば、次のようになります。

ORACLE_INSTANCE/bin/opmnctl updatecomponentregistration -componentType OID -componentName oid1 -adminHost myoidhostname -adminPort 7001 -adminUsername weblogic -Port 389 -Sport 636

5.5.10 Oracle Internet Directory 11g用のOracle Single Sign-On 10gの構成

Oracle Internet Directory 11gへのアップグレード後に、Oracle Single Sign-On 10gを使用する場合は、テキスト・エディタでias.propertiesファイル(Oracle Single Sign-On 10g ORACLE_HOMEにある)を開き、次のパラメータを更新する必要があります。

- OIDport= Oracle Internet Directory 11gのポート番号を入力します。

- OIDsslport= Oracle Internet Directory 11gのSSLポート番号を入力します。

5.6 タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード完了を確認するには、次のようにします。

1. アップグレード・アシスタントを再度実行し、「操作の指定」ページで「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

注意:
Oracle Internet DirectoryがSSL用にのみ構成されている場合は、アップグレード・アシスタントを使用してOracle Internet Directoryを確認することはできません。ldapbindコマンドを実行することで手動で確認する必要があります。

2. Fusion Middleware Controlを使用して、Oracle Internet DirectoryとOracle Directory Integration Platformコンポーネントが稼働していることを確認します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

6 Oracle Virtual Directory環境のアップグレード

この章では、既存のOracle Virtual Directory 10g(10.1.4.3)をOracle Virtual Directory 11gにアップグレードする方法について説明します。

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

- タスク1: Oracle Virtual Directoryトポロジの決定

- タスク2: Oracle Fusion Middleware 11gのインストールおよび構成

- タスク3: アップグレード・アシスタントを使用したOracle Virtual Directoryのアップグレード

- タスク4: アップグレード後に必要なOracle Virtual Directoryタスクの完了

- タスク5: Oracle Virtual Directoryのアップグレードの確認

6.1 タスク1: Oracle Virtual Directoryトポロジの決定

Oracle Virtual Directory 11gをインストールする前に、Oracle Application Server 10g(10.1.4.3)での現在のトポロジと、Oracle Fusion Middleware 11g環境の要件を確認します。

Oracle Virtual Directoryは、Oracle WebLogic Serverドメインの使用の有無にかかわらず構成できることに注意してください。

詳細は、第4章「Oracle Virtual Directoryのトポロジ」を参照してください。

6.2 タスク2: Oracle Fusion Middleware 11gのインストールおよび構成

次の項では、Oracle Fusion Middleware 11gへのアップグレードの準備のため、新規のOracle Fusion Middleware 11g中間層インスタンスをインストールし、構成する方法について説明します。

- Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- Oracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストール

6.2.1 Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

ミドルウェア・ホームの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の理解に関する項を参照してください。

6.2.2 Oracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストール

すべての前提条件とシステム要件を含む、Oracle Virtual Directory 11gのインストールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』を参照してください。

6.3 タスク3: アップグレード・アシスタントを使用したOracle Virtual Directoryのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントによって、Oracle Application Server 10g環境のアップグレードが多くの点で自動化されます。

アップグレード・アシスタントは、Oracle Fusion Middleware Oracleホームのbinディレクトリにインストールされます。

詳細は、次の項を参照してください。

- タスク3a: Oracle Virtual Directoryインスタンスの停止

- タスク3b: Oracle Virtual Directoryアップグレードのためのアップグレード・アシスタントの起動

- タスク3c: Oracle Virtual Directoryのアップグレード

6.3.1 タスク3a: Oracle Virtual Directoryインスタンスの停止

アップグレード・アシスタントを起動する前に、アップグレードしようとしているOracle Virtual Directoryインスタンスを停止する必要があります。

LinuxおよびWindowsの場合、アップグレード・アシスタントを起動する前にOracle Virtual Directoryを手動で停止する必要があります。

詳細は、Oracle Virtual Directoryインストレーション・ガイドのOracle Virtual Directoryの起動と停止に関する項を参照してください。これは、次に示すOracle Technology Network (OTN)のOracle Identity Management 10g (10.1.4.0.1)ドキュメント・ライブラリから入手できます。

http://download.oracle.com/docs/cd/B28196_01/index.htm

6.3.2 タスク3b: Oracle Virtual Directoryアップグレードのためのアップグレード・アシスタントの起動

グラフィカル・ユーザー・インタフェースを使用したアップグレード・アシスタントを起動する手順は、次のとおりです。

注意:
Oracle Application Server 10g Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

図6-1に示すとおり、アップグレード・アシスタントの「ようこそ」画面が表示されます。

図6-1 アップグレード・アシスタントの「ようこそ」画面

「図6-1 アップグレード・アシスタントの「ようこそ」画面」の説明

3. 「次へ」をクリックすると、「操作の指定」画面が表示されます(図6-2)。
アップグレード・アシスタントで使用可能なオプションは、アシスタントを起動したOracleホーム固有のものです。Oracle Application Server Identity ManagementのOracleホームからアップグレード・アシスタントを起動する場合、「操作の指定」画面に表示されるオプションが、Oracle Application Server Identity ManagementのOracleホームに対して有効なオプションです。

図6-2 Oracle Virtual Directoryアップグレードのためのアップグレード・アシスタントの「操作の指定」画面

「図6-2 Oracle Virtual Directoryアップグレードのためのアップグレード・アシスタントの「操作の指定」画面」の説明

6.3.3 タスク3c: Oracle Virtual Directoryのアップグレード

Oracle Virtual Directoryをアップグレードする手順は、次のとおりです。

1. 「タスク3b: Oracle Virtual Directoryアップグレードのためのアップグレード・アシスタントの起動」に示すとおり、アップグレード・アシスタントを起動します。

2. 「操作の指定」画面(図6-2)の「アイデンティティ管理インスタンスのアップグレード」を選択します。

3. Oracle Virtual Directoryのアップグレード中に入力を必要とするアップグレード・アシスタント画面の説明は、表6-1を参照してください。

4. 必要な入力をすべて指定すると、アップグレード・アシスタントによって次のタスクが実行されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

表6-1 Oracle Virtual Directoryアップグレード時に入力が必要なアップグレード・アシスタント画面

アップグレード・アシスタント画面

説明

ソース・ホームの指定

10g(10.1.4.3)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレード・アシスタントに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

ミドルウェア・ホーム内にインストールしたアップグレード先の11g Oracleインスタンスの完全パスを入力します。これは、Oracle Virtual Directoryソフトウェアが含まれるOracleインスタンスです。

または、「参照」をクリックしてOracleインスタンスを選択します。

WebLogic Serverの指定

第6.2.1項「Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成」で構成したOracle WebLogic Serverドメインのホスト、管理サーバーのポートおよび管理ユーザーの資格証明を入力します。

この画面は、Oracle Virtual Directoryのインストール時にOracle Virtual Directory 11gインスタンスとOracle WebLogic Serverを関連付けた場合にのみ表示されます。

Oracle WebLogic Serverドメインを使用せずにOracle Virtual Directoryをインストールした場合は表示されません。

「警告」ダイアログ・ボックス

ソースOracleホームに、ターゲットOracleインスタンスにインストールおよび構成されていないOracle Application Serverコンポーネントがある場合は、この警告ダイアログ・ボックスが表示されます。

この警告は、ソースOracleホームに11g Oracleホームで使用できないOracle HTTP Serverのインスタンスが含まれる場合などに表示されます。

ダイアログ・ボックス内の情報が正しく、どのコンポーネントがアップグレードされるかがわかっている場合は、「はい」をクリックして続行します。それ以外は、「いいえ」をクリックして、コンポーネントが各11g Oracleインスタンスでインストールおよび構成されていることを確認します。

アップグレード・オプションの指定

この画面は、これらのアップグレード・オプションを示します。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。このオプションを選択した場合、10gと11gの中間層を同時に実行することはできなくなります。同時に実行すると、ポートの競合が発生します。このオプションを選択しない場合、すべての中間層でポート番号を手動で再構成することが必要になります。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にUpgrade Assistantによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合、アップグレード後にアップグレード先インスタンスを手動で起動する必要があります。

この画面のアップグレード・オプションの詳細を表示するには、「ヘルプ」をクリックします。

6.4 タスク4: アップグレード後に必要なOracle Virtual Directoryタスクの完了

アップグレード・アシスタントを実行してOracle Virtual Directoryをアップグレードした後、次のアップグレード後のタスクを行う必要があります。

- Oracle Virtual Directory SSLリスナーの匿名暗号の構成

- 特権ポートを使用した場合のアップグレード後のOracle Virtual Directoryの起動

- Oracle Virtual Directoryロギング構成設定のアップグレード

6.4.1 Oracle Virtual Directory SSLリスナーの匿名暗号の構成

Oracle Virtual Directory 10g(10.1.4.3)とそれ以降のLDAP SSLリスナーでは、(非認証SSLモードの)匿名暗号をデフォルトでサポートしています。有効な暗号スイートのリストは、次のOracle Virtual Directory起動スクリプトで設定されます。

- UNIXシステムの場合: vde_start.sh

- Windowsシステムの場合: OViDServer.lax

暗号のリストを変更するには、これらの起動スクリプトで-D Javaシステム・プロパティvde.ldap.ciphersを編集します。このリストは、すべてのLDAP SSLリスナーで適用可能です。LDAPリスナーごとに異なる暗号スイートを有効にするオプションはありません。

Oracle Virtual Directory 11gでは、vde.ldap.ciphers Javaシステム・プロパティはサポートされなくなりました。かわりに、SSLをOracle Enterprise Manager Fusion Middleware ControlまたはWLSTコマンドライン・ツールで構成する場合、Oracle Virtual Directoryリスナーごとに異なる暗号スイートを有効にすることができます。

デフォルトでは、セキュリティのため、匿名暗号スイートはOracle Virtual Directory SSLリスナーで無効になっています。Oracle Virtual Directory環境に対するSSLセキュリティの構成の一部としての匿名暗号の有効化の詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion MiddlewareでのSSL構成に関する項を参照してください。

6.4.2 特権ポートを使用した場合のアップグレード後のOracle Virtual Directoryの起動

特権ポートでリスニングするように構成されたOracle Virtual Directory 10gインスタンスをアップグレードする場合に「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択すると、アップグレード・アシスタントでは、アップグレード後にOracle Virtual Directory 11gを起動できません。

かわりに、Oracle Virtual Directoryのログ・ファイルに次のエラー・メッセージが表示されます。

Cannot start Oracle Virtual Directory server: Permission denied.

特権ポートでリスニングするOracle Virtual Directory 11gインスタンスを起動するには、次のようにします。

1. Oracle Virtual Directory 11gが構成されているOracleインスタンス・ディレクトリで次のコマンドを使用して、Oracle Process Manager and Notification Server(OPMN)とその管理対象プロセスを停止します。

ORACLE_INSTANCE/bin/opmnctl stopall

2. 次のコマンドをrootで実行します。
OPMNを起動するには、次のようにします。

ORACLE_INSTANCE/bin/opmnctl start

Oracle Virtual Directory 11gを起動します。

ORACLE_INSTANCE/bin/opmnctl startproc ias-component=OVDCompName

この例では、OVDCompNameをOracle Virtual Directoryインスタンスの名前で置き換えます。

詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のOracle Virtual Directoryサーバー・プロセスの管理に関する項を参照してください。

6.4.3 Oracle Virtual Directoryロギング構成設定のアップグレード

Oracle Virtual Directoryをアップグレードする場合、Oracle Virtual Directory 10gで構成したロギング設定はアップグレードされません。

かわりに、アップグレード後は次のようになります。

- Oracle Virtual Directory 10gの構成に関係なく、アップグレードしたOracle Virtual Directory 11gインスタンスの最上位レベルが「通知」に設定され、アップグレード後にアクセス・ログがデフォルトで有効になります。
アクセス・ログを無効にするには、ログ出力名com.octetstring.accesslogのログ・レベルをERROR:1に変更します。

詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のOracle Virtual Directoryのロギングと監査の管理に関する項を参照してください。

- Oracle Virtual Directoryのダンプ・トランザクション・プラグインを構成する場合、プラグインのログ・レベルは、SEVERE、WARNING、INFO、FINE、FINERまたはFINESTのいずれかの値に変更する必要があります。
詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のダンプ・トランザクション・プラグインを使用したデータ変換エラーの情報の収集に関する項を参照してください。

6.5 タスク5: Oracle Virtual Directoryのアップグレードの確認

Oracle Virtual Directoryアップグレード完了を確認するには、次のようにします。

1. アップグレード・アシスタントを再度実行し、「操作の指定」ページで「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

2. Fusion Middleware Controlを使用して、Oracle Virtual Directoryコンポーネントが稼働していることを確認します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

7 Oracle Identity Federation環境のアップグレード

この章では、既存の10g(10.1.4)Oracle Identity FederationをOracle Identity Federation 11gにアップグレードする方法について説明します。

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

- タスク1: Oracle Identity Federationトポロジの決定

- タスク2: リポジトリ作成ユーティリティを使用したデータベースへのOracle Identity Federationスキーマのインストール

- タスク3: Oracle Fusion Middleware 11gのインストールおよび構成

- タスク4: アップグレード・アシスタントを使用したOracle Identity Federationのアップグレード

- タスク5: アップグレード後に必要なOracle Identity Federationタスクの完了

- タスク6: Oracle Identity Federationアップグレードの確認

7.1 タスク1: Oracle Identity Federationトポロジの決定

Oracle Identity Federation 11gをインストールする前に、Oracle Application Server 10g(10.1.4)での現在のトポロジと、Oracle Fusion Middleware 11g環境の要件を確認します。

詳細は、第4章「Oracle Identity Federationのトポロジ」を参照してください。

7.2 タスク2: リポジトリ作成ユーティリティを使用したデータベースへのOracle Identity Federationスキーマのインストール

Oracle Identity Federation 11gにアップグレードするには、サポートされているデータベースにOracle Identity Federationスキーマをインストールしておく必要があります。

詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

Oracle Identity Federationスキーマのインストールの詳細は、次の項を参照してください。

- データベースがOracle Identity Federationスキーマの最小要件を満たすことを確認

- Oracle Identity Federationのアップグレード準備のためのリポジトリ作成ユーティリティの実行

7.2.1 データベースがOracle Identity Federationスキーマの最小要件を満たすことを確認

インストールを実行する前に、システム要件や動作保証のドキュメントを読み、使用している環境が、インストールする製品のインストール最小要件を満たしているかどうかを確認する必要があります。

詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のシステム要件および仕様に関する項を参照してください。

7.2.2 Oracle Identity Federationのアップグレード準備のためのリポジトリ作成ユーティリティの実行

リポジトリ作成ユーティリティを実行してデータベースにOracle Identity Federationスキーマをインストールするには、次のドキュメントを参照してください。

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

- 『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

リポジトリ作成ユーティリティを起動した後、リポジトリ作成ユーティリティの画面の手順に従ってデータベースに接続し、必要なスキーマを作成します。

スキーマのインストール時は、次の点に注意してください。

- 「コンポーネントの選択」画面で、「Oracle Identity Federation」スキーマを選択します。

- 他のOracle Fusion Middleware 11gコンポーネントのインストールにこのデータベースを使用する予定がなければ、他のスキーマは必要ありません。

7.3 タスク3: Oracle Fusion Middleware 11gのインストールおよび構成

次の項では、Oracle Fusion Middleware 11gへのアップグレードの準備のため、新規のOracle Fusion Middleware 11g中間層インスタンスをインストールし、構成する方法について説明します。

- タスク3a: Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

- タスク3b: Oracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

- タスク3e: Oracle HTTP Serverインスタンスの作成およびOracle Identity Federation 11gへのリンク

7.3.1 タスク3a: Oracle WebLogic Serverソフトウェアのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

7.3.2 タスク3b: Oracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

Oracle Identity Managementをインストールする場合、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Identity Management (11.1.1.6.0)のインストールおよび構成に関する項を参照してください。

7.3.3 タスク3e: Oracle HTTP Serverインスタンスの作成およびOracle Identity Federation 11gへのリンク

具体的な手順については、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のOracle HTTP Serverの作成と管理に関する項を参照してください。

7.4 タスク4: アップグレード・アシスタントを使用したOracle Identity Federationのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントによって、Oracle Application Server 10g環境のアップグレードが多くの点で自動化されます。

アップグレード・アシスタントは、Oracle Fusion Middleware Oracleホームのbinディレクトリに自動的にインストールされます。

アップグレード・アシスタントは、アップグレードするそれぞれのOracle Application Server 10g Oracleホームに対して1回実行します。たとえば、同じ10gリリース2(10.1.2)ファームの一部である、2つの異なる10gリリース2(10.1.2)Oracleホームをアップグレードする場合、それぞれの10gリリース2(10.1.2)Oracleホームに対してそれぞれ1回ずつ、つまり2回アップグレード・アシスタントを実行します。

同様に、新しいOracle Fusion Middleware 11g環境に複数のOracleインスタンスを構成する場合、Oracleインスタンスごとにアップグレード・アシスタントを1回実行する必要があります。

注意:
Oracle Identity Federation環境で複数のデータ・ストア、認証エンジンまたはSPエンジンを構成している場合、アップグレード・アシスタントでは、有効化されたリソースのみが11gにアップグレードされます。構成されていても、有効化されていない追加のデータ・ストア、認証エンジンまたはSPエンジンは、新しいOracle Identity Federation 11g環境にアップグレードされません。
アップグレード後に、アップグレードされなかったリソースを再構成できます。また、Oracle Identity Federation 10gとは異なり、11gでは複数のリソースを一度に有効化できます。

詳細は、次の項を参照してください。

- タスク4a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動

- タスク4b: Oracle Identity Federationのアップグレード

7.4.1 タスク4a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動

グラフィカル・ユーザー・インタフェースを使用したアップグレード・アシスタントを起動する手順は、次のとおりです。

注意:
Oracle Application Server 10g Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

図7-1に示すとおり、アップグレード・アシスタントの「ようこそ」画面が表示されます。

図7-1 Upgrade Assistantの「ようこそ」画面

「図7-1 Upgrade Assistantの「ようこそ」画面」の説明

3. 「次へ」をクリックして「操作の指定」画面(図7-2)を表示します。
アップグレード・アシスタントで使用可能なオプションは、アシスタントを起動したOracleホーム固有のものです。Oracle Application Server Identity ManagementのOracleホームからアップグレード・アシスタントを起動する場合、「操作の指定」画面に表示されるオプションが、Oracle Application Server Identity ManagementのOracleホームに対して有効なオプションです。

図7-2 Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの「操作の指定」画面

「図7-2 Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの「操作の指定」画面」の説明

7.4.2 タスク4b: Oracle Identity Federationのアップグレード

Oracle Identity Federationをアップグレードする場合、アップグレード・アシスタントによって、Oracle Identity Federation中間層の構成ファイルがアップグレードされます。

Oracle Identity Federationが同一のOracleインスタンスにある場合にOracle Identity Federationをアップグレードするには、次のようにします。

1. 「タスク4a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動」に示すとおり、アップグレード・アシスタントを起動します。

2. 「操作の指定」画面(図7-2)の「アイデンティティ管理インスタンスのアップグレード」を選択します。

3. Oracle Identity Federationのアップグレード中に入力を必要とするアップグレード・アシスタントの画面の説明は、表7-1を参照してください。

4. アップグレード・アシスタントでは、「アップグレード・オプションの指定」画面の後に次のタスクが実行され、それぞれのタスクの進行状況が表示されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

5. アップグレード・アシスタントを終了します。

表7-1 Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力が必要なアップグレード・アシスタント画面

アップグレード・アシスタント画面

説明

ソース・ホームの指定

10g(10.1.4)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレード・アシスタントに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

ミドルウェア・ホーム内にインストールしたアップグレード先の11g Oracleインスタンスの完全パスを入力します。これは、Oracle Identity Federationソフトウェアが含まれるOracleホームです。

または、「参照」をクリックしてディレクトリを選択します。

WebLogic Serverの指定

第7.3項「タスク3: Oracle Fusion Middleware 11gのインストールおよび構成」で構成したOracle WebLogic Serverドメインのホスト、管理サーバーのポートおよび管理ユーザーの資格証明を入力します。

「警告」ダイアログ・ボックス

ソースOracleホームに、ターゲットOracleインスタンスにインストールおよび構成されていないOracle Application Serverコンポーネントがある場合は、この警告ダイアログ・ボックスが表示されます。

この警告は、ソースOracleホームに11g Oracleホームで使用できないOracle HTTP Serverのインスタンスが含まれる場合などに表示されます。

ダイアログ・ボックス内の情報が正しく、どのコンポーネントがアップグレードされるかがわかっている場合は、「はい」をクリックして続行します。それ以外は、「いいえ」をクリックして、コンポーネントが各11g Oracleインスタンスでインストールおよび構成されていることを確認します。

アップグレード・オプションの指定

この画面は、これらのアップグレード・オプションを示します。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。
Oracle Identity Federationをアップグレードする際は、このオプションを常に選択することをお薦めします。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にUpgrade Assistantによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合、アップグレード後にアップグレード先インスタンスを手動で起動する必要があります。

この画面のアップグレード・オプションの詳細を表示するには、「ヘルプ」をクリックします。

7.5 タスク5: アップグレード後に必要なOracle Identity Federationタスクの完了

次の項では、Oracle Identity Federation 11gにアップグレードする際に必要な手動によるアップグレード手順について説明します。

- Oracle Identity Federation 11gとOracle Access Manager 10gの統合

- Oracle Identity Federation 11gでのカスタム認証エンジンまたはカスタムSPエンジンの使用

- Oracle Identity Federation 11gで機能するためのアップグレード後のOracle Single Sign-On Serverの再構成

- ShareIDサービスURLの下位互換性について

- Oracle Identity FederationのSSL構成のアップグレード

- アップグレード後のOracle Identity Federationシステム・プロパティの設定

- 構成ファイルの更新

- Oracle Identity Federationのアップグレード後の追加タスク

7.5.1 Oracle Identity Federation 11gとOracle Access Manager 10gの統合

以前にOracle Identity Federation 10gをOracle Access Managerと一緒に使用していた場合、次の手順を使用して、既存のOracle Access Manager 10gソフトウェアで正常に機能するようにOracle Identity Federation 11gを構成できます。

ここに示す手順は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のOracle Access ManagerでのOracle Identity Federationのデプロイに関する項の手順に基づいています。

Oracle Identity Federation 11gをOracle Access Manager 10gとともに使用するには、次のようにします。

1. この章の前項の手順を使用して、Oracle Identity Federation 11gにアップグレードします。
具体的には、Oracle Identity Federation 11gをインストールして構成し、アップグレード・アシスタントを使用してOracle Identity Federationインスタンスを11gにアップグレードします。

2. オプションで、Oracle Identity Federation 11gの認証エンジンとしてOracle Access Manager 10gを使用します。
具体的な手順については、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』の認証エンジンとしてのOracle Access Managerの統合に関する項を参照してください。

3. オプションで、Oracle Access Manager 10gをSP統合モジュールとして統合します。
具体的な手順については、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のSP統合モジュールとしてのOracle Access Managerの統合に関する項を参照してください。

4. オプションで、保護されたリソースが新しいOracle Identity Federation 11gの認証スキームを使用するように、Oracle Access Manager 10gを構成します。
このタスクを実行するため、Oracle Access Managerでのポリシー・オブジェクトと認証スキームの作成をOracle Identity Federation 11gに許可することにより、Oracle Access Managerの適切な統合の確認に役立つ手順を使用します。

これらの手順は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のOracle Identity FederationとOracle Access Managerの統合に関する項にあります。

5. Oracle Access Managerとの統合が完了したら、Oracle Identity Federation 10gの古いアクセス・ゲート、認証スキームおよびポリシーをOracle Access Manager 10gから削除します。
詳細は、Oracle Identity Management 10g(10.1.4)ドキュメント・ライブラリのOracle Access Managerドキュメントを参照してください。これは、次のOracle Technology Network(OTN)から入手できます。

http://www.oracle.com/technology/documentation

7.5.2 Oracle Identity Federation 11gでのカスタム認証エンジンまたはカスタムSPエンジンの使用

Oracle Identity Federation 10gインスタンスをカスタム認証エンジンに統合する場合、次の項の情報を使用して、カスタム認証エンジンをOracle Identity Federation 11gで構成します。

- 認証エンジン・コードの変更

- SPエンジン・コードの変更

- 認証エンジンまたはSPエンジンのログアウト・サービスの変更

- 認証エンジンまたはSPエンジンのデプロイ

- Oracle Identity Federation 11gの認証エンジンの作成

- Oracle Identity Federation 11gのSPエンジンの作成

7.5.2.1 認証エンジン・コードの変更

Oracle Identity Federation 11gの認証エンジンで使用可能なHTTPServletRequestAttributesは、10gのものとは異なります。そのため、新しいパラメータ名から属性値を読み取ることができるように認証エンジン・コードを変更する必要があります。

詳細は、次の項を参照してください。

- Oracle Identity Federation 11gで受信するパラメータと属性の変更

- Oracle Identity Federation 11gでサポートされる新しい受信属性

- Oracle Identity Federation 11gに送信されるパラメータと属性の変更

- Oracle Identity Federation 11gへのリクエストに含める追加属性

Oracle Identity Federation 11gで受信するパラメータと属性の変更

表7-2に、Oracle Identity Federation 11gの認証エンジンに使用される新規パラメータと変更されたパラメータを示します。

表7-2Oracle Identity Federationから受信するパラメータと属性

パラメータまたは属性

Oracle Identity Federation 11gでの変更

doneURL
getUsrSess

これらの問合せパラメータは11gでは使用できません。

11gでは、認証エンジンによる識別後に、これらのパラメータを参照してユーザーの転送先を検索する必要はありません。11gの場合、認証が成功すると、ユーザーはエンジンによってOracle Identity Federationに転送されます。

ユーザーを転送するには、ルート・コンテキスト/fedと相対パス/user/loginssoを使用します。

authnMech

この10gの問合せパラメータは、11gでは次の属性に変更されました。

oracle.security.fed.authn.authnmech

そのため、カスタム・エンジンでrequest.getParameter(“authnMech”)が出現する場合、次のように変更する必要があります。

request.getAttribute(“oracle.security.fed.authn.authnmech”)

10gでは、authnMechパラメータの値は常に次のようになっていました。

oracle:fed:authentication:password-protected

11gでは、oracle.security.fed.authn.authnmech属性に他の値を指定できます。詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』の認証メカニズムの構成に関する項を参照してください。

refID

この10gの問合せパラメータは、11gでは次の属性に変更されました。

oracle.security.fed.authn.refid

そのため、カスタム・エンジンでrequest.getParameter("refID")が出現する場合、次のように変更する必要があります。

request.getAttribute("oracle.security.fed.authn.refid")

Oracle Identity Federation 11gでサポートされる新しい受信属性

表7-2で説明する変更に加えて、Oracle Identity Federation 11gでは、次の新しい受信属性を使用できます。Oracle Identity Federation 10gにはこれらに対応する属性はありません。これらの属性は11gの認証エンジンで使用できます。

- oracle.security.fed.authn.providerid

- oracle.security.fed.authn.providerdescription

- oracle.security.fed.authn.engineid

- oracle.security.fed.authn.userid

- oracle.security.fed.authn.forceauthn

- oracle.security.fed.authn.passive

- oracle.security.fed.authn.attributes

- oracle.security.fed.sessionid

これらの新規属性の詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のサービスの実装に関する項を参照してください。

Oracle Identity Federation 11gに送信されるパラメータと属性の変更

次の属性名は、Oracle Identity Federation 11gへのアップグレード後に変更する必要があります。

- oracle.security.sso.sasso.uidをoracle.security.fed.authn.useridに変更

- oracle.security.sso.sasso.refIDをoracle.security.fed.authn.refidに変更

- oracle.security.sso.sasso.authnMechをoracle.security.fed.authn.authnmechに変更

- oracle.security.sso.sasso.authnInstをoracle.security.fed.authn.authntimeに変更

たとえば、Oracle Identity Federation 11gに次の属性があるとします。

request.setAttribute(“oracle.security.sso.sasso.uid”, userID)

Oracle Identity Federation 11gでは、この属性を次のように変更する必要があります。

request.setAttribute(“oracle.security.fed.authn.userid”. userID);

Oracle Identity Federation 11gへの内部転送の前に認証エンジンで設定する必要がある値の詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のサービスの実装に関する項を参照してください。

Oracle Identity Federation 11gへのリクエストに含める追加属性

既存の10g属性に加えて、Oracle Identity Federation 11gの各リクエストでは、表7-3に示す追加属性が求められます。

表7-3 Oracle Identity Federation 11gへのリクエストに含める追加属性

属性

説明

oracle.security.fed.authn.expirationtime

認証されたセッションの日付オブジェクトとしての有効期限

oracle.security.fed.authn.engineid

ユーザーの認証に使用するエンジンを参照する識別子。

エンジンは、Oracle Identity Federation 11gの構成で作成されます。詳細は、7.5.2.5項「Oracle Identity Federation 11gの認証エンジンの作成」を参照してください。

oracle.security.fed.authn.attributes

この属性のオプション・マップは、ユーザー・セッションに保存されます。文字列オブジェクトをキーとして、オブジェクト・セットを値として指定します。

oracle.security.fed.sessionid

このオプション文字列には、Oracle Identity Federationがユーザー・セッションの参照に使用するOracle Identity Federationのセッション識別子が含まれます。

これにより、エンジンとOracle Identity Federationサーバーは、同じ識別子を共有してユーザー・セッションを参照できます。後からログアウト・フローを実行する場合、Oracle Identity Federationは、ログアウトするsessionIDをエンジンに渡すため、エンジンはこのユーザー・セッションに使用されたデータを削除できます。

7.5.2.2 SPエンジン・コードの変更

認証エンジンに対するその影響と同様に、Oracle Identity Federation 11gのSPエンジンで使用可能なHTTPServletRequestAttributesは、10gのものとは異なります。そのため、新しいパラメータ名から属性値を読み取ることができるようにSPエンジン・コードを変更する必要があります。

詳細は、次の項を参照してください。

- フェデレーションSSO操作の開始

- フェデレーション・サーバーからのリクエストの処理

フェデレーションSSO操作の開始

Oracle Identity Federation 10gでは、サービス・プロバイダ・エンジンが有効なユーザーを検出しなかった場合、サービス・プロバイダとして機能するOracle Identity Federationサーバーにリダイレクトすることでシングル・サインオンを開始していました。リダイレクト先のURLは次のとおりです。

http://SP_HOST_NAME:SP_PORT/fed/sp/initiatesso

次の値は、問合せパラメータとしてOracle Identity Federationに設定されます。

- providerid: シングル・サインオンに使用するIdPのプロバイダID

- returnurl: シングル・サインオンの後、Oracle Identity Federationがユーザーに送信するURL

Oracle Identity Federation 11gでは、次の問合せパラメータが変更されました。

- providerIdは、HTTPServletRequestの属性oracle.security.fed.sp.provideridとして指定するようになりました。

- returnurl問合せパラメータはなくなりました。かわりに、HTTPServeletリクエストの属性oracle.security.fed.sp.relaystateで指定できます。

- Oracle Identity Federation 11gには、シングル・サインオンを開始する際にOracle Identity Federationサーバーに渡すことができる追加属性があります。追加属性は次のとおりです。

- oracle.security.fed.sp.authnmech

- oracle.security.fed.sp.federationid

- oracle.security.fed.sp.engineid

- oracle.security.fed.sp.localauthn

- oracle.security.fed.sp.usedefault

- oracle.security.fed.sp.forceauthn

- oracle.security.fed.sp.allowfedcreation

- oracle.security.fed.sp.passive

- oracle.security.fed.sp.requestbinding

- oracle.security.fed.sp.responsebinding

- oracle.security.fed.sp.authnmechcomparison

- oracle.security.fed.sp.nameidformat

詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のサービスの実装に関する項を参照してください。

フェデレーション・サーバーからのリクエストの処理

Oracle Identity Federation 11gでは、SPエンジンの次の受信パラメータ名が変更されています。

- oracle.security.sso.sasso.uid属性がoracle.security.fed.sp.useridに変更されました。

- oracle.security.sso.sasso.authnInstがoracle.security.fed.sp.authntimeに変更されました。

- oracle.security.sso.sasso.expiryInstがoracle.security.fed.sp.expirationtimeに変更されました。

- oracle.security.sso.sasso.targetURLは、Oracle Identity Federation 11gで使用できなくなりました。
SPエンジンでは、targetURL(ユーザーの転送先)をOracle Identity Federationに転送してシングル・サインオン操作を開始する前に、これをoracle.security.fed.sp.relaystateに保存できます。Oracle Identity Federationでは、シングル・サインオンの実行後、このパラメータをSPに戻します。

Oracle Identity Federation 11gでは、SPエンジンで使用するために次の追加の新しいパラメータを使用できます。新しいパラメータは次のとおりです。

- oracle.security.fed.sp.authnresult

- oracle.security.fed.sp.authnmech

- oracle.security.fed.sp.attributesoracle.security.fed.sp.topstatus

- oracle.security.fed.sp.lowstatus

- oracle.security.fed.sp.statusmessage

- oracle.security.fed.sp.providerid

- oracle.security.fed.sp.engineid

- oracle.security.fed.sp.sessionid

詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のサービスの実装に関する項を参照してください。

7.5.2.3 認証エンジンまたはSPエンジンのログアウト・サービスの変更

認証エンジンまたはSPエンジンのログアウト・サービスをOracle Identity Federation 11gで使用する場合、次の項の情報を確認します。

- エンジンがログアウトを開始するタイミングの変更

- Oracle Identity Federationがログアウトのためエンジンに転送する際の変更

エンジンがログアウトを開始するタイミングの変更

Oracle Identity Federation 11gでは、認証エンジンまたはSPエンジンでログアウト操作を実行できます。詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のログアウトに関する項を参照してください。

Oracle Identity Federationがログアウトのためエンジンに転送する際の変更

認証エンジンまたはSPエンジンのログアウト・サービスが存在する場合、そのサービスに次の変更を行う必要があります。

- invokeOSFSLogoutパラメータとdoneUrlパラメータがエンジンに送信されなくなりました。Oracle Identity Federation 11gでは、エンジンは常に相対パス/fed web contextおよび/user/logoutretssoへの内部転送を実行します。

- 起動したエンジンのengineIdは、httpリクエストの属性oracle.security.fed.authn.engineidを介してログアウト・サービスで使用できます。

- HTTPリクエストの属性oracle.security.fed.sessionidには、ログアウトするセッションのセッション識別子をオプションで含めることができます。

- Oracle Identity Federation 11gでは、ログアウト後にログアウト・サービスが/fed/user/logoutsso URLではなく/fed/user/logoutretssoにユーザーをリダイレクトします。

- oracle.security.fed.authn.engineid(エンジンが認証エンジンの場合)またはoracle.security.fed.sp.engineid(エンジンがSPエンジンの場合)で参照される属性にengineIdを指定します。

7.5.2.4 認証エンジンまたはSPエンジンのデプロイ

認証エンジンまたはSPエンジンは、Java EEアプリケーションのデプロイと同様にデプロイします。詳細は、『Oracle Fusion Middleware管理者ガイド』のアプリケーションのデプロイに関する項を参照してください。

7.5.2.5 Oracle Identity Federation 11gの認証エンジンの作成

Oracle Identity Federation 11gの認証エンジンを作成するには、次のようにします。

1. Oracle Enterprise Manager Fusion Middleware Controlで、Oracle Identity Federationホームページに移動します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

2. 「Oracle Identity Federation」メニューから、「管理」→「認証エンジン」を選択します。

3. 「カスタム認証エンジン」タブで、「追加」をクリックして新しい認証エンジンを作成し、次のフィールドに値を入力します。

- 名前: エンジンの名前

- 有効: 選択済

- Webコンテキスト: エンジンがデプロイされるルート・コンテキスト

- 認証相対パス: エンジンの相対パス

- ログアウト有効: ログアウト操作を実行する際に、エンジンによるログアウトの実行が必要な場合はこのチェック・ボックスを選択します。

- ログアウト相対パス: エンジンのログアウト・サービスの相対パス

4. 「保存」をクリックします。

Oracle Identity Federationサーバーで、新しいエンジンのエンジンIDが生成されます。エンジンIDは、ユーザーの認証後、カスタム・エンジンがOracle Identity Federationサーバーに送信する必要のあるoracle.security.fed.authn.engineid属性の値です。

7.5.2.6 Oracle Identity Federation 11gのSPエンジンの作成

Oracle Identity Federation 11gのSPエンジンを作成するには、次のようにします。

1. Oracle Enterprise Manager Fusion Middleware Controlで、Oracle Identity Federationホームページに移動します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

2. 「Oracle Identity Federation」メニューから、「管理」→「サービス・プロバイダ統合モジュール」を選択します。

3. 「カスタムSPエンジン」タブで、「追加」をクリックして新しい認証エンジンを作成し、次のフィールドに値を入力します。

- 名前: エンジンの名前

- 有効: 選択済

- Webコンテキスト: エンジンがデプロイされるルート・コンテキスト

- 認証相対パス: エンジンの相対パス

- ログアウト有効: ログアウト操作を実行する際に、エンジンによるログアウトの実行が必要な場合はこのチェック・ボックスを選択します。

- ログアウト相対パス: エンジンのログアウト・サービスの相対パス

4. 「保存」をクリックします。

Oracle Identity Federationサーバーで、新しいエンジンのエンジンIDが生成されます。エンジンIDは、ユーザーの認証後、カスタム・エンジンがOracle Identity Federationサーバーに送信する必要のあるoracle.security.fed.sp.engineid属性の値です。

7.5.3 Oracle Identity Federation 11gで機能するためのアップグレード後のOracle Single Sign-On Serverの再構成

Oracle Single Sign-OnをOracle Identity Federation 10gで使用している場合、Oracle Identity Federation 11gへのアップグレード後、Oracle Single Sign-Onを再構成する必要があります。

この手順は、プロパティSASSOAuthnUrlおよびSASSOLogoutUrlに必要な値がOracle Identity Federation 11gで変更されたため必要になります。

詳細は、『Oracle Fusion Middleware Oracle Identity Federation管理者ガイド』のシングル・サインオンの構成に関する項を参照してください。

7.5.4 ShareIDサービスURLの下位互換性について

Oracle Identity Federation 10gでは、SHAREid/COREid Federation 2.xと同様に、SAML 1.xおよびWS-Federationプロトコル・サポートのサービスURLを提供していました。これらは、SAML 2.0およびLiberty 1.xサービスURLとは異なります。

これらのURLは、SAML 2.0およびLiberty 1.xサービスURLとの一貫性を保つために、11gのOracle Identity Federationサーバーで変更されました。つまり、Oracle Identity Federation 11gにアップグレードするカスタマがSAML 1.xまたはWS-Federationを使用する場合、パートナ・プロバイダに新しいシングル・サインオンのサービスURLを知らせる必要があります。

そのトランジションを容易にするために、Oracle Identity Federation 11gは、SHAREidサービスURLとの下位互換性を実現する別のモジュールを提供しています。このモジュールは、インストール可能なJ2EEアプリケーションであり、Oracle Identity Federationと同時にデプロイされます。これはShareID/Oracle Identity Federation 10gサービスURL宛てのリクエストを処理し、それらを対応するOracle Identity Federation 11gサービスURLにリダイレクトまたは転送します。

このアプリケーションの設定方法の詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のOracle Identity Federation 10gとShareIDサービスURL用の下位互換性の設定に関する項を参照してください。

7.5.5 Oracle Identity FederationのSSL構成のアップグレード

Oracle Virtual Directory 10gでSSLサポートにshareIdキーストアを使用している場合、アップグレード・アシスタントによって、キーストアがOracle Identity Federation 10gに自動でインポートされます。

Oracle Virtual Directory 10gで使用するSSLのIDキーストアと信頼キーストアが次の場所に格納されている場合、実行する追加タスクはありません。

ORACLE_HOME/fed/shareid/oblix/config /keystore

ただし、キーストアがその他の場所に格納されている場合は、次のタスクを実行する必要があります。

1. IDキーストアと信頼キーストアを、次のディレクトリ内のサブディレクトリにコピーします。

WLS_HOME/user_projects/domains/domain_name/servers/server_name/stage/OIF

2. 新しいキーストアの場所を指し示すように、Oracle WebLogic Serverを次のように構成します。

1. Oracle WebLogic Server管理コンソールにログインして、「環境」→「サーバー」を選択します。

2. SSLを設定するサーバーを選択します。

3. 「キーストア」セクションで「カスタムIDとカスタム信頼」を選択します。

4. 「ID」セクションで、次のようにプロパティを入力します。
カスタムIDキーストア: location_of_keystore_containing_SSL_private key_and_certificate

カスタムIDキーストアのタイプ: jks

カスタムIDキーストアのパスフレーズ: storepassword

5. 「信頼」セクションで、次のようにプロパティを入力します。
カスタムIDキーストア: location_of_keystore_containing_the_trusted certificate_entries

カスタムIDキーストアのタイプ: jks

カスタムIDキーストアのパスフレーズ: storepassword

7.5.6 アップグレード後のOracle Identity Federationシステム・プロパティの設定

システム・プロパティを設定してOracle Identity Federation 10gを構成した場合、アップグレードしたOracle Identity Federation 11gインスタンスで該当するシステム・プロパティを手動で構成する必要があります。アップグレード・アシスタントでは、これらの設定は11gインスタンスに適用されません。

表7-4にアップグレードされないシステム・プロパティを示し、Oracle Identity Federation 11gの対応するプロパティの設定方法について説明します。多くの場合、手順は、Oracle Fusion Middleware11gコンポーネントの管理に使用されるOracle Enterprise Manager Fusion Middleware Control、Oracle WebLogic Server管理コンソールまたはWebLogicスクリプト・ツール(WLST)を参照しています。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの管理ツールの概要に関する項を参照してください。

これらのプロパティについては、10g(10.1.4.0.1)の『Oracle Identity Federation管理者ガイド』のOracle Identity Federationのパフォーマンスの管理に関する項で説明しています。このドキュメントは、Oracle Technology Network(OTN)のOracle Application Server 10g(10.1.4.0.1)ドキュメント・ライブラリにあります。

http://www.oracle.com/technology/documentation/

表7-4 Oracle Identity Federation 11gでのOracle Identity Federation 10gシステム・プロパティの設定

Oracle Identity Federation 10gシステム・プロパティ

Oracle Identity Federation 11gでのプロパティの設定方法

-Dhttp.fed.host=VALUE

Fusion Middleware Controlでは、このプロパティを次のように設定できます。

1. Oracle Identity Federationホームページに移動します。

2. 「Oracle Identity Federation」メニューから、「管理」→「サーバー・プロパティ」を選択します。

3. 「サーバーごとの最大SOAP接続数」フィールドに値を入力します。

-Dhttp.fed.max.conn=VALUE

Fusion Middleware Controlでは、このプロパティを次のように設定できます。

1. Oracle Identity Federationホームページに移動します。

2. 「Oracle Identity Federation」メニューから、「管理」→「サーバー・プロパティ」を選択します。

3. 「最大SOAP接続数」フィールドに値を入力します。

-Dfed.ldap.ha=[true | false]

Oracle Identity Federation 10gでは、このシステム・プロパティを使用して、すべてのデータストアに対して1つのフラグを設定していました。

11gでは、LDAPユーザー・データストア、LDAPフェデレーション・データストアおよびLDAP認証エンジンに対して個別のフラグを設定できます。

Oracle Identity FederationインスタンスのWLSTスクリプト環境を入力し、ldaphaenabled、userldaphaenabledまたはfedldaphaenabledプロパティを次のようにTRUEに設定します。

LDAP認証エンジンに対してこのプロパティを有効にするには、次のようにします。

setConfigProperty('authnengines', 'ldaphaenabled',
'true', 'boolean')

LDAPユーザー・データストアに対してこのプロパティを有効にするには、次のようにします。

setConfigProperty('datastore', 'userldaphaenabled',
'true', 'boolean')

LDAPフェデレーション・データストアに対してこのプロパティを有効にするには、次のようにします。

setConfigProperty('datastore', 'fedldaphaenabled',
'true', 'boolean')

-Dfed.jdbc.min.conn=VALUE

-Dfed.jdbc.max.conn=VALUE

-Dfed.jdbc.max.usage=VALUE

Oracle WebLogic Server管理コンソールを使用して、Oracle Identity Federation 11gデータストアまたは認証エンジンに使用する適切な値をJDBCデータストアで設定します。

7.5.7 構成ファイルの更新

構成ファイルを更新するには、次の手順を完了します。

1. 次のコマンドを実行することで、WLST環境をセットアップします。
UNIXの場合:

bash
export $DOMAIN_HOME=PATH_TO_DOMAIN_HOME
source $ORACLE_HOME/fed/scripts/setOIFEnv.sh

ORACLE_HOMEを、ご使用の環境の正しいパスに置換します。

Windowsの場合:

set DOMAIN_HOME=PATH_TO_DOMAIN_HOME
ORACLE_HOME\fed\scripts\setOIFEnv.cmd

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

java weblogic.WLST oif-upgrade-11.1.1.2.0-11.1.1.6.0.py

7.5.8 Oracle Identity Federationのアップグレード後の追加タスク

Oracle Identity Federation 11gへのアップグレード後、『Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイド』に記載されているタスクに加え、次のアップグレード後の追加タスクを実行する必要があります。

- SAML 1.x/WS-FEDプロトコルを使用するようにOracle Identity Federation 10gを構成している場合、Oracle Identity Federation 11gへのアップグレード後にデフォルトのシングル・サインオン・アイデンティティ・プロバイダを設定する必要があります。
詳細は、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のサービス・プロバイダの構成に関する項を参照してください。

- サービス・プロバイダにアイデンティティ・プロバイダの自己署名証明書をエクスポートします。
このタスクの実行に使用する手順は、現在のサービス・プロバイダが10gまたは11gのどちらのサービス・プロバイダかによって次のように変化します。

- 10gのサービス・プロバイダを使用している場合、次のURLにあるOracle Technology Network(OTN)のOracle Application Server 10g(10.1.4.0.1)ドキュメント・ライブラリに含まれる『Oracle Identity Federation管理者ガイド』のIdPの自己署名証明書のSPへのエクスポートに関する項を参照してください。

http://www.oracle.com/technology/documentation/

- 11gのサービス・プロバイダを使用している場合、『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のSAML 1.xおよびWS-Federationのシングル・サインオンの設定に関する項を参照してください。

- 11gのアイデンティティ・プロバイダと10gのサービス・プロバイダを使用しており、SAML 1.x/WS-FEDプロトコルを使用している場合、10gのサービス・プロバイダを構成します。
具体的には、10gのサービス・プロバイダで、「署名証明書サブジェクトDN」と「署名証明書発行者DN」を11gのIdP形式(CN=<host>署名証明書の形式)に変更する必要があります。

詳細は、Oracle Technology Network(OTN)のOracle Application Server 10g(10.1.4.0.1)ドキュメント・ライブラリに含まれる『Oracle Identity Federation管理者ガイド』のソースおよびアイデンティティ・プロバイダとしてのドメインの構成に関する項を参照してください。

- Oracle Identity Federation 10gでは、「署名付アサーションの送信」を有効化します。または、Oracle Identity Federation 11gでは、「署名付アサーションが必要」を無効化します。
10gではデフォルトで署名付きアサーションが無効化され、11gではデフォルトで署名付きアサーションが有効化されるため、この操作が必要です。

この操作を10gと11gのどちらで実行するかに応じて、次のいずれかを参照してください。

- 『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』のサービス・プロバイダの構成に関する項。

- Oracle Technology Network(OTN)のOracle Application Server 10g(10.1.4.0.1)ドキュメント・ライブラリに含まれる『Oracle Identity Federation管理者ガイド』のアサーション・プロファイルの追加に関する項。

7.6 タスク6: Oracle Identity Federationアップグレードの確認

Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード完了を確認するには、次のようにします。

1. アップグレード・アシスタントを再度実行し、「操作の指定」ページで「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

2. 次のURLで、Oracle Identity Federation 11gが稼働していることを確認します。

http://<host>:<port>/fed/sp/metadata

たとえば、次のようになります。

http://host42.exmaple.com:7001/fed/sp/metadata

あるいは、Fusion Middleware Controlを使用して、Oracle Identity Federationとその他のOracle Identity ManagementコンポーネントがOracle Fusion Middleware環境で稼働していることを確認できます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

第III部

Oracle Single Sign-OnおよびOracle Identity and Access Management環境のアップグレード

第III部は、次の章で構成されています。

- 第8章「Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスの概要」

- 第9章「サポートされているOracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレードの開始ポイント」

- 第10章「Oracle Single Sign-OnおよびOracle Identity and Access Managementの環境のタイプ」

- 第11章「Oracle Single Sign-On環境のアップグレード」

- 第12章「Oracle Adaptive Access Manager環境のアップグレード」

- 第13章「Oracle Identity Manager環境のアップグレード」

8 Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスの概要

この章では、Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスの高度な概要について説明します。詳細は、次の項も参照してください。

- Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスのフロー・チャート

- Oracle Identity and Access Managementのアップグレード・プロセスの手順を説明する表

8.1 Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスのフロー・チャート

図8-1は、Oracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレード・プロセスのフロー・チャートを示しています。この図を確認し、Oracle Single Sign-On、Oracle Adaptive Access Manager、およびOracle Identity Managerの既存のバージョンに基づいて、実行する必要がある手順を把握してください。

図8-1 Oracle Single Sign-OnおよびOracle Adaptive Access Managerのアップグレード・プロセスのフロー・チャート

「図8-1 Oracle Single Sign-OnおよびOracle Adaptive Access Managerのアップグレード・プロセスのフロー・チャート」の説明

8.2 Oracle Identity and Access Managementのアップグレード・プロセスの手順を説明する表

表8-1は、アップグレード・プロセスのフロー・チャート(図8-1を参照)に示されている各手順について説明しています。この表では、処理における各ステップの詳細について、その参照先も示します。

表8-1 Oracle Identity Managementのアップグレード・プロセスの手順を説明する表

手順

説明

詳細

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード概念の確認

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』には、Oracle Application Server環境全体をOracle Fusion Middlewareにアップグレードする方法に関する高度な概要が記載されています。

これには、互換性に関する情報や、ミドルウェア・コンポーネントをサポートするデータベースのアップグレード手順が含まれます。

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』

サポートされている開始ポイントと11gトポロジの確認

アップグレードを実施する前に、新機能、サポートされている開始点、Oracle Fusion Middleware 11gの推奨トポロジについて理解する必要があります。

この知識に基づいて、後で11gトポロジに関する決定ができます。

第9章「サポートされているOracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレードの開始ポイント」

第10章「Oracle Single Sign-OnおよびOracle Identity and Access Managementの環境のタイプ」

11g Identity Managementトポロジの決定

Oracle Fusion Middleware 11gでは、Oracle WebLogic Serverベースの新しいアーキテクチャが採用されました。

そのため、アップグレード・プロセスを開始する前に、現在のOracle Application Serverトポロジを確認し、対応するOracle Fusion Middlewareトポロジを決定する必要があります。

第10章「Oracle Single Sign-OnおよびOracle Identity and Access Managementの環境のタイプ」

Identity Managementデータベースのサポート対象データベース・バージョンへのアップグレード(必要な場合)

Oracle Fusion Middleware 11gにアップグレードする場合、OracleAS Identity Managementスキーマが11gにアップグレードされます。

そのため、アップグレードする前に、スキーマをホストするデータベースがサポート対象のバージョンであることを確認してください。

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』

Oracle Single Sign-Onをアップグレードする場合

Oracle Single Sign-OnはOracle Access Managerのみにアップグレードできます。必ずこのガイドの適切な手順に従ってください。

第11章「Oracle Single Sign-On環境のアップグレード」

Oracle Access Manager 11gのインストールおよび構成

Oracle Access Manager 11gのインスタンスをOracle Application Server 10gインストールと同じホストにインストールして構成するか、新しいホストを使用します。

第11.6項「タスク4: Oracle Access Manager中間層のインストールおよび構成」

アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

新しい11g Oracleホームからアップグレード・アシスタントを実行し、Oracle Single Sign-On 10gをアップグレードします。

第11.7項「タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード」

Oracle Access Managerのアップグレード後のタスクの実行

アップグレード手順の多くはアップグレード・アシスタントによって自動化されていますが、場合によっては、手動で追加のタスクを実行する必要があります。

第11.8項「タスク6: アップグレード後に必要なOracle Access Managerタスクの完了」

Oracle Adaptive Access Managerをアップグレードする場合

Oracle Adaptive Access Managerをアップグレードする場合は、このガイドに記載された適切な手順に従ってください。

第12章「Oracle Adaptive Access Manager環境のアップグレード」

Oracle Adaptive Access Manager 11gのインストールおよび構成

Oracle Adaptive Access Manager 11gのインスタンスをOracle Application Server 10gインストールと同じホストにインストールおよび構成します。

第12.6項「タスク4: Oracle Fusion Middlewareのインストール」

アップグレード・アシスタントを使用したOracle Adaptive Access Managerスキーマおよび中間層のアップグレード

新しい11g Oracleホームからアップグレード・アシスタントを実行し、Oracle Adaptive Access Managerスキーマおよび中間層をアップグレードします。

第12.7項「タスク5: アップグレード・アシスタントを使用したOracle Adaptive Access Managerスキーマのアップグレード」

第12.11項「タスク9: アップグレード・アシスタントを使用したOracle Adaptive Access Manager中間層のアップグレード」

Oracle Adaptive Access Managerのアップグレード後のタスクの実行

アップグレード手順の多くはアップグレード・アシスタントによって自動化されていますが、場合によっては、手動で追加のタスクを実行する必要があります。

第12.13項「タスク11: アップグレード後に必要なOracle Adaptive Access Managerタスクの完了」

Oracle Identity Managerをアップグレードする場合

Oracle Identity Managerをアップグレードする場合は、このガイドに記載された適切な手順に従ってください。

第13章「Oracle Identity Manager環境のアップグレード」

Oracle Identity Manager 11gのインストールおよび構成

Oracle Identity Manager 11gのインスタンスをインストールおよび構成します。

第13.5項「タスク3: Oracle Fusion Middlewareのインストール」

第13.7項「タスク5: Oracle Identity Manager用のWebLogicドメインの作成」

第13.9項「タスク7: Oracle Identity Managerサーバー11gの構成」

アップグレード・アシスタントを使用したOracle Identity Managerスキーマおよび中間層のアップグレード

新しいOracle Identity and Access Management 11gのOracleホームからアップグレード・アシスタントを実行し、Oracle Identity Managerスキーマおよび中間層をアップグレードします。

第13.6項「タスク4: アップグレード・アシスタントを使用したOracle Identity Managerスキーマのアップグレード」

第13.14項「タスク12: アップグレード・アシスタントを使用したOracle Identity Manager中間層のアップグレード」

Oracle Identity Managerのアップグレード後のタスクの実行

アップグレード手順の多くはアップグレード・アシスタントによって自動化されていますが、場合によっては、手動で追加のタスクを実行する必要があります。

第13.16項「タスク14: アップグレード後に必要なOracle Identity Managerタスクの完了」

アップグレード・アシスタントの実行によるアップグレード環境の検証

アップグレード・アシスタントを使用して、アップグレードを検証し、アップグレード後の環境が正常に稼働していることを確認できます。

第11.9項「タスク7: Oracle Access Managerアップグレードの確認」

第12.14項「タスク12: Oracle Adaptive Access Managerアップグレードの確認」

第13.17項「タスク15: Oracle Identity Managerのアップグレードの確認」

9 サポートされているOracle Single Sign-OnおよびOracle Identity and Access Managementのアップグレードの開始ポイント

この章では、サポートされているOracle Identity Managementのアップグレードの開始ポイントについて説明します。この章の内容は次のとおりです。

- サポートされているOracle Single Sign-Onの開始ポイント

- サポートされているOracle Adaptive Access Managerの開始ポイント

- サポートされているOracle Identity Managerの開始ポイント

注意:
この章に示す開始ポイントとなるパッチセットは、このガイドが発行された時点で使用可能な最新のパッチセットです。
ご使用のインストールで使用可能な最新のパッチセットのリストについては、「My Oracle Support」を参照してください。

9.1 サポートされているOracle Single Sign-Onの開始ポイント

このガイドでは、表9-1に示すOracle Single Sign-Onのリリースからのアップグレード手順が記載されています。

表9-1 このガイドでサポートされているOracle Access Managerのリリース

リリース

説明または注意

Oracle Single Sign-On 10g (10.1.2)および10g (10.1.4)

このバージョンのOracle Single Sign-Onは、Oracle Application Server 10gリリース2(10.1.2.3)および10g(10.1.4)の一部として使用可能でした。

9.2 サポートされているOracle Adaptive Access Managerの開始ポイント

このガイドでは、表9-2に示すOracle Adaptive Access Managerのリリースからのアップグレード手順が記載されています。

表9-2 このガイドでサポートされているOracle Adaptive Access Managerのリリース

リリース

説明または注意

最新のパッチセット

10g (10.1.4.5)

このバージョンのOracle Adaptive Access Managerはスタンドアロン製品として使用可能でした。

バンドル・パッチ7 Oracle Adaptive Access Manager 10g (10.1.4.5.2)は最新のパッチセット・リリースです。

9.3 サポートされているOracle Identity Managerの開始ポイント

このガイドでは、表9-3に示すOracle Identity Managerのリリースからのアップグレード手順が記載されています。

表9-3 このガイドでサポートされているOracle Identity Managerのリリース

リリース

説明または注意

最新のパッチセット

9.1.0.1および9.1.0.2

このバージョンのOracle Identity Managerは、Oracle Application Server 10gリリース2(10.1.2.3)および10g(10.1.4)の一部として使用可能でした。

バンドル・パッチ11 Oracle Identity Manager 9.1.0.1およびバンドル・パッチ14 Oracle Identity Manager 9.1.0.2は最新のパッチセット・リリースです。

10 Oracle Single Sign-OnおよびOracle Identity and Access Managementの環境のタイプ

この章では、Oracle Identity Management 10gの最も一般的なトポロジと、Oracle Fusion Middleware 11gの対応するトポロジとの比較について説明します。

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

- Oracle Single Sign-Onのトポロジ

- Oracle Adaptive Access Managerのトポロジ

- Oracle Identity Managerのトポロジ

10.1 Oracle Single Sign-Onのトポロジ

図10-1は、Oracle Application Server 10g(10.1.4)の典型的なOracle Single Sign-Onのトポロジと、Oracle Fusion Middleware 11gのOracle Access Managerのトポロジを比較したものです。

図10-1 Oracle Application Server 10gおよびOracle Fusion Middleware 11gの典型的なOracle Single Sign-Onのトポロジの比較

「図10-1 Oracle Application Server 10gおよびOracle Fusion Middleware 11gの典型的なOracle Single Sign-Onのトポロジの比較」の説明

10.2 Oracle Adaptive Access Managerのトポロジ

図10-2は、Oracle Application Server 10gの典型的なOracle Adaptive Access Managerのトポロジと、Oracle Fusion Middleware 11gの類似するトポロジを比較したものです。

図10-2 Oracle Application Server 10gおよびOracle Fusion Middleware 11gの典型的なOracle Adaptive Access Managerのトポロジの比較

「図10-2 Oracle Application Server 10gおよびOracle Fusion Middleware 11gの典型的なOracle Adaptive Access Managerのトポロジの比較」の説明

10.3 Oracle Identity Managerのトポロジ

図10-3および図10-4は、Oracle Application Server 10gの典型的なOracle Identity Managerのトポロジと、Oracle Fusion Middleware 11gの類似するトポロジを比較したものです。

図10-3 Oracle Identity Manager 9.1

「図10-3 Oracle Identity Manager 9.1」の説明

図10-4 Oracle Identity Manager 11g

「図10-4 Oracle Identity Manager 11g」の説明

11 Oracle Single Sign-On環境のアップグレード

この章では、既存のOracle Single Sign-On 10gリリース2(10.1.2.3)またはOracle Single Sign-On 10gリリース2(10.1.4.3)をOracle Access Manager 11gリリース1(11.1.1.5.0)にアップグレードする方法を説明します。

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

- 概要

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

- タスク1: Oracle Access Managerトポロジの決定

- タスク2: Oracle Databaseのアップグレード(必要な場合)

- タスク3: リポジトリ作成ユーティリティによる11g Oracle Access Managerスキーマの作成

- タスク4: Oracle Access Manager中間層のインストールおよび構成

- タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

- タスク6: アップグレード後に必要なOracle Access Managerタスクの完了

- タスク7: Oracle Access Managerアップグレードの確認

インストールまたはアップグレードを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のシステム要件および仕様に関する項を参照してください。

注意:
AIXプラットフォームでは、Oracle Access Manager 11gにアップグレードする前に、Oracle Internet Directory 10g (10.1.4)にパッチを適用してOracle Internet Directory 10.1.4.3.0にしてあることを確認してください。

11.1 概要

Oracle Fusion Middlewareのアップグレード・アシスタントを使用して次のものをアップグレードできます。

- Oracle Single Sign-On 10gの構成およびアーティファクト

- Oracle Single Sign-On 10g Serverによって格納されるパートナ・メタデータ

- Oracle Single Sign-On 10g Serverに登録されているパートナ

アップグレードを完了すると、Oracle Internet DirectoryがOracle Access Manager 11gのプライマリ・アイデンティティ・ストアになります。

アップグレード・アシスタントを実行してOracle Single Sign-On 10gからアップグレードする場合、次のコンポーネントはOracle Access Manager 11g環境にアップグレードされません。

- Windowネイティブ認証を統合したOracle Single Sign-On 10g。詳細は、『Oracle Fusion Middleware Oracle Access Manager統合ガイド』のWindowsネイティブ認証を使用するためのOracle Access Managerの構成に関する章を参照してください。

- ロギングの構成。詳細は、Oracle Fusion Middleware Oracle Access Manager管理者ガイドのコンポーネント・イベント・メッセージのロギングに関する項を参照してください。

- Oracle Identity Federationを統合したOracle Single Sign-On 10g。詳細は、『Oracle Fusion Middleware Oracle Access Manager統合ガイド』のOracle Identity Federationの統合に関する項を参照してください。

- カスタム認証。

- X509構成。詳細は、Oracle Fusion Middleware Oracle Access Manager管理者ガイドを参照してください。

- 外部アプリケーション。

- Pstore

- マルチレルム構成

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

Oracle Single Sign-On 10gをOracle Access Manager 11gにアップグレードする前に、Oracle Single Sign-On 10gインフラストラクチャ(図11-1)を検討し、保持することを選択した機能に応じて次のシナリオの1つを選択する必要があります。

- Oracle Single Sign-OnからOracle Access Managerへのアップグレード後にOracle Delegated Administration Servicesが必要

- Oracle Single Sign-OnからOracle Access Manager 11gへのアップグレード後にOracle Delegated Administration Servicesが必要だがOracle Single Sign-On Adminは不要

- Oracle Single Sign-OnからOracle Access Managerへのアップグレード後にOracle Delegated Administration Servicesが不要

アップグレード前のOracle Single Sign-On 10gのインフラストラクチャ

図11-1は、Oracle Single Sign-On 10gのトポロジを示しています。これがOracle Access Manager 11gへのアップグレードの開始ポイントです。

図11-1 Oracle Single Sign-On 10gのインフラストラクチャ

「図11-1 Oracle Single Sign-On 10gのインフラストラクチャ」の説明

このトポロジは次のもので構成されています。

- Oracle Single Sign-Onのインフラストラクチャと通信するためのOracle HTTP Serverによってフロントエンド処理されるJEEコンテナ内のパートナ・アプリケーション。

- Oracle HTTP Server 10gによってフロントエンド処理されるOracle Delegated Administration ServicesアプリケーションおよびOracle Single Sign-On Serverを含むOracle Identity Managementのインフラストラクチャ

ホスト名とポート番号で構成されているOracle Single Sign-Onエンドポイントは、Oracle Single Sign-OnユーザーがOracle Single Sign-On ServerおよびOracle Delegated Administration Servicesアプリケーションへのアクセスに使用できるURLを表します。

Oracle Single Sign-Onエンドポイントの例は、host.domain.com:portです。

注意:
この例は、この項で様々なアップグレード・シナリオおよびそれらのOracle Single Sign-Onエンドポイントを表すために使用します。

Oracle Single Sign-OnからOracle Access Managerへのアップグレード後にOracle Delegated Administration Servicesが必要

Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード後も、Oracle Delegated Administration ServicesアプリケーションおよびOracle Single Sign-On Adminツールを引き続き使用する場合は、このアップグレード・シナリオを使用します。図11-2にこのシナリオを示します。

このアップグレード・シナリオを使用する場合は次の点に注意してください。

- Oracle Portal、Oracle Forms、Oracle Reports、またはOracle Discovererパートナ・アプリケーションを使用している場合は、Oracle Delegated Administration ServicesおよびOracle Single Sign-On Adminが必要であるため、このシナリオを使用します。すべてのパートナ・アプリケーションを一度にアップグレードします。

- Oracle Delegated Administration Servicesアプリケーションは新しいポート上で実行されます。

- Oracle Portalなどのパートナ・アプリケーションからのOracle Delegated Administration Servicesのリクエストは、Oracle HTTP Server 11gに着信し、それからOracle HTTP Server 10gにリダイレクトされます。これがOracle Delegated Administration Services 10gアプリケーションのフロントエンド処理を行います。Oracle HTTP Server 11gはOracle Access Manager 11gのフロントエンド処理を行います。そのようなリクエストは、Oracle HTTP Server 10gポートにリダイレクトされ、そこでOracle Delegated Administration Services 10gアプリケーションのフロントエンド処理が行われます。

注意:
Oracle Delegated Administration ServicesおよびOracle Single Sign-On AdminをOracle Access Manager 11gに再登録する必要があります。これは、それらのポートが変更されているためです。

- Oracle Single Sign-On 10gのフロントエンド処理を行っていたものと同じOHS 10gポートをOracle Access Manager 11gの新しいポートとして使用しています。そのため、Oracle Single Sign-On 10gサーバーが停止します。

- Oracle Single Sign-On-Oracle Delegated Administration Servicesエンドポイント(same_host.domain.com:same_port)は、すべてのパートナ・アプリケーションに対して同じままです。

- アップグレードの実行後、Oracle Internet Directoryが自動的にユーザー・アイデンティティ・ストアとして選択されます。

図11-2 Oracle Single Sign-Onからのアップグレード後に必要なOracle Delegated Administration Services

「図11-2 Oracle Single Sign-Onからのアップグレード後に必要なOracle Delegated Administration Services」の説明

このアップグレード・シナリオを使用するには、表11-1に示す手順に従ってください。

Oracle Single Sign-OnからOracle Access Manager 11gへのアップグレード後にOracle Delegated Administration Servicesが必要だがOracle Single Sign-On Adminは不要

Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード後に、Oracle Single Sign-On Adminツール・アプリケーションは必要ないがOracle Delegated Administration Servicesは必要な場合は、このアップグレード・シナリオを使用します。図11-3にこのシナリオを示します。

このアップグレード・シナリオを使用する場合は次の点に注意してください。

- Oracle Delegated Administration Services用にOHS 10gポートを使用しています。したがって、Oracle Access Manager 11gを別のマシンにインストールする必要があります。

- パートナ・アプリケーションは段階的にアップグレードします。

- アップグレード後は、Oracle Single Sign-Onが機能しなくなります。ただし、Oracle Delegated Administration Servicesは引き続き機能します。

- 一連のパートナ・アプリケーションのフロント処理を行うOHS/mod_ossoごとに、アップグレード中に生成されるosso.confファイルを手動でコピーする必要があります。この手順によって、これらのアプリケーションが新しいOracle Single Sign-OnプロバイダとしてOracle Access Managerと関連付けられます。この手順は、Oracle Delegated Administration Servicesに対しても必要です。

- Oracle Delegated Administration Servicesエンドポイント(same_host.domain.com:same_port)は、すべてのパートナ・アプリケーションに対して同じままです。

- Oracle Access Manager Oracle Single Sign-Onエンドポイントは、new_host.domain.com:new_portなどの新規です。

- アップグレードの実行後、Oracle Internet Directoryが自動的にユーザー・アイデンティティ・ストアとして選択されます。

図11-3 Oracle Single Sign-On管理サーバーが不要

「図11-3 Oracle Single Sign-On管理サーバーが不要」の説明

このアップグレード・シナリオを使用するには、表11-1に示す手順に従ってください。

Oracle Single Sign-OnからOracle Access Managerへのアップグレード後にOracle Delegated Administration Servicesが不要

Oracle Delegated Administration ServicesアプリケーションもOracle Single Sign-On Adminツールも必要ない場合は、このアップグレード・シナリオを使用します。図11-4にこのシナリオを示します。

このアップグレード・シナリオを使用する場合は次の点に注意してください。

- アップグレード後は、Oracle Single Sign-OnおよびOracle Delegated Administration Servicesが機能しなくなります。

- すべてのパートナ・アプリケーションを一度にアップグレードします。

- Oracle Single Sign-On 10gのフロントエンド処理を行っていたものと同じOHS 10gポートをOracle Access Manager 11gの新しいポートとして使用しています。そのため、Oracle Single Sign-On 10gサーバーおよびOracle Delegated Administration Servicesアプリケーションにはアクセスできません。

- Oracle Single Sign-Onエンドポイント(same_host.domain.com:same_port)は、すべてのパートナ・アプリケーションに対して同じままです。

- アップグレードの実行後、Oracle Internet Directoryが自動的にユーザー・アイデンティティ・ストアとして選択されます。

図11-4 Oracle Delegated Administration Servicesが不要

「図11-4 Oracle Delegated Administration Servicesが不要」の説明

このアップグレード・シナリオを使用するには、表11-1に示す手順に従ってください。

表11-1は、Oracle Single Sign-On 10gのアップグレード・シナリオについて説明しています。

表11-1 アップグレード・シナリオとタスク

シナリオ

手順

Oracle Single Sign-OnからOracle Access Managerへのアップグレード後にOracle Delegated Administration Servicesが必要

次のタスクを実行します。

- タスク1: Oracle Access Managerトポロジの決定

- タスク2: Oracle Databaseのアップグレード(必要な場合)

- タスク3: リポジトリ作成ユーティリティによる11g Oracle Access Managerスキーマの作成

- タスク4: Oracle Single Sign-On 10gのホスト名およびポート番号を使用したOracle Access Manager 11gのインストール

- タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

- タスク6: アップグレード後に必要なOracle Access Managerタスクの完了

- タスク7: Oracle Access Managerアップグレードの確認

Oracle Single Sign-OnからOracle Access Manager 11gへのアップグレード後にOracle Delegated Administration Servicesが必要だがOracle Single Sign-On Adminは不要

次のタスクを実行します。

- タスク1: Oracle Access Managerトポロジの決定

- タスク2: Oracle Databaseのアップグレード(必要な場合)

- タスク3: リポジトリ作成ユーティリティによる11g Oracle Access Managerスキーマの作成

- タスク4: 新しいホスト名または新しいポート番号を使用したOracle Access Manager 11gのインストール

- タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

- タスク6: アップグレード後に必要なOracle Access Managerタスクの完了

- タスク7: Oracle Access Managerアップグレードの確認

Oracle Single Sign-OnからOracle Access Managerへのアップグレード後にOracle Delegated Administration Servicesが不要

次のタスクを実行します。

- タスク1: Oracle Access Managerトポロジの決定

- タスク2: Oracle Databaseのアップグレード(必要な場合)

- タスク3: リポジトリ作成ユーティリティによる11g Oracle Access Managerスキーマの作成

- タスク4: 新しいホスト名または新しいポート番号を使用したOracle Access Manager 11gのインストール

- タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

- タスク6: アップグレード後に必要なOracle Access Managerタスクの完了

- タスク7: Oracle Access Managerアップグレードの確認

11.3 タスク1: Oracle Access Managerトポロジの決定

アップグレード・プロセスを開始する前に、Oracle Single Sign-On 10g (10.1.2および10.1.4)の現在のトポロジおよびOracle Fusion Middleware 11g環境の要件を考慮してください。

詳細は、第10章「Oracle Single Sign-Onのトポロジ」を参照してください。

11.4 タスク2: Oracle Databaseのアップグレード(必要な場合)

Oracle Access Manager環境をアップグレードする場合は、Oracle Access Managerスキーマをインストールする予定のデータベースのバージョンがOracle Fusion Middleware 11gによってサポートされていることを確認する必要があります。

新しいデータベースをインストールするか、または既存のデータベースをサポートされているバージョンにアップグレードできます。

データベースがOracle Fusion Middleware 11gの要件を満たしているかどうかを確認する手順については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

11.5 タスク3: リポジトリ作成ユーティリティによる11g Oracle Access Managerスキーマの作成

Oracle Access Managerにアップグレードする場合は、リポジトリ作成ユーティリティを使用して、「タスク2: Oracle Databaseのアップグレード(必要な場合)」で特定して準備したデータベースにスキーマをインストールします。

詳細は、次の各項を参照してください。

- Oracle Access Managerのためのリポジトリ作成ユーティリティの実行

- Oracle Access Managerのアップグレードに必要なスキーマの選択

11.5.1 Oracle Access Managerのためのリポジトリ作成ユーティリティの実行

リポジトリ作成ユーティリティを実行してデータベースにOracle Access Managerスキーマをインストールするには、次のドキュメントを参照してください。

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

- 『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

リポジトリ作成ユーティリティを起動した後、リポジトリ作成ユーティリティの画面の手順に従ってデータベースに接続し、必要なスキーマを作成します。

11.5.2 Oracle Access Managerのアップグレードに必要なスキーマの選択

リポジトリ作成ユーティリティを使用して、スキーマを必要とするすべてのOracle Fusion Middlewareソフトウェア・コンポーネントに必要なスキーマをインストールします。ただし、すべてのスキーマをインストールする必要があるのは、Oracle Fusion Middlewareの完全な環境をインストールし、すべてのOracle Fusion Middlewareコンポーネント・スキーマに同じデータベースを使用する計画がある場合にかぎられます。

Oracle Access Managerのアップグレードでは、リポジトリ作成ユーティリティから入力を求められたときに、次のスキーマを選択する必要があります。

- 「AS共通スキーマ」を開き、そのカテゴリの「Metadata Services」スキーマを選択します。
このスキーマは、Oracle Access Managerコンポーネントに必要とされるOracle Fusion Middlewareメタデータ・サービス(MDS)をサポートします。

- 「アイデンティティ管理」を開き、「Oracle Access Manager」スキーマを選択します。

11.6 タスク4: Oracle Access Manager中間層のインストールおよび構成

選択するアップグレード・シナリオに応じて、次のタスクの1つを完了する必要があります。

- Oracle Single Sign-On 10gのホスト名およびポート番号を使用したOracle Access Manager 11gのインストール

- 新しいホスト名または新しいポート番号を使用したOracle Access Manager 11gのインストール

注意:
64ビットのオペレーティング・システムに32ビットのOracle Identity and Access Managementをインストールする場合は、Windows 32ビット・ファイル用のDisk1\install\win32にあるsetup.exeファイルを実行する必要があります。他のセットアップ・ファイルは、そのプラットフォームに応じて\installディレクトリの下の同様の場所にあります。

11.6.1 Oracle Single Sign-On 10gのホスト名およびポート番号を使用したOracle Access Manager 11gのインストール

表11-2は、Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード後に、Oracle Delegated Administration ServicesアプリケーションおよびOracle Single Sign-On Adminツールを使用するためのOracle Access Manager中間層のインストールおよび構成手順を示しています。

表11-2 Oracle Access Manager中間層のインストールおよび構成手順

手順

説明

参照先

1

Oracle WebLogic ServerのインストールとOracleミドルウェア・ホームの作成

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle WebLogic Server 10.3.4のインストールとOracleミドルウェア・ホームの作成に関する項を参照してください。

ミドルウェア・ホームの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の理解に関する項を参照してください。

2

Oracle HTTP Server 10gの停止および構成

「Oracle HTTP Server 10gの再構成」を参照してください。

3

Oracle HTTP Server 11gのインストール

Oracle HTTP Server 11gをインストールし、Oracle HTTP Server 10gのポート番号を指定します。詳細は、Oracle Fusion Middleware Web Tierインストレーション・ガイドを参照してください。

4

Oracle Access Managerのインストール

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOAMのインストールに関する項を参照してください。

5

Oracle Access Managerの構成

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Access Manager (OAM)の構成に関する項を参照してください。

6

ノード・マネージャでの管理対象サーバーの起動の構成

ノード・マネージャを構成するには、『Oracle Fusion Middleware管理者ガイド』の管理対象サーバーを起動するためのノード・マネージャの構成に関する項を参照してください。

7

Oracle WebLogic Serverドメインの開始

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のスタックの起動に関する項を参照してください。

8

Oracle HTTP Server 11gによるOracle Access Manager管理対象サーバーのフロントエンド処理

「Oracle HTTP Server 11gによるOracle Access Manager管理対象サーバーのフロントエンド処理」を参照してください。

9

パートナ・アプリケーションとしてのOracle HTTP Server 10gの登録

「Oracle Access Manager 11gのパートナ・アプリケーションとしてのアプリケーションの登録」を参照してください。

10

Oracle HTTP Server 10gサーバーへのOIDDASリクエストのリダイレクト

「Oracle HTTP Server 10gサーバーへのパートナ・アプリケーション・リクエストのリダイレクト」を参照してください。

11

インストールの確認

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOAMのインストールの確認に関する項を参照してください。

Oracle HTTP Server 10gの再構成

次のステップを実行します。

1. テキスト・エディタでhttpd.confファイル(WindowsではORACLE_HOME\Apache\Apache\confに、UNIXではORACLE_HOME/Apache/Apache/confにある)を開き、既存のポート番号を変更し、新しいポート番号を指定します。

2. opmnctlコマンドライン・ツール(ORACLE_HOME\opmn\binにある)を次のように実行することで、Oracle HTTP Server 10gを停止します。

opmnctl stopproc ias-component=<name_of_the_OHS_instance>

3. 次のopmnctlコマンドを実行することでOracle HTTP Server 10gを再起動します。

OHS_INSTANCE_HOME/bin/opmnctl stopall
OHS_INSTANCE_HOME/bin/opmnctl startall

Oracle HTTP Server 11gによるOracle Access Manager管理対象サーバーのフロントエンド処理

mod_wl_ohsを使用して、Oracle HTTP Server 11gでOracle Access Manager管理対象サーバーのフロントエンド処理を行う必要があります。これを行うには、次の手順を完了します。

1. 次のようにテキスト・エディタでmod_wl_ohs.confファイル(WindowsではOHS_INSTANCE_HOME\config\OHS\<ohs_instance_name>にある)を開きます。

<IfModule weblogic_module>
WebLogicHost <OAM Managed Server Host>
WebLogicPort <OAM Managed Server Port>
Debug ON
WLLogFile /tmp/weblogic.log
MatchExpression *.jsp
</IfModule>
<Location />
SetHandler weblogic-handler
PathTrim /
ErrorPage  http://WEBLOGIC_HOST:WEBLOGIC_PORT/
</Location>

2. 11g ORACLE_INSTANCE (WindowsではORACLE_INSTANCE\binディレクトリ、UNIXではORACLE_INSTANCE/binディレクトリにある)から次のopmnctlコマンドを実行することでOracle HTTP Server 11gを再起動します。

opmnctl stopall
opmnctl startall

3. テキスト・エディタでoam-config.xmlファイル(WindowsではMW_HOME\user_projects\domains\<domain_name>\config\fmwconfigディレクトリにある)を開き、次の例のようにserverhostおよびserverportエントリを編集します。

<Setting Name="OAMSERVER" Type="htf:map">
<Setting Name="serverhost" Type="xsd:string"><OHS 11G HOST></Setting>
<Setting Name="serverprotocol" Type="xsd:string">http</Setting>
<Setting Name="serverport" Type="xsd:string"><OHS 11G PORT></Setting>
<Setting Name="MaxRetryLimit" Type="xsd:integer">5</Setting>
</Setting>

4. 次のようにOracle Access Manager管理サーバーおよび管理対象サーバーを再起動します。
Windowsの場合:

MW_HOME\user_projects\domains\domain_name\startWebLogic.cmd
MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd oam_server1

UNIXの場合:

MW_HOME/user_projects/domains/domain_name/startWebLogic.sh
MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh oam_server1

Oracle Access Manager 11gのパートナ・アプリケーションとしてのアプリケーションの登録

Oracle HTTP Server 10gパートナにデプロイ済のOracle Internet DirectoryおよびOracle Delegated Administration ServicesをOracle Access Manager 11gに登録する必要があります。これを行うには、次の手順を完了します。

1. Oracle Access Managerコンソールにログインします。

2. 「システム構成」タブをクリックします。

3. 「ようこそ」ページでOSSOエージェントの追加を選択します。

4. OSSOエージェントの作成ページで、次の詳細を入力します。

- エージェント名: mod_ossoエージェントの識別名。エージェントのベースURL: 必要なプロトコル、ホスト、およびエージェントのWebサーバーがインストールされるコンピュータのポート。たとえば、http://ohs_host:port:ohs_portです。

5. 「適用」をクリックします。
エージェントが作成され、osso.confファイルがDOMAIN_HOME\output\AGENT_NAME (Windows)に生成されます。

6. 新しく生成されたエージェント・ファイルをOracle HTTP Server 10gのOHS_CONF\ossoにコピーします。

7. 次のopmnctlコマンドを実行することでOracle HTTP Server 10gを再起動します。

OHS_INSTANCE_HOME/bin/opmnctl stopall
OHS_INSTANCE_HOME/bin/opmnctl startall

Oracle HTTP Server 10gサーバーへのパートナ・アプリケーション・リクエストのリダイレクト

mod_proxyを使用して、Oracle Internet DirectoryおよびOracle Delegated Administration ServicesリクエストをOracle HTTP Server 10gにリダイレクトする必要があります。

テキスト・エディタでOracle HTTP Server 11g httpd.confファイルを開き、Oracle Internet DirectoryおよびOracle Delegated Administration Servicesのフロントエンド処理を行うOHS 10gのホスト名とポート名のエントリを次の例に示すように追加します。

ProxyPass         /oiddas http://pdcasqa14-3.us.abc.com:8888/oiddas
ProxyPassReverse  /oiddas http://pdcasqa14-3.us.abc.com:8888/oiddas

注意:
前述の例では、OHS 10gポート番号を使用しています。

次のopmnctlコマンドを実行することでOracle HTTP Server 11gを再起動します。

OHS_INSTANCE_HOME/bin/opmnctl stopall
OHS_INSTANCE_HOME/bin/opmnctl startall

Oracle HTTP Server 10gでSSLが有効化されている場合、次の事項を完了します。

1. プロキシのウォレットを作成します。

2. Oracle HTTP Server 10gのルート証明書が既知でない場合、それを前述の作成済ウォレットに信頼できる証明書としてインポートする必要があります。

3. テキスト・エディタでOracle HTTP Server 11g ssl.confファイル(ORACLE_INSTANCE/config/OHS/{COMPONENT_NAME}/にある)を開き、次の行を<VirtualHost *:PORTNUMBER><IfModule ossl_module>の下に追加します。

SSLProxyEngine On
SSLProxyWallet <PATH of the wallet created above>

4. 次のopmnctlコマンドを実行することでOracle HTTP Server 11gを再起動します。

OHS_INSTANCE_HOME/bin/opmnctl stopall
OHS_INSTANCE_HOME/bin/opmnctl startall

11.6.2 新しいホスト名または新しいポート番号を使用したOracle Access Manager 11gのインストール

表11-3は、Oracle Access Managerの新しいホスト名またはポート番号を使用してOracle Access Manager中間層をインストールおよび構成するときに実行する必要がある手順を示しています。

表11-3 Oracle Access Manager中間層のインストールおよび構成手順

手順

説明

参照先

1

Oracle WebLogic ServerのインストールとOracleミドルウェア・ホームの作成

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle WebLogic Server 10.3.4のインストールとOracleミドルウェア・ホームの作成に関する項を参照してください。

ミドルウェア・ホームの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の理解に関する項を参照してください。

2

Oracle Access Managerのインストール

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOAMのインストールに関する項を参照してください。

3

Oracle Access Managerの構成

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Access Manager (OAM)の構成に関する項を参照してください。

4

ノード・マネージャでの管理対象サーバーの起動の構成

ノード・マネージャを構成するには、『Oracle Fusion Middleware管理者ガイド』の管理対象サーバーを起動するためのノード・マネージャの構成に関する項を参照してください。

5

Oracle WebLogic Serverドメインの開始

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のスタックの起動に関する項を参照してください。

6

インストールの確認

『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOAMのインストールの確認に関する項を参照してください。

11.7 タスク5: アップグレード・アシスタントを使用したOracle Access Manager中間層のアップグレード

Oracle Access Manager 11gをインストールする場合、アップグレード・アシスタントがOracleホームのbinディレクトリに自動的にインストールされます。

アップグレード・アシスタントは、アップグレードするOracleホームごとに1回ずつ実行します。たとえば、同じ10gリリース2(10.1.2)ファームの一部である、2つの異なる10gリリース2(10.1.2)Oracleホームをアップグレードする場合、それぞれの10gリリース2(10.1.2)Oracleホームに対して1回ずつ、つまり2回アップグレード・アシスタントを実行する必要があります。

注意:
Oracle Application Server 10g Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

中間層をアップグレードするには、次の手順を完了します。

1. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合(MW_HOME/Oracle_IDM_Home/binにあります)

./ua

Windowsシステムの場合(MW_HOME\Oracle_IDM_Home\binにあります)

ua.bat

図11-5に示すようにOracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。

図11-5 アップグレード・アシスタントの「ようこそ」画面

「図11-5 アップグレード・アシスタントの「ようこそ」画面」の説明

2. 「次へ」をクリックします。
「操作の指定」画面が表示されます。

図11-6 「操作の指定」

「図11-6 「操作の指定」」の説明

3. Oracle Access Manager中間層のアップグレードを選択します。
アップグレード・アシスタントで使用可能なオプションは、アシスタントを起動したOracleホーム固有のものです。Oracle Application Server Identity ManagementのOracleホームからアップグレード・アシスタントを起動する場合、「操作の指定」画面に表示されるオプションが、Oracle Application Server Identity ManagementのOracleホームに対して有効なオプションです。

4. 「次へ」をクリックします。
「ソース詳細の指定」画面が表示されます。

5. 次の情報を入力します。

- プロパティ・ファイル: 「参照」をクリックし、Oracle Single Sign-On 10gのpolicy.propertiesファイルのパスを指定します。
Oracle Access Manager 11gインストールが、Oracle Single Sign-On 10gインストールとは別のホスト上にある場合は、10gのpolicy.propertiesファイルをOracle Access Manager 11gホストの一時ディレクトリにコピーする必要があります。その後、一時フォルダ内にあるpolicy.propertiesファイルのパスを指定します。

- データベース・ホスト: Oracle Single Sign-Onスキーマを含むデータベース・ホスト名を入力します。

- データベース・ポート: データベース・ポート番号を入力します。

- データベース・サービス: データベース・サービス名を入力します。

- SYSパスワード: 「データベース」ドロップダウン・メニューから選択したデータベースのSYSデータベース・アカウントのパスワードを入力します。アップグレード・アシスタントでは、10gコンポーネント・スキーマをアップグレードする前にログイン資格証明が必要です。

注意:
Oracle Single Sign-On 10gのデータベース構成のデータベースの詳細を必ず入力します。

6. 「次へ」をクリックします。
「OIDの詳細の指定」画面が表示されます。

7. 次の情報を入力します。

- OIDホスト: Oracle Internet Directory 10gサーバーのホスト名を入力します。

- OID SSLポート: Oracle Internet Directory 10gのポート番号を入力します。

- OIDパスワード: Oracle Internet Directory 10gの管理アカウント(cn=orcladmin)のパスワードを入力します。

8. 「次へ」をクリックします。
「WebLogic Serverの指定」画面が表示されます。

9. 次の情報を入力します。

- ホスト: Oracle WebLogic Serverドメインのホスト名を入力します。

- ポート: 管理サーバーのリスニング・ポートを入力します。デフォルト・サーバー・ポートは7001です。

- ユーザー名: 管理サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するものと同じユーザー名です。

- パスワード: 管理サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

10. 「次へ」をクリックします。
「アップグレード・オプションの指定」画面が表示されます。

11. 「アップグレード完了後にアップグレード先コンポーネントを起動」を選択し、「次へ」を選択します。

注意:
外部アプリケーションを使用している場合は、外部アプリケーションでもアップグレードを選択します。

「コンポーネントの調査」画面が表示されます。

12. 「次へ」をクリックします。
「アップグレード・サマリー」画面が表示されます。

13. 「アップグレード」をクリックします。
「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

14. 「次へ」をクリックします。
「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。

15. 「閉じる」をクリックします。

11.8 タスク6: アップグレード後に必要なOracle Access Managerタスクの完了

次の項では、Oracle Access Manager 11gへのアップグレード後に手動で実行する必要がある手順について説明します。

- Oracle HTTP Serverポートが変更された場合のOracle Access Managerサーバーを使用したOracle Portal 10gの構成

- ロールを調整するためのOracle Access Manager管理コンソールの構成

- osso.confファイルのコピー

- Oracle Access Manager 11gでのOracle Business Intelligence Discoverer 11gの構成

- アップグレード後の追加のOracle Access Managerタスク

- Oracle Single Sign-On 10gの停止

11.8.1 Oracle HTTP Serverポートが変更された場合のOracle Access Managerサーバーを使用したOracle Portal 10gの構成

Oracle PortalのOracle Single Sign-OnサーバーをOracle Access Managerサーバーにアップグレードした後、Oracle PortalスキーマをOracle Access Managerサーバーに関する情報で更新する必要があります。そのためには、wwsec_enabler_config_info$表を次のように更新する必要があります。

1. Oracle Portalスキーマをホストしているデータベースに接続し、そのPortalスキーマのユーザー名とパスワードを使用してログインします。

2. 次のコマンドを実行して、Portalスキーマのパスワードを取得します。

ldapsearch -v -D "cn=orcladmin" -w "orcladminpassword" -h OIDHost -p OIDPort -s sub -b "cn=IAS  Infrastructure Databases, cn=IAS, cn=Products, cn=OracleContext" "orclresourcename=PORTAL"  orclpasswordattribute

3. portal_post_upgrade.sqlスクリプト(ORACLE_HOME\oam\server\upgrade\sqlにある)を実行します。

4. 入力を求められたら、ご使用のOracle Access Manager管理対象サーバーのホスト名およびポート番号を入力します。

11.8.2 ロールを調整するためのOracle Access Manager管理コンソールの構成

アップグレード後に、Oracle Access Manager管理コンソールではランタイム認証および認可にシステム・アイデンティティ・ストアが使用されます。既存のロールを調整するには、次のWLSTコマンドを使用できます。

1. ORACLE_IDM\common\binにあるWebLogic Scripting Toolを起動します。

wlst.sh

2. WLSTシェルで、次のコマンドを入力します。

editUserIdentityStore ( name="UserIdentityStoreName",roleSecAdmin="SecurityAdminRoleName" )

例:

( name="MigratedUserIdentityStore",roleSecAdmin="Administrators" )

Oracle Access Manager管理コンソールに対してOracle Access Manager管理者のグループを構成する場合は、次の手順を完了します。

1. Oracle Internet Directoryに例の管理者のグループを作成します。

2. Oracle Access Manager管理者権限の完全修飾dnを追加します。たとえば、グループの一意のメンバーとして次のものを入力します。

cn=orcladmin,cn=users,dc=us,dc=abc,dc=com

3. ORACLE_IDM\common\binにあるWebLogic Scripting Toolを起動します。

wlst.sh

4. WLSTシェルで、次のコマンドを入力します。

editUserIdentityStore(name="MigratedUserIdentityStore",roleSecAdmin="SecurityAdminRoleName")

例:

editUserIdentityStore(name="MigratedUserIdentityStore",roleSecAdmin="Administrators")

11.8.3 osso.confファイルのコピー

アップグレード・プロセス中に既存のOracle Single Sign-On 10gのホスト名およびポート番号を保持した場合は、Oracle Upgrade AssistantによってOracle_Home/upgrade/tempディレクトリに各パートナ・アプリケーションのosso.confファイルが生成されます。このosso.confファイルを、Oracle Access Manager 11gに登録してあるパートナ・アプリケーションの場所にコピーする必要があります。

パートナ・アプリケーションと関連付けられている正しいosso.confファイルを識別する必要があります。

例:

F78CFE57-dadvmb0097.us.abc.com_22776_769_osso.conf

正しいosso.confファイルを識別するには、oam-config.xmlファイル(IDM_HOME/oam/server/configにある)を調べます。oam-config.xmlファイルには、パートナ・アプリケーションの詳細とOracle HTTP Serverのホスト・アドレスおよびポート番号が指定されています。

11.8.4 Oracle Access Manager 11gでのOracle Business Intelligence Discoverer 11gの構成

Oracle Business Intelligence DiscovererのOracle Single Sign-OnサーバーをOracle Access Managerサーバーにアップグレードした後、Oracle Business Intelligence Discovererのシングル・サインオン構成を次のように更新する必要があります。

1. テキスト・エディタでmod_osso.confファイル(Oracle Business Intelligence DiscovererインスタンスのORACLE_INSTANCE/config/OHS/<COMPONENT_NAME>/moduleconfにある)を開きます。

2. <IfModule mod_osso.c>に次の行を追加します。

OssoHTTPOnly Off

3. 次のopmnctlコマンドを実行することでOracle HTTP Serverを再起動します。

OHS_INSTANCE_HOME/bin/opmnctl stopall
OHS_INSTANCE_HOME/bin/opmnctl startall

11.8.5 アップグレード後の追加のOracle Access Managerタスク

Oracle Access Manager 11gにアップグレードした後、次の追加のアップグレード後のタスクを実行する必要があります。

- 宛先トポロジが、ソースと同じマシン上のOracle HTTP Server 11g(11gコンパニオンCDによってインストール済)によってフロントエンド処理されている場合、そのOracle HTTP Server 11gのインストール・ディレクトリからアップグレード・アシスタントを実行し、Oracle Single Sign-Onのフロントエンド処理を行うOracle HTTP Serverをアップグレードできます。そのような場合、アップグレード・アシスタントのポート保持オプションを使用すると、mod_ossoパートナとOracle Access Managerの再関連付けは不要になります。

- Oracle Portal 10gからアップグレードしたOracle Portal 11gを使用している場合、portal_post_upgrade.sqlスクリプト(Oracle_IDM1/oam/server/upgrade/sqlにある)を実行してOracle Single Sign-On構成を更新することと、シングル・サインオン認証にOracle Access Manager 11gを使用するようにすることが必要です。

- その他の場合は、アップグレード後にmod_ossoパートナと新しくアップグレードされたOracle Access Manager 11gの再関連付けを実行する必要があります。アップグレードの一部として生成されたmod_osso構成は、このために使用できます。

- Oracle Portalにログインする前に、次のopmnctlコマンド(WindowsではORACLE_INSTANCE\binディレクトリに、UNIXではORACLE_INSTANCE/binディレクトリにある)を実行することでOracle Web Cacheを再起動する必要があります。

opmnctl stopall
opmnctl startall

11.8.6 Oracle Single Sign-On 10gの停止

Oracle Access Manager 11gにアップグレードした後、Oracle Internet Directory 10gまたはOracle Delegated Administration Services 10gでOracle Single Sign-On 10gを使用していない場合は、Oracle Single Sign-On 10gを削除できます。それを行うには、コマンドラインで次のコマンドを実行することで、Oracle Single Sign-On 10gサーバーをOracle Identity Manager 10g Server (OC4J_SECURITY)からアンデプロイします。

java -jar admin_client.jar <uri> <adminId> <adminPassword> -undeploy sso

11.9 タスク7: Oracle Access Managerアップグレードの確認

アップグレードの完了後に、Oracle Access Managerはデフォルトで共存モードになります。Oracle Access Managerのアップグレードが正常に実行されたことを確認する手順は次のとおりです。

1. アップグレード・アシスタントを再度実行し、「操作の指定」画面で「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

2. 次のURLを使用して、Oracle Access Manager 11g管理サーバーが稼動していることを確認します。
Oracle Access Manager管理サーバー:

http://server:port/oam_admin

3. Oracle Access Manager 11g管理対象サーバーが稼動していることを確認するには、次のようにします。

1. 必要な管理者資格証明を使用してOracle WebLogic Server管理コンソールにログインします。

2. 左側のペインでドメイン構造を開き、「デプロイメント」を選択します。

3. ご使用の管理対象サーバーがデプロイメントのサマリーページにリストされていることを確認します。

かわりに、エラー・メッセージがないかアップグレード・ログ・ファイルをチェックするか、Fusion Middleware Controlを使用してOracle Access Managerおよび他のOracle Identity ManagementコンポーネントがそのOracle Fusion Middleware環境で稼動していることを確認できます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

12 Oracle Adaptive Access Manager環境のアップグレード

この章では、既存のOracle Adaptive Access Manager 10g(10.1.4.5)をOracle Adaptive Access Manager 11gリリース1(11.1.1.5.0)にアップグレードする方法を説明します。

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

- 概要

- 前提条件

- タスク1: Oracle Adaptive Access Managerトポロジの決定

- タスク2: Oracle Adaptive Access Managerスキーマを含むOracle Databaseのアップグレード(必要な場合)

- タスク3: リポジトリ作成ユーティリティの実行によるスキーマの作成

- タスク4: Oracle Fusion Middlewareのインストール

- タスク5: アップグレード・アシスタントを使用したOracle Adaptive Access Managerスキーマのアップグレード

- タスク6: 新規または既存のOracle WebLogicドメインでのOracle Adaptive Access Managerの構成

- タスク7: 管理対象サーバーを起動するためのノード・マネージャの構成

- タスク8: 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの停止

- タスク9: アップグレード・アシスタントを使用したOracle Adaptive Access Manager中間層のアップグレード

- タスク10: 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動

- タスク11: アップグレード後に必要なOracle Adaptive Access Managerタスクの完了

- タスク12: Oracle Adaptive Access Managerアップグレードの確認

12.1 概要

アップグレード・アシスタントを実行してOracle Adaptive Access Manager 10gからアップグレードする場合、アップグレード・アシスタントによってOracle Adaptive Access Manager 10g構成の大部分はOracle Adaptive Access Manager 11gにアップグレードされます。場合によっては、アップグレード・アシスタントの実行後に手動でアップグレードする必要があります。

アップグレード・アシスタントを実行してOracle Adaptive Access Manager 10gからアップグレードする場合、アップグレード・アシスタントによって次のものがアップグレードされます。

- Adaptive Risk Manager (ARM)のWebアプリケーションのキーストアsystem_config.keystoreおよびsystem_db.keystoreKeysの対称鍵(暗号化および復号化に使用される)は、資格証明マップoaamで同じ別名を持つ資格証明ストア・フレームワーク(CSF)に移行されます。

- 認証プロバイダWebアプリケーション(ASA)の次に示すOracle Adaptive Access Managerプロパティ・ファイル

- bharosauio.properties

- bharosa_client.properties

- bharosa_common.properties

- Adaptive Risk Manager (ARM)のWebアプリケーションの次に示すOracle Adaptive Access Managerプロパティ・ファイル

- bharosa_server.properties

- bharosa_common.properties

アップグレード・アシスタントを実行してOracle Adaptive Access Manager 10gからアップグレードする場合、次のコンポーネントはOracle Adaptive Access Manager 11g環境にアップグレードされません。

- ARM WebAppユーザー・ロールおよびユーザー

- Log4jの設定

- ASA WebアプリケーションのクライアントサイドWebサービス構成および設定

- SOAPユーザー・パスワードが設定されているクライアントサイドSOAPキーストア

- 次のようなすべてのカスタマイズ

- カスタムWebコンテンツ(JSP、CSSなど)

- カスタム・イメージ

- カスタム動的アクション

- カスタム・ローダー

- カスタム・プロパティ・ファイル

このような構成は、アップグレード・アシスタントの実行後に手動でアップグレードする必要があります。詳細は、「タスク11: アップグレード後に必要なOracle Adaptive Access Managerタスクの完了」、Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイド、およびOracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドを参照してください。

12.2 前提条件

Oracle Adaptive Access Manager 11g環境にアップグレードするには、次の前提条件を満たす必要があります。

- Oracle Adaptive Access Manager 10g (10.1.4.5)およびOracle Databaseにバンドル・パッチ07を適用済であることを確認します。

- データベースがシステム要件を満たしていることを確認します。詳細は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』を参照してください。要件を満たしていない場合、Oracle Adaptive Access Manager 11gにアップグレードする前にデータベース・ソフトウェアをアップグレードする必要があります。

- Oracle Adaptive Access Manager 10g Webアプリケーションが展開された形式になっていることを確認します。

- アップグレード・アシスタントがOracle Adaptive Access Manager 10g webappフォルダおよびファイルにアクセスできることを確認します。

12.3 タスク1: Oracle Adaptive Access Managerトポロジの決定

Oracle Adaptive Access Manager 11gをインストールする前に、バンドル・パッチ07を適用済のOracle Adaptive Access Manager 10g (10.1.4.5)の現在のトポロジおよびOracle Fusion Middleware 11g環境の要件を考慮してください。

詳細は、第10章「Oracle Adaptive Access Managerのトポロジ」を参照してください。

12.4 タスク2: Oracle Adaptive Access Managerスキーマを含むOracle Databaseのアップグレード(必要な場合)

Oracle Adaptive Access Manager環境をアップグレードする場合は、Oracle Adaptive Access Managerスキーマをインストールする予定のデータベースのバージョンがOracle Fusion Middleware 11gによってサポートされていることを確認する必要があります。

データベースがOracle Fusion Middleware 11gの要件を満たしているかどうかを確認する手順については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

12.5 タスク3: リポジトリ作成ユーティリティの実行によるスキーマの作成

リポジトリ作成ユーティリティを実行して、Oracle Meta Data Services (MDS)スキーマを、サポートされているデータベースに作成し、次の操作を完了します。

- Oracle Adaptive Access Managerのアップグレード準備としてのリポジトリ作成ユーティリティの実行

- Oracle Adaptive Access Managerのアップグレードに必要なスキーマの選択

12.5.1 Oracle Adaptive Access Managerのアップグレード準備としてのリポジトリ作成ユーティリティの実行

Oracle Adaptive Access Managerスキーマをインストールするためのリポジトリ作成ユーティリティの実行の詳細は、次のドキュメントを参照してください。

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

- 『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

リポジトリ作成ユーティリティを起動した後、リポジトリ作成ユーティリティの画面の手順に従ってデータベースに接続し、必要なスキーマを作成します。

12.5.2 Oracle Adaptive Access Managerのアップグレードに必要なスキーマの選択

リポジトリ作成ユーティリティを使用して、スキーマを必要とするすべてのOracle Fusion Middlewareソフトウェア・コンポーネントに必要なスキーマをインストールできます。ただし、すべてのスキーマをインストールする必要があるのは、Oracle Fusion Middlewareの完全な環境をインストールし、すべてのOracle Fusion Middlewareコンポーネント・スキーマに同じデータベースを使用する計画がある場合にかぎられます。

Oracle Adaptive Access Managerのアップグレードでは、リポジトリ作成ユーティリティから入力を求められたときに、次のスキーマを選択する必要があります。

- 「AS共通スキーマ」を開き、「Metadata Services」および「監査サービス」を選択します。
このスキーマは、Oracle Adaptive Access Managerコンポーネントに必要とされるOracle Fusion Middlewareメタデータ・サービス(MDS)をサポートします。

注意:
MDSスキーマは、Oracle Adaptive Access Managerスキーマがインストールされているデータベースとは異なるデータベースにインストールできます。ただし、Oracle Adaptive Access Manager管理対象サーバーがMDSスキーマにアクセスできることを確認します。

12.6 タスク4: Oracle Fusion Middlewareのインストール

Oracle Fusion Middleware 11gにアップグレードする前に、Oracle Application Server 10gに対して設定したトポロジと同様のOracle Fusion Middleware環境をインストールおよび構成する必要があります。これを行うには、次の手順を完了します。

1. Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

2. Oracle Adaptive Access Manager 11gリリース1(11.1.1.5.0)のインストール

12.6.1 Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle Identity and Access Management 11g リリース1(11.1.1)コンポーネントをインストールする前に、Oracle WebLogic Serverをインストールして、Oracleミドルウェア・ホーム・ディレクトリを作成する必要があります。

詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle WebLogic Serverのインストールに関する項を参照してください。

また、Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

12.6.2 Oracle Adaptive Access Manager 11gリリース1(11.1.1.5.0)のインストール

Oracle Adaptive Access Manager 11g リリース1(11.1.1.5.0)のインストールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOAAMのインストールに関する項を参照してください。

注意:
インストール・プロセス中にOracle Adaptive Access Managerドメインを構成しないでください。

12.7 タスク5: アップグレード・アシスタントを使用したOracle Adaptive Access Managerスキーマのアップグレード

アップグレード・アシスタントを使用してOracle Adaptive Access Managerスキーマをアップグレードするには、次の手順を実行します。

1. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合(MW_HOME/Oracle_<IDM_Home>/binにあります)

./ua

Windowsシステムの場合(MW_HOME\Oracle_<IDM_Home>\binにあります)

ua.bat

図12-1に示すようにOracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。

図12-1 アップグレード・アシスタントの「ようこそ」画面

「図12-1 アップグレード・アシスタントの「ようこそ」画面」の説明

2. 「次へ」をクリックします。
図12-2に示すように「操作の指定」画面が表示されます。

図12-2 アップグレード・アシスタントの「操作の指定」画面

「図12-2 アップグレード・アシスタントの「操作の指定」画面」の説明

3. 「Oracle Adaptive Access Managerスキーマのアップグレード」オプションを選択します。

4. 「次へ」をクリックします。
「前提条件」画面が表示されます。

5. データベース・スキーマのバックアップを完了済および「Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済」オプションを選択します。

注意:

- データベース・スキーマのバックアップを完了済オプションを選択する前にデータベースをアップグレード済であることを確認します。詳細は、「タスク2: Oracle Adaptive Access Managerスキーマを含むOracle Databaseのアップグレード(必要な場合)」を参照してください。

- データベースがOracle Fusion Middleware 11gの要件を満たしているかどうかを確認する手順については、http://www.oracle.com/technology/software/products/ias/files/fusion_certification.htmlを参照してください。

6. 「次へ」をクリックします。
「OAAMソース・データベースの指定」画面が表示されます。

7. 次の情報を入力します。

- データベース・タイプ: ドロップダウン・リストからデータベース・タイプを選択します。

- 接続文字列: データベースの接続文字列を入力します。
たとえば、次のようになります。

host:port:sid

- OAAMスキーマ・ユーザー: Oracle Adaptive Access Manager 10gスキーマ・ユーザー名を指定します。

- DBAユーザー: データベースのユーザー名を入力します。

- DBAパスワード: データベース・ユーザーのパスワードを入力します。

8. 「次へ」をクリックします。
「コンポーネントの調査」画面が表示されます。

アップグレード・アシスタントは、コンポーネントを調べ、ソースおよびターゲットの各スキーマに予想される列が含まれていることを確認します。

「ステータス」列の下に、「成功」という言葉が表示されます。「失敗」という言葉が表示された場合は、ログ・ファイルで詳細を調べてください。

注意:
現在のセッションのログ・ファイルを表示する場合は、画面の下部にあるリンクをクリックし、ua.logファイルを表示します。

9. 「次へ」をクリックします。
「アップグレード・サマリー」画面が表示されます。

10. 「アップグレード」をクリックします。
「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

関連項目:
アップグレード・アシスタントの実行時に発生する問題のトラブルシューティング手順の詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

11. 「次へ」をクリックします。
「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。

12. 「閉じる」をクリックします。

12.8 タスク6: 新規または既存のOracle WebLogicドメインでのOracle Adaptive Access Managerの構成

新規または既存のOracle WebLogicドメインでOracle Adaptive Access Managerを構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Adaptive Access Managerの構成に関する項を参照してください。Oracle Fusion Middleware構成ウィザードを実行するときに、必ず管理対象サーバーを構成してそれらをマシンに割り当ててください。

注意:
Oracle Adaptive Access Manager 11gのデータベースの詳細の入力を求める画面では、必ずOracle Adaptive Access Manager 10gのデータベースの詳細を指定します。別の11gのデータベースはないため、10gの資格証明を入力する必要があります。Oracle Adaptive Access Manager 10gのデータベースには存在しないいくつかのシステム表についてデータベースがチェックされます。これらのエラーは無視して、Oracle Adaptive Access Manager 11gのインストールを完了できます。

12.9 タスク7: 管理対象サーバーを起動するためのノード・マネージャの構成

ノード・マネージャの構成の詳細は、『Oracle Fusion Middleware管理者ガイド』の管理対象サーバーを起動するためのノード・マネージャの構成に関する項を参照してください。

12.10 タスク8: 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの停止

Oracle Adaptive Access Manager管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを起動済である場合は、コマンドラインから次のコマンドを実行して、Oracle Adaptive Access Manager管理サーバーおよび管理対象サーバーを停止する必要があります。

Windows

stopManagedWebLogic.cmd oaam_admin_server1
stopManagedWebLogic.cmd oaam_server_server1

UNIX

stopManagedWebLogic.sh oaam_admin_server1
stopManagedWebLogic.sh oaam_server_server1

12.11 タスク9: アップグレード・アシスタントを使用したOracle Adaptive Access Manager中間層のアップグレード

Oracle Adaptive Access Manager中間層をアップグレードする手順は次のとおりです。

注意:
Oracle Application Server 10g Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

1. Oracle Adaptive Access Manager管理対象サーバーを起動済である場合は、暗号化または復号化のために必要な対称鍵が自動的に生成されます。中間層のアップグレードを実行する前に、鍵を削除する必要があります。これを行うには、次の手順を完了します。

1. Oracle Enterprise Managerにログインします。

2. 左側のペインでWebLogicドメインを開き、OAAMドメインを選択します。
OAAMドメインのページが表示されます。

3. OAAMドメインから「セキュリティ」を選択し、「資格証明」を選択します。
「資格証明」ページが表示されます。

4. oaamを開き、対称鍵関連のエントリを削除します。

2. 次のコマンドを実行して、アップグレード・アシスタントを起動します。
UNIXシステムの場合(MW_HOME/Oracle_<IDM_Home>/binにあります)

./ua

Windowsシステムの場合(MW_HOME\Oracle_<IDM_Home>\binにあります)

ua.bat

図12-3に示すようにOracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。

図12-3 アップグレード・アシスタントの「ようこそ」画面

「図12-3 アップグレード・アシスタントの「ようこそ」画面」の説明

3. 「次へ」をクリックします。
図12-4に示すように「操作の指定」画面が表示されます。

図12-4 アップグレード・アシスタントの「操作の指定」画面

「図12-4 アップグレード・アシスタントの「操作の指定」画面」の説明

4. 「Oracle Adaptive Access Manager中間層のアップグレード」を選択します。
アップグレード・アシスタントで使用可能なオプションは、アシスタントを起動したOracleホーム固有のものです。Oracle Application Server Identity ManagementのOracleホームからアップグレード・アシスタントを起動する場合、「操作の指定」画面に表示されるオプションが、Oracle Application Server Identity ManagementのOracleホームに対して有効なオプションです。

5. 「次へ」をクリックします。
「ソース詳細の指定」画面が表示されます。

6. 次の情報を入力します。

- 「参照」をクリックして、Oracle Adaptive Access Manager Adaptive Strong Authenticator Webアプリケーション(ASA)10gおよびAdaptive Risk Manager Webアプリケーション(ARM)10gの各アプリケーションのディレクトリの場所を入力します。

- データベース・タイプ: ドロップダウン・リストからデータベース・タイプを選択します。

- 接続文字列: データベースが稼働しているサーバーの名前を入力します。Oracle Databaseについては、次のいずれかの形式を使用します。
//host:port/service or host:port:sid

- スキーマ・ユーザー名: スキーマのユーザー名を入力します。

- スキーマ・パスワード: スキーマのパスワードを入力します。

7. 「次へ」をクリックします。
「WebLogic Serverの指定」画面が表示されます。

8. Oracle WebLogic Serverドメインについて次の情報を入力します。

- ホスト: Oracle WebLogic Serverドメインのホスト名。

- ポート: 管理サーバーのリスニング・ポート。デフォルトの管理サーバー・ポートは7001です。

- ユーザー名: 管理サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するユーザー名と同じです。

- パスワード: 管理サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

- 「次へ」をクリックします。

「アップグレード・オプションの指定」画面が表示されます。

9. 「アップグレード完了後にアップグレード先コンポーネントを起動」を選択し、「次へ」を選択します。
「コンポーネントの調査」画面が表示されます。

注意:
「アップグレード完了後にアップグレード先コンポーネントを起動」を選択する前に、ノード・マネージャが稼動していることを確認します。

10. 「次へ」をクリックします。
「アップグレード・サマリー」画面が表示されます。

11. 「アップグレード」をクリックします。
「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

12. 「次へ」をクリックします。
「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。

13. 「閉じる」をクリックします。

12.12 タスク10: 管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーの起動

コマンドラインから次のコマンドを実行して、Oracle Adaptive Access Manager管理サーバーおよびOracle Adaptive Access Manager管理対象サーバーを起動する必要があります。

Windows

startManagedWebLogic.cmd oaam_admin_server1
startManagedWebLogic.cmd oaam_server_server1

UNIX

startManagedWebLogic.sh oaam_admin_server1
startManagedWebLogic.sh oaam_server_server1

12.13 タスク11: アップグレード後に必要なOracle Adaptive Access Managerタスクの完了

Oracle Adaptive Access Manager 10g環境をOracle Adaptive Access Manager 11gにアップグレードした後、次の追加のアップグレード後のタスクを実行する必要があります。

- Oracle Adaptive Access Manager 10gにカスタマイズがある場合は、Oracle Adaptive Access Managerのカスタマイズまたは拡張共有ライブラリを使用してそれらのカスタマイズを移行できます。詳細は、Oracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドを参照してください。

- log4jがOracle Adaptive Access Manager 11gでは使用されないため、Javaロギング設定は手動で構成する必要があります。

- Oracle Fusion Middleware Enterprise Managerを使用してアプリケーション・ロギングを構成するか、サーバーによって使用されるロギング・プロパティ・ファイルを構成します。

- Oracle WebLogic管理コンソールを使用して、Oracle Adaptive Access Managerドメイン内の関連するOracle Adaptive Access Managerグループでユーザーを再構成する必要があります。それにより、これらのユーザーはoaam_adminアプリケーションを使用できるようになります。Oracle Adaptive Access Manager 10gで使用されているユーザー・グループ・ロールは、Oracle Adaptive Access Manager 11gでは異なるセットの名前を使用します。表12-1は、10gから11gへのロール・マッピングを示しています。

表12-1 ユーザー・グループのマッピング

Oracle Adaptive Access Manager 10.1.4.5のユーザー・グループ

Oracle Adaptive Access Manager 11gのユーザー・グループ

CSRGroup

OAAMCSRGroup

CSRManagerGroup

OAAMCSRManagerGroup

CSRInvestigator

OAAMCSRInvestigatorGroup

Investigator

OAAMInvestigatorGroup

InvestigationManager

OAAMInvestigationManagerGroup

RuleAdministratorsGroup

OAAMRuleAdministratorGroup

EnvAdminGroup

OAAMEnvAdminGroup

AuditorsGroup

Not Available

SOAPServicesGroup

OAAMSOAPServicesGroup

- 基本的な必須エンティティは、Oracle Adaptive Access Managerに同梱されています(MW_HOME/IDM_ORACLE_HOME/oaam/initディレクトリにあるAuth_EntityDefinition.zipファイル内)。次の手順を完了することでシステムにこれらの基本エンティティをインポートする必要があります。

1. Oracle Adaptive Access Manager管理コンソールにログインします。

2. ナビゲーション・ツリーの「エンティティ」をクリックして「エンティティ」検索ページに移動するか、ナビゲーション・ツリーの「エンティティ」を右クリックして表示されるコンテキスト・メニューから「オープン」を選択します。

3. 「エンティティ」検索ページで、「インポート」をクリックします。

4. エンティティのインポート画面で、「参照」をクリックし、Auth_EntityDefinition.zipファイルを見つけます。

5. 「OK」をクリックします。

- 暗号化と復号化に使用する対称鍵をバックアップする必要があります。Oracle Adaptive Access Manager 11gドメインの再作成が必要な場合にこれらの鍵が必要になることがあります。これらの鍵にアクセスする手順は次のとおりです。

1. Oracle Enterprise Managerにログインします。

2. 左側のペインでWebLogicドメインを開き、OAAMドメインを選択します。
OAAMドメインのページが表示されます。

3. OAAMドメインから「セキュリティ」を選択し、「資格証明」を選択します。
「資格証明」ページが表示されます。

4. oaamを開き、タイプ「汎用」に関連付けられた対称鍵関連のエントリを選択します。

5. 「編集」をクリックします。

6. 「資格証明」セクションに移動し、対称鍵関連のエントリをコピーし、鍵の名前を書き留めます。

注意:
前述の手順を繰り返し、データベースおよび構成の鍵をバックアップします。

12.14 タスク12: Oracle Adaptive Access Managerアップグレードの確認

Oracle Adaptive Access Managerのアップグレードが正常に実行されたことを確認する手順は次のとおりです。

1. アップグレード・アシスタントを再度実行し、「操作の指定」ページで「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

2. 次のURLを使用して、Oracle Adaptive Access Manager 11gが稼動していることを確認します。
Oracle Adaptive Access Manager管理サーバー:

http://hostname:oaam_admin_port/oaam_admin/ping

Oracle Adaptive Access Manager管理対象サーバー:

http://hostname:oaam_server_port/oaam_server/ping

かわりに、エラー・メッセージがないかアップグレード・ログ・ファイルをチェックするか、Fusion Middleware Controlを使用してOracle Adaptive Access Managerおよび他のOracle Identity ManagementコンポーネントがそのOracle Fusion Middleware環境で稼動していることを確認できます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

3. 対称鍵がCSFに作成されていることを確認するには、次のように実行します。

1. Oracle Enterprise Managerにログインします。

2. 左側のペインでWebLogicドメインを開き、OAAMドメインを選択します。
OAAMドメインのページが表示されます。

3. OAAMドメインから「セキュリティ」を選択し、「資格証明」を選択します。
「資格証明」ページが表示されます。

4. oaamが「資格証明ストア・プロバイダ」表にリストされていることを確認します。oaamを開き、それに、DESede_db_key_aliasおよびDESede_config_key_aliasのエントリが含まれていることを確認します。

4. Oracle Adaptive Access Managerスキーマのバージョンをチェックして、スキーマのアップグレードが正常に終了したことを確認します。

5. 既存のユーザーとしてOracle Adaptive Access Manager管理コンソールにログインし、それにアクセスできることを確認します。

6. 既存のセッションを検索および表示できることを確認するには、次のように実行します。

1. Oracle Adaptive Access Manager管理コンソールにログインします。

2. ナビゲーション・ツリーで「セッション」を選択します。「セッション」検索ページが表示されます。

3. 関心がある詳細別にセッションを検索します。

詳細は、Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイドの「セッションの詳細の使用」の章を参照してください。

13 Oracle Identity Manager環境のアップグレード

この章では、既存の9.1 Oracle Identity ManagerをOracle Identity Manager 11gにアップグレードする方法を説明します。Oracle Identity Managerのアップグレードの開始ポイントの詳細は、第9.3項「サポートされているOracle Identity Managerの開始ポイント」を参照してください。

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

注意:

- Microsoft SQLデータベース上で稼動しているOracle Identity Manager 9.1をOracle Identity Manager 11gにアップグレードすることはできません。

- 既存のOracle Identity and Access Management 11gリリース1(11.1.1.3.0)インストールがある場合は、『Oracle Fusion Middlewareパッチ適用ガイド』の「Oracle Identity and Access Managementへのパッチの適用」の章の説明に従ってそれにパッチを適用してOracle Identity and Access Management 11gリリース1(11.1.1.5.0)にすることができます。

- アップグレードの概要

- 前提条件

- タスク1: Oracle Identity Manager 11g用のOracle Databaseの特定および準備(オプション)

- タスク2: リポジトリ作成ユーティリティを使用したデータベースでのスキーマの作成

- タスク3: Oracle Fusion Middlewareのインストール

- タスク4: アップグレード・アシスタントを使用したOracle Identity Managerスキーマのアップグレード

- タスク5: Oracle Identity Manager用のWebLogicドメインの作成

- タスク6: WebLogic管理サーバーの起動

- タスク7: Oracle Identity Managerサーバー11gの構成

- タスク8: 管理対象サーバーを起動するためのノード・マネージャの構成

- タスク9: SOA管理対象サーバーの起動

- タスク10: Oracle Identity Manager管理対象サーバーの起動

- タスク11: Oracle Identity Manager管理対象サーバーの停止

- タスク12: アップグレード・アシスタントを使用したOracle Identity Manager中間層のアップグレード

- タスク13: Oracle Identity Manager管理対象サーバーの起動

- タスク14: アップグレード後に必要なOracle Identity Managerタスクの完了

- タスク15: Oracle Identity Managerのアップグレードの確認

13.1 アップグレードの概要

アップグレード・アシスタントを実行してOracle Identity Manager 9.1からOracle Identity Manager 11gにアップグレードする場合、アップグレード・アシスタントによってOracle Identity Manager 9.1構成の大部分はOracle Identity Manager 11gにアップグレードされます。

この項では、次のようなOracle Identity Manager 11gにおける主要な違いのいくつかについて説明します。

- アプリケーション・サーバーおよびJVMのサポート

- データベースのサポート

- リクエスト管理

- 認可

- アクセス・ポリシー

- 承認プロセス

- スケジュール済タスク

- ユーザー・インタフェースのカスタマイズ

- オブジェクト・フォーム

- 事前移入アダプタ

- タスク割当てアダプタ

- イベント・ハンドラ

- シグネチャベースのログイン

- Application Program Interface

- タスク割当て

- アップグレード後

13.1.1 アプリケーション・サーバーおよびJVMのサポート

Oracle Identity Manager 11gは、デプロイ・プラットフォームとしてOracle WebLogic Serverのみをサポートしています。OC4J、IBM WebSphere、JBossなどのその他のアプリケーション・サーバーはサポートされていません。表13-1は、Oracle Identity Manager 9.1とOracle Identity Manager 11gで、サポートされるアプリケーションとJVMの組合せを比較しています。

表13-1 Oracle Identity Manager 11gに対するアプリケーション・サーバーとJDKのサポート

Oracle Identity Manager 9.1

Oracle Identity Manager 11g

Oracle WebLogic Server (Sun JDK、Oracle JRockit、またはHP JDK)。

Oracle WebLogic Server (Sun JDKまたはJRockit JDK)。

JBoss Application Server (Sun JDK、Oracle JRockit、またはHP JDK)。

Oracle WebLogic Server (Sun JDKまたはJRockit JDK)。

OC4J (Sun JDK、Oracle JRockit、またはHP JDK)。

Oracle WebLogic Server (Sun JDKまたはJRockit JDK)。

IBM WebSphere Application Server (IBM JDK)。

Oracle WebLogic Server (Sun JDKまたはJRockit JDK)。

注意:
Oracle Identity Manager 11gにアップグレードする場合、必ずOracle Identity Manager 9.1で使用していたものと同じ提供されたJDKを使用してください。

13.1.2 データベースのサポート

Oracle Identity Manager 9.1では、Microsoft SQL ServerおよびOracle Databaseがサポートされています。Oracle Identity Manager 11gでは、Oracle Databaseのみがサポートされています。

13.1.3 リクエスト管理

Oracle Identity Manager 11gでは、次のものがサポートされています。

- SOAコンポジット・ベースの承認プロセス

- ユーザーの作成やロールの割当てなど新しいタイプのリクエスト

- 拡張されたバルク・リクエスト

- リクエスト・テンプレート

注意:
Oracle Identity Manager 11gでは、リクエスト・ベースの組織プロビジョニングはサポートされていません。

多くのOracle Identity Manager 9.1のリクエスト関連のカスタマイズが、Oracle Identity Manager 11gへのアップグレード後は不要になります。それらはすぐに使用できるようになっているためです。リクエスト関連の機能の詳細は、『Oracle Fusion Middleware Oracle Identity Managerユーザーズ・ガイド』を参照してください。

13.1.4 認可

様々な操作を実行するためのアプリケーション・アクセス制御は、認可ポリシーを使用してOracle Identity Manager 11gに埋め込まれている認可エンジンによって制御されます。認可ポリシーによって、ユーザーが特定のアクションの実行を許可されるかどうかが実行時に決定されます。Oracle Identity Manager 11g内の認可要件を満たす認可ポリシーを定義できます。

Oracle Identity Manager 9.1では、各コンポーネントでそれ自体の認可ポリシー・ユーザー・インタフェースおよびバックエンドの実装が定義および管理されていました。

Oracle Identity Manager 11gでは、認可ポリシー管理は管理機能として一元化されており、埋込みバージョンのOracle Entitlements Serverによって施行されます。これらの認可ポリシーによって、Oracle Identity Manager 11gアプリケーションに対するアクセス制御が確保され、アプリケーション内で誰が何を実行できるのかが定義されます。

Oracle Identity Manager 9.1では、組織管理者に関するすべてのデータがOracle Identity ManagerスキーマのAAD表に格納されていました。この情報は、基本的には、それぞれの組織で操作の実行を許可されるユーザー・グループ、つまりその組織内のユーザーを確定するために使用されます。

Oracle Identity Manager 11gでは、アップグレード・プロセス中にAAD表の内容が読み取られ、ユーザー管理機能のためにOracle Entitlements Serverポリシーが作成されます。

Oracle Identity Manager 9.1では、グループ管理者に関するすべてのデータがOracle Identity ManagerスキーマのGPP表に格納されていました。この情報は、基本的には、管理している他のグループに対する操作の実行を許可されるユーザー・グループを確定するために使用されます。

Oracle Identity Manager 11gでは、アップグレード・プロセス中にGPP表の内容が読み取られ、ユーザー管理機能のためにOracle Entitlements Serverポリシーが作成されます。

Oracle Entitlements Serverの詳細は、http://www.oracle.com/technology/products/id_mgmt/oes/index.htmlを参照してください。

13.1.5 アクセス・ポリシー

アクセス・ポリシーはロールのリストであり、そのロールを定義することで、そのアクセス・ポリシーがアタッチされるロールのメンバーであるユーザーにリソースをプロビジョニングします。アクセス・ポリシーは、Oracle Identity Manager 11g管理コンソールおよびユーザー・コンソールでアクセス・ポリシーの作成およびアクセス・ポリシーの管理メニュー項目を使用して定義します。詳細は、『Oracle Fusion Middleware Oracle Identity Managerユーザーズ・ガイド』を参照してください。

13.1.6 承認プロセス

表13-2は、Oracle Identity Manager 9.1からOracle Identity Manager 11gにアップグレードする際の承認プロセスの違いを示しています。

表13-2 承認プロセス

Oracle Identity Manager 9.1

Oracle Identity Manager 11g

承認プロセス

SOAコンポジット

プロセス決定ルール

承認ポリシー

Oracle Identity Manager中間層をアップグレードするためにアップグレード・アシスタントを実行すると、レポートが生成されます。このレポートには、アップグレード中に作成される新しい承認ポリシーおよびSOAコンポジットがリストされます。このレポートはIDM_HOME/upgrade/workflow/report.htmlにあります。

Oracle Identity Manager 9.1からOracle Identity Manager 11gにアップグレードした後は、次の点に注意してください。

- 承認プロセスの一部は、SOAコンポジットに完全に変換されないことがあります。これらのSOAコンポジットは、手動で変更する必要があります。

- 生成されたSOAコンポジットは、SOA Serverに自動的にデプロイされません。アップグレード・プロセスを完了した後、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のSOAコンポジットのデプロイに関する項の説明に従って、SOAコンポジットをSOAサーバーにデプロイできます。

- リソース固有のすべての承認プロセスについて、アップグレードの一部として作成される対応する承認ポリシーは操作レベルになります。リソースRequestに関連付けられた承認プロセスについて、作成される対応する承認ポリシーはリクエスト・レベルになります。承認ポリシーの詳細は、『Oracle Fusion Middleware Oracle Identity Managerユーザーズ・ガイド』を参照してください。

- 組織のプロビジョニングと関連付けられた承認プロセスは、中間層のアップグレードの一部としてアップグレードされません。リクエストベースの組織のプロビジョニングは、Oracle Identity Manager 11gではサポートされていません。

- アップグレード中に作成される承認ポリシーは、常にDefaultOperationalApprovalと関連付けされます。この情報は、ワークフロー・アップグレード・レポートによって指定されます。

- 承認プロセスと関連付けられている電子メール・テンプレートは、SOAコンポジットに移行されません。

注意:
別のリソースの承認プロセスとして同様のSOAコンポジットを再利用することをお薦めします。

詳細は、「タスク14: アップグレード後に必要なOracle Identity Managerタスクの完了」を参照してください。

次の場合、承認プロセスは部分的にアップグレードされます。

- イベント・ハンドラまたはアダプタはシステム検証と関連付けられており、情報タスクを提供します。

- タスク情報は、タスク割当てルールの作成に使用されます。

- プロセス情報は、プロセス名やプロセス・タイプなどの属性によるタスク割当てルールのフレーミングに使用されます。

- 承認プロセスのタスクは、タスク割当てアダプタ、イベント・ハンドラ、またはプロセス・タスク・アダプタと関連付けられています。

13.1.7 スケジュール済タスク

アップグレード後に、すべてのスケジュール済タスクがOracle Identity Manager 11gのスケジュール済タスクおよびジョブに自動的に移行されます。詳細は、『Oracle Fusion Middleware Oracle Identity Managerシステム管理者ガイド』のスケジュール済タスクの管理に関する項を参照してください。

Oracle Identity Manager 9.1のジョブ履歴の内容は、Oracle Identity Manager 11gへのアップグレード後は不要になります。

13.1.8 ユーザー・インタフェースのカスタマイズ

Oracle Identity Manager 9.1では、Oracle Identity Manager管理およびユーザー・コンソールの次のコンポーネントをカスタマイズできます。

- 汎用のページ・レイアウト

- 説明テキスト、ラベルおよびエラー・メッセージ

- 色、フォントおよび位置揃え

- ロゴ

- 自動登録、ユーザーが開始したプロファイルの編集、および関連する承認

- ページ上のフィールド構成

- ユーザーが使用できるメニューの選択肢

Oracle Identity Manager 11gのアップグレード・プロセスでは、Oracle Identity Manager 9.1環境で行われた前述のカスタマイズは保持されません。Oracle Identity Manager 11gへのアップグレード後にユーザー・インタフェースのカスタマイズを再作成する必要があります。ユーザー・インタフェースがADFベースのページである場合、ユーザー・インタフェースのカスタマイズはADF Facesテクノロジを使用して実行する必要があります。遷移UIベースのページは、同じOracle Identity Manager 9.1のStrutsベースのテクノロジを使用してカスタマイズできます。ユーザー・インタフェースのカスタマイズの詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle Identity Managerインタフェースのカスタマイズに関する項を参照してください。

注意:

- 表示可能なメニュー項目は、メニュー権限を変更してカスタマイズすることはできません。

- ユーザー定義フィールド・リクエスト・フォームは、Oracle Identity Manager 11gにアップグレードされません。

13.1.9 オブジェクト・フォーム

アップグレード・プロセスの一部として、すべてのオブジェクト・フォームがリクエスト・データセットに変換されます。データフロー・マッピングもリクエスト・データセットに移行されます。Oracle Identity Manager 11gへのアップグレード後に、事前移入アダプタをフォーム・フィールドに再アタッチする必要があります。詳細は、「事前移入アダプタの再書込み」を参照してください。

13.1.10 事前移入アダプタ

Oracle Identity Manager 9.1のオブジェクト・フォームにアタッチされている事前移入アダプタは、Oracle Identity Manager 11gの事前移入プラグインとして変換または再実装する必要があります。プロセス・フォームの場合、事前移入アダプタは、Oracle Identity Manager 9.1での事前移入アダプタの機能のしかたと同じように機能します。アップグレード後に、「事前移入アダプタの再書込み」で説明する手順を完了する必要があります。

13.1.11 タスク割当てアダプタ

承認タスクと関連付けられたタスク割当てアダプタは、アップグレードされません。承認プロセスに対応する承認タスクのタスク割当てロジックは、SOAコンポジットとして再書込みする必要があります。詳細は、「生成されたSOAコンポジットの承認プロセスとしての使用方法」を参照してください。

13.1.12 イベント・ハンドラ

Oracle Identity Manager 9.1では、イベント・ハンドラによって、Design ConsoleのData Object Managerを使用して挿入、更新、削除などの特定のデータ・オブジェクト・ライフ・サイクル・イベントに各種カスタマイズを追加する機能が提供されていました。

Oracle Identity Manager 11gでは、ユーザー管理、ロール管理、およびリクエストは、作成、更新、削除などのライフ・サイクル管理イベントに対して様々なイベント・ハンドラを定義できるオーケストレーション・フレームワークを使用するように再設計されています。オーケストレーション・フレームワークは、イベント・ハンドラを同期または非同期で実行する機能も提供します。表13-3は、ロール・エンティティのマッピングを示しています。ユーザーおよびリクエストのエンティティにも同様のマッピングを適用できるようになります。

表13-3 イベント・ハンドラのマッピング

フォーム名

ハンドラ

ステージ

アクション

User Group

Pre Insert

Pre Processing

CREATE

User Group

Post Insert

Post Processing

CREATE

User Group

Pre Update

Pre Processing

MODIFY

User Group

Post Update

Post Processing

MODIFY

User Group

Pre Delete

Pre Processing

DELETE

User Group

Post Delete

Post Processing

DELETE

13.1.13 シグネチャベースのログイン

Oracle Identity Manager 9.1では、Oracle Identity Managerへのリモート接続およびOracle Identity Manager APIの実行は、シグネチャベースのログインによって実行されていました。Oracle Identity Manager 11gは、シグネチャベースのログインをサポートしています。ただし、Oracle Identity Managerへのログインには、ユーザー名とパスワードの方法を使用することをお薦めします。これを安全な方法で実行するには、資格証明ストア・フレームワークを使用します。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

13.1.14 Application Program Interface

オラクル社では、Oracle Identity Managerで使用可能なサービスを公開するネットワーク対応型のJavaベースのApplication Program Interface(API)を提供しています。このAPIは、Plain Old Java Object (POJO)に基づいており、Oracle Identity Managerとの対話に必要なプラミングを処理します。このAPIは、Oracle Identity Managerのクライアントの構築や、Oracle Identity Managerプラットフォームへのサード・パーティ製品の統合に使用できます。

Oracle Identity Manager 11gでは、以前のAPIのいくつかは新しいアーキテクチャを使用するように再書き込みされました。対応するユーティリティ・サービスまたはインタフェース・クラスは変更されました。表13-4は、以前のインタフェースと新しいインタフェースとの間の高レベルのマッピングを示しています。

表13-4 APIのマッピング

以前のサービス

新しいサービス

Thor.API.Operations.tcUserOperationsIntf

oracle.iam.identity.usermgmt.api.UserManager

Thor.API.Operations.tcGroupOperationsIntf

oracle.iam.identity.rolemgmt.api.RoleManager

Thor.API.Operations.tcOrganizationOperationsIntf

oracle.iam.identity.orgmgmt.api.OrganizationManager

Thor.API.Operations.tcRequestOperationsIntf

oracle.iam.request.api.RequestService

Thor.API.Operations.tcSchedulerOperationsIntf

oracle.iam.scheduler.api.SchedulerService

Thor.API.Operations.tcEmailOperationsIntf

oracle.iam.notification.api.NotificationService

注意:
Oracle Identity Manager 11gへのアップグレード後に、これらのAPIを手動で実装およびコンパイルする必要があります。詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のAPIの使用方法に関する項を参照してください。

13.1.15 タスク割当て

Oracle Identity Manager 11gでは、タスク割当てのいくつかは新しいアーキテクチャを使用するように再書き込みされました。表13-5は、以前の割当てタイプと新しい割当てタイプとの間の高レベルのマッピングを示しています。

Oracle Identity Manager 11gへのアップグレード後に、SOAコンポジットのタスク割当てロジックを手動で再実装する必要があります。

表13-5 割当てタイプ

Oracle Identity Manager 9.1での割当てタイプ

Oracle Identity Manager 11gでの割当てタイプ

最小ロードのオブジェクト管理ユーザー

最小ロードのオブジェクト管理ユーザー

オブジェクト管理者

オブジェクト管理者

優先度の最も高いオブジェクト認可ユーザー

これは、オブジェクト認可者ロールに割り当てられます。

優先度の最も高いグループ・ユーザー

これは、ロールに割り当てられます。

最小ロードのオブジェクト認可ユーザー

最小ロードのオブジェクト認可ユーザー

リクエスタのマネージャ

リクエスタのマネージャ

リクエスト・ターゲット・ユーザーのマネージャ

受益者マネージャの承認

最小ロードのグループ・ユーザー

最小ロードのグループ・ユーザー

グループ

これは、ロールに割り当てられます。

Oracle Identity Manager 11gにアップグレード後に次のようにします。

- 「優先度の最も高いグループ・ユーザー」に割り当てられているプロセス・タスクは、変更されて「最小ロードのグループ・ユーザー」に割り当てられます。

- 「優先度の最も高いオブジェクト認可ユーザー」に割り当てられているプロセス・タスクは、変更されて「最小ロードのオブジェクト認可ユーザー」に割り当てられます。

13.1.16 アップグレード後

Oracle Identity Manager 11gにアップグレード後に次のようにします。

- ユーザー・データ・オブジェクトと関連付けられているイベント・ハンドラは、Oracle Identity Manager 11gから削除されました。

- tcUSRcheckACT

- tcUSRTriggerUserProcesses

- tcUSRCheckUsrOrgChange

- tcUSRautoGroupMembership

- tcUSRevaluatePolicies

- ログイン・ユーザーは、他の組織のユーザーを作成することはできませんが、すべての組織を表示できます。

- ユーザーは、他の組織によって作成されたマネージャまたは組織属性は変更できません。

- 新しいリクエストに対するすべての承認タスクは、システム管理者(xelsysadm)に割り当てられます。

- すべての資格証明は、CSFストアに移動されています。

- Oracle Identity Manager 9.1プロキシ・ユーザーごとの休暇ルールは自動的に作成されます。

- カスタムJar (OIM_HOME/JavaTasks、OIM_HOME/ScheduleTask、およびOIM_HOME/ThirdPartyにある)およびOracle Identity Manager 9.1のファイル・システム・フォルダに格納されているカスタム・リソース・バンドルは、Oracle Identity Manager 11gに移動されています。

- ALL USERSロールをXELSYSADMユーザーに割り当てることはできません。ALL USERSロールのために、ターゲット・アプリケーションのリソースおよび権限を付与しないことをお薦めします。

13.2 前提条件

Oracle Identity Manager 11g環境にアップグレードする前に、次の前提条件を満たす必要があります。

- Oracle Identity Manager 9.1データベースのバックアップ

- ペンディング・トランザクション・レポート・ユーティリティの実行

- OSIデータ・アップグレード・ユーティリティの実行

- 監査メッセージを処理するためのスケジュール・タスクの実行

- JMSキューを空にする

- 承認ワークフローの循環依存

13.2.1 Oracle Identity Manager 9.1データベースのバックアップ

必ず既存のOracle Identity Managerデータベースをバックアップしてください。詳細は、次のドキュメントを参照してください。

- Oracle9iバックアップおよびリカバリのドキュメントのオンライン・ロードマップ

- Oracle Databaseのバックアップおよびリカバリの基本10gリリース2(10.2)

- Oracle Databaseバックアップおよびリカバリ・リファレンス11gリリース1(11.1)

13.2.2 ペンディング・トランザクション・レポート・ユーティリティの実行

アップグレード・プロセスを開始する前に、ペンディング・トランザクション・レポート・ユーティリティを実行してOracle Identity Manager 9.1を分析する必要があります。https://support.oracle.comの注意1316738.1の説明に従ってペンディング・トランザクション・レポート・ユーティリティをダウンロードして、次の手順を完了する必要があります。

1. 表13-6に示すように環境変数を設定します。

表13-6 環境変数

環境変数

値

MW_HOME

Oracle Identity Managerのミドルウェア・ホームのパスを指定します。フルパス例を次に示します。

/oracle/Middleware

WL_HOME

Oracle WebLogic Serverホームのパスを指定します。フルパス例を次に示します。

oracle/Middleware/wlserver_10.3

JAVA_HOME

Javaホームのパスを指定します。フルパス例を次に示します。

MW_HOME/jdk160_24/

XEL_HOME

Oracle Identity Manager 9.1サーバー・ホームのパスを指定します。フルパス例を次に示します。

/installServer/Xellerate

2. Windowsの場合はgeneratePendingTransactionReport.bat (MW_HOME\Oracle_IDM1\server\binにある)、UNIXの場合はgeneratePendingTransactionReport.sh (MW_HOME/Oracle_IDM1/server/binにある)を実行し、次の詳細を指定します。

- jdbc url [hostname:portname:sid]

- Oracle Identity Managerスキーマのユーザー名

- Oracle Identity Managerスキーマのパスワード

- レポートを保存したディレクトリ。

ペンディング・トランザクション・レポート・ユーティリティによって、次の詳細を含むレポートが生成されます。

- 保留リコン: これには、後日に遅延されるすべてのイベントが含まれています。

- 保留リクエスト: これには、承認が保留されているすべてのリクエスト(自動登録など)が含まれています。

- JMSキュー: これには、未処理状態のすべてのメッセージが含まれています。JMSメッセージは、オフライン・プロビジョニングの場合に送信されます。したがって、このレポートでは、オフライン・モードで開始されたタスクを含む保留プロビジョニング・タスク全体の詳細が提供されます。

環境に存在する可能性があるペンディング・トランザクションは次のとおりです。

- OIM 9.1で生成されたすべての保留リコン・イベントは処理する必要があります。失敗したイベントは、対処されていない場合アップグレードされません。

- Oracle Identity Manager 9.1で生成されたすべての保留承認タスクは、処理する必要があります。保留承認タスクは、対処されていない場合アップグレードされません。アップグレードする前に、これらが終了状態に達していることを確認してください。

- Oracle Identity Manager 9.1のスケジュール済タスク実行履歴はアップグレードされません。必ず、すべての保留スケジュール済タスクを終了し、アップグレード期間中にスケジュール済タスクが実行されないようにしてください。

- Oracle Identity Manager 11gにアップグレードする前に、Oracle Identity Manager 9.1で非同期監査処理をすべて処理する必要があります。

- すべてのJMSキューが空であることが必要です。標準キューまたはエラー・キューのJMSメッセージは、Oracle Identity Manager 11gに移行されません。Oracle Identity Manager 11gにアップグレードする前に、すべてのJMSメッセージが消費されるまで待ち、JMSエラー・メッセージに対して適切な手動アクションを実行し、すべてのJMS表をクリーンにします。詳細は、「JMSキューを空にする」を参照してください。

13.2.3 OSIデータ・アップグレード・ユーティリティの実行

アップグレード・プロセスを開始する前に、Oracle Identity Manager 9.1に対してOSIデータ・アップグレード・ユーティリティを実行する必要があります。そのためには、https://support.oracle.comの注意1303215.1を参照してください。

注意:

- 第13.2.1項「Oracle Identity Manager 9.1データベースのバックアップ」の説明に従って、必ず既存のOracle Identity Managerデータベースをバックアップしてください。

- OSIデータ・アップグレード・ユーティリティは、Oracle Identity Manager 9.1.0.2バンドル・パッチ15で入手できます。

13.2.4 監査メッセージを処理するためのスケジュール・タスクの実行

Oracle Identity Manager 9.1の保留監査メッセージを処理するためにIssue Audit Messages Taskスケジュール・タスクを実行することをお薦めします。

13.2.5 JMSキューを空にする

アップグレードを開始する前に、JMSキューを空にしてJMSメッセージが処理されていることを確認する必要があります。それには、次のようにします。

1. エンドユーザー、SPML、またはAPIクライアントによるOracle Identity Managerへのアクセスを無効化します。そのための手順は、既存の環境に応じて異なります。たとえば、ファイアウォール構成を変更してOracle Identity Managerへのエンドユーザーのアクセスを拒否できます。また、Oracle HTTP ServerでOracle Identity Managerアプリケーションのフロント処理を行っている場合は、Oracle HTTP Serverを停止できますが、アプリケーション・サーバーは必ず稼動させておきます。SPMLまたはAPIクライアント(Active Directory Password Synchまたはカスタム・クライアント)はすべて停止できます。

2. Design Consoleを使用してすべてのスケジュール済タスクを無効化します。詳細は、『Oracle Identity Managerデザイン・コンソール・ガイド』を参照してください。

3. JMSキューを監視し、エラー・キュー(xlErrorQueueなど)以外のすべてのJMSキューが空になるまでOracle Identity Managementを少しの間実行できるようにします。

4. Oracle Identity Manager 9.1を停止します。詳細は、使用しているアプリケーション・サーバーに応じてOracle Identity Managementリリース9.1.0.1ドキュメント・ライブラリを参照してください。

参照:
詳細は、http://download.oracle.com/docs/cd/E14049_01/index.htmのOracle Identity Managementリリース9.1.0.1ドキュメント・ライブラリを参照してください。

13.2.6 承認ワークフローの循環依存

Oracle Identity Manager 11gでは、作成した承認タスク(たとえばタスク1)が、別の承認タスク(たとえばタスク2)に対して応答し、タスク2の応答がタスク1に設定されているといった承認ワークフローの循環依存はサポートされていません。アップグレード・プロセスを開始する前に、Design Consoleを使用してタスク1の応答で生成されたタスクからタスク2を削除する必要があります。詳細は、『Oracle Identity Managerデザイン・コンソール・ガイド』を参照してください。

13.3 タスク1: Oracle Identity Manager 11g用のOracle Databaseの特定および準備(オプション)

これは、新しいデータベース・インスタンスおよびスキーマを使用する例外的なアップグレードのためのオプションの手順です。Oracle Identity Manager 11gにアップグレードする前にOracle Databaseについて次のオプションの1つを決定する必要があります。

- 既存のOracle Identity Manager 9.1データベースのインポート

- 新しいOracle Databaseのインストール

データベースは、Oracle Fusion Middleware Repository Creation Utility (RCU)との互換性がある必要もあります。RCUを使用して、Oracle Identity Managementコンポーネントで必要なスキーマを作成します。RCU要件の詳細は、次のWebサイトのあるシステム要件に関するドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

13.3.1 既存のOracle Identity Manager 9.1データベースのインポート

Oracle Identity Manager 9.1データベースをOracle Identity Manager 11gデータベースにインポートする必要があります。これを行うには、次の手順を完了します。

1. コマンドラインで次のコマンドを実行することで、環境変数を設定します。

export ORACLE_HOME= <Installlation directory of oracle Database, for example: /app/product/11.1.0/db_1
export ORACLE_SID=orcl
export PATH=$PATH:app/product/11.1.0/db_1/bin

2. コマンドラインでprepare_xl_db.shコマンド(UNIXのOIM9101/installServer/Xellerate/db/oracleにある)またはprepare_xl_db.batコマンド(WindowsのOIM9101\installServer\Xellerate\db\oracleにある)を実行することでユーザーを作成し、次の例に示すように必要な情報を入力します。

## Enter the ORACLE HOME directory or Press [Enter] to
accept the default Oracle/product/11.1.0/db_1 as ORACLE_HOME.

## Current database <ORACLE_SID> is orcl
Do you want to continue with this database [y,Y,n,N] ?

y

## Enter the Oracle Identity Manager user name

oim1

## Enter the password for Oracle Identity Manager (oimn1) user

## Enter the tablespace to hold the Oracle Identity Manager user data

oimn1

## Enter the directory to store the datafile for the Oracle Identity Manager tablespace

/Oracle

## Enter the name of the datafile without the extension .dbf
(For e.g. xeltspace_01)

oim1

## Enter the Temporary tablespace for Oracle Identity Manager User

temp

Validating the given inputs...
Validating the given inputs is done.

Preparing the database for Oracle Identity Manager. Please wait...

Database preparation is successful. Please check the log
file prepare_xell_db.lst for more info.

3. 次の例のようにOracle Identity Manager 9.1データベースをエクスポートします。

expdp system/welcome@psr  DIRECTORY=DATA_PUMP_DIR SCHEMAS=Name_OIM  DUMPFILE= expmOIMa%U.dmp,expmOIMb%U.dmp,expmOIMc%U.dmp,expmOIMd%U.dmp PARALLEL=4 LOGFILE=exp_ilt_oim_OIM_05jan.log   content=ALL JOB_NAME=exp_05jan

4. 次の例のようにOracle Identity Manager 9.1データベースをインポートします。

注意:
インポートする前に、必ずNLS_LANGがデータベースのキャラクタ・セットに一致するように設定してください。NLS_LANGを適切に設定しないと、次の警告を受け取ります。

- EXP-00091: 不審な統計をエクスポートしています。

- データ内の英語以外の文字は破損することがあります。

impdp system/welcome@psr  DIRECTORY=DATA_PUMP_DIR SCHEMAS=Name_OIM  DUMPFILE= expmOIMa%U.dmp,expmOIMb%U.dmp,expmOIMc%U.dmp,expmOIMd%U.dmp PARALLEL=4 LOGFILE=imp_ilt_oim_OIM_05jan.log   content=ALL JOB_NAME=imp_05jan

13.3.2 新しいOracle Databaseのインストール

Oracle Databaseをインストールしていない場合、Oracle Identity Manager 11gをインストールする前にOracle Databaseをインストールできます。Oracle Identity Manager 11gをインストールするには、データベースが稼働している必要があります。データベースは、Oracle Identity Manager 11gをインストールするシステムと同じシステムにする必要はありません。

注意:
次のデータベース・パラメータが設定されていることを確認します。

- 'aq_tm_processes' >= 1

- 'db_cache_size' >= '150994944'

- 'java_pool_size'>= '125829120'

- 'shared_pool_size' >= '183500800'

新しいデータベースをインストールする場合は、必ずデータベースがAL32UTF8キャラクタ・セット・エンコーディングを使用するように構成してください。データベースがAL32UTF8キャラクタ・セットを使用していない場合、RCUを実行すると次のような警告が表示されます。「The database you are connecting is with non-AL32UTF8 character set.Oracle strongly recommends using AL32UTF8 as the database character set.」この警告は無視して、引き続きRCUを使用できます。AL32UTF8は、Oracle Identity Managerのグローバリゼーション・サポートに必要です。

次のデータベース・バージョンがサポートされています。

- 10.2.0.4

- 11.1.0.7

- 11.2

注意:
サポートされているデータベースの最新情報は、次のWebサイトを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

表13-7に、公開時のRCUのデータベース要件を示します。

表13-7 RCUのデータベース要件

カテゴリ

最小値または許容値

バージョン

Oracle Database 10.2.0.4、11.1.0.7または11.2(非XEデータベースの場合は11.1.0.7以上)。

注意: データベースをインストールする場合は、AL32UTF8キャラクタ・セットを選択する必要があります。

共有プール・サイズ

147456KB

SGA最大サイズ

147456KB

ブロック・サイズ

8KB

プロセス

500

注意:
Oracle 11gデータベースをインストールした後、次の手順を実行する必要があります。

1. sys(デフォルト)ユーザーでデータベースにログインします。

2. 次のコマンドを実行します。
alter system set session_cached_cursors=100 scope=spfile;

alter system set processes=500 scope=spfile;

3. データベースをバウンスし、Oracle Fusion Middleware Repository Creation Utility(RCU)のインストールとスキーマのロードを続行します。

13.4 タスク2: リポジトリ作成ユーティリティを使用したデータベースでのスキーマの作成

Oracle Identity Manager 11gにアップグレードする前に、最初にOracle Meta Data Services (MDS)スキーマおよびSOAスキーマを、サポートされているデータベースに作成する必要があります。

詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

Oracle Meta Data Services (MDS)スキーマおよびSOAスキーマのインストールの詳細は、次の項を参照してください。

- データベースがOracle Identity Managerスキーマの最小要件を満たすことを確認

- Oracle Identity Managerのアップグレード準備のためのリポジトリ作成ユーティリティの実行

13.4.1 データベースがOracle Identity Managerスキーマの最小要件を満たすことを確認

インストールを実行する前に、システム要件や動作保証のドキュメントを読み、使用している環境が、インストールする製品のインストール最小要件を満たしているかどうかを確認する必要があります。

詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のシステム要件および前提条件に関する項を参照してください。

13.4.2 Oracle Identity Managerのアップグレード準備のためのリポジトリ作成ユーティリティの実行

リポジトリ作成ユーティリティを実行してデータベースにOracle Identity Managerスキーマをインストールするには、次のドキュメントを参照してください。

- 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成に関する項

- 『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

リポジトリ作成ユーティリティを起動した後、リポジトリ作成ユーティリティの画面の手順に従ってデータベースに接続し、必要なスキーマを作成します。

スキーマのインストール中に、「コンポーネントの選択」画面で「Oracle ASリポジトリ・コンポーネント」を開き、次のものを選択します。

- 「AS共通スキーマ」の下の「Metadata Services」を選択します。

- 「SOAおよびBPMインフラストラクチャ」の下の「SOAインフラストラクチャ」および「ユーザー・メッセージング・サービス」を選択します。

13.5 タスク3: Oracle Fusion Middlewareのインストール

次の項では、Oracle Fusion Middleware 11gへのアップグレードの準備としてOracle Fusion Middleware 11g中間層インスタンスをインストールする方法を説明します。

- タスク3a: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク3b: Oracle Identity Manager 11gリリース1(11.1.1.5.0)のインストール

- タスク3c: Oracle SOA 11gリリース1(11.1.1.5.0) Suiteのインストール

13.5.1 タスク3a: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle Identity and Access Management 11g リリース1(11.1.1)コンポーネントをインストールする前に、Oracle WebLogic Serverをインストールして、Oracleミドルウェア・ホーム・ディレクトリを作成する必要があります。

詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle WebLogic Serverのインストールに関する項を参照してください。

また、Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

13.5.2 タスク3b: Oracle Identity Manager 11gリリース1(11.1.1.5.0)のインストール

Oracle Identity Managerを、「タスク3a: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成」で作成した新しいミドルウェア・ホームにインストールする必要があります。Oracle Identity Managementをインストールする場合、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.1.5.0)のインストールに関する項を参照してください。

注意:
インストール・プロセス中にOracle Identity Managerドメインを構成しないでください。

13.5.3 タスク3c: Oracle SOA 11gリリース1(11.1.1.5.0) Suiteのインストール

Oracle SOA Suiteを、「タスク3a: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成」で作成した新しいミドルウェア・ホームにインストールする必要があります。Oracle SOA Suiteをインストールするには、Oracle Fusion Middleware Oracle SOA Suiteインストレーション・ガイドの「Oracle SOA Suiteのインストール」の章を参照してください。

注意:
必ずOracle Identity Manager専用のOracle SOA Suiteをインストールしてください。

13.6 タスク4: アップグレード・アシスタントを使用したOracle Identity Managerスキーマのアップグレード

アップグレード・アシスタントを使用してOracle Identity Managerスキーマをアップグレードするには、次の手順を実行します。

1. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合(MW_HOME/Oracle_IDM1/binにあります)

./ua

Windowsシステムの場合(MW_HOME\Oracle_IDM1\binにあります)

ua.bat

図13-1に示すようにOracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。

図13-1 アップグレード・アシスタントの「ようこそ」画面

「図13-1 アップグレード・アシスタントの「ようこそ」画面」の説明

2. 「次へ」をクリックします。
「操作の指定」画面が表示されます。

3. 「Oracle Identity Managerスキーマのアップグレード」を選択します。

4. 「次へ」をクリックします。
「前提条件」画面が表示されます。

5. データベース・スキーマのバックアップを完了済、「Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済」、および「OSIデータのアップグレードが実行済」チェック・ボックスを選択します。
データベース・スキーマのバックアップを完了済: アップグレードする前にデータベースのOracle Identity Managerリポジトリをバックアップすることをお薦めします。アップグレード・アシスタントでは、リポジトリがバックアップされているかどうかは検証されないため、このオプションはリマインダとして機能します。

Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済: アップグレード・アシスタントは、Oracle Data Integratorリポジトリが、サポートされているデータベース上に配置されていることを必要とします。

サポートされているデータベースのリストは、Oracle Technology Network(OTN)の次の箇所でも参照できます。http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html

OSIデータのアップグレードが実行済: 必ず、「OSIデータ・アップグレード・ユーティリティの実行」で説明する必須の手順を完了してください。

6. 「次へ」をクリックします。
「OIMデータベースの指定」画面が表示されます。

7. 次の情報を入力します。

- ホスト: データベースが実行されているサーバーの名前を入力します。

- ポート: データベースのポート番号を入力します。Oracleデータベースのデフォルトのポート番号は、1521です。

- サービス名: データベースのサービス名を入力します。通常、サービス名はグローバル・データベース名と同じです。

- OIMスキーマ: Oracle Identity Managerのスキーマ名を指定します。

- SYSパスワード: SYSユーザーのパスワードを入力します。

8. 「次へ」をクリックします。
「コンポーネントの調査」画面が表示されます。

9. 「次へ」をクリックします。
「アップグレード・サマリー」画面が表示されます。

10. 「アップグレード」をクリックします。
「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

関連項目:
アップグレード・アシスタントの実行時に発生する問題のトラブルシューティング手順の詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

11. 「次へ」をクリックします。
「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。

12. 「閉じる」をクリックします。

13.7 タスク5: Oracle Identity Manager用のWebLogicドメインの作成

Oracle Identity Management用のWebLogicドメインを作成する場合、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の新しいドメインでのLDAP同期がないOIMに関する項を参照してください。

注意:

- Oracle Identity Manager用のOracle WebLogicドメインには、Oracle SOA 11gを必ず含めてください。Oracle Identity Managerでは、Oracle SOA 11gによって提供されるプロセス・ワークフローおよび承認が使用されます。ドメインが構成されている場合、Oracle Identity Manager用の管理サーバーおよび管理対象サーバーとOracle SOA 11gが作成されます。

- 「タスク2: リポジトリ作成ユーティリティを使用したデータベースでのスキーマの作成」で作成したスキーマを必ず使用してください。

13.8 タスク6: WebLogic管理サーバーの起動

コマンドラインで次のコマンドを使用することで、Oracle WebLogic Server管理サーバーを起動できます。

注意:
boot.propertiesファイルが自動的に生成されるようにする場合は、securityフォルダがMW_HOME/user_projects/domains/domain_name/servers/AdminServerに作成されていることを確認します。このフォルダが存在しない場合は、そのフォルダを作成する必要があります。

UNIX

MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh
-Dweblogic.management.username=weblogic
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

Windows

MW_HOME\user_projects\domains\domain_name\bin\startWebLogic
-Dweblogic.management.username=weblogic
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

13.9 タスク7: Oracle Identity Managerサーバー11gの構成

Oracle Identity Managerをインストールする場合、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Managerの構成」の章を参照してください。

注意:

- Oracle Identity Managerサーバーを構成するときは、Oracle Identity Manager構成ウィザードの「BI Publisher」画面で「LDAP同期の有効化」オプションを選択しないでください。LDAP同期は、Oracle Identity Management 9.1からOracle Identity Management 11gにアップグレードする場合サポートされません。

- Oracle Identity Management 9.1データベースをインポートする場合、.xldatabasekeyデータベース・キーストア(OIM9101\xellerate\configディレクトリにある)を、作成したOracle WebLogicドメインのconfig/fmwconfigに必ずコピーします。

13.10 タスク8: 管理対象サーバーを起動するためのノード・マネージャの構成

ノード・マネージャの構成の詳細は、『Oracle Fusion Middleware管理者ガイド』の管理対象サーバーを起動するためのノード・マネージャの構成に関する項を参照してください。

注意:
nodemanager.propertiesファイルのStartScriptEnabledパラメータに値trueを入力してあることを確認します。

13.11 タスク9: SOA管理対象サーバーの起動

コマンドラインで次のコマンドを使用することで、SOA管理対象サーバーを起動できます。

UNIX

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh
managed_server_name admin_url

Windows

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd
managed_server_name admin_url

プロンプトが表示されたらユーザー名とパスワードを入力します。

13.12 タスク10: Oracle Identity Manager管理対象サーバーの起動

コマンドラインで次のコマンドを使用することで、Oracle Identity Manager管理対象サーバーを起動してMDSに移入する必要があります。

UNIX

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh
managed_server_name admin_url

Windows

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd
managed_server_name admin_url

managed_server_name admin_urlに、Oracle Identity Manager管理対象サーバー名およびURLを指定します。プロンプトが表示されたらユーザー名とパスワードを入力します。

注意:
次のエラー・メッセージが表示されます。

Password for .xldatabasekey is not seeded in CSF.
.
oracle.iam.platform.utils.OIMAppInitializationException:
OIM application intialization failed because of the following reasons:
Password for .xldatabasekey is not seeded in CSF.

at oracle.iam.platform.utils.OIMAppInitializationListener.preStart(OIMAppInitializationListener.java:145)
at weblogic.application.internal.flow.BaseLifecycleFlow$PreStartAction.run(BaseLifecycleFlow.java:282)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
at weblogic.application.internal.flow.BaseLifecycleFlow$LifecycleListenerAction.invoke(BaseLifecycleFlow.java:199)
Truncated. see log file for complete stacktrace
Caused By: oracle.iam.platform.utils.OIMAppInitializationException:
OIM application intialization failed because of the following reasons:
Password for .xldatabasekey is not seeded in CSF.

at oracle.iam.platform.utils.OIMAppInitializationListener.preStart(OIMAppInitializationListener.java:145)
at weblogic.application.internal.flow.BaseLifecycleFlow$PreStartAction.run(BaseLifecycleFlow.java:282)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
at weblogic.application.internal.flow.BaseLifecycleFlow$LifecycleListenerAction.invoke(BaseLifecycleFlow.java:199)
Truncated. see log file for complete stacktrace
>

前述のエラー・メッセージは無視してかまいません。

13.13 タスク11: Oracle Identity Manager管理対象サーバーの停止

コマンドラインで次のコマンドを使用することで、Oracle Identity Manager管理対象サーバーを停止できます。

UNIX

MW_HOME/user_projects/domains/domain_name/bin/stopManagedWebLogic.sh
managed_server_name admin_url

Windows

MW_HOME\user_projects\domains\domain_name\bin\stopManagedWebLogic.cmd
managed_server_name admin_url

プロンプトが表示されたらユーザー名とパスワードを入力します。

注意:
エラー・メッセージを受け取った場合、それは無視してかまいません。

13.14 タスク12: アップグレード・アシスタントを使用したOracle Identity Manager中間層のアップグレード

Oracle Identity Manager中間層をアップグレードするには、次の手順を完了します。

注意:

- 管理サーバーおよびSOA管理対象サーバーが稼働していることを確認してください。

- Oracle Identity Manager 9.1 Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

1. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合(MW_HOME/Oracle_IDM1/binにあります)

./ua

Windowsシステムの場合(MW_HOME\Oracle_IDM1\binにあります)

ua.bat

図13-2に示すようにOracle Fusion Middlewareのアップグレード・アシスタントの「ようこそ」画面が表示されます。

図13-2 アップグレード・アシスタントの「ようこそ」画面

「図13-2 アップグレード・アシスタントの「ようこそ」画面」の説明

2. 「次へ」をクリックします。
「操作の指定」画面が表示されます。

3. 「Oracle Identity Manager中間層のアップグレード」を選択します。

4. 「次へ」をクリックします。
「ソース・ディレクトリの指定」画面が表示されます。

5. 「参照」をクリックし、Oracle Identity Manager 9.1インストールのディレクトリの場所を入力します。

6. 「次へ」をクリックします。
「OIMデータベースの指定」画面が表示されます。

7. 次の情報を入力します。

- ホスト: データベースが存在するホスト・コンピュータの名前を入力します。

- ポート: データベースのリスニング・ポート(1521など)を入力します。

- サービス名: データベースのサービス名を入力します。通常、サービス名はシステム識別子(SID)とデータベースのネットワーク・ドメイン・アドレスで構成されます。

- OIMスキーマ: データベースに配置されているOracle Identity Manager 9.1スキーマの名前を入力します。

- SYSパスワード: Oracle Identity Manager 9.1スキーマをホストするデータベースのSYSデータベース・アカウントのパスワードを入力します。アップグレード・アシスタントは、データベースへの接続およびOracle Identity Managerスキーマの内容の読取りにこれらのログイン資格証明を必要とします。

8. 「次へ」をクリックします。
「MDSデータベースの指定」画面が表示されます。

9. 次の情報を入力します。

- ホスト: データベースが存在するホスト・コンピュータの名前を入力します。

- ポート: データベースのリスニング・ポート(1521など)を入力します。

- サービス名: データベースのサービス名を入力します。通常、サービス名はシステム識別子(SID)とデータベースのネットワーク・ドメイン・アドレスで構成されます。

- SYSパスワード: データベースSYSユーザーのパスワードを入力します。アップグレード・アシスタントは、データベースへの接続およびMDSスキーマの内容の読取りにこれらのログイン資格証明を必要とします。

10. 「次へ」をクリックします。
「MDSスキーマの指定」画面が表示されます。

11. 次のページを完了します。

- ドロップダウン・メニューからMDSスキーマを選択します。

- 「パスワード」フィールドにスキーマのパスワードを入力します。このパスワードは、アップグレード・アシスタントがスキーマをアップグレードおよび変更するために必要です。これは、Oracle MDSスキーマをデータベースにインストールしたときにリポジトリ作成ユーティリティ(RCU)に設定したOracle MDSスキーマのパスワードです。

12. 「次へ」をクリックします。
「WebLogic Serverの指定」画面が表示されます。

13. 次の情報を入力します。

- ホスト: Oracle WebLogic Serverドメインが存在するホスト。
必ず完全なホスト名を指定します。次に例を示します。

IDMHost1.example.com

- ポート: 管理サーバーのリスニング・ポート。通常、管理サーバーはポート7001をリスニングします。

- ユーザー名: 管理サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するユーザー名と同じです。

- パスワード: 管理サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

14. 「次へ」をクリックします。
「SOAサーバーの指定」画面が表示されます。

15. 次の情報を入力します。

- ホスト: SOA管理対象サーバーが存在するホスト。

- ポート: SOA管理対象サーバーのリスニング・ポート。

- ユーザー名: SOA管理対象サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するユーザー名と同じです。

- パスワード: SOA管理対象サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

16. 「次へ」をクリックします。
「アップグレード・オプションの指定」画面が表示されます。

17. 「アップグレード完了後にアップグレード先コンポーネントを起動」を選択し、「次へ」を選択します。

注意:
このオプションは、アップグレードの完了後にアップグレード・アシスタントによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合は、アップグレード後にアップグレード先のインスタンスを手動で起動する必要があります。このオプションはアップグレードが正常に実行された場合にのみ動作します。

「コンポーネントの調査」画面が表示されます。

18. 「次へ」をクリックします。
「アップグレード・サマリー」画面が表示されます。

19. 「アップグレード」をクリックします。
「アップグレードの進行状況」画面が表示されます。この画面には次の情報が表示されます。

- アップグレードのステータス

- アップグレード中に発生したエラーまたは問題

関連項目:
アップグレード・アシスタントの実行時に発生する問題のトラブルシューティング手順の詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

20. 「次へ」をクリックします。
「アップグレード完了」画面が表示されます。この画面はアップグレードが完了していることを確認します。

21. 「閉じる」をクリックします。
アップグレード後のサマリー・レポートが生成されます(IDM_HOMe\upgrade\temp\oimUpgradeReportDi\index.htmlにあります)。このレポートには、機能名、そのアップグレード・ステータス、および機能関連のレポートの詳細が示されます。

13.15 タスク13: Oracle Identity Manager管理対象サーバーの起動

コマンドラインで次のコマンドを使用することで、Oracle Identity Manager管理対象サーバーを起動できます。

UNIX

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh
managed_server_name admin_url

Windows

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd
managed_server_name admin_url

プロンプトが表示されたらユーザー名とパスワードを入力します。

13.16 タスク14: アップグレード後に必要なOracle Identity Managerタスクの完了

次の項では、Oracle Identity Manager 11gへのアップグレード後に手動で実行する必要がある手順について説明します。

- Oracle Identity Managerユーザー・インタフェースのカスタマイズ

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

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

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

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

- 生成されたSOAコンポジットの承認プロセスとしての使用方法

- コネクタの定義

- 自己登録の自動承認の構成

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

- ユーザー定義フィールドのアップグレード

- 監査の有効化

- デプロイメント・マネージャを使用したデータのインポートおよびエクスポート

13.16.1 Oracle Identity Managerユーザー・インタフェースのカスタマイズ

Oracle Identity Manager 9.1でユーザー・インタフェースを使用していた場合、アップグレード後に『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle Identity Managerのインタフェースのカスタマイズに関する項の説明に従ってOracle Identity Manager 11g用にユーザー・インタフェースをカスタマイズできます。

13.16.2 アダプタの再コンパイル

Oracle Identity Management 11gにアップグレードした後、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のアダプタのコンパイルに関する項の説明に従って、アダプタを再コンパイルする必要があります。アダプタのいくつかがコンパイルに失敗する場合があります。https://support.oracle.comの注意1311574.1の説明に従って、アダプタを特定して再コンパイルする必要があります。

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

Oracle Identity Management 11gにアップグレードした後、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のリクエスト作成中の属性値の事前移入に関する項の説明に従って、事前移入アダプタを再書込みする必要があります。

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

Oracle Identity Manager 11gではユーザー・ログイン・フィールドは必須ではありません。次の手順を完了することで、ユーザー・ログイン必須オプションを無効化する必要があります。

1. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のエクスポート・ユーティリティの使用方法に関する項の説明に従って、user.xmlファイル(MDSの/file/User.xmlにある)をエクスポートします。

2. テキスト・エディタでuser.xmlファイルを開き、次の例のようにUser Login属性をfalseに設定します。

<attribute name="User Login">
<required>false</required>

3. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のインポート・ユーティリティの使用方法に関する項の説明に従って、user.xmlファイルをインポートします。

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

Oracle Identity Manager 9.1に、構成済Oracle Identity Management Reportsがある場合は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の11gリリース1(11.1.1)へのアップグレードに関する項の説明に従ってそのレポートをアップグレードする必要があります。

注意:
Oracle Identity Manager管理およびユーザー・コンソールを使用してBI Publisherにアクセスすることはできません。BI Publisherを明示的に開いて、Oracle Identity Manager 11gレポートにアクセスする必要があります。

13.16.6 生成されたSOAコンポジットの承認プロセスとしての使用方法

生成されたSOAコンポジットを承認プロセスとして使用する場合は、次の手順を完了する必要があります。

注意:

- report.html (MW_HOME/Oracle_IDM1/upgrade/workflowにある)には、SOAコンポジットとして正常にアップグレードされた承認プロセスのリストと、SOAコンポジットとして部分的にアップグレードされた承認プロセスのリストがあります。部分的にアップグレードされたSOAコンポジットは、レポートに示されたCauseおよびAction情報を使用して、対応するOracle Identity Manager 9.1の承認プロセスに従って手動で更新する必要があります。

- 中間層のアップグレードの一部として生成されたSOAコンポジットは、IDM_HOME/upgrade/workflow/BPELCompositesにあります。

1. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のJDeveloperを使用したSOAコンポジットの構成に関する項の説明に従って、SOAコンポジットを構成します。SOAコンポジットを構成した後、タスク割当てを再作成し、それを対応するSOAコンポジットで実装する必要があります。詳細は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』を参照してください。

2. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のSOAコンポジットのデプロイに関する項の説明に従って、SOAコンポジットをSOAサーバーにデプロイします。

3. そのSOAコンポジットは、承認プロセスとして使用する前に『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle Identity ManagerでのSOAコンポジットの登録に関する項の説明に従ってOracle Identity Manager 11gに登録する必要があります。

4. 『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のOracle SOA Suiteでの承認プロセス開発の理解に関する項の説明に従って、SOAコンポジットを、対応する承認ポリシーの承認プロセスとして指定します。

注意:
Oracle Identity Manager 9.1の承認プロセスの電子メール通知については、それを、対応する生成されたSOAコンポジットに構成し、Oracle SOAサーバーを使用して電子メール通知を送信する必要があります。電子メール通知を送信するためのOracle SOAサーバーの構成は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のOracle User Messaging Serviceの構成に関する項を参照してください。

13.16.7 コネクタの定義

Oracle Identity Managerをアップグレードした後、『Oracle Fusion Middleware Oracle Identity Managerシステム管理者ガイド』のコネクタの定義に関する項の説明に従ってコネクタを定義する必要があります。

13.16.8 自己登録の自動承認の構成

Oracle Identity Manager 9.1からアップグレードした後、Oracle Identity Manager 11gに対して自動承認機能は無効になっています。『Oracle Fusion Middleware Oracle Identity Managerユーザーズ・ガイド』の自動登録の自動承認の構成に関する項に従って自動登録の自動承認を構成する必要があります。

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

『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の監査スナップショットの生成に関する項の説明に従って監査表の監査スナップショットを生成する必要があります。

13.16.10 ユーザー定義フィールドのアップグレード

Oracle Identity Manager 9.1組織データ・モデルにユーザー定義フィールド(UDF)が含まれている場合、次の手順を完了する必要があります。

1. Design Consoleを起動します。

2. Design Console Explorerで、「Administration」を開き、「User Defined Field Definition」を選択します。

3. 「Organizations」フォームを開き、「Save」をクリックします。
これによって組織UDFのMDS定義が更新されます。これは、OIM 11gの管理者UIに表示されるようになります。

13.16.11 監査の有効化

監査機能は、Oracle Identity Manager 9.1になかった場合は、アップグレード後に有効化されません。『Oracle Fusion Middleware Oracle Identity Managerシステム管理者ガイド』のシステム・プロパティの変更に関する項の説明に従って、監査を有効化できます。

13.16.12 デプロイメント・マネージャを使用したデータのインポートおよびエクスポート

Deployment Managerを使用したデータのインポートおよびエクスポートに問題がある場合は、『Oracle Fusion Middleware Oracle Identity Managerシステム管理者ガイド』のDeployment Managerのトラブルシューティングに関する項を参照してください。

13.17 タスク15: Oracle Identity Managerのアップグレードの確認

Oracle Identity Managerのアップグレードを確認するには、次の手順を実行します。

1. アップグレード・アシスタントを実行し、「操作の指定」ページで「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

2. sqlplusを実行してデータベースに接続し、次の問合せを実行してスキーマのアップグレードが正常に実行されたことを確認します。

select feature_id,feature_upgrade_state,is_feature_upgraded from upgrade_feature_state;

3. Webブラウザで次のURLを使用して、Oracle Identity Manager 11gが稼働していることを確認します。

http://oim.example.com:14000/oim

あるいは、Fusion Middleware Controlを使用して、Oracle Identity Managerとその他のOracle Identity ManagementコンポーネントがOracle Fusion Middleware環境で稼働していることを確認できます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

4. 診断ダッシュボードをインストールして次のテストを実行します。

- Oracle Databaseの接続チェック

- アカウント・ロックのステータス

- データ暗号化キーの検証

- スケジューラ・サービスのステータス

- JMSメッセージ機能の検証

- SOA-OIA構成の確認

- SPML Webサービス

- OWSM設定のテスト

- Oracle Identity Managerに対するSPMLリクエスト呼出しのテスト

- Oracle Identity Manager属性に対するSPML属性

- ユーザー名テスト

詳細は、『Oracle Fusion Middleware Oracle Identity Managerシステム管理者ガイド』の診断ダッシュボードの操作に関する項を参照してください。

第IV部

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

第IV部の内容は次のとおりです。

- 第14章「Oracle Internet Directory高可用性環境のアップグレード」

- 第15章「Oracle Identity Managementコールド・フェイルオーバー・クラスタ環境のアップグレード」

- 第16章「Oracle Identity Managementマルチマスターおよびファンアウト・レプリケーション・アップグレードの実行」

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

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

14 Oracle Internet Directory高可用性環境のアップグレード

この章では、Oracle Application Server 10gリリース2(10.1.2)および10g(10.1.4)でサポートされていたOracle Internet Directory高可用性環境のアップグレード方法について説明します。

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

- Oracle Internet Directory高可用性アップグレードの開始ポイントの概要

- Oracle Identity Management高可用性環境のアップグレードを開始する前に

- 高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- コロケート高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- Oracle Internet Directoryのみのアップグレード

14.1 Oracle Internet Directory高可用性アップグレードの開始ポイントの概要

次の高可用性トポロジは、Oracle Identity Management 10gリリース2(10.1.2)および10g(10.1.4)からアップグレードするためにサポートされています。

- 分散Identity Management環境に基づく高可用性トポロジ

- コロケートIdentity Management環境に基づく高可用性トポロジ

- スタンドアロンのOracle Internet Directoryインスタンスに基づく高可用性環境

14.1.1 分散Identity Management環境に基づく高可用性トポロジ

このタイプのトポロジは、Oracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントが、Oracle Single Sign-OnやOracle Delegated Administration Servicesとは別のホストにインストールされている場合、Oracle Internet DirectoryとOracle Directory Integration Platformコンポーネントに基づきます。

これは、Oracle Application Server 10gでの高可用性環境に対して推奨されていたトポロジでした。分散Oracle Identity Management環境または非コロケートIdentity Management環境とも呼ばれます。

単一ノードの変化型の非コロケートIdentify Management高可用性環境については、4.2.2項「非コロケートIdentity Management環境のアップグレード」を参照してください。

14.1.2 コロケートIdentity Management環境に基づく高可用性トポロジ

このタイプのトポロジは、Oracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントが、Oracle Single Sign-OnやOracle Delegated Administration Servicesと同じホームにインストールされ構成されている場合、Oracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントに基づきます。

このタイプの環境は、コロケートIdentity Management環境と呼ばれます。単一ノードの変化型のコロケートIdentify Management高可用性環境については、4.2.1項「コロケートIdentity Management環境のアップグレード」を参照してください。

Oracle Single Sign-OnおよびOracle Delegated Administration Servicesは、Oracle Fusion Middleware 11gで使用できないため、このトポロジをアップグレードする場合、追加の手順が必要になります。

14.1.3 スタンドアロンのOracle Internet Directoryインスタンスに基づく高可用性環境

このタイプのトポロジは、関連するOracle Directory Integration Platformインスタンスを使用せずにOracle Internet Directoryがアップグレードされる場合、そのOracle Internet Directoryに基づきます。

このOracle Internet Directoryトポロジは、アップグレードして、ローカルOracle WebLogic Serverドメインや既存のリモート・ドメインに関連付けることができます。または、Oracle WebLogic Serverドメインなしでアップグレードできます。

詳細は、5.3.2.1項「Oracle WebLogic Serverが必要なタイミング」を参照してください。

14.2 Oracle Identity Management高可用性環境のアップグレードを開始する前に

この章の手順を行う前に、次の点に注意してください。

- この章で使用される規則

- Oracle Identity Management高可用性アップグレードの前提条件

- アップグレードのためにサポートされる高可用性環境

- ディレクトリ・レプリケーションによるアップグレード時のダウンタイムの短縮

14.2.1 この章で使用される規則

この章の手順には、通常、2つのホスト・コンピュータが必要です。この章の例の目的のため、2つのホストをIDMHOST1およびIDMHOST2と呼びます。

この章の一部の例では、UNIXシステムでの特定のタスクの実行に必要なコマンドが示されます。Windowsのコマンドも同じですが、環境変数をWindowsの対応する環境変数(%ORACLE_HOME%など)に置き換えてください。

14.2.2 Oracle Identity Management高可用性アップグレードの前提条件

この章のアップグレード手順を開始する前に、次の前提条件を必ず満たしてください。

Oracle Identity Management 10gコンポーネントがIDMHOST1にインストールされ実行されていること

アップグレードしようとしているOracle Identity Management 10gコンポーネントがIDMHOST1上にインストールされて稼動していると想定します。これは重要です。それは、アップグレードするOracle Identity Management 11gコンポーネントは、Oracle Identity Management 10gコンポーネントと同じホストにインストールする必要があるためです。

同じメタデータ・リポジトリを使用する他のOracle Application Server 10gインスタンスがすべて停止していること

アップグレードを開始する前に、アップグレードしようとしているインスタンスを除くすべてのOracle Internet DirectoryおよびOracle Directory Integration Platform 10gインスタンスを停止します。

さらに、アップグレードしようとしているOracle Internet Directoryインスタンスと同じOracleASメタデータ・リポジトリを共有するOracle Application Server 10gインスタンスをすべて停止します。たとえば、Oracle Portal 10gまたはその他のOracle Identity Management 10gインスタンスを実行している場合、それらのインスタンスも必ず停止してください。これで、アップグレード時に他のOracle Application Serverコンポーネントがリポジトリにアクセスすることはありません。

Oracle Enterprise Managerのすべてのインスタンスが停止していること

この章で説明する高可用性の手順を開始する前に、アップグレードしようとしているOracle Internet Directoryインスタンスを管理しているOracle Enterprise Managerのインスタンスをすべて停止してください。

この手順は、Oracle Enterprise Manager Application Server ControlがOracle Internet Directoryターゲットを監視および構成する場合にOracle Internet Directoryスキーマ(ODSスキーマ)にアクセスすることがあるため、重要です。Oracle Internet Directory中間層およびスキーマをアップグレードする際に競合が発生しないようにするには、アップグレード・プロセス中にOracle Enterprise Managerのインスタンスをすべて停止する必要があります。

Application Server Controlの停止と開始については、Oracle Application Server 10gドキュメント・ライブラリの『Oracle Application Server管理者ガイド』を参照してください。

ロード・バランサがプライマリ・インスタンスにのみルーティングするように構成されていること

アップグレードを開始する前に、ロード・バランサの仮想サーバーがOracleASクラスタ(Identity Management)ノードのプライマリ・インスタンスにのみリクエストをルーティングすることを確認します。

OracleASクラスタのプライマリ・インスタンスは、Oracle Internet Directoryをインストールした最初のノードです。

ias.propertiesの修正が削除されていること

Oracle Identity Management Oracleホームのias.propertiesファイルを変更してポート値を再定義した場合、アップグレード前に各OIDインスタンスの実際の物理ポートの値でias.propertiesファイルを更新する必要があります。

組織によっては、たとえばロード・バランサの特定のポートを参照するようにias.propertiesファイルを変更します。このようなカスタマイズを行った場合、必ずias.propertiesを元の状態にリストアして、それが環境内のOracle Internet Directoryインスタンスの実際のポートを参照するようにします。

現在のバージョンのデータベースがOracle Fusion Middleware 11gでサポートされていること

この章の手順では、Oracle Fusion Middleware 11gでサポートされているデータベース・バージョンにアップグレードされたReal Application Clusters(RAC)データベースにOracle Internet Directoryスキーマ(ODSスキーマ)を保存していることが前提です。

アップグレードのためのデータベース要件と、Oracle Fusion Middleware 11gのその他のアップグレード情報については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』を参照してください。

14.2.3 アップグレードのためにサポートされる高可用性環境

この章では、Oracle Application Server 10gリリース2(10.1.2)および10g(10.1.4)でサポートされていたOracle Internet Directory高可用性環境のアップグレード方法について説明します。

管理ツールの高可用性の構成

この章では、管理ツール(Oracle WebLogic Server管理コンソール、Oracle Enterprise Manager Fusion Middleware ControlまたはOracle Directory Services Managerなど)の高可用性の構成については説明しません。

追加リソース

Oracle Fusion Middleware 11gでサポートされている高可用性トポロジの詳細は、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

これらの手順を開始する前に、第5章「Oracle Internet Directory環境のアップグレード」で使用可能な手順と前提条件を確認してください。

14.2.4 ディレクトリ・レプリケーションによるアップグレード時のダウンタイムの短縮

この章の手順では、組織でIdentity Managementの一定時間のダウンタイムをサポートできることを前提としています。

組織がIdentity Managementのダウンタイムを許容できない場合、アップグレード・プロセスに対して次のアプローチを検討します。

1. Oracle Internet Directoryアドバンスト・レプリケーションを使用した既存のOracle Identity Management 10g環境の構成

2. 16.3.2項「一度に1つのレプリカのアップグレード」のアップグレード手順の使用

Oracle Internet Directoryアドバンスト・レプリケーションを実装する場合、クライアントのトラフィックを1つのレプリカにルーティングしながらそれ以外のレプリカをアップグレードできます。これにより、アップグレード手順で、各レプリカのアップグレード中のダウンタイムがほとんどあるいはまったく不要になります。

Oracle Internet Directoryレプリケーションの使用の詳細は、Oracle Technology Network(OTN)にある10g(10.1.4)ドキュメント・ライブラリの『Oracle Internet Directory管理者ガイド』の次の項を参照してください。

- Oracle Internet Directoryレプリケーションの概要に関する項

- Oracle Internet Directoryレプリケーションのインストールおよび構成に関する項

Oracle Identity Management 10g(10.1.4)ドキュメント・ライブラリは、次のURLのOTNから入手できます。

http://www.oracle.com/technology/documenation

14.3 高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

Oracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントが、Oracle Single Sign-OnやOracle Delegated Administration Servicesとは別のホストにインストールされている場合は、次のタスクを実行してOracle Internet DirectoryおよびOracle Directory Integration Platformの高可用性環境をアップグレードします。

- タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク2: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード

- タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成

- タスク5: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

- タスク6: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク7: IDMHOST2でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク8: IDMHOST1からIDMHOST2へのOracle Directory Integration Platformディレクトリのコピー

- タスク9: IDMHOST2での「匿名バインド」プロパティの「許可」への設定

- タスク10: IDMHOST2での管理対象サーバーの起動

- タスク11: IDMHOST2でのコンポーネントの稼働の確認

14.3.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

14.3.2 タスク2: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST1にOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.3.3 タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード

Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、IDMHOST1のOracle Internet DirectoryおよびOracle Directory Integration Platform 10gインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. 「次へ」をクリックし、「操作の指定」画面を表示します。

4. 「操作の指定」画面の「アイデンティティ管理インスタンスのアップグレード」を選択します。

5. Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力を必要とするアップグレード・アシスタント画面の説明については、表14-1を参照してください。

6. アップグレード・アシスタントでは、ターゲット・データベースの詳細画面の後に次のタスクが実行され、それぞれのタスクの進行状況が表示されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

7. アップグレード・アシスタントを終了します。

表14-1 Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力が必要なアップグレード・アシスタント画面

アップグレード・アシスタント画面

説明

ソース・ホームの指定

10gリリース2(10.1.2)または10g(10.1.4)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレードに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

11g Oracleインスタンスの完全パスを入力するか、「参照」をクリックしてインスタンス・ディレクトリを見つけます。

WebLogic Serverの指定

「タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成」で構成したOracle WebLogic Serverのホストと管理サーバーのポートを入力します。

この情報はOracle Directory Integration Platformをアップグレードする場合に必要です。また、Oracle Internet Directory 11gのインストールとOracle WebLogic Serverを関連付けた場合も必要です。

「警告」ダイアログ・ボックス

ソースOracleホームに、ターゲットOracleインスタンスにインストールおよび構成されていないOracle Application Serverコンポーネントがある場合は、この警告ダイアログ・ボックスが表示されます。

この警告は、ソースOracleホームに11g Oracleホームで使用できないOracle HTTP Serverのインスタンスが含まれる場合などに表示されます。

ダイアログ・ボックス内の情報が正しく、どのコンポーネントがアップグレードされるかがわかっている場合は、「はい」をクリックして続行します。それ以外は、「いいえ」をクリックして、コンポーネントが各11g Oracleインスタンスでインストールおよび構成されていることを確認します。

アップグレード・オプションの指定

Oracle Identity Managementのアップグレードに適用するアップグレード・オプションを選択します。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。このオプションを選択した場合、10gと11gの中間層を同時に実行することはできなくなります。同時に実行すると、ポートの競合が発生します。このオプションを選択しない場合、Oracle Internet Directoryポート番号を手動で構成することが必要になります。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にUpgrade Assistantによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合、アップグレード後にアップグレード先インスタンスを手動で起動する必要があります。

この画面のアップグレード・オプションの詳細を表示するには、「ヘルプ」をクリックします。

OIDの詳細の指定

この画面では、Oracle Internet Directoryのスーパー・ユーザー・アカウント(cn=orcladmin)への物理ホストやパスワードなどの、Oracle Internet Directory 10gインスタンスへの接続に必要な詳細を入力します。

詳細は、「ヘルプ」をクリックします。

データベースの詳細の指定

この画面では、Oracle Identity Managementスキーマが存在するデータベースへの接続に必要な詳細(データベースのホスト、サービス名、ポートおよびSYSパスワードなど)を入力します。

この画面に関する次の重要な情報に注意してください。

- ODSスキーマ・パスワードのパスワードを入力する必要があります。デフォルトのODSパスワードは、Oracle Application Server管理者パスワードと同じですが、このパスワードは、インストール後、OIDデータベース・パスワード・ユーティリティを使用して変更できます。

- Real Application Clusters(RAC)データベースを特定する手順は、Oracle Internet Directory(ODS)スキーマを含むRACデータベースと、Oracle Directory Integration Platformに使用されるRACデータベースのどちらを特定するかによって異なります。
詳細は、5.4.3.2項「「データベースの詳細の指定」画面でのReal Application Clusters(RAC)データベースの詳細の指定について」を参照してください。

「root操作が必要」画面

これは、UNIXシステムで特権ポートを使用する場合のみです。

アップグレードを処理する前に、構成スクリプトをrootで実行する必要があります。

このウィンドウを開いたままで別のウィンドウを開き、upgroot.shファイルをrootで実行します。

スクリプトが完了したら、アップグレード・アシスタントに戻り、「OK」をクリックします。

14.3.4 タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成

Oracle Internet DirectoryおよびOracle Directory Integration Platformインスタンスを11gにアップグレードした後、dip-config.xmlファイルがOracle Internet Directory仮想ホスト名(oid.mycompany.comなど)を参照するようにファイルを更新します。この仮想ホスト名は、Oracle Internet Directoryインスタンスにトラフィックを導くロード・バランサに関連付けられています。

ロード・バランサおよび仮想ホストのポート値がOracle Internet Directoryの物理ポート値と異なる場合、ポートも変更する必要があります。

このタスクを行うには、次の手順に従い、manageDIPServerConfigコマンドを使用します。

次の手順に従って、IDMHOST1でこの作業を行います。

1. 次のディレクトリにあるdip-config.xmlファイルのバックアップを作成します。

MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig/servers
/wls_ods1/applications/DIP_11.1.1.2.0/configuration/

2. ORACLE_HOME環境変数を、Identity Managementバイナリをインストールしたディレクトリに設定します。
たとえば、次のようになります。

export ORACLE_HOME=/u01/app/oracle/product/11g/mw_home/idm

3. WLS_HOME環境変数を、WebLogic Serverをインストールしたディレクトリに設定します。たとえば、次のようになります。

export WLS_HOME=/u01/app/oracle/product/11g/fmw_home/wlserver_10.3

4. 次のコマンドを実行して、Oracle Internet Directoryのホストとポートの値を更新します。

ORACLE_HOME/bin/manageDIPServerConfig set
-h hostName
-p port -D wlsuser
-attr oidhostport
-val OIDVIRTUALHOSTNAME:PORT

IDMHOST1の場合のコマンドと出力の例を次に示します。

ORACLE_HOME/bin/manageDIPServerConfig set
-h idmhost1.mycompany.com
-p 7005
-D weblogic
-attr oidhostport
val oid.mycompany.com:636

[Weblogic user password]
Connection parameters initialized.
Connecting at idmhost1.mycompany.com:7005, with userid "weblogic"..
Connected successfully

The attribute oidhostport is successfully changed to value
oid.mycompany.com:636

5. WebLogic Server管理コンソールで、wls_ods1管理対象サーバーを停止して起動します。

14.3.5 タスク5: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

手順1 Oracle Internet Directoryの稼働の確認

次のOPMNコマンドを使用して、Oracle Internet Directoryが稼働していることを確認します。

ORACLE_INSTANCE/opmnctl status

コマンドの出力は次の例のようになります。

Processes in Instance: oid_instance1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
oid1                             | oidldapd           |   31394 | Alive
oid1                             | oidldapd           |   31392 | Alive
oid1                             | oidmon             |   31384 | Alive

ldapbindコマンドライン・ツールを使用して、各Oracle Internet DirectoryインスタンスとLDAP仮想サーバーに接続できることを確認します。ldapbindツールを使用すると、サーバーに対してクライアントを認証するかどうかを判断できます。

非SSLの場合:

ldapbind -h idmhost1.mycompany.com -p 389 -D "cn=orcladmin" -q
ldapbind -h idmhost2.mycompany.com -p 389 -D "cn=orcladmin" -q
ldapbind -h oid.mycompany.com -p 389 -D "cn=orcladmin" -q

SSLの場合:

ldapbind -h idmhost1.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1
ldapbind -h idmhost2.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1
ldapbind -h oid.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1

詳細は次のとおりです。

- U = SSL認証モード

- 1 = 認証不要

- 2 = 一方向認証が必要。このオプションでは、ウォレットの場所(-W "file:/home/my_dir/my_wallet")とウォレットのパスワード(-P wallet_password)も指定する必要があります。

- 3 = 双方向認証が必要。このオプションでは、ウォレットの場所(-W "file:/home/my_dir/my_wallet")とウォレットのパスワード(-P wallet_password)も指定する必要があります。

手順2Oracle Directory Integration Platformの稼働の確認

WLSTのdipStatusコマンドを使用して、Oracle Directory Integration Platformのインストールを確認します。このコマンドを実行するには、次の手順に従います。

1. ORACLE_HOME環境変数をIdentity Managementバイナリをインストールしたディレクトリに設定します。たとえば、次のようになります。

export ORACLE_HOME=/u01/app/oracle/product/11g/fmw_home/ods

2. WLS_HOME環境変数をWebLogicサーバーをインストールしたディレクトリに設定します。
たとえば、次のようになります。

export WLS_HOME=/u01/app/oracle/product/11g/fmw_home/wlserver_10.3

3. 次のコマンドを実行します。

$ORACLE_HOME/bin/dipStatus -h <hostName> -p <port> -D <wlsuser>

IDMHOST1の場合のコマンドと正常な出力の例を次に示します。

$ORACLE_HOME/bin/dipStatus
-h idmhost1.mycompany.com
-p 7005
-D weblogic
[Weblogic user password]
Connection parameters initialized.
Connecting at idmhost1.mycompany.com:7005, with userid "weblogic"..
Connected successfully.
ODIP Application is active at this host and port.

手順3Oracle Directory Services Manager(ODSM)の確認

WebブラウザにODSM管理コンソールを表示して、Oracle Directory Services Managerのインストールを確認します。

ODSM管理コンソールにアクセスするURLは次のとおりです。

http://hostname.mycompany.com:<port>/odsm/faces/odsm.jspx

たとえば、IDMHOST1の場合は次のURLを入力します。

http://idmhost1.us.oracle.com:7005/odsm/faces/odsm.jspx

14.3.6 タスク6: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

14.3.7 タスク7: IDMHOST2でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOSTにOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.3.8 タスク8: IDMHOST1からIDMHOST2へのOracle Directory Integration Platformディレクトリのコピー

Oracle Directory Integration Platformアプリケーションは、外部でステージング済のアプリケーションとしてIDMHOST1にデプロイされます。このアプリケーションは、IDMHOST1からIDMHOST2にコピーする必要があります。それ以外の場合は、IDMHOST2上の管理対象サーバーは、Oracle WebLogic Server管理コンソールに「不明」状態であるとリストされます。

1. IDMHOST1で、Oracle WebLogic Serverドメイン・ディレクトリ内のapplicationsディレクトリを探します。

MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig/servers
/wls_ods1/applications

2. IDMHOST1のapplicationsディレクトリとその内容を、IDMHOST2のドメイン・ディレクトリ内の同じ場所にコピーします。
たとえば、次のようになります。

scp -rp MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig/servers
/wls_ods1/applications
user@IDMHOST2:MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig
/servers/wls_ods2/applications

14.3.9 タスク9: IDMHOST2での「匿名バインド」プロパティの「許可」への設定

2番目のOracle Internet DirectoryインスタンスをIDMHOST2にインストールして構成した後、「匿名バインド」サーバー・プロパティを「許可」に設定する必要があります。これにより、IDMHOST1上のアップグレードした最初のOracle Internet Directoryインスタンスと一致します。

このプロパティを使用すると、Oracle Single Sign-On 10gおよびOracle Delegated Administration Services 10g(具体的にはOC4J_Security)で、IDMHOST2の2番目のOracle Internet Directoryインスタンスを正しく使用できます。2番目のOracle Internet Directoryにこの変更を加えない場合、IDMHOST2のOC4J_Securityインスタンスは起動しません。

「匿名バインド」プロパティをOracle Enterprise Manager Fusion Middleware Controlで変更するには、次のようにします。

1. Fusion Middleware Controlにログインします。

2. IDMHOST2のOracle Internet Directoryインスタンスのホームページに移動します。

3. 「Oracle Internet Directory」メニューから、「管理」→「サーバー・プロパティ」を選択します。

4. 「匿名バインド」ドロップダウン・メニューから「許可」を選択します。

5. 「適用」をクリックします。

6. 通常行うように、Oracle Single Sign-Onを起動します。

14.3.10 タスク10: IDMHOST2での管理対象サーバーの起動

次の手順に従い、クラスタのwls_ods2管理対象サーバーを起動します。

1. ブラウザを開き、次のURLのWebLogic管理コンソールに移動します。

http://idmhost1.mycompany.com:port/console

2. 管理者資格証明を使用して、WebLogic管理コンソールにログインします。

3. WebLogic管理コンソールの左ペインで、「環境」を展開し「クラスタ」を選択します。

4. 起動する管理対象サーバー(wls_ods2)を含むクラスタ(cluster_ods)を選択します。

5. 「制御」を選択します。

6. 「このクラスタの管理対象サーバーのインスタンス」で、起動する管理対象サーバー(wls_ods2)の横にあるチェック・ボックスを選択して「起動」をクリックします。

7. 「サーバー・ライフサイクル・アシスタント」ページで「はい」をクリックして確定します。

注意:
ノード・マネージャによりターゲット・マシンでサーバーが起動されます。ノード・マネージャによる起動シーケンスが終了すると、サーバーの状態が「サーバー状態」表の「状態」列に示されます。

14.3.11 タスク11: IDMHOST2でのコンポーネントの稼働の確認

「タスク5: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認」で説明する手順で、IDMHOST2のOracle Internet Directory、Oracle Directory Integration PlatformおよびOracle Directory Services Managerコンポーネントを確認します。

14.4 コロケート高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

コロケートOracle Identity Managementコンポーネントに基づくOracle Internet Directory高可用性環境をアップグレードする手順は、第14.3項「高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード」で説明する手順と同様です。

ただし、この特定のトポロジをアップグレードする場合、追加の手順が必要です。具体的には、Oracle Internet DirectoryおよびOracle Directory Integration Platformを11gにアップグレードした後、Oracle Application Server 10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformを無効にする必要があります。

Oracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントが、Oracle Single Sign-OnやOracle Delegated Administration Servicesとは別のホストにインストールされている場合は、次のタスクを実行してOracle Internet DirectoryおよびOracle Directory Integration Platformの高可用性環境をアップグレードします。

- タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク2: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード

- タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成

- タスク5: IDMHOST1での10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformの無効化

- タスク6: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

- タスク7: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク9: IDMHOST2でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク10: IDMHOST1からIDMHOST2へのOracle Directory Integration Platformディレクトリのコピー

- タスク11: IDMHOST2での「匿名バインド」プロパティの「許可」への設定

- タスク12: IDMHOST2での10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformの無効化

- タスク13: IDMHOST2での管理対象サーバーの起動

- タスク14: IDMHOST2でのコンポーネントの稼働の確認

14.4.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

14.4.2 タスク2: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST1にOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.4.3 タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード

Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、IDMHOST1のOracle Internet DirectoryおよびOracle Directory Integration Platform 10gインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. 「次へ」をクリックし、「操作の指定」画面を表示します。

4. 「操作の指定」画面の「アイデンティティ管理インスタンスのアップグレード」を選択します。

5. Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力を必要とするアップグレード・アシスタント画面の説明については、表14-1を参照してください。

6. アップグレード・アシスタントでは、ターゲット・データベースの詳細画面の後に次のタスクが実行され、それぞれのタスクの進行状況が表示されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

7. アップグレード・アシスタントを終了します。

14.4.4 タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成

Oracle Internet DirectoryおよびOracle Directory Integration Platformインスタンスを11gにアップグレードした後、dip-config.xmlファイルがOracle Internet Directory仮想ホスト(oid.mycompany.comなど)を参照するようにファイルを更新します。これを行うにはmanageDIPServerConfigコマンドを使用します。

このタスクの具体的な手順は、第14.3.4項「タスク4: IDMHOST1でのOracle Internet Directory仮想ホストを使用するためのOracle Directory Integration Platformの構成」を参照してください。

14.4.5 タスク5: IDMHOST1での10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformの無効化

IDMHOST1のOracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントをアップグレードすると、10g OracleホームのOracle Single Sign-OnやOracle Delegated Administration ServicesコンポーネントとOracle Internet Directoryとの関連付けを解除するまで、Oracle Internet Directoryを起動したり、Oracle Single Sign-On 10gコンポーネントを使用したりすることはできません。

このタスクを実行する具体的な手順については、次の項を参照してください。

- 5.5.2項「Oracle Internet DirectoryおよびOracle Directory Integration Platform 10gコンポーネントの無効化」

- 5.5.6項「Application Server ControlからのOracle Internet DirectoryおよびOracle Directory Integration Platform 10gの削除」

14.4.6 タスク6: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

「タスク5: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認」で説明する手順で、IDMHOST2のOracle Internet Directory、Oracle Directory Integration PlatformおよびOracle Directory Services Managerコンポーネントを確認します。

14.4.7 タスク7: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

IDMHOST1に作成したOracle WebLogic Serverクラスタを拡張してIDMHOST2を含める前に、Oracle WebLogic Serverバイナリ・ファイルをIDMHOST2にインストールしてIDMHOST2にミドルウェア・ホームを作成しておく必要があります。

注意:
2番目の(および後続のすべての) Oracle Internet Directoryインストールのためのミドルウェア・ホームをインストールする場合、最初のOracle Internet Directoryと同一のミドルウエア・ホームへのパスを指定する必要があります。
たとえば、Linuxオペレーティング・システムを使用していて、IDMHOST1の次に示すディレクトリにあるミドルウェア・ホームに最初のOracle Internet Directoryをインストールしてあるとします。

/dua1/Oracle/Middleware/

IDMHOST2のミドルウェア・ホームの入力を求められた場合、同一のパス指定を入力する必要があります。

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

14.4.8 タスク9: IDMHOST2でのOracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOSTにOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.4.9 タスク10: IDMHOST1からIDMHOST2へのOracle Directory Integration Platformディレクトリのコピー

Oracle Directory Integration Platformアプリケーションは、外部でステージング済のアプリケーションとしてIDMHOST1にデプロイされます。このアプリケーションは、IDMHOST1からIDMHOST2にコピーする必要があります。それ以外の場合は、IDMHOST2上の管理対象サーバーは、Oracle WebLogic Server管理コンソールに「不明」状態であるとリストされます。

1. IDMHOST1で、Oracle WebLogic Serverドメイン・ディレクトリ内のapplicationsディレクトリを探します。

MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig/servers
/wls_ods1/applications

2. IDMHOST1のapplicationsディレクトリとその内容を、IDMHOST2のドメイン・ディレクトリ内の同じ場所にコピーします。
たとえば、次のようになります。

scp -rp MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig/servers
/wls_ods1/applications
user@IDMHOST2:MW_HOME/user_projects/domains/IDMDomain/config/fmwconfig
/servers/wls_ods2/applications

14.4.10 タスク11: IDMHOST2での「匿名バインド」プロパティの「許可」への設定

2番目のOracle Internet DirectoryインスタンスをIDMHOST2にインストールして構成した後、「匿名バインド」サーバー・プロパティを「許可」に設定する必要があります。これにより、IDMHOST1上のアップグレードした最初のOracle Internet Directoryインスタンスと一致します。

このプロパティを使用すると、Oracle Single Sign-On 10gおよびOracle Delegated Administration Services 10g(具体的にはOC4J_Security)で、IDMHOST2の2番目のOracle Internet Directoryインスタンスを正しく使用できます。2番目のOracle Internet Directoryにこの変更を加えない場合、IDMHOST2のOC4J_Securityインスタンスは起動しません。

「匿名バインド」プロパティをOracle Enterprise Manager Fusion Middleware Controlで変更するには、次のようにします。

1. Fusion Middleware Controlにログインします。

2. IDMHOST2のOracle Internet Directoryインスタンスのホームページに移動します。

3. 「Oracle Internet Directory」メニューから、「管理」→「サーバー・プロパティ」を選択します。

4. 「匿名バインド」ドロップダウン・メニューから「許可」を選択します。

5. 「適用」をクリックします。

6. 通常行うように、Oracle Single Sign-Onを起動します。

14.4.11 タスク12: IDMHOST2での10g OracleホームのOracle Internet DirectoryおよびOracle Directory Integration Platformの無効化

IDMHOST1のOracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントをアップグレードすると、10g OracleホームのOracle Single Sign-OnやOracle Delegated Administration ServicesコンポーネントとOracle Internet Directoryとの関連付けを解除するまで、Oracle Internet Directoryを起動したり、Oracle Single Sign-On 10gコンポーネントを使用したりすることはできません。

このタスクを実行する具体的な手順については、次の項を参照してください。

- 5.5.2項「Oracle Internet DirectoryおよびOracle Directory Integration Platform 10gコンポーネントの無効化」

- 5.5.6項「Application Server ControlからのOracle Internet DirectoryおよびOracle Directory Integration Platform 10gの削除」

14.4.12 タスク13: IDMHOST2での管理対象サーバーの起動

次の手順に従い、クラスタのwls_ods2管理対象サーバーを起動します。

1. ブラウザを開き、次のURLのWebLogic管理コンソールに移動します。

http://idmhost1.mycompany.com:port/console

2. 管理者資格証明を使用して、WebLogic管理コンソールにログインします。

3. WebLogic管理コンソールの左ペインで、「環境」を展開し「クラスタ」を選択します。

4. 起動する管理対象サーバー(wls_ods2)を含むクラスタ(cluster_ods)を選択します。

5. 「制御」を選択します。

6. 「このクラスタの管理対象サーバーのインスタンス」で、起動する管理対象サーバー(wls_ods2)の横にあるチェック・ボックスを選択して「起動」をクリックします。

7. 「サーバー・ライフサイクル・アシスタント」ページで「はい」をクリックして確定します。

注意:
ノード・マネージャによりターゲット・マシンでサーバーが起動されます。ノード・マネージャによる起動シーケンスが終了すると、サーバーの状態が「サーバー状態」表の「状態」列に示されます。

14.4.13 タスク14: IDMHOST2でのコンポーネントの稼働の確認

「タスク5: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認」で説明する手順で、IDMHOST2のOracle Internet Directory、Oracle Directory Integration PlatformおよびOracle Directory Services Managerコンポーネントを確認します。

14.5 Oracle Internet Directoryのみのアップグレード

Oracle Directory Integration Platformまたはその他のOracle Identity Management 10gコンポーネントなしでOracle Internet Directoryを高可用性環境で使用する場合、次の手順が適用されます。

このような環境をOracle Fusion Middleware 11gにアップグレードする場合、次のいずれかのトポロジを使用したOracle Internet Directoryのインストールを選択できます。

- ローカルOracle WebLogic Serverドメインを使用する場合のOracle Internet Directoryのアップグレード

- リモート・ドメインを使用する場合または使用しない場合のOracle Internet Directoryのアップグレード

14.5.1 ローカルOracle WebLogic Serverドメインを使用する場合のOracle Internet Directoryのアップグレード

次のタスクを実行して、Oracle Internet Directoryのみの高可用性環境を11gにアップグレードします。

- タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク2: IDMHOST1でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク3: IDMHOST1でのOracle Internet Directoryの11gへのアップグレード

- タスク4: IDMHOST1でのアップグレードしたOracle Internet Directoryインスタンスの確認

- タスク5: IDMHOST2でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストール

- タスク6: IDMHOST1上のドメインに対するIDMHOST2のOracle Internet Directoryインスタンスの登録

- タスク7: IDMHOST2でのOracle Internet Directoryインスタンスの確認

14.5.1.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

14.5.1.2 タスク2: IDMHOST1でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST1にOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.5.1.3 タスク3: IDMHOST1でのOracle Internet Directoryの11gへのアップグレード

Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、IDMHOST1のOracle Internet Directory 10gインスタンスをOracle Internet Directory 11gにアップグレードします。

第14.3.3項「タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード」の手順を使用して、Oracle Internet Directoryインスタンスをアップグレードします。

14.5.1.4 タスク4: IDMHOST1でのアップグレードしたOracle Internet Directoryインスタンスの確認

次のOPMNコマンドを使用して、Oracle Internet Directoryが稼働していることを確認します。

ORACLE_INSTANCE/opmnctl status

コマンドの出力は次の例のようになります。

Processes in Instance: oid_instance1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
oid1                             | oidldapd           |   31394 | Alive
oid1                             | oidldapd           |   31392 | Alive
oid1                             | oidmon             |   31384 | Alive

ldapbindコマンドライン・ツールを使用して、各Oracle Internet DirectoryインスタンスとLDAP仮想サーバーに接続できることを確認します。ldapbindツールを使用すると、サーバーに対してクライアントを認証するかどうかを判断できます。

非SSLの場合:

ldapbind -h idmhost1.mycompany.com -p 389 -D "cn=orcladmin" -q
ldapbind -h idmhost2.mycompany.com -p 389 -D "cn=orcladmin" -q
ldapbind -h oid.mycompany.com -p 389 -D "cn=orcladmin" -q

SSLの場合:

ldapbind -h idmhost1.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1
ldapbind -h idmhost2.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1
ldapbind -h oid.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1

詳細は次のとおりです。

- U = SSL認証モード

- 1 = 認証不要

- 2 = 一方向認証が必要。このオプションでは、ウォレットの場所(-W "file:/home/my_dir/my_wallet")とウォレットのパスワード(-P wallet_password)も指定する必要があります。

- 3 = 双方向認証が必要。このオプションでは、ウォレットの場所(-W "file:/home/my_dir/my_wallet")とウォレットのパスワード(-P wallet_password)も指定する必要があります。

14.5.1.5 タスク5: IDMHOST2でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストール

IDMHOSTにOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.5.1.6 タスク6: IDMHOST1上のドメインに対するIDMHOST2のOracle Internet Directoryインスタンスの登録

次のOPMNコマンドを使用して、IDMHOST2のOracle Internet DirectoryインスタンスをIDMHOST1のOracle WebLogic Serverドメインに登録します。

ORACLE_INSTANCE/opmnctl registerinstance
-adminHost adminHostName
-adminPort adminServerPort
-adminUsername DOMAIN_ADMINISTRATOR_USERNAME
-oracleInstance ORACLE_INSTANCE_HOME

たとえば、次のようになります。

ORACLE_INSTANCE/opmnctl registerinstance
-adminHost IDMHOST1 MYCOMPANY.COM
-adminPort 7001
-adminUsername weblogic
-oracleInstance /u01/app/oracle/product/11g/instances/oid_inst2

14.5.1.7 タスク7: IDMHOST2でのOracle Internet Directoryインスタンスの確認

第14.5.1.4項「タスク4: IDMHOST1でのアップグレードしたOracle Internet Directoryインスタンスの確認」の手順を使用して、IDMHOST2のOracle Internet Directoryインスタンスを確認します。

14.5.2 リモート・ドメインを使用する場合または使用しない場合のOracle Internet Directoryのアップグレード

この項では、リモートOracle WebLogic Serverドメインを使用して、アップグレードしたOracle Internet Directory 11gインスタンスを登録する場合のアップグレード手順について説明します。

これらの手順は、Oracle Internet DirectoryインスタンスをOracle WebLogic Serverドメインに登録する予定がない場合も適用できます。

- タスク1: IDMHOST1でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク2: IDMHOST1でのOracle Internet Directoryの11gへのアップグレード

- タスク3: IDMHOST1でのOracle Internet Directoryインスタンスの確認

- タスク4: IDMHOST2でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク5: IDMHOST1およびIDMHOST2でのOracle Internet Directoryインスタンスの確認

- タスク6: 既存のリモート・ドメインに対するIDMHOST1およびIDMHOST2のOracle Internet Directoryインスタンスの登録(オプション)

14.5.2.1 タスク1: IDMHOST1でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST1にOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.5.2.2 タスク2: IDMHOST1でのOracle Internet Directoryの11gへのアップグレード

Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、IDMHOST1のOracle Internet Directory 10gインスタンスをOracle Internet Directory 11gにアップグレードします。

第14.3.3項「タスク3: IDMHOST1でのOracle Internet DirectoryおよびOracle Directory Integration Platformの11gへのアップグレード」の手順を使用して、Oracle Internet Directoryインスタンスをアップグレードします。

14.5.2.3 タスク3: IDMHOST1でのOracle Internet Directoryインスタンスの確認

第14.5.1.4項「タスク4: IDMHOST1でのアップグレードしたOracle Internet Directoryインスタンスの確認」の手順を使用して、IDMHOST1のOracle Internet Directoryインスタンスを確認します。

14.5.2.4 タスク4: IDMHOST2でのOracle Internet Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOSTにOracle Internet Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

14.5.2.5 タスク5: IDMHOST1およびIDMHOST2でのOracle Internet Directoryインスタンスの確認

第14.5.1.4項「タスク4: IDMHOST1でのアップグレードしたOracle Internet Directoryインスタンスの確認」の手順を使用して、IDMHOST1のOracle Internet Directoryインスタンスを確認します。

14.5.2.6 タスク6: 既存のリモート・ドメインに対するIDMHOST1およびIDMHOST2のOracle Internet Directoryインスタンスの登録(オプション)

次のOPMNコマンドを使用して、IDMHOST1およびIDMHOST2のOracle Internet Directoryインスタンスを既存のリモートOracle WebLogic Serverドメインに登録します。

ORACLE_INSTANCE/opmnctl registerinstance
-adminHost adminHostName
-adminPort adminServerPort
-adminUsername DOMAIN_ADMINISTRATOR_USERNAME
-oracleInstance ORACLE_INSTANCE_HOME

たとえば、次のようになります。

ORACLE_INSTANCE/opmnctl registerinstance
-adminHost IDMHOST1 MYCOMPANY.COM
-adminPort 7001
-adminUsername weblogic
-oracleInstance /u01/app/oracle/product/11g/instances/oid_inst2

15 Oracle Identity Managementコールド・フェイルオーバー・クラスタ環境のアップグレード

この章では、Oracle Identity Managementコールド・フェイルオーバー・クラスタ環境をOracle Fusion Middleware 11gにアップグレードする方法について説明します。

このアップグレード手順では、次のタスクが必要です。

- タスク1: Oracle Fusion Middlewareコールド・フェイルオーバー・クラスタ環境のアップグレードの準備

- タスク2: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク4: Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールの確認

- タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

- タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

- タスク7: アップグレードしたコンポーネントのアクティブ/パッシブ・デプロイの構成

- タスク8: アップグレードしたコンポーネントを監視するためのFusion Middleware Controlの構成

- タスク9: アップグレードした高可用性環境の確認

15.1 タスク1: Oracle Fusion Middlewareコールド・フェイルオーバー・クラスタ環境のアップグレードの準備

この章の手順では、Oracle Application Server 10gリリース2(10.1.2)および10g(10.1.4.0.1)でサポートされている高可用性環境のアップグレードの手順について説明します。

開始する前に、次の項でアップグレード・プロセスの重要な前提条件について確認します。

Oracle Identity Management 10gコンポーネントがIDMHOST1にインストールされ実行されていること

Oracle Identity Management 10gコンポーネントがIDMHOST1上にインストールされて稼動していると想定します。これは重要です。それは、アップグレードするOracle Identity Management 11gコンポーネントは、Oracle Identity Management 10gコンポーネントと同じホストにインストールする必要があるためです。

Oracle Internet DirectoryおよびOracle Directory Integration Platformコンポーネントのみが11gにアップグレードされていること

この手順の一環として、Oracle Internet DirectoryおよびOracle Directory Integration PlatformのみがOracle Fusion Middleware 11gにアップグレードされます。Oracle Application Server 10gとOracle Fusion Middleware 11gで使用可能なコンポーネントの相違の詳細は、第4.1項「Oracle Identity Management 10gおよび11gコンポーネントの概要」を参照してください。

11gのOracle Fusion Middlewareコールド・フェイルオーバー・クラスタについての理解

Oracle Fusion Middlewareでは、Oracle Fusion Middlewareコールド・フェイルオーバー・クラスタを使用して、そのすべてのコンポーネント用のアクティブ/パッシブ・モデルが提供されます。Oracle Fusion Middlewareコールド・フェイルオーバー・クラスタ構成では、2台以上のアプリケーション・サーバー・インスタンスが同じアプリケーション・ワークロードを処理するように構成されますが、指定時間にアクティブになるのは1台のみです。

詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Fusion Middlewareコールド・フェイルオーバー・クラスタ・トポロジの概要に関する項を参照してください。

データベースの高可用性要件およびバージョン要件

アップグレードのためのデータベース要件と、Oracle Fusion Middleware 11gのその他のアップグレード情報については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』を参照してください。

追加リソース

Oracle Fusion Middleware 11gでサポートされている高可用性トポロジの詳細は、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

これらの手順を開始する前に、第5章「Oracle Internet Directory環境のアップグレード」で使用可能な手順と前提条件を確認してください。

15.2 タスク2: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

15.3 タスク3: Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gリリース1(11.1.1.6.0)のインストールおよび構成

Oracle Internet DirectoryおよびOracle Directory Integration Platform 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Internet DirectoryおよびOracle Directory Integration Platformの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Internet Directory (OID)の構成」および「Oracle Directory Integration Platform (ODIP)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

15.4 タスク4: Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールの確認

アップグレード・アシスタントを実行する前に、次の手順を使用してOracle Internet DirectoryおよびOracle Directory Integration Platform 10gと11gがホストで稼働していることを確認します。

手順1 Oracle Internet Directory 10gインスタンスのステータスの確認

たとえば、次のようにopmnctlコマンドを使用できます。

ORACLE_HOME/opmm/bin/opmnctl status
Processes in Instance: cfc.mycompany.com
-------------------+--------------------+---------+---------
ias-component      | process-type       |     pid | status
-------------------+--------------------+---------+---------
DSA                | DSA                |     N/A | Down
LogLoader          | logloaderd         |     N/A | Down
dcm-daemon         | dcm-daemon         |     N/A | Down
HTTP_Server        | HTTP_Server        |   26117 | Alive
OID                | OID                |   26121 | Alive

手順2 Oracle Directory Integration Platform 10gインスタンスのステータスの確認

たとえば、UNIXシステムでは、psコマンドとgrepコマンドを使用して、結果の出力でodisrvプロセスを検索できます。

$ ps -ef | grep odisrv
oracle     15711 15552  0 21:17 pts/0    00:00:00 grep odisrv
oracle    21597     1  0 Feb18 ?        00:00:00 /bin/sh
/u01/app/oracle/product/10g/idm/odisrv instance=1 configset=0 port=636 sslauth=1 host=idmhost1.mycompany.com

手順3 Oracle Internet Directory 11gインスタンスのステータスの確認

次のOPMNコマンドを使用して、Oracle Internet Directoryが稼働していることを確認します。

ORACLE_INSTANCE/opmnctl status

コマンドの出力は次の例のようになります。

Processes in Instance: oid_instance1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
ohs1                             | OHS                |    2492 | Alive
ovd1                             | OVD                |    2536 | Alive
oid1                             | oidldapd           |    8152 | Alive
oid1                             | oidldapd           |    7988 | Alive
oid1                             | oidmon             |    7964 | Alive
EMAGENT                          | EMAGENT            |    2484 | Alive

ldapbindコマンドライン・ツールを使用して、各Oracle Internet DirectoryインスタンスとLDAP仮想サーバーに接続できることを確認します。ldapbindツールを使用すると、サーバーに対してクライアントを認証するかどうかを判断できます。

非SSLの場合:

ldapbind -h idmhost1.mycompany.com -p 389 -D "cn=orcladmin" -q

SSLの場合:

ldapbind -h idmhost1.mycompany.com -p 636 -D "cn=orcladmin" -q -U 1

詳細は次のとおりです。

- U = SSL認証モード

- 1 = 認証不要

- 2 = 一方向認証が必要。このオプションでは、ウォレットの場所(-W "file:/home/my_dir/my_wallet")とウォレットのパスワード(-P wallet_password)も指定する必要があります。

- 3 = 双方向認証が必要。このオプションでは、ウォレットの場所(-W "file:/home/my_dir/my_wallet")とウォレットのパスワード(-P wallet_password)も指定する必要があります。

手順4 Oracle Directory Integration Platform 11gインスタンスのステータスの確認

WLSTのdipStatusコマンドを使用して、Oracle Directory Integration Platformのインストールを確認します。このコマンドを実行するには、次の手順に従います。

1. ORACLE_HOME環境変数を、Identity Managementバイナリをインストールしたディレクトリに設定します。たとえば、次のようになります。

export ORACLE_HOME=/u01/app/oracle/product/11g/fmw_home/ods

2. WLS_HOME環境変数を、WebLogic Serverをインストールしたディレクトリに設定します。
たとえば、次のようになります。

export WLS_HOME=/u01/app/oracle/product/11g/fmw_home/wlserver_10.3

3. 次のコマンドを実行します。

$ORACLE_HOME/bin/dipStatus -h <hostName> -p <port> -D <wlsuser>

IDMHOST1の場合のコマンドと正常な出力の例を次に示します。

$ORACLE_HOME/bin/dipStatus
-h idmhost1.mycompany.com
-p 7005
-D weblogic
[Weblogic user password]
Connection parameters initialized.
Connecting at idmhost1.mycompany.com:7005, with userid "weblogic"..
Connected successfully.
ODIP Application is active at this host and port.

手順5Oracle Directory Services Manager(ODSM)の確認

WebブラウザにODSM管理コンソールを表示して、Oracle Directory Services Managerのインストールを確認します。

ODSM管理コンソールにアクセスするURLは次のとおりです。

http://hostname.mycompany.com:<port>/odsm/faces/odsm.jspx

たとえば、IDMHOST1の場合は次のURLを入力します。

http://idmhost1.us.oracle.com:7005/odsm/faces/odsm.jspx

15.5 タスク5: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード

Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、IDMHOST1のOracle Internet DirectoryおよびOracle Directory Integration Platform 10gインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. 「次へ」をクリックし、「操作の指定」画面を表示します。

4. 「操作の指定」画面の「アイデンティティ管理インスタンスのアップグレード」を選択します。

5. Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力を必要とするアップグレード・アシスタントの画面の説明については、表15-1を参照してください。

6. アップグレード・アシスタントでは、ターゲット・データベースの詳細画面の後に次のタスクが実行され、それぞれのタスクの進行状況が表示されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

7. アップグレード・アシスタントを終了します。

表15-1 Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力が必要なアップグレード・アシスタント画面

アップグレード・アシスタント画面

説明

ソース・ホームの指定

10gリリース2(10.1.2)または10g(10.1.4)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレードに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

11g Oracleインスタンスの完全パスを入力するか、「参照」をクリックしてインスタンス・ディレクトリを見つけます。

WebLogic Serverの指定

「タスク2: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成」で構成したOracle WebLogic Serverのホストと管理サーバーのポートを入力します。

この情報はOracle Directory Integration Platformをアップグレードする場合に必要です。また、Oracle Internet Directory 11gのインストールとOracle WebLogic Serverを関連付けた場合も必要です。

「警告」ダイアログ・ボックス

ソースOracleホームに、ターゲットOracleインスタンスにインストールおよび構成されていないOracle Application Serverコンポーネントがある場合は、この警告ダイアログ・ボックスが表示されます。

この警告は、ソースOracleホームに11g Oracleホームで使用できないOracle HTTP Serverのインスタンスが含まれる場合などに表示されます。

ダイアログ・ボックス内の情報が正しく、どのコンポーネントがアップグレードされるかがわかっている場合は、「はい」をクリックして続行します。それ以外は、「いいえ」をクリックして、コンポーネントが各11g Oracleインスタンスでインストールおよび構成されていることを確認します。

アップグレード・オプションの指定

Oracle Identity Managementのアップグレードに適用するアップグレード・オプションを選択します。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。このオプションを選択した場合、10gと11gの中間層を同時に実行することはできなくなります。同時に実行すると、ポートの競合が発生します。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にUpgrade Assistantによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合、アップグレード後にアップグレード先インスタンスを手動で起動する必要があります。

この画面のアップグレード・オプションの詳細を表示するには、「ヘルプ」をクリックします。

OIDの詳細の指定

この画面では、Oracle Internet Directoryスーパー・ユーザー・アカウント(cn=orcladmin)などの、Oracle Internet Directory 10gインスタンスへの接続に必要な詳細を入力します。

詳細は、「ヘルプ」をクリックします。

データベースの詳細の指定

この画面では、Oracle Identity Managementスキーマが存在するデータベースへの接続に必要な詳細(データベースのホスト、サービス名、ポートおよびSYSパスワードなど)を入力します。

この画面に関する次の重要な情報に注意してください。

- ODSスキーマ・パスワードのパスワードを入力する必要があります。デフォルトのODSパスワードは、Oracle Application Server管理者パスワードと同じですが、このパスワードは、インストール後、OIDデータベース・パスワード・ユーティリティを使用して変更できます。

- Real Application Clusters(RAC)データベースを特定する手順は、Oracle Internet Directory(ODS)スキーマを含むRACデータベースと、Oracle Directory Integration Platformに使用されるRACデータベースのどちらを特定するかによって異なります。
詳細は、5.4.3.2項「「データベースの詳細の指定」画面でのReal Application Clusters(RAC)データベースの詳細の指定について」を参照してください。

「root操作が必要」画面

これは、UNIXシステムで特権ポートを使用する場合のみです。

アップグレードを処理する前に、構成スクリプトをrootで実行する必要があります。

このウィンドウを開いたままで別のウィンドウを開き、upgroot.shファイルをrootで実行します。

スクリプトが完了したら、アップグレード・アシスタントに戻り、「OK」をクリックします。

15.6 タスク6: Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードの確認

第15.4項「タスク4: Oracle Internet DirectoryおよびOracle Directory Integration Platformインストールの確認」の手順3から5を使用して、アップグレードしたOracle Application Server Identity Managementコンポーネントが稼働していることを確認します。

15.7 タスク7: アップグレードしたコンポーネントのアクティブ/パッシブ・デプロイの構成

次の手順を使用して、アクティブ/パッシブ高可用性環境でアップグレードしたコンポーネントを構成します。

これらの手順は『Oracle Fusion Middleware高可用性ガイド』の特定の項を参照していることに注意してください。このガイドには、Oracle Fusion Middleware 11gで高可用性を構成する包括的な手順が記載されています。

- タスク7a: コールド・フェイルオーバー・クラスタのインフラストラクチャ・コンポーネントの変換

- タスク7b: コールド・フェイルオーバー・クラスタのOracle Internet Directoryとそのクライアントの変換

15.7.1 タスク7a: コールド・フェイルオーバー・クラスタのインフラストラクチャ・コンポーネントの変換

Oracle Internet Directory環境をサポートするインフラストラクチャ・コンポーネントを変換します。このプロセスの各手順については、『Oracle Fusion Middleware高可用性ガイド』の対応する手順を参照してください。

表15-2 コールド・フェイルオーバー・クラスタのインフラストラクチャ・コンポーネントの変換

手順#

説明

Oracle Fusion Middleware高可用性ガイドの項

1

Oracle WebLogic Server管理サーバーの変換

コールド・フェイルオーバー・クラスタ用の管理サーバーの変換

2

wls_ods管理対象サーバーの変換

Oracle WebLogic管理対象サーバーの変換

3

Oracle WebLogic Serverノード・マネージャの変換

ノード・マネージャの変換

4

Fusion Middleware Controlの変換

Oracle Enterprise Managerの変換

5

Oracle Process Manager and Notification Server(OPMN)の変換

Oracle Process Management and Notification Serverの変換

6

Oracle HTTP Serverの変換

Oracle HTTP Serverの変換

15.7.2 タスク7b: コールド・フェイルオーバー・クラスタのOracle Internet Directoryとそのクライアントの変換

コールド・フェイルオーバー・クラスタのインフラストラクチャ・コンポーネントを変換すると、アップグレードしたOracle Internet Directory 11gインスタンスに対して同じ作業を行うことができます。

『Oracle Fusion Middleware高可用性ガイド』のOracle Internet Directoryとそのクライアントの変換に関する項を参照してください。

15.8 タスク8: アップグレードしたコンポーネントを監視するためのFusion Middleware Controlの構成

コールド・フェイルオーバー・クラスタの変換後、Oracle Enterprise Manager Fusion Middleware Controlには、アップグレードしたコンポーネントの一部のステータスが正しく表示されません。

この問題を修正するには、Fusion Middleware Controlの指定した構成ファイルが物理ホスト名ではなくコールド・フェイルオーバー変換に使用する仮想ホスト名を参照するようにファイルを変更する必要があります。

次の手順に従い、Fusion Middleware Control構成ファイルを更新します。

1. Oracle Enterprise Manager Fusion Middleware Controlエージェントを停止します。

ORACLE_HOME/bin/emctl stop agent

2. Oracleインスタンス・ディレクトリのemd.propertiesファイルを変更します。

1. ディレクトリを、Oracleインスタンスの次のディレクトリに変更します。

ORACLE_INSTANCE/emagent/em_agent_name/sysman/config

2. emd.propertiesファイルのバックアップ・コピーを作成します。
たとえば、UNIXシステムの場合は次のようになります。

cp emd.properties emd.properties.bak

3. emd.propertiesファイルが物理ホスト名ではなく仮想ホスト名を参照するようにファイルを編集します。
たとえば、物理ホスト名がhost1.mycompany.comで、仮想ホスト名がcfcvip.mycompany.comの場合、emd.propertiesファイルの次の属性の参照を適宜変更する必要があります。

REPOSITORY_URL

EmdWalletSrcUrl

emd_url

3. Oracleインスタンスでtargets.xmlファイルを変更します。

1. ディレクトリを、Oracleインスタンスのemdディレクトリに変更します。

INSTANCE_HOME/emagent/em_agent_name/sysman/emd

2. targets.xmlファイルのバックアップ・コピーを作成します。
たとえば、UNIXシステムの場合は次のようになります。

cp targets.xml targets.xml.bak

3. targets.xmlを次のように変更します。
hostとoracle_emdに関連するエントリが仮想ホスト名(cfcvip.mycompany.comなど)を参照するように、これらのエントリを変更します。

たとえば、次のようになります。

<Targets AGENT_TOKEN="ad4e5899e7341bfe8c36ac4459a4d569ddbf03bc">
<Target TYPE="oracle_emd" NAME=cfcvip.mycompany.com:5157"/>
<Target TYPE="host" NAME=cfcvip.mycompany.com
DISPLAY_NAME=cfcvip.mycompany.com/>
</Targets>

ファイルのその他の<Target>エントリをすべて削除します。

4. ドメイン・ディレクトリでtargets.xmlファイルを変更します。

1. ディレクトリを、ミドルウェア・ホーム内のOracle WebLogic Serverドメイン・ディレクトリの次のディレクトリに変更します。
MW_HOME/user_projects/domains/domain_name/sysman/state

2. targets.xmlファイルのバックアップ・コピーを作成します。
たとえば、UNIXシステムの場合は次のようになります。

cp targets.xml targets.xml.bak

3. targets.xmlファイルを編集して、物理ホスト名の出現箇所をすべて仮想ホスト名に変更します。
たとえば、host1.mycompany.comをすべてcfcvip.mycompany.comに変更します。

5. ドメイン・ディレクトリでtopology.xmlファイルを変更します。

1. ディレクトリを、ミドルウェア・ホーム内のドメイン・ディレクトリの次の場所に変更します。

MW_HOME/user_projects/domains/domainName/opmn

2. topology.xmlファイルのバックアップ・コピーを作成します。
たとえば、UNIXシステムの場合は次のようになります。

cp topology.xml topology.xml.bak

3. topology.xmlファイルを編集して、物理ホスト名の出現箇所をすべて仮想ホスト名に変更します。
たとえば、host1.mycompany.comをすべてcfcvip.mycompany.comに変更します。

6. Oracle WebLogic Serverドメインの管理サーバーを再起動します。

7. Oracle Enterprise Manager Fusion Middleware Controlエージェントを再起動します。

INSTANCE_HOME/emagent/em_agent_name/emctl start agent
INSTANCE_HOME/emagent/em_agent_name/emctl status agent

15.9 タスク9: アップグレードした高可用性環境の確認

この項では、インフラストラクチャとOracle Identity Managementコンポーネントのコールド・フェイルオーバー・クラスタへの変換を確認する手順について説明します。

1. 物理ホスト名ではなく仮想ホスト名を使用して、Fusion Middleware ControlとOracle WebLogic Server管理コンソールをWebブラウザに表示します。URLを次に示します。

- Fusion Middleware Control: http://VirtualHostname:port/em

- Oracle WebLogic Serverコンソール: http://VirtualHostname:port/console

たとえば、Webブラウザを使用して次のコンソールにアクセスします。

- Fusion Middleware Control: http://idmhost-vip.mycompany.com/em

- Oracle WebLogic Serverコンソール: http://idmhost-vip.mycompany.com

2. Oracle Identity Management 11gコンポーネントが稼働していることを確認します。第15.4項「タスク4: Oracle Internet DirectoryおよびOracle Directory Integration Platformのインストールの確認」の手順3から5を使用します。

16 Oracle Identity Managementマルチマスターおよびファンアウト・レプリケーション・アップグレードの実行

この付録では、Oracle Internet Directoryレプリケーション環境でのOracle Identity Management 11gリリース1(11.1.1)へのアップグレード方法について説明します。

詳細は、次の項を参照してください。

- タスク1: レプリケーション環境をアップグレードするための用語、前提条件および主な概念の確認

- タスク2: Oracle Identity Managementマルチマスターまたはファンアウト・レプリケーション・アップグレードの準備

- タスク3: Oracle Internet Directoryレプリカのアップグレードの実行

- タスク4: 各レプリカのアップグレードの完了

16.1 タスク1: レプリケーション環境をアップグレードするための用語、前提条件および主な概念の確認

この章のアップグレード手順を進める前に、次の前提条件と要件を確認します。

- この章の用語の規則

- レプリケーション環境をアップグレードする場合の有効な開始ポイント

- レプリケーション環境をアップグレードする場合の推奨事項

16.1.1 この章の用語の規則

この章では、アップグレード先レプリカとは、新しくインストールおよびアップグレードされた11gリリース1(11.1.1)のレプリカであり、ソース・レプリカとは、アップグレードを実行する10gリリース2(10.1.2)または10g(10.1.4.0.1)のレプリカになります。

16.1.2 レプリケーション環境をアップグレードする場合の有効な開始ポイント

この章のアップグレード手順は、Oracle Internet Directory 10gリリース2(10.1.2)または10g(10.1.4.0.1)マルチマスターまたはファンアウト・レプリケーション環境をインストールおよび構成した管理者を対象としています。

この章では、レプリケーション環境のOracle Identity Managementコンポーネントが分散されているものとします。つまり、Oracle Internet Directory(およびオプションでOracle Directory Integration Platform)コンポーネントを1つ以上のOracleホームにインストールし、Oracle Single Sign-OnとOracle Delegated Administration Servicesコンポーネントを別の1つ以上のOracleホームにインストールしています。

図16-1に、典型的なOracle Identity Management 10gリリース2(10.1.2)マルチマスター・レプリケーション環境を示します。この詳細は、10gリリース2(10.1.2)の『Oracle Fusion Middleware高可用性ガイド』のマルチマスター・レプリケーションでのIdentity Managementのデプロイに関する項を参照してください。

図16-1 典型的なOracle Identity Management 10gリリース2(10.1.2)マルチマスター・レプリケーション環境

「図16-1 典型的なOracle Identity Management 10gリリース2(10.1.2)マルチマスター・レプリケーション環境」の説明

ファンアウト・レプリケーションでのOracle Identity Managementのデプロイについては、Oracle Application Server 10g(10.1.4.0.1)の『Oracle Identity Management概要および配置プランニング・ガイド』を参照してください。このガイドは、Oracle Application Server 10gリリース2(10.1.2)ドキュメント・ライブラリで入手できます。

16.1.3 レプリケーション環境をアップグレードする場合の推奨事項

アップグレード手順の推奨事項は次のとおりです。

- アップグレード先レプリカをアップグレードした後、アップグレード先レプリカとソース・レプリカとの間のレプリケーションを無効にします。アップグレード先レプリカではソース・レプリカから変更を受け取って処理できますが、ソース・レプリカではアップグレード先レプリカからの変更を処理できません。

- レプリケーション環境は単一マスターになります(つまり、読取りと書込みに設定されるレプリカは1つのみで、その他のレプリカはすべて読取り専用に設定されます)。

16.2 タスク2: Oracle Identity Managementマルチマスターまたはファンアウト・レプリケーション・アップグレードの準備

レプリケーション環境でOracle Internet Directoryのアップグレードを開始する前に、マスター定義サイト(MDS)・レプリカまたはプライマリ・サプライヤ・レプリカ以外のレプリカすべてについて次の手順を実行する必要があります。

1. アップグレードするレプリカのデータベースのデータベース登録エントリを見つけます。
Windowsシステムの場合:

SOURCE_ORACLE_HOME\bin\ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b "cn=oraclecontext"
-s one "(objectclass=orcldbserver)" dn

UNIXシステムの場合:

SOURCE_ORACLE_HOME/bin/ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b "cn=oraclecontext"
-s one "(objectclass=orcldbserver)" dn

これにより、Oracle Internet Directoryに登録されているすべてのデータベースに対応する識別名(DN)のリストが次の形式で返されます。

cn=database_name,cn=oraclecontext

返されたエントリのリストで、次のエントリのDNを見つけて書き留めます。これは、アップグレードするレプリカに対応しています。

cn=dbname_of_replica_to_be_upgraded,cn=oraclecontext

2. 次のコマンドを発行して、アップグレードするレプリカのレプリカIDを特定します。
Windowsシステムの場合:

SOURCE_ORACLE_HOME\bin\ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b "" -s base "(objectclass=*)" orclreplicaid

UNIXシステムの場合:

SOURCE_ORACLE_HOME/bin/ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b ""
-s base "(objectclass=*)" orclreplicaid

3. レプリカ・サブエントリのseeAlso属性を変更して、アップグレードしようとしているデータベースを指し示すようにします。
seeAlso属性は、標準のOracle Internet Directory属性です。詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のseeAlsoに関する項を参照してください。

seeAlso属性を変更するには、次のようにします。

1. 次の内容のファイル(mod.ldifなど)を作成します。

#File Name : mod.ldif
dn: orclreplicaid=replicaid_from_step_2,cn=replication configuration
changetype: modify
replace: seeAlso
#The DN used in seealso attribute is obtained in Step #1.
seeAlso: cn=dbname_of_replica_being_upgraded,cn=oraclecontext

2. ldapmodifyコマンドを使用して、レプリカ・サブエントリを変更します。
Windowsシステムの場合:

SOURCE_ORACLE_HOME\bin\ldapmodify
-h hostname_of_replica_being_upgraded
-p port
-D superuser_DN
-w superuser_password
-v
-f mod.ldif

UNIXシステムの場合:

SOURCE_ORACLE_HOME/bin/ldapmodify
-h hostname_of_replica_being_upgraded
-p port
-D superuser_DN
-w superuser_password
-v
-f mod.ldif

4. 次のディレクトリに移動して、ias.propertiesファイルを見つけます。
Windowsシステムの場合:

SOURCE_ORACLE_HOME\config

UNIXシステムの場合:

SOURCE_ORACLE_HOME/config

5. ias.propertiesファイルを開き、表16-1に示すプロパティが正しく有効であることを確認します。

6. Oracle Internet Directoryサーバーが稼働していることを確認します。
Oracle Internet Directoryが稼働中であることを確認するには、次のいずれかのコマンドを入力します。

注意:
ldapbindコマンドを実行する前に、一時的にORACLE_HOME環境変数をOracle Internet Directory Oracleホームに設定する必要があります。
Oracle Internet Directoryが稼働中であることを確認した後、ORACLE_HOME環境変数が定義されていないことを確認してから、11gリリース1(11.1.1)インストーラを起動してアップグレード手順を開始してください。

非セキュア・ポートでOracle Internet Directoryを実行している場合:

SOURCE_ORACLE_HOME/bin/ldapbind -p Non-SSL_port

セキュア・ポートでOracle Internet Directoryを実行している場合:

SOURCE_ORACLE_HOME/bin/ldapbind -p SSL_port -U 1

これらのコマンドにより、バインド成功のメッセージが返されます。

7. 次に示すように2番目のLDAPサーバーを停止します。
この例では、2番目のインスタンスに使用されるインスタンス番号が2であると仮定しています。

SOURCE_ORACLE_HOME/bin/oidctl connect=connect_string_of_db server=oidldapd instance=2 stop

表16-1 レプリケーションのアップグレード前にias.propertiesで確認するプロパティ

プロパティ名

レプリケーション・アップグレード前の正しい値

OID.LaunchSuccess

True

OIDhost

レプリカのホスト名

OIDport

レプリカのポート

OIDsslport

レプリカのSSLポート

16.3 タスク3: Oracle Internet Directoryレプリカのアップグレードの実行

一度に1つのレプリカをアップグレードしたり、すべてのレプリカを同時にアップグレードしたりすることができます。詳細は、次の項を参照してください。

- レプリカ・アップグレード方法の選択

- 一度に1つのレプリカのアップグレード

- 複数のレプリカのOracle Internet Directoryの同時アップグレード

16.3.1 レプリカ・アップグレード方法の選択

レプリケートされる環境で一度に1台ずつコンピュータをアップグレードすることで、アップグレード中もOracle Internet Directoryを追加、変更および検索に使用できるようにします。この方法を使用する場合、アップグレードするレプリカのみが停止します。それ以外のレプリカは引き続き稼働するため、ユーザーが使用できます。

複数のレプリカを同時にアップグレードする場合、ネットワーク全体が一時ステージングを使用せずにアップグレードされます。この手順は、一度に1つのレプリカをアップグレードするよりも簡単ですが、ディレクトリ・サービスのダウンタイムが発生します。

16.3.2 一度に1つのレプリカのアップグレード

次の手順に従い、一度に1つのレプリカをアップグレードします。

1. 第16.2項「タスク2: Oracle Identity Managementマルチマスターまたはファンアウト・レプリケーション・アップグレードの準備」の手順を実行済であることを確認します。

2. アップグレードするレプリカのレプリケーション・サーバーを特定します。
レプリカはLDAPベースの一部またはファンアウト・レプリカになります。または、Oracle Advanced Replication(ASR)ベースのマルチマスター・レプリカになります。

関連項目:
『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』のディレクトリ・レプリケーションの概念に関する項を参照してください。

3. アップグレードしようとしているレプリカにトラフィックをルーティングしないように、ロード・バランサを変更します。かわりに、クライアントのすべてのトラフィックをそれ以外のレプリカにルーティングします。

4. このレプリカがそれ以外のレプリカからの変更で最新になっていることを確認します。
このチェックは、レプリケーションを無効にする前に、最初のレプリカからの変更がすべて2番目のレプリカで取得されているかどうかを確認するために必要です。

5. アップグレードするレプリカのレプリケーション・サーバーを停止します。
UNIXシステムの場合:

SOURCE_ORACLE_HOME/oidctl
connect=db_connect_string
server=OIDREPLD
instance=1
flags="-p port_at_which_ldap_server_is_listening"
stop

Windowsシステムの場合:

SOURCE_ORACLE_HOME\oidctl
connect=db_connect_string
server=OIDREPLD
instance=1
flags="-p port_at_which_ldap_server_is_listening"
stop

関連項目:
oidctl管理ツールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のOracle Identity Managementサーバー管理ツールに関する項を参照してください。

6. Oracle Internet Directoryサーバー、Oracle Internet Directoryデータベースおよびデータベース・リスナーが稼働していることを確認します。

7. ASRベースのレプリカをアップグレードする場合、oidrdjob.sqlスクリプトを発行してその他のレプリカのASRジョブをすべて削除します。
たとえば、次のようになります。

export TWO_TASK=db_name_of_replica_being_upgraded
ORACLE_HOME/bin/sqlplus repadmin/password@connect_string_of_db
@ORACLE_HOME/ldap/admin/oidrdjob.sql

このレプリカに変更内容を転送した他のマスター・サイト上のすべてのASRジョブは削除されます。これによって、現在アップグレード中のレプリカはレプリケーション環境から除外されて変更が行われないようになります。また、その他のレプリカは引き続き稼動して変更をレプリケートします。

8. レプリカの構成に応じて、次のドキュメント・リソースを参照してレプリカのアップグレードを実行します。

- アップグレードするレプリカが、Oracle Identity Management高可用性に構成されている場合、14.3項「高可用性環境でのOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード」の手順を使用します。

- アップグレードするレプリカが高可用性に構成されていない場合、第5章「Oracle Internet Directory環境のアップグレード」の手順を使用して、レプリカをOracle Internet Directory 11gにアップグレードします。

レプリカをアップグレードするには、次の手順が必要です。

- Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- Oracle Internet Directoryのインストールおよび構成

- Oracle Internet Directory 10gインスタンスから11gに構成をアップグレードするためのアップグレード・アシスタントの実行

- 環境に合せたアップグレード後タスクの実行

9. レプリカをアップグレードしたら、アップグレードしたレプリカOracleホームのデータベースが稼働していることを確認します。

10. その他のレプリカへの接続をテストします。
Net Servicesアップグレード・アシスタントにより、listener.oraとtnsnames.oraが変更されるため、接続が解除されている場合があります。接続が解除されている場合は、ファイルで変更されたエントリを特定し、ソースOracleホームの対応するファイルからエントリをリストアします。

たとえば、元のエントリを、ソースOracleホームの次のファイルからアップグレード先Oracleホームの対応するファイルにコピーします。

SOURCE_ORACLE_HOME/network/admin/listener.ora
SOURCE_ORACLE_HOME/network/admin/sqlnet.ora
SOURCE_ORACLE_HOME/network/admin/tnsnames.ora

11. Oracle Advanced Replication(ASR)ベースのレプリカをアップグレードする場合、アップグレード後に次のコマンドを発行することにより、各レプリカでジョブを再作成します。

export LD_LIBRARY_PATH=DESTINATION_ORACLE_HOME/lib
DESTINATION_ORACLE_HOME/ldap/bin/remtool –asrrectify

以前に削除されたジョブが再作成されます。これらのジョブにより、既存の変更や新しい変更が、その他のレプリカからアップグレードしたレプリカに転送されます。

12. 新しくアップグレードしたレプリカについては、第16.4項「タスク4: 各レプリカのアップグレードの完了」で説明する手順を実行します。

13. 10gレプリケーション・サーバーを停止します。
これで、アップグレードされたレプリカが、まだアップグレードされていないレプリカでレプリケートされなくなります。

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

export TWO_TASK=db_name_of_second_replica
sqlplus repadmin/welcome1@db_connect_string
@$ORACLE_HOME/ldap/admin/oidrdjob.sql

14. 次の環境変数を再定義します。
たとえば、次のようになります。

export INSTANCE_NAME=asinst_1
export COMPONENT_NAME=oid1
export ORACLE_HOME=11g_ORACLE_HOME_PATH
export ORACLE_INSTANCE=11g_ORACLE_INSTANCE_PATH

15. 新しくアップグレードしたレプリカのレプリケーション・サーバーを起動します(すでに実行していない場合)。

DESTINATION_ORACLE_HOME/oidctl
connect=db_connect_string
server=OIDREPLD
instance=1
flags="-p port_at_which_ldap_server_is_listening"
start

関連項目:
oidctl管理ツールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のOracle Identity Managementサーバー管理ツールに関する項を参照してください。

16. クライアントのトラフィックを新しくアップグレードしたレプリカにルーティングするように、ロード・バランサを変更します。

17. 最初のレプリカのアップグレードに使用した手順で、残りのレプリカをアップグレードします。

16.3.3 複数のレプリカのOracle Internet Directoryの同時アップグレード

次の手順で、すべてのレプリカを同時にアップグレードします。

1. MDSレプリカやプライマリ・サプライヤ・レプリカ以外のすべてのレプリカで、第16.2項「タスク2: Oracle Identity Managementマルチマスターまたはファンアウト・レプリケーション・アップグレードの準備」に示すアップグレード前の手順を実行したことを確認します。

2. ディレクトリ・レプリケーション・グループ(DRG)のすべてのレプリカでレプリケーション・サーバーを停止します。

SOURCE_ORACLE_HOME/oidctl
connect=db_connect_string
server=OIDREPLD
instance=1
flags="-p port_at_which_ldap_server_is_listening"
stop

関連項目:
oidctl管理ツールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のOracle Identity Managementサーバー管理ツールに関する項を参照してください。

3. 第5章「Oracle Internet Directory環境のアップグレード」の手順を使用して、レプリカをOracle Internet Directory 11gにアップグレードします。
レプリカをアップグレードするには、第5章で説明した次の手順が必要です。

- Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- Oracle Internet Directoryのインストールおよび構成

- Oracle Internet Directory 10gインスタンスから11gに構成をアップグレードするためのアップグレード・アシスタントの実行

- 環境に合せたアップグレード後タスクの実行

4. レプリカをアップグレードしたら、アップグレードした各レプリカのデータベースが稼働していることを確認します。

5. その他のレプリカへの接続をテストします。
Net Servicesアップグレード・アシスタントにより、listener.oraとtnsnames.oraが変更されるため、接続が解除されている場合があります。接続が解除されている場合は、ファイルで変更されたエントリを特定し、ソースOracleホームの対応するファイルからエントリをリストアします。

たとえば、元のエントリを、ソースOracleホームの次のファイルからアップグレード先Oracleホームの対応するファイルにコピーします。

SOURCE_ORACLE_HOME/network/admin/listener.ora
SOURCE_ORACLE_HOME/network/admin/sqlnet.ora
SOURCE_ORACLE_HOME/network/admin/tnsnames.ora

6. アップグレードした各レプリカについては、第16.4項「タスク4: 各レプリカのアップグレードの完了」の手順を実行します。

7. アップグレードした各レプリカのレプリケーション・サーバーを起動します。

DESTINATION_ORACLE_HOME/oidctl
connect=db_connect_string
server=OIDREPLD
instance=1
flags="-p port_at_which_ldap_server_is_listening"
start

関連項目:
oidctl管理ツールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のOracle Identity Managementサーバー管理ツールに関する項を参照してください。

16.4 タスク4: 各レプリカのアップグレードの完了

次の項では、レプリカのアップグレードの完了後に実行する必要のあるタスクについて説明します。

- 各レプリカのOracle Internet DirectoryウォレットのレプリケーションDNパスワードの変更

- アップグレードした11gディレクトリでのorclreplicationid属性の設定

16.4.1 各レプリカのOracle Internet DirectoryウォレットのレプリケーションDNパスワードの変更

レプリカのアップグレード後、レプリケーション識別名(DN)のパスワードを変更します。パスワードを変更またはリセットすると、oidmon、LDAPサーバーおよびレプリケーション・サーバーを開始できます。

詳細は、次の項を参照してください。

- レプリケーションDNパスワードの変更

- レプリケーションDNパスワードのリセット

16.4.1.1 レプリケーションDNパスワードの変更

各レプリカをアップグレードしたら、レプリケーション環境管理ツール(remtool)を使用して、次のようにレプリケーション識別名(DN)パスワードを変更する必要があります。

DESTINATION_ORACLE_HOME/ldap/bin/remtool
-pchgwalpwd -v -bind host:port/repl_dn_pwd

remtoolコマンドラインに既存のパスワードを指定する必要があります。レプリケーションDNパスワードが不明の場合は、16.4.1.2項「レプリケーションDNパスワードのリセット」を参照してください。

関連項目:
remtoolコマンドで使用可能な引数(-pchgwalpwdおよび-presetpwdなど)の詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のremtoolに関する項を参照してください。

16.4.1.2 レプリケーションDNパスワードのリセット

レプリケーションDNパスワードが不明の場合は、次のコマンドを使用してレプリケーションDNパスワードをリセットします。

DESTINATION_ORACLE_HOME/ldap/bin/remtool -presetpwd -v -bind host:port

ファンアウト・レプリカをアップグレードする場合、そのサプライヤでもレプリケーションDNのパスワードをリセットする必要があります。サプライヤでレプリケーションDNのパスワードをリセットするには、次のようにします。

1. 次の内容のLDIFファイル(modpwd.ldifなど)を作成します。

dn: cn=replication dn,orclreplicad=consumer_replicaid,cn=replication configuration
changetype: modify
replace: userpassword
userpassword: new_password

2. 次のコマンドを発行して、アップグレードするレプリカのレプリカIDを特定します。

注意:
コマンドを実行する前に、ORACLE_INSTANCE環境変数を設定する必要があります。

Windowsシステムの場合:

SOURCE_ORACLE_HOME\bin\ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b "" -s base "(objectclass=*)" orclreplicaid

UNIXシステムの場合:

SOURCE_ORACLE_HOME/bin/ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b ""
-s base "(objectclass=*)" orclreplicaid

3. 次の内容のLDIFファイル(modpwd.ldifなど)を作成します。

dn: cn=replication dn,orclreplicad=consumer_replicaid,cn=replication configuration
changetype: modify
replace: userpassword
userpassword: new_password

4. 次に示すように、ldapmodifyツールを使用してサプライヤで変更を適用します。

ldapmodify  -h supplier_hostname
-p supplier_port_number>
-D cn=orcladmin
-w super_user_password_of_supplier
-f modpwd.ldif

16.4.2 アップグレードした11gディレクトリでのorclreplicationid属性の設定

10gリリース2(10.1.2)レプリカをファンアウト・レプリケーション環境でアップグレードする場合、Oracle Internet Directory属性のorclreplicationidを有効な値に設定する必要があります。

この手順は、10g(10.1.4.0.1)からアップグレードする場合は不要です。これはOracle Identity Management 10g(10.1.4.0.1)で導入された新しい属性であるためです。

この属性の値を、既存のorclagreementID属性の値と一致するように設定することをお薦めします。このタスクを実行するには、次のようにします。

1. 次のコマンドを発行して、アップグレードするレプリカのレプリカIDを特定します。
Windowsシステムの場合:

SOURCE_ORACLE_HOME\bin\ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b "" -s base "(objectclass=*)" orclreplicaid

UNIXシステムの場合:

SOURCE_ORACLE_HOME/bin/ldapsearch
-h hostname_of_replica_being_upgraded
-p port
-D cn=orcladmin
-w superuser_password
-b ""
-s base "(objectclass=*)" orclreplicaid

2. 次の内容のid.ldifというLDIFファイルを作成します。

dn: orclagreementid=000002,orclreplicaid=replicaid,cn=replication configuration
changetype: modify
replace: orclreplicationid
orclreplicationid: 2

LDIFファイルでは、前述の例の最初の2行が1行で表示されていることに注意してください。

3. 次のldapmodifyコマンドを使用してLDIFファイルを適用します。

ldapmodify -p port
-h host
-D DN
-w password
-f id.ldif

この例では、port、host、DNおよびpasswordを、環境に合せた適切な値で置き換えます。

関連項目:
orclreplicationid属性の詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』の章「Oracle Internet Directoryレプリケーションの概念」のレプリケーション契約エントリに関する項を参照してください。
ldapmodifyコマンドの使用の詳細は、『Oracle Fusion Middleware Oracle Identity Managementユーザー・リファレンス』のOracle Internet Directoryデータ管理ツールに関する項を参照してください。

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

この章では、高可用性環境でのOracle Virtual Directoryのアップグレード方法について説明します。

アップグレード手順は、ドメインに登録しているかどうかと、登録しているドメインの場所によってわずかに異なります。詳細は、次の項を参照してください。

- ローカルOracle WebLogic Serverドメインを使用する場合のOracle Virtual Directoryのアップグレード

- リモートOracle WebLogic Serverドメインを使用する場合またはドメインを使用しない場合のOracle Virtual Directoryのアップグレード

17.1 Oracle Virtual Directory高可用性のアップグレードについて

この章の手順を行う前に、次の点に注意してください。

アクティブ/アクティブOracle Virtual Directoryアップグレードに関する前提事項

この章では、アクティブ/アクティブ高可用性環境でのOracle Virtual Directoryのアップグレード方法について説明します。

このタイプの高可用性環境では、2つの個別のホストでOracle Virtual Directoryをアップグレードします。この例では、2つのホストをIDMHOST1およびIDMHOST2とします。

ここに示す手順では、Oracle Virtual DirectoryがOracle Application Server 10gトポロジでアップグレードされる唯一のコンポーネントであること、Oracle Virtual Directory 10gインスタンスとOracle Virtual Directory 11gインスタンスが同じホスト上にあることを前提としています。

Oracle WebLogic Serverドメインを使用する場合および使用しない場合のOracle Virtual Directoryのアップグレード

Oracle Fusion Middleware 11gでは、Oracle Virtual DirectoryをOracle WebLogic Serverドメインにオプションで登録できます。ただし、Oracle Virtual DirectoryをOracle Enterprise Manager Fusion Middleware Controlで管理する場合、Oracle Virtual Directoryインスタンスをドメインに登録しておく必要があります。

さらに、Oracle Virtual Directoryを、ローカルまたはリモートOracle WebLogic Serverドメインに登録できます。登録は、アップグレード時またはアップグレード後の手順として実行できます。

17.2 ローカルOracle WebLogic Serverドメインを使用する場合のOracle Virtual Directoryのアップグレード

次の手順では、Oracle Virtual Directoryのインストールおよびアップグレード・プロセスの一環として新しいローカルOracle WebLogic Serverドメインを作成する場合に、高可用性環境でOracle Virtual Directoryをアップグレードする方法について説明します。

このシナリオでは、最初のOracle Virtual DirectoryインスタンスとともにIDMHOST1でOracle WebLogic Serverドメインを作成します。次に、IDMHOST2で2番目のOracle Virtual Directoryインスタンスをインストールして構成し、2番目のOracle Virtual DirectoryインスタンスをIDMHOST1のドメインに登録します。

このシナリオでOracle Virtual Directoryをアップグレードするには、次のタスクを参照してください。

- タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成(オプション)

- タスク2: IDMHOST1でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク3: IDMHOST1でのOracle Virtual Directoryインスタンスの11gへのアップグレード

- タスク4: IDMHOST2でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク5: IDMHOST2での2番目のOracle Virtual Directoryインスタンスのアップグレード

- タスク6: IDMHOST1のドメインに対するIDMHOST2の2番目のOracle Virtual Directoryインスタンスの登録

- タスク7: IDMHOST1およびIDMHOST2でのOracle Virtual Directoryリスナーのキーストア証明書のインポート

17.2.1 タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成(オプション)

アップグレード済のOracle Virtual DirectoryインスタンスをOracle WebLogic Serverと関連付ける場合は、最初にOracle WebLogic Serverをインストールし、ミドルウェア・ホームを作成する必要があります。

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

17.2.2 タスク2: IDMHOST1でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST1にOracle Virtual Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Virtual Directoryの構成に関する完全な説明は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Virtual Directory (OVD)の構成」の章を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

17.2.3 タスク3: IDMHOST1でのOracle Virtual Directoryインスタンスの11gへのアップグレード

次の手順を使用して、Oracle Virtual Directoryインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. アップグレード・アシスタントの各画面に対応する方法については、表17-1を参照してください。

表17-1 高可用性でOracle Virtual Directoryをアップグレードする場合のアップグレード画面の概要

画面

手順

ようこそ

「次へ」をクリックします。

操作の指定

「アイデンティティ管理インスタンスのアップグレード」を選択します。

「次へ」をクリックします。

ソース・ホームの指定

10gリリース2(10.1.2)または10g(10.1.4)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレードに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

11g Oracleインスタンスの完全パスを入力するか、「参照」をクリックしてインスタンス・ディレクトリを見つけます。

WebLogic Serverの指定

この画面は、Oracle Virtual Directoryのインストール時にOracle Virtual Directory 11gインスタンスとOracle WebLogic Serverを関連付けた場合にのみ表示されます。

Oracle WebLogic Serverドメインを使用せずにOracle Virtual Directoryをインストールする場合、この画面は表示されません。

第17.2.1項「タスク1: IDMHOST1でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成(オプション)」で構成したOracle WebLogic Serverのホストと管理サーバーのポートを入力します。

アップグレード・オプションの指定

「アップグレード先でソースOracleホーム・ポートを使用」を選択します。

「アップグレード後にアップグレード先コンポーネントを起動」を選択します。

「次へ」をクリックします。

コンポーネントの調査

「次へ」をクリックします。

サマリー

「アップグレード」をクリックして、アップグレード・プロセスを続行します。

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

「アップグレード完了」画面が表示されるまでアップグレードの進行状況を監視します。

アップグレード完了

「閉じる」をクリックします。

4. 次のOPMNコマンドを使用して、アップグレードしたOracle Virtual Directoryインスタンスを確認します。

ORACLE_INSTANCE/bin/opmnctl status

次のような出力が表示されます。

Processes in Instance: asinst_1
--------------------------+--------------------+---------+---------
ias-component             | process-type       |     pid | status
--------------------------+--------------------+---------+---------
ovd1                      | OVD                |   22091 | Alive
EMAGENT                   | EMAGENT            |       0 | NONE

5. WebLogic ServerにインストールされているNonJ2EEManagementアプリケーションを次のように更新します。
UNIX:

INSTANCE_HOME/bin/opmnctl redeploy

Windows:

INSTANCE_HOME\bin\opmnctl redeploy

6. コンポーネントのプロパティ情報(コンポーネントのバージョンなど)が更新されるようにインスタンスを次のように再登録します。
UNIX:

INSTANCE_HOME/bin/opmnctl unregisterinstance
INSTANCE_HOME/bin/opmnctl registerinstance

Windows:

INSTANCE_HOME\bin\opmnctl unregisterinstance
INSTANCE_HOME\bin\opmnctl registerinstance

17.2.4 タスク4: IDMHOST2でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST2にOracle Virtual Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Fusion Middleware構成ウィザードを使用して、Oracle Virtual Directoryを構成します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

17.2.5 タスク5: IDMHOST2での2番目のOracle Virtual Directoryインスタンスのアップグレード

次の手順を使用して、Oracle Virtual Directoryインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. アップグレード・アシスタントの各画面に対応する方法については、表17-1を参照してください。

4. 次のOPMNコマンドを使用して、アップグレードしたOracle Virtual Directoryインスタンスを確認します。

ORACLE_INSTANCE/bin/opmnctl status

次のような出力が表示されます。

Processes in Instance: asinst_1
--------------------------+--------------------+---------+---------
ias-component             | process-type       |     pid | status
--------------------------+--------------------+---------+---------
ovd1                      | OVD                |   22091 | Alive
EMAGENT                   | EMAGENT            |       0 | NONE

17.2.6 タスク6: IDMHOST1のドメインに対するIDMHOST2の2番目のOracle Virtual Directoryインスタンスの登録

アップグレードしたOracle Virtual Directoryインスタンスを、IDMHOST1で作成および構成したOracle WebLogic Serverドメインに登録します。

次のOPMNコマンドを使用します。

ORACLE_INSTANCE/opmnctl registerinstance
-adminHost adminHostName
-adminPort adminServerPort
-adminUsername DOMAIN_ADMINISTRATOR_USERNAME
-oracleInstance ORACLE_INSTANCE

17.2.7 タスク7: IDMHOST1およびIDMHOST2でのOracle Virtual Directoryリスナーのキーストア証明書のインポート

IDMHOST1およびIDMHOST2で、次のコマンドを実行して、Fusion Middleware ControlエージェントのウォレットにOracle Virtual Directoryリスナーのキーストア証明書をインポートします。

1. Oracle Virtual Directoryのサーバー証明書をエクスポートします。

keytool -exportcert
-keystore OVD_KEYSTORE_FILE
-storepass passwd
-alias OVD_SERVER_CERT_ALIAS
-rfc
-file OVD_SERVER_CERT_FILE

2. Oracle Management AgentのウォレットにOracle Virtual Directoryのサーバー証明書を次のように追加します。

ORACLE_HOME/bin/orapki wallet add
-wallet ORACLE_INSTANCE/EMAGENT/EMAGENT/sysman/config/monwallet
-trusted_cert
-cert OVD_SERVER_CERT_FILE
-pwd WALLET_PASSWD

たとえば、インストール時に構成されたデフォルト値を使用している場合、前述の例では変数に次の値を使用します。

OVD_KEY_STORE_FILEをORACLE_INSTANCE/config/OVD/ovd1/keystores/keys.jksに置き換えます。

OVD_SERVER_CERT_ALIASをserverselfsignedに置き換えます。

passwdを、Oracle Virtual Directory管理者アカウントのパスワードに置き換えます。

17.3 リモートOracle WebLogic Serverドメインを使用する場合またはドメインを使用しない場合のOracle Virtual Directoryのアップグレード

次の手順では、次のいずれかのシナリオで、高可用性環境でOracle Virtual Directoryをアップグレードする方法を説明します。

- Oracle Virtual Directory環境を、(Oracle Virtual Directoryがインストールされているホスト以外のホストで)既存のリモートOracle WebLogic Serverドメインに登録する場合。

- Oracle Virtual Directory環境をスタンドアロン・モード(Oracle WebLogic Serverドメインを使用しない)でインストールおよび構成する場合。

この手順では、リモートOracle WebLogic Serverドメインがすでにリモート・ホストにインストールおよび構成されているか、Oracle Virtual DirectoryをOracle WebLogic Serverに登録しないものと仮定しています。

前述のシナリオでOracle Virtual Directoryをアップグレードするには、次のタスクを参照してください。

- タスク1: IDMHOST1でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク2: IDMHOST1でのOracle Virtual Directoryインスタンスの11gへのアップグレード

- タスク3: IDMHOST2でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

- タスク4: IDMHOST2での2番目のOracle Virtual Directoryインスタンスのアップグレード

- タスク5: WLSHOST1のドメインに対するIDMHOST2の2番目のOracle Virtual Directoryインスタンスの登録(オプション)

- タスク6: IDMHOST1およびIDMHOST2でのOracle Virtual Directoryリスナーのキーストア証明書のインポート

17.3.1 タスク1: IDMHOST1でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST1にOracle Virtual Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Fusion Middleware構成ウィザードを使用して、Oracle Virtual Directoryを構成します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

17.3.2 タスク2: IDMHOST1でのOracle Virtual Directoryインスタンスの11gへのアップグレード

次の手順を使用して、Oracle Virtual Directoryインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. アップグレード・アシスタントの各画面に対応する方法については、表17-1を参照してください。

4. 次のOPMNコマンドを使用して、アップグレードしたOracle Virtual Directoryインスタンスを確認します。

ORACLE_INSTANCE/bin/opmnctl status

次のような出力が表示されます。

Processes in Instance: asinst_1
--------------------------+--------------------+---------+---------
ias-component             | process-type       |     pid | status
--------------------------+--------------------+---------+---------
ovd1                      | OVD                |   22091 | Alive
EMAGENT                   | EMAGENT            |       0 | NONE

17.3.3 タスク3: IDMHOST2でのOracle Virtual Directory 11gリリース1(11.1.1.6.0)のインストールおよび構成

IDMHOST2にOracle Virtual Directory 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

Oracle Fusion Middleware構成ウィザードを使用して、Oracle Virtual Directoryを構成します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

17.3.4 タスク4: IDMHOST2での2番目のOracle Virtual Directoryインスタンスのアップグレード

次の手順を使用して、Oracle Virtual Directoryインスタンスを11gにアップグレードします。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

アップグレード・アシスタントに「ようこそ」画面が表示されます。

3. アップグレード・アシスタントの各画面に対応する方法については、表17-1を参照してください。

4. 次のOPMNコマンドを使用して、アップグレードしたOracle Virtual Directoryインスタンスを確認します。

ORACLE_INSTANCE/bin/opmnctl status

次のような出力が表示されます。

Processes in Instance: asinst_1
--------------------------+--------------------+---------+---------
ias-component             | process-type       |     pid | status
--------------------------+--------------------+---------+---------
ovd1                      | OVD                |   22091 | Alive
EMAGENT                   | EMAGENT            |       0 | NONE

17.3.5 タスク5: WLSHOST1のドメインに対するIDMHOST2の2番目のOracle Virtual Directoryインスタンスの登録(オプション)

アップグレードしたOracle Virtual Directoryインスタンスを、WLSHOST1で作成および構成した既存のOracle WebLogic Serverドメインに登録します。

次のOPMNコマンドを使用します。

ORACLE_INSTANCE/opmnctl registerinstance
-adminHost adminHostName
-adminPort adminServerPort
-adminUsername DOMAIN_ADMINISTRATOR_USERNAME
-oracleInstance ORACLE_INSTANCE

17.3.6 タスク6: IDMHOST1およびIDMHOST2でのOracle Virtual Directoryリスナーのキーストア証明書のインポート

IDMHOST1およびIDMHOST2で、次のコマンドを実行して、Fusion Middleware ControlエージェントのウォレットにOracle Virtual Directoryリスナーのキーストア証明書をインポートします。

1. Oracle Virtual Directoryのサーバー証明書をエクスポートします。

keytool -exportcert
-keystore OVD_KEYSTORE_FILE
-storepass passwd
-alias OVD_SERVER_CERT_ALIAS
-rfc
-file OVD_SERVER_CERT_FILE

2. Oracle Management AgentのウォレットにOracle Virtual Directoryのサーバー証明書を次のように追加します。

ORACLE_HOME/bin/orapki wallet add
-wallet ORACLE_INSTANCE/EMAGENT/EMAGENT/sysman/config/monwallet
-trusted_cert
-cert OVD_SERVER_CERT_FILE
-pwd WALLET_PASSWD

たとえば、インストール時に構成されたデフォルト値を使用している場合、前述の例では変数に次の値を使用します。

OVD_KEY_STORE_FILEをORACLE_INSTANCE/config/OVD/ovd1/keystores/keys.jksに置き換えます。

OVD_SERVER_CERT_ALIASをserverselfsignedに置き換えます。

passwdを、Oracle Virtual Directory管理者アカウントのパスワードに置き換えます。

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

この章では、高可用性環境でのOracle Identity Federationのアップグレード方法について説明します。

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

- タスク1: Oracle Identity Federation高可用性アップグレードの理解

- タスク2: データベースへのOracle Identity Federationスキーマのインストール

- タスク3: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク4: Oracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

- タスク5: Oracle Enterprise Manager Fusion Middleware ControlのみによるOracle WebLogic Serverドメインの構成

- タスク6: ドメインの拡張および最初のOracle Identity Federation 11g Oracleインスタンスの作成

- タスク7: アップグレード・アシスタントを使用した最初のOracle Identity Federation Oracleインスタンスのアップグレード

- タスク8: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

- タスク9: IDMHOST2でのOracle Identity Federation 10gインスタンスの削除

- タスク10: 2番目のインスタンスIDMHOST2へのOracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

- タスク11: IDMHOST2でのOracle WebLogic Serverドメインの構成

- タスク12: IDMHOST1からIDMHOST2へのOracle Identity Federationアプリケーションのコピー

- タスク13: IDMHOST2での管理対象サーバーの起動

- タスク14: アップグレード後の手順の完了

- タスク15: Oracle Identity Federation高可用性アップグレードの確認

18.1 タスク1: Oracle Identity Federation高可用性アップグレードの理解

Oracle Identity Federation高可用性アップグレードを準備するには、次の項を参照してください。

- Oracle Identity Federation高可用性アップグレードの前提条件

- この章で使用される規則

18.1.1 Oracle Identity Federation高可用性アップグレードの前提条件

このアップグレード手順を開始するには、次の事項が前提となります。

- 10gのソース・トポロジが11gのアップグレード先トポロジと同じであること。
つまり、インストールを予定しているOracle Identity Federationトポロジが、設計面で10g環境と同様である必要があります。たとえば、11g環境で同じ数のホストと同じ数のOracle Identity Federationインスタンスを実行していることが前提になります。

- アップグレードする各Oracle Identity Federationインスタンスについて、ターゲットのOracle Identity Federation 11g Oracleホームが、ソースのOracle Identity Federation 10g Oracleホームと同じホストに存在すること。

- Oracle Identity Federationスキーマのホストに使用するデータベースが、Oracle Fusion Middleware 11gでサポートされるバージョンにアップグレードされていること。
詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

- 関連するOracle HTTP Serverもアップグレードする場合は、アップグレード・プロセスを開始する前に他のホスト上の別のすべてのOracle Identity Federation 10gインストールのすべてのプロセスを停止します。
Oracle Identity Federation 10gインストールに関連するOracle HTTP Serverのアップグレードの詳細は、第18.6.2項「Oracle HTTP ServerとOracle Identity Federationの選択および構成について」を参照してください。

18.1.2 この章で使用される規則

この章の例では、2つの個別ホスト・コンピュータで実行する2つのOracle Identity Federationインスタンスをアップグレードすると仮定しています。これらをIDMHOST1とIDMHOST2と呼びます。

さらに、2つのデータベース・サーバーがあり、これらも2つの個別ホストDBHOST1およびDBHOST2で実行しているとします。

18.2 タスク2: データベースへのOracle Identity Federationスキーマのインストール

アップグレード準備のためにOracle Identity Federation 11gをインストールするには、サポートされているデータベースにOracle Identity Federation 11gスキーマをインストールしておく必要があります。

リポジトリ作成ユーティリティを使用してスキーマを作成し、リポジトリ作成ユーティリティの「コンポーネントの選択」画面で「Oracle Identity Federation」コンポーネントを選択します。

詳細は、第7.2項「タスク2: リポジトリ作成ユーティリティを使用したデータベースへのOracle Identity Federationスキーマのインストール」を参照してください。

18.3 タスク3: Oracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

18.4 タスク4: Oracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

Oracle Identity Federation 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

18.5 タスク5: Oracle Enterprise Manager Fusion Middleware ControlのみによるOracle WebLogic Serverドメインの構成

Oracle Fusion Middleware構成ウィザードを使用して、Oracle Virtual Directoryを構成します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

注意:
ポート番号7001および5556が、コンピュータ上のサービスによって使用されていないことを確認します。
たとえば、UNIXシステムの場合は、次のコマンドを入力します。ポートが使用されていない場合は、コマンドから出力は返されません。

netstat -an | grep "7001"
netstat -an | grep "5556"

Windowsオペレーティング・システムの場合は、次のようにします。

netstat -an | findstr "LISTEN" | findstr "7001"
netstat -an | findstr "LISTEN" | findstr "5556"

ポートが使用されている(コマンドからポートを識別する出力が返された)場合は、ポートを解放する必要があります。

たとえば、UNIXシステムでそのポートが1つ以上のサービスによって使用されている場合は、/etc/servicesファイルでポート7001および5556のエントリを削除して、サービスまたはコンピュータを再起動します。

18.6 タスク6: ドメインの拡張および最初のOracle Identity Federation 11g Oracleインスタンスの作成

これで、Oracle WebLogic Serverドメインの構成が完了したので、ドメインを拡張し、最初のOracle Identity FederationコンポーネントであるOracleインスタンスを作成できます。詳細は、次の項も参照してください。

- ドメインの拡張およびOracle Identity Federationの構成

- Oracle HTTP ServerとOracle Identity Federationの選択および構成について

18.6.1 ドメインの拡張およびOracle Identity Federationの構成

ドメインを拡張し、Oracle Identity Federationを構成するには、次のようにします。

1. 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の最初の4つの章を確認してください。
これらの章には、システム要件や前提条件タスクなど重要なインストール前の情報が含まれています。

2. ポート番号7499が、コンピュータ上のサービスによって使用されていないことを確認します。
UNIXオペレーティング・システムの場合:

netstat -an | grep "7499"

Windowsオペレーティング・システムの場合は、次のようにします。

netstat -an | findstr "LISTEN" | findstr "7499"

ポートが使用されている(コマンドからポートを識別する出力が返された)場合は、ポートを解放する必要があります。

たとえば、UNIXシステムでそのポートがサービスによって使用されている場合は、/etc/servicesファイルでポート7499のエントリを削除して、サービスまたはコンピュータを再起動します。

3. Oracle Identity Management CD-ROMを検索します。
また、Oracle Technology Networkでインストール・キットをダウンロードし、解凍することもできます。

http://www.oracle.com/technology

4. staticports.iniファイルを、CD–ROMの次のディレクトリ、またはソフトウェア・ダウンロードをダウンロードして解凍したディレクトリから、一時ディレクトリにコピーします。

Disk1/stage/Response

5. 一時ディレクトリにコピーしたstaticports.iniファイルを編集し、次のカスタム・ポートを割り当てます。

[OIF]
# The OIF Server Port
OIF Server Port = 7499

後で、最初のOracle Identity Federationインスタンスのインストール手順でこのファイルの場所を参照することが必要になります。

6. 次のコマンドを実行することで、Oracle Identity Management構成ツールを起動します。

OIF_ORACLE_HOME/bin/config.sh

たとえば、次のようになります。

/u01/app/oracle/product/fmw/idm/bin/config.sh

7. 構成ウィザードの説明に従って、既存のドメインを拡張します。
インストールと構成時は次のリソースを参照してください。

- 表18-1。Oracle Identity Federation高可用性アップグレードのソフトウェアをインストールおよび構成する際に必要な特定の手順について説明します。

- 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』。または、Oracle Identity Federationのインストール時に必要な前提条件とその他のプロンプトについては、「ヘルプ」をクリックします。

8. インストールおよび構成が完了したら、構成ツールを終了します。

表18-1 最初のOracle Identity Federation Oracleインスタンスを構成するときの構成画面の概要

画面

説明および実行するアクション

ようこそ

「次へ」をクリックし、Oracle Identity Federationの構成を開始します。

ドメインの選択

- 既存ドメインの拡張を選択します。

- 「タスク5: Oracle Enterprise Manager Fusion Middleware ControlのみによるOracle WebLogic Serverドメインの構成」で作成したドメインのホスト、ポートおよび管理資格証明を入力します。

インストール場所の指定

- このページの最初の2つのフィールドは読取り専用です。

- 「Weblogicサーバー・ディレクトリ」フィールドで、既存のミドルウェア・ホーム内のwlserver_10.3ディレクトリの名前とパスを入力します。

- 「Oracleインスタンスの場所」フィールドに、Oracleインスタンスのディレクトリを作成する場所のパスを入力します。ファイルが存在する既存のディレクトリへのパスを入力しないでください。既存のディレクトリへのパスを入力する場合、そのディレクトリが空である必要があります。

- 「インスタンス名」フィールドに、oif_inst1と入力し、これを高可用性トポロジでの最初のOracle Identity Federationインスタンスとします。

詳細は、「ヘルプ」をクリックするか、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』を参照してください。

ミドルウェア・ホームの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の理解に関する項を参照してください。

セキュリティ更新用の電子メールの指定

セキュリティ問題の通知方法を次の中から選択します。

- セキュリティ上の問題について、電子メールで通知を受け取るには、「電子メール」フィールドに電子メール・アドレスを入力します。

- セキュリティ上の問題について、My Oracle Support(旧MetaLink)から通知を受け取る場合、「My Oracle Support」オプションを選択し、My Oracle Supportのパスワードを入力します。

- セキュリティ問題の通知を行わない場合は、すべてのフィールドを空のままにします。

コンポーネントの構成

この画面では、このインストールおよび構成セッションで構成するコンポーネントを特定します。

この手順の目的のため、次の操作を実行します。

- 「Oracle Identity Federation」のみを選択します。この画面ではその他のコンポーネントは選択しないでください。
Oracle Identity Federationは、Oracle HTTP Serverと一緒に構成できます。詳細は、18.6.2項「Oracle HTTP ServerとOracle Identity Federationの選択および構成について」を参照してください。

- クラスタ・チェック・ボックスを選択します。

ポートの構成

構成ファイルを使用してポートを指定を選択して、一時ディレクトリで編集して保存したstaticports.iniファイルのフルパス名を入力します。

OIFの詳細の指定

この例の場合、この画面のフィールドに次のように入力します。

- PKCS12パスワード: セキュリティ・パスワードを入力します。

- パスワードの確認: パスワードを再入力して、正しく入力したことを確認します。

- サーバーID: oif_OIFDomainと入力します。

OIF拡張フロー属性

この画面の各フィールドには次の内容を入力します。

認証タイプ: JAAS

ユーザー・ストア: NONE

フェデレーション・ストア: NONE

ユーザー・セッション・ストア: RDBMS(デフォルトの選択、クラスタの場合は変更できません)

メッセージ・ストア: RDBMS(デフォルトの選択、クラスタの場合は変更できません)

構成ストア: RDBMS(デフォルトの選択、クラスタの場合は変更できません)

一時ストアのデータベースの詳細

この画面では次の情報を入力します。

- 接続文字列: データベースに接続文字列を指定します。RACデータベースの場合、各ノードを入力してカレット文字(^)で区切ります。たとえば、次のようになります。

oifdbhost1-vip.mycompany.com:1521:oifdb1^
oifdbhost2-vip.mycompany.com:1521:oifdb2@ oifdb.mycompany.com

- ユーザー名: 第18.2項「タスク2: データベースへのOracle Identity Federationスキーマのインストール」で作成したOracle Identity Federationスキーマの名前(接頭辞を含む)を入力します。

- パスワード: Oracle Identity Federationスキーマの作成時に入力したパスワード。

インストール・サマリー

行った選択内容を確認します。変更が必要な場合は、「戻る」をクリックします。選択が適切であれば、「インストール」をクリックします。

インストールの進行状況

ディスクへのファイルのインストールの進行状況を監視します。

oracleRoot.shスクリプトのダイアログ・ボックス

UNIXプラットフォームへのインストール中に、このダイアログ・ボックスで、rootユーザーとしてログインして、oracleRoot.shスクリプトを実行するように求められます。

スクリプトにより、ファイルの作成や編集、および/usr/local/bin/ディレクトリにあるいくつかのOracle実行可能ファイルの権限の変更が行われるため、rootユーザーとしてログインする必要があります。

構成の進行状況

ソフトウェアの構成の進行状況を監視します。

インストール完了

「終了」をクリックしてインストールを終了し、インストーラを終了します。

18.6.2 Oracle HTTP ServerとOracle Identity Federationの選択および構成について

Oracle Identity Federationには、Oracle HTTP Serverインスタンスが必要です。ただし、Oracle Identity Federationと同じホストにOracle HTTP Serverインスタンスをインストールして構成するか、Web層インストールの一部として別のホストにOracle HTTP Serverインスタンスをインストールするかを選択できます。

Oracle HTTP Serverを同じホストにインストールするかどうかを判断する場合は、次の事項に注意してください。

- Oracle HTTP ServerをOracle Identity Federationと同じホストにインストールする場合、Oracle Fusion Middlewareのアップグレード・アシスタントを使用して、Oracle Identity Federationのアップグレードと同時にOracle HTTP Serverインスタンスをアップグレードできます。
つまり、アップグレード・アシスタントでは、すべてのSSL証明書とOSSO統合構成を、ソースのOracle Identity Federation 10gソース・トポロジからOracle Identity Federation 11gアップグレード先トポロジに移行できます。

- Oracle HTTP Serverを別ホストにインストールする場合、アップグレード・アシスタントでは、SSL証明書とOSSO統合構成を移行しません。これらのアーティファクトは、アップグレード後に手動で移行する必要があります。

18.7 タスク7: アップグレード・アシスタントを使用した最初のOracle Identity Federation Oracleインスタンスのアップグレード

Oracle Fusion Middlewareアップグレード・アシスタントによって、Oracle Application Server 10g環境のアップグレードが多くの点で自動化されます。

アップグレード・アシスタントは、Oracle Fusion Middleware Oracleホームのbinディレクトリに自動的にインストールされます。

詳細は、次の項を参照してください。

- タスク7a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動

- タスク7b: Oracle Identity Federationのアップグレード

18.7.1 タスク7a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動

グラフィカル・ユーザー・インタフェースを使用したアップグレード・アシスタントを起動する手順は、次のとおりです。

注意:
Oracle Application Server 10g Oracleホームのアップグレードには、アップグレード・アシスタントのコマンドライン・インタフェースも使用できます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

1. ディレクトリを、Oracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

図18-1に示すとおり、アップグレード・アシスタントの「ようこそ」画面が表示されます。

図18-1 アップグレード・アシスタントの「ようこそ」画面

「図18-1 アップグレード・アシスタントの「ようこそ」画面」の説明

3. 「次へ」をクリックすると、「操作の指定」画面が表示されます(図18-2)。
アップグレード・アシスタントで使用可能なオプションは、アシスタントを起動したOracleホーム固有のものです。Oracle Application Server Identity ManagementのOracleホームからアップグレード・アシスタントを起動する場合、「操作の指定」画面に表示されるオプションが、Oracle Application Server Identity ManagementのOracleホームに対して有効なオプションです。

図18-2 Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの「操作の指定」画面

「図18-2 Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの「操作の指定」画面」の説明

18.7.2 タスク7b: Oracle Identity Federationのアップグレード

Oracle Identity Federationをアップグレードする場合、アップグレード・アシスタントによって、Oracle Identity Federation中間層の構成ファイルがアップグレードされます。

Oracle Identity Federationが同一のOracleインスタンスにある場合にOracle Identity Federationをアップグレードするには、次のようにします。

1. 「タスク7a: Oracle Identity Federationアップグレードのためのアップグレード・アシスタントの起動」に示すとおり、アップグレード・アシスタントを起動します。

2. 「操作の指定」画面(図18-2)の「アイデンティティ管理インスタンスのアップグレード」を選択します。

3. Oracle Identity Federationのアップグレード中に入力を必要とするアップグレード・アシスタントの画面の説明は、表18-2を参照してください。

4. アップグレード・アシスタントでは、「アップグレード・オプションの指定」画面の後に次のタスクが実行され、それぞれのタスクの進行状況が表示されます。

- アップグレード対象のコンポーネントとスキーマを調査し、アップグレード可能かどうかを確認します。

- アップグレード対象のコンポーネントのサマリーを示します。これにより、アップグレード・アシスタントによってコンポーネントとスキーマが予測どおりにアップグレードされることを確認できます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行中に発生する問題のトラブルシューティングの具体的な方法は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

5. アップグレード・アシスタントを終了します。

表18-2 Oracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレード中に入力が必要なアップグレード・アシスタント画面

アップグレード・アシスタント画面

説明

ソース・ホームの指定

10g(10.1.4.0.1)のソースOracleホームを選択します。

アップグレードするOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のOracleASアップグレード・アシスタントに一覧表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

ミドルウェア・ホーム内にインストールしたアップグレード先の11g Oracleインスタンスの完全パスを入力します。これは、Oracle Identity Federationソフトウェアが含まれるOracleホームです。

または、「参照」をクリックしてディレクトリを選択します。

WebLogic Serverの指定

第18.5項「タスク5: Oracle Enterprise Manager Fusion Middleware ControlのみによるOracle WebLogic Serverドメインの構成」で構成したOracle WebLogic Serverドメインのホスト、管理サーバーのポートおよび管理ユーザーの資格証明を入力します。

「警告」ダイアログ・ボックス

ソースOracleホームに、ターゲットOracleインスタンスにインストールおよび構成されていないOracle Application Serverコンポーネントがある場合は、この警告ダイアログ・ボックスが表示されます。

この警告は、ソースOracleホームに11g Oracleホームで使用できないOracle HTTP Serverのインスタンスが含まれる場合などに表示されます。

ダイアログ・ボックス内の情報が正しく、どのコンポーネントがアップグレードされるかがわかっている場合は、「はい」をクリックして続行します。それ以外は、「いいえ」をクリックして、コンポーネントが各11g Oracleインスタンスでインストールおよび構成されていることを確認します。

アップグレード・オプションの指定

この画面は、これらのアップグレード・オプションを示します。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。
Oracle Identity Federationをアップグレードする際は、このオプションを常に選択することをお薦めします。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にUpgrade Assistantによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合、アップグレード後にアップグレード先インスタンスを手動で起動する必要があります。

この例の目的のため、両方のアップグレード・オプションを選択します。

18.8 タスク8: IDMHOST2でのOracle WebLogic Serverのインストールおよびミドルウェア・ホームの作成

IDMHOST1に作成したOracle WebLogic Serverクラスタを拡張してIDMHOST2を含める前に、Oracle WebLogic Serverバイナリ・ファイルをIDMHOST2にインストールしてIDMHOST2にミドルウェア・ホームを作成しておく必要があります。

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

Oracle WebLogic Serverをインストールする場合、ミドルウェア・ホームの完全パスを書き留めておいてください。この情報は、アップグレード手順で後ほど必要になります。

18.9 タスク9: IDMHOST2でのOracle Identity Federation 10gインスタンスの削除

Oracle Identity Federation高可用性環境の2番目のホストにOracle Identity Federation 11gをインストールする前に、その2番目のホストで現在稼動しているOracle Identity Federation 10gインスタンスを削除することをお薦めします。

この手順は、既存のOracle Identity Federation 10gインスタンスと新しいOracle Identity Federation 11gインスタンスの間のポートの競合を回避するために必要です。

詳細は、次のトピックを参照してください。

- Oracle Identity Federation 10gインスタンスの削除手順

- ポートの競合を回避するための代替手段

18.9.1 Oracle Identity Federation 10gインスタンスの削除手順

Oracle Identity Federation 10gの削除手順は、Oracle Technology Network(OTN)のOracle Application Server 10g(10.1.4.0.1)ドキュメント・ライブラリで入手できる『Oracle Identity Federation管理者ガイド』のOracle Identity Federationの削除に関する項を参照してください。

http://www.oracle.com/technology/documentation/oim1014.html

18.9.2 ポートの競合を回避するための代替手段

組織でOracle Identity Federation 10gの削除を選択しない場合は、次の代替ソリューションを検討できます。これには、Oracle HTTP Server 10gの構成ファイルの変更が含まれています。

Oracle Identity Federation 11gのインストール中に、Oracle HTTP Server 10gインスタンスを変更してポートの競合を回避する手順は次のとおりです。

1. ディレクトリをOracle HTTP Serverの構成ディレクトリに変更します。

10g_ORACLE_HOME\Apache\Apache\conf\

2. このディレクトリの次に示すファイルのバックアップ・コピーを作成します。

httpd.conf
ssl.conf

3. ファイルhttpd.confを編集し、Oracle Identity Federation 11gのインストール中に再使用する必要があるHTTP非SSLポートの出現を検索します。

4. 出現ごとに、httpd.confファイルの値を編集または削除します。
たとえば、HTTP非SSLポートが7786である場合は、その値を削除するか、その値を7786から77861に変更します。

5. 同様の方法で、ファイルssl.confを編集し、再使用する必要があるHTTP SSLポートの出現を検索します。

6. 出現ごとに、ssl.confファイルの値を編集または削除します。

18.10 タスク10: 2番目のインスタンスIDMHOST2へのOracle Identity Federation 11gリリース1(11.1.1.6.0)のインストール

IDMHOST2にOracle Identity Federation 11gをインストールして構成するには、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management (11.1.1.6.0)のインストールおよび構成」の章を参照してください。

18.11 タスク11: IDMHOST2でのOracle WebLogic Serverドメインの構成

Oracle Fusion Middleware構成ウィザードを使用して、Oracle Virtual Directoryを構成します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの作成に関する項を参照してください。

注意:
ポート番号7499が、コンピュータ上のサービスによって使用されていないことを確認します。
たとえば、UNIXシステムの場合は、次のコマンドを入力します。ポートが使用されていない場合は、コマンドから出力は返されません。

netstat -an | grep "7499"

Windowsオペレーティング・システムの場合は、次のようにします。

netstat -an | findstr "LISTEN" | findstr "7499"

そのポートが使用されている(コマンドからそのポートを特定する出力が返された)場合は、それらを解放する必要があります。

たとえば、UNIXシステムでそのポートが1つ以上のサービスによって使用されている場合は、/etc/servicesファイルでポート7499のエントリを削除して、サービスまたはコンピュータを再起動します。

18.12 タスク12: IDMHOST1からIDMHOST2へのOracle Identity Federationアプリケーションのコピー

Oracle Directory Integration Platformアプリケーションは、外部でステージング済のアプリケーションとしてIDMHOST1にデプロイされます。このアプリケーションは、IDMHOST1からOIFHOST2にコピーする必要があります。それ以外の場合は、IDMHOST2上の管理対象サーバーは、Oracle WebLogic Server管理コンソールに「不明」状態であるとリストされます。

1. IDMHOST1で、Oracle WebLogic Serverドメイン・ディレクトリ内のapplicationsディレクトリを探します。

MW_HOME/user_projects/domains/OIFDomain/config/fmwconfig/servers
/wls_oif1/applications

2. IDMHOST1のapplicationsディレクトリとその内容を、IDMHOST2のドメイン・ディレクトリ内の同じ場所にコピーします。
たとえば、次のようになります。

scp -rp MW_HOME/user_projects/domains/OIFDomain/config/fmwconfig/servers
/wls_oif1/applications
user@IDMHOST2:MW_HOME/user_projects/domains/OIFDomain/config/fmwconfig
/servers/wls_oif2/applications

18.13 タスク13: IDMHOST2での管理対象サーバーの起動

次の手順に従い、クラスタのwls_ods2管理対象サーバーを起動します。

1. ブラウザを開き、次のURLのWebLogic管理コンソールに移動します。

http://idmhost1.mycompany.com:port/console

2. 管理者資格証明を使用して、WebLogic管理コンソールにログインします。

3. WebLogic管理コンソールの左ペインで、「環境」を展開し「クラスタ」を選択します。

4. 起動する管理対象サーバー(wls_oif2)を含むクラスタ(cluster_oif)を選択します。

5. 「制御」を選択します。

6. 「このクラスタの管理対象サーバーのインスタンス」で、起動する管理対象サーバー(wls_ods2)の横にあるチェック・ボックスを選択して「起動」をクリックします。

7. 「サーバー・ライフサイクル・アシスタント」ページで「はい」をクリックして確定します。

注意:
ノード・マネージャによりターゲット・マシンでサーバーが起動されます。ノード・マネージャによる起動シーケンスが終了すると、サーバーの状態が「サーバー状態」表の「状態」列に示されます。

18.14 タスク14: アップグレード後の手順の完了

アップグレード後の重要なOracle Identity Federation高可用性の手順については、次の項を参照してください。

- Oracle Identity FederationとOracle HTTP Server間のルーティングの構成

- ロード・バランサの構成

- Oracle Identity Federationの構成プロパティの設定

18.14.1 Oracle Identity FederationとOracle HTTP Server間のルーティングの構成

次の手順に従って新しいOracle HTTP Serverインスタンスを作成し、IDMHOST1およびIDMHOST2のOracle HTTP ServerインスタンスとOracle Identity Federationインスタンス間の通信を有効にします。

Oracle Identity Federationをインストールおよび構成する場合、Oracle HTTP ServerソフトウェアはOracleホームにインストールされますが、Oracle HTTP Serverインスタンスはデフォルトで構成されません。

1. Oracle HTTP Serverインスタンスを作成し、Oracle Identity Federationとともに構成します。

INSTANCE_HOME/bin/opmnctl createcomponent
-componentType OHS
-componentName ohs1

2. IDMHOST2で、次の構成ファイルを編集します。

INSTANCE_HOME/config/OHS/ohs_name/moduleconf/oif.conf

この例では、ohs_nameは、Oracle HTTP Serverコンポーネントの名前(ohs1など)です。

3. Oracle Identity Federation Serverインスタンスを実行する管理対象サーバーを参照するように、WebLogicCluster変数を非コメント化して設定します。
たとえば、各管理対象サーバーのホストとポートが次のような場合、

idmhost1.mycompany.com:7499
idmhost2.mycompany.com:7499

次のエントリを含めるようにファイルを更新します。

<Location /fed>
WebLogicCluster idmhost1.mycompany.com:7499,idmhost2.mycompany.com:7499
SetHandler weblogic-handler
</Location>

4. oif.confファイルを保存します。

5. 次に示すようにOracle HTTP Serverを起動します。

INSTANCE_HOME /bin/opmnctl startproc process-type=OHS

18.14.2 ロード・バランサの構成

高可用性構成でデプロイされるOracle Identity Federationトポロジは、外部ロード・バランサでフロントエンド化されます。これにより、各種OIFインスタンス間でHTTPリクエストのロード・バランシングが行われます。

Oracle Identity Federation高可用性環境をアップグレードしたら、IDMHOST1およびIDMHOST2のOracle HTTP Serverインスタンスをリスニングするようにロード・バランサを構成します。このタスクを実行するには、ロード・バランサのベンダーで提供されるドキュメントを参照してください。

18.14.3 Oracle Identity Federationの構成プロパティの設定

次の手順に従い、IDMHOST1およびIDMHOST2のOracle Identity Federationインスタンスを有効にし、ロード・バランサの仮想ホスト名を認識します。

このタスクを行うには、Oracle Enterprise Manager Fusion Middleware Controlを使用します。

1. Fusion Middleware Controlにログインし、Oracle Identity Federationインスタンスのホームページを見つけます。

2. サーバー・プロパティを次のように変更します。

1. 「Oracle Identity Federation」メニューから、「管理」→「サーバー・プロパティ」を選択します。

2. ロード・バランサの仮想ホスト名を反映するように、「ホスト」フィールドを変更します。

3. ロード・バランサで使用されるポートを反映するように、「ポート」と「SSL有効」、および「SOAPポート」と「SSL有効」を変更します。

4. 変更を保存します。

3. アイデンティティ・プロバイダのプロパティを次のように変更します。

1. 「管理」メニューから、「アイデンティティ・プロバイダ」を選択します。

2. 「プロバイダID」フィールドに、ロード・バランサの仮想ホスト名とポートのURLを入力します。
たとえば、次のようになります。

http://load_balancer_host:port

4. サービス・プロバイダのプロパティを次のように変更します。

1. 「管理」メニューから、「サービス・プロバイダ」を選択します。

2. 「プロバイダID」フィールドに、ロード・バランサの仮想ホスト名とポートのURLを入力します。
たとえば、次のようになります。

http://load_balancer_host:port

5. 高可用性環境の以降のOracle Identity Federationインスタンスについて、手順2から4を繰り返します。

6. Oracle Identity Federationメタデータが変更されるため、メタデータをリモート・パートナに再分配して、加えられた構成の変更をリモート・パートナに通知します。

18.14.4 関連する追加の高可用性タスク

この項にリストされているこれらのタスクのほかに、Oracle Identity Federation 11g高可用性環境の構成に必要な追加のタスクがないか必ず確認してください。

特に、『Oracle Fusion Middleware高可用性ガイド』の次の項を参照してください。

- Oracle Directory Services ManagerのためのOracle HTTP Serverの高可用性の構成に関する項

- Oracle HTTP Serverの構成に関する項

- Oracle Identity Federationの構成に関する項

18.15 タスク15: Oracle Identity Federation高可用性アップグレードの確認

次の手順に従い、アップグレードしたOracle Identity Federation高可用性アップグレードを確認します。

1. Webブラウザで次に示すURLにアクセスします。

http://<LoadBalancerHost>:<LoadBalancerPort>/fed/sp/metadata
http://<LoadBalancerHost>:<LoadBalancerPort>/fed/idp/metadata

2. 『Oracle Fusion Middleware Administrator's Guide for Oracle Identity Federation』の次の項の手順に従い、SPのメタデータをIdPに、IDPのメタデータをSPにインポートします。

- サーバー・メタデータの入手に関する項

- 信頼できるプロバイダの追加に関する項

3. 次のURLに移動して、シングル・サインオン操作を実行します。

http://Loadbalancer_SP_Host:Loadbalancer SP_port/fed/user/testspsso

4. アップグレード時に、10g環境のシングル・サインオン構成を、アップグレードしたインスタンスに移行する必要があります。その結果、アップグレード・プロセスが正常に完了した場合は、そのURLにアクセスできるようになります。

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