この章では、次の項目について説明します。
次に、完全リコンシリエーションにコネクタを使用するステップをまとめます。
ノート:
前の章で説明したすべての手順を実行したことを想定します。
完全リコンシリエーションから増分リコンシリエーションに変更します。手順は、「増分リコンシリエーションの実行」を参照してください。
コネクタ・インストーラを実行すると、参照フィールド同期のためのスケジュール済ジョブがOracle Identity Managerに自動的に作成されます。これらのスケジュール済ジョブは、ターゲット・システムとOracle Identity Manager間の参照フィールドの値の同期をとるために使用されます。
この項では、次の項目について説明します。
コネクタ・インストーラを実行すると、参照フィールド同期のための次のスケジュール済ジョブがOracle Identity Managerに自動的に作成されます。
Peoplesoft Currency Code Lookup Reconciliation
Peoplesoft Email Type Lookup Reconciliation
Peoplesoft Language Code Lookup Reconciliation
Peoplesoft Permission List Lookup Reconciliation
Peoplesoft Roles Lookup Reconciliation
Peoplesoft User Management Target Reconciliation
これらのスケジュール済ジョブは、ターゲット・システムとOracle Identity Manager間で参照フィールドの値を同期化するために使用されます。using-connector.htm#GUID-59415BB8-02DA-42D4-A1D9-19AC019965CA__CEGFIAGEで、このスケジュール済ジョブの属性について説明します。スケジュール済ジョブの実行手順は、「スケジュール済ジョブの構成」を参照してください。
ノート:
デフォルトの属性値は、コネクタのインストール時にインポートされるコネクタXMLファイルに事前定義されています。変更する属性にのみ値を指定してください。
using-connector.htm#GUID-59415BB8-02DA-42D4-A1D9-19AC019965CA__CEGFIAGEで、参照フィールド同期のためのスケジュール済ジョブの属性について説明します。
表3-1 参照フィールド同期のためのスケジュール済ジョブの属性
属性 | 説明 |
---|---|
IT Resource Name |
ITリソースの名前を入力します。 デフォルト値: |
FilePath |
リコンサイルする参照データが格納されるファイルのフルパスを入力します。Oracle Identity Managerがインストールされているコンピュータのオペレーティング・システムは、このファイル・パスにアクセスできる必要があります。このファイルから抽出されたデータは、スケジュール済ジョブの「参照定義名」属性に格納されます。 デフォルト値: 値を入力 サンプル値: |
Lookup Definition Name |
ターゲット・システムの参照フィールドに対応する、Oracle Identity Managerに作成された参照定義の名前を入力します。 値は次のいずれかです。
|
Task Name |
スケジュール済タスクの名前を入力します。 サンプル値: |
File Archival |
参照リコンシリエーション中に使用される参照プロパティ・ファイルをアーカイブする場合は、 デフォルト値: |
File Archival Folder |
参照リコンシリエーション中に使用される参照プロパティ・ファイルをアーカイブするディレクトリのフルパスと名前を入力します。 デフォルト値: 値を入力 ノート: File Archival属性が サンプル値: |
この項では、リコンシリエーションの構成に関する次の項目について説明します。
この項では、参照リコンシリエーション・スケジュール済ジョブで使用する参照データを含むプロパティ・ファイルを生成する手順について説明します。
次のように、PeopleSoftインターネット・アーキテクチャで使用されるアプリケーション・エンジン・プログラムを実行して、参照リコンシリエーションを実行できます。
ノート:
アプリケーション・エンジン・プログラムを定期的に実行する必要があります。
完全リコンシリエーションでは、既存のすべてのユーザー・プロファイル・レコードをターゲット・システムからOracle Identity Managerへリコンサイルします。コネクタをデプロイした後で、最初に完全リコンシリエーションを実行する必要があります。
ノート:
ターゲット・バージョンがPeopleSoft HRMS 9.1とPeopleTools 8.51の場合は、完全リコンシリエーションにPeopleTools 8.51.13リリースを使用する必要があります。
次の項では、完全リコンシリエーションの手順について説明します。
ターゲット・システムのすべての既存のユーザーについてXMLファイルを生成する必要があります。
ノート:
XMLファイルを生成する手順を実行する前に、USER_PROFILEメッセージが構成されていることを確認する必要があります。詳細は、「完全リコンシリエーションのためのターゲット・システムの構成」を参照してください。
PeopleTools 8.50およびHCM 9.0を使用している場合は、完全データ・パブリッシュを実行する前に、Oracle Bug#824529に対処したパッチを適用する必要があります。このパッチは、Oracle Metalinkからダウンロードできます。
完全リコンシリエーションを初めて実行する場合は、アプリケーション・エンジン・プログラムを実行する必要があります。詳細は、「参照リコンシリエーションの実行」を参照してください。
USER_PROFILEメッセージを実行するには:
ノート:
この手順を実行した後で、次の操作を実行します。
「USER_PROFILEサービス・オペレーションのセキュリティの設定」で作成した権限リストを削除します。これはセキュリティが目的です。
すでに作成したUSER_PROFILE_HR_TO_UMFILEルーティングを必ず無効にします。
この項では、XMLファイルをOracle Identity Managerにインポートする手順を説明します。
次の項目が含まれます。
コネクタ・インストーラを実行すると、PeopleSoft User Management Target Reconciliationスケジュール済ジョブがOracle Identity Managerに自動的に作成されます。
PeopleSoft User Management Target Reconciliationスケジュール済ジョブは、ターゲット・リソース・リコンシリエーションに使用されます。また、このスケジュール済ジョブは、ターゲット・リソースから削除されたユーザーのデータをOracle Identity Managerに対してリコンサイルするために使用されます。
スケジュール済ジョブは、XMLファイルからパーサーにデータを転送します。次に、パーサーによってこのデータがリコンシリエーション・イベントに変換されます。using-connector.htm#GUID-B40B95CB-4F3D-497A-8177-91077B0A0BE0__CEGIHBJEで、このスケジュール済ジョブの属性について説明します。スケジュール済ジョブの構成手順は、「スケジュール済ジョブの構成」を参照してください。
using-connector.htm#GUID-B40B95CB-4F3D-497A-8177-91077B0A0BE0__CEGIHBJEで、ユーザー・データのリコンシリエーションのためのスケジュール済ジョブの属性について説明します。
表3-2 ユーザー・データのリコンシリエーション用のスケジュール済ジョブの属性
属性 | 説明 |
---|---|
Archive Mode |
完全リコンシリエーション中に使用されるXMLファイルをアーカイブする場合は、
|
Archive Path |
完全リコンシリエーション中に使用するXMLファイルをアーカイブする宛先のフルパスと名前を入力します。 「アーカイブ・パス」属性の値は、アーカイブ・モード属性の値として サンプル値: |
File Path |
XMLデータを含むファイルをコピーしたOracle Identity Managerホスト・コンピュータ上のディレクトリのパスを入力します。 サンプル値: |
IT Resource Name |
「ITリソースの構成」で説明した手順を実行して作成するITリソースの名前を入力します。 デフォルト値: |
Message Implementation Class |
メッセージの処理に必要なメッセージ・ハンドラの実装クラスの名前を入力します。たとえば、次のメッセージの実装クラスはデフォルトで提供されます。 USER_PROFILEメッセージの場合:
DELETE_USER_PROFILEメッセージの場合:
|
Message Name |
この属性を使用して、完全リコンシリエーションに使用する配信済メッセージの名前を指定します。 サンプル値: ノート: この値は、メッセージ・ハンドラのクラス名の決定に使用されるLookup.PSFT.Configuration参照定義のエントリと一致する必要があります。参照の詳細は、「Lookup.PSFT.Configuration」を参照してください。 |
Task Name |
この属性は、スケジュール済タスクの名前を保持します。 デフォルト値: |
増分リコンシリエーションの追加構成は不要です。
「PeopleSoftリスナーのデプロイ」の説明に従ってPeopleSoftリスナーをデプロイしていることを前提とします。
制限付きリコンシリエーションを構成して、Oracle Identity Managerにフェッチする必要のあるターゲット・システム・レコードのサブセットを指定できます。
この項では、次の項目について説明します。
デフォルトでは、前回のリコンシリエーションの実行後に追加または変更されたすべてのターゲット・システム・レコードが、現在の増分リコンシリエーションの実行中にリコンサイルされます。完全リコンシリエーションでは、すべてのターゲット・システム・レコードがOracle Identity Managerにフェッチされます。
制限付きリコンシリエーションを構成して、Oracle Identity Managerにフェッチする必要のあるターゲット・システム・レコードのサブセットを指定できます。
制限付きリコンシリエーションは、PeopleSoft User Management Target Reconciliationスケジュール済ジョブのカスタム問合せ属性の値として問合せ条件を指定することで構成します。
カスタム問合せ属性の値を指定するには次の形式を使用する必要があります。
RESOURCE_OBJECT_ATTRIBUTE_NAME=VALUE
たとえば、カスタム問合せ属性の値として次のように指定するとします。
Currency Code=1~USD
この問合せ条件では、通貨コードが1~USDのユーザーのレコードのみがリコンシリエーションで考慮されます。
アンパサンド(&)をAND演算子として使用し、縦棒(|)をOR演算子として使用して、複数の問合せ条件を追加できます。たとえば、次の問合せ条件を使用して、通貨コードが1~USD、ユーザーIDがJohn01のユーザーのレコードにリコンシリエーションを制限します。
Currency Code=1~USD & User ID=John01
WARファイルが実行されているかどうかにかかわらず、メッセージが生成され、Oracle Identity Managerに送信されます。リコンシリエーション・イベントは、WARファイルが使用不能な場合にOracle Identity Managerに送信されるメッセージに対しては作成されません。
この項では、次の項目について説明します。
メッセージの公開時にOracle Identity Managerが実行中でない場合、メッセージはキューに追加されます。「メッセージ・インスタンス」タブで、キュー内のメッセージのステータスを確認できます。このタブには、キュー内のすべての公開メッセージが表示されます。特定のメッセージの詳細を確認すると、ステータスがTimeout
またはError
として表示されます。
Oracle Identity Managerにキュー内のメッセージを公開するには、Oracle Identity Managerが実行中であるときにメッセージを再送信します。
メッセージのステータスがNew
またはStarted
であり、Timeout
またはDone
に変更されない場合は、Oracle Identity Managerを再起動した後にPeopleSoftアプリケーション・サーバーを再起動する必要があります。
ノート:
PeopleSoftでは、「制限付き権限ユーザー用のロールの作成」で説明した制限付き権限ユーザーに対してこの機能がサポートされます。ただし、組織のセキュリティ・ポリシーに基づいて、このジョブの実行権限を持つユーザーを指定できます。
OIMユーザーのリソースのプロビジョニングでは、Oracle Identity Managerを使用して、そのユーザーのPeopleSoftアカウントを作成します。
次にプロビジョニング操作のタイプを示します。
ダイレクト・プロビジョニング
リクエストベースのプロビジョニング
ノート:
プロビジョニング操作中に、サーバー・ログに「Unable to access pstools.properties」メッセージが記録される場合があります。このメッセージは無視して問題ありません。
この項では、次の項目について説明します。
この項では、ダイレクト・プロビジョニングを実行する前提条件と手順について説明します。内容は次のとおりです。
ノート:
この項の手順は、次の状況でのみ実行します。
ダイレクト・プロビジョニングを初めて実行する場合。
リクエストベースのプロビジョニングからダイレクト・プロビジョニングに切り替える場合。
Oracle Identity Managerリリース11.1.1にコネクタをインストールする場合は、ダイレクト・プロビジョニング機能が自動的に有効になります。これは、コネクタのインストール時にプロセス・フォームが有効になることを意味します。
リクエストベースのプロビジョニング用にコネクタを構成する場合は、プロセス・フォームが抑制されてオブジェクト・フォームが表示されます。つまり、ダイレクト・プロビジョニングは、リクエストベースのプロビジョニング用にコネクタを構成する場合は無効になります。ダイレクト・プロビジョニングに戻す場合は、「リクエストベースのプロビジョニングとダイレクト・プロビジョニング間の切替え」を参照してください。
リクエストベースのプロビジョニング操作には、エンド・ユーザーと承認者の両方が関係します。通常、承認者はリクエスト発行者の上司です。次の各項では、リクエストベースのプロビジョニング操作中にエンド・ユーザーおよび承認者によって実行されるステップについて説明します。
ノート:
これらの項で説明する手順は、エンド・ユーザーがターゲット・システム・アカウントをプロビジョニングするためにリクエストを要求または作成する例に基づいています。このリクエストは、承認者によって承認されます。
次の各項では、リクエストベースのプロビジョニング操作中にエンド・ユーザーおよび承認者によって実行されるステップについて説明します。
次の各項で、リクエストベースのプロビジョニングとダイレクト・プロビジョニングの切替えについて説明します。
ノート:
「リクエストベースのプロビジョニングの有効化」で説明した手順を実行したことを想定します。
リクエストベースのプロビジョニングからダイレクト・プロビジョニングに切り替えるには:
Design Consoleにログインします。
次のようにして「Auto Save Form」機能を無効にします。
「Process Management」を開いて「Process Definition」をダブルクリックします。
Peoplesoft User Managementプロセス定義を検索して開きます。
「Auto Save Form」チェック・ボックスの選択を解除します。
「Save」アイコンをクリックします。
「Self Request Allowed」機能が有効になっている場合は、次のようにします。
「Resource Management」を開き、「Resource Objects」をダブルクリックします。
「Peoplesoft User」リソース・オブジェクトを検索し、開きます。
「Self Request Allowed」チェック・ボックスを選択解除します。
「Save」アイコンをクリックします。
ダイレクト・プロビジョニングからリクエストベースのプロビジョニングに切り替えるには:
Design Consoleにログインします。
次のようにして「Auto Save Form」機能を有効にします。
「Process Management」を開いて「Process Definition」をダブルクリックします。
Peoplesoft User Managementプロセス定義を検索して開きます。
「Auto Save Form」チェック・ボックスを選択します。
「Save」アイコンをクリックします。
エンド・ユーザーが自分自身に対してリクエストを要求できるようにする場合は、次のようにします。
「Resource Management」を開き、「Resource Objects」をダブルクリックします。
「Peoplesoft User」リソース・オブジェクトを検索し、開きます。
「Self Request Allowed」チェック・ボックスを選択します。
「Save」アイコンをクリックします。
Oracle Identity Managerリリース11.1.2以降でプロビジョニング操作を構成するには、次の手順を実行します。
ノート:
このコネクタを使用して最初にプロビジョニング操作を実行する場合、完了するには通常より長い時間が必要となります。
Identity Self Serviceにログインします。
ユーザーを作成します。ユーザーの作成の詳細は、Oracle Fusion Middleware Oracle Identity Managerでのセルフ・サービス・タスクの実行のユーザーの管理を参照してください。
Microsoft Exchangeメールボックスを既存のOIMユーザーにプロビジョニングする場合は、「ユーザー」ページで必要なユーザーを検索します。
「アカウント」タブで、「アカウントのリクエスト」をクリックします。
「カタログ」ページでアプリケーション・インスタンスを検索してカートに追加し、「チェックアウト」をクリックします。
アプリケーション・フォーム内のフィールドに値を指定し、「送信準備ができています」をクリックします。
「送信」をクリックします。
権限をプロビジョニングする場合は、次のようにします。
「権限」タブで、「権限のリクエスト」をクリックします。
「カタログ」ページで、権限を検索してカートに追加し、「チェックアウト」をクリックします。
「送信」をクリックします。
この項では、スケジュール済ジョブの構成手順について説明します。この手順は、参照フィールド同期およびリコンシリエーションのスケジュール済ジョブを構成する場合に適用できます。
構成する必要のあるスケジュール済ジョブのリストは、「参照フィールド同期のためのスケジュール済ジョブの構成」を参照してください。
スケジュール済ジョブを構成するには、次のようにします。
使用しているOracle Identity Managerリリースに応じて、次のステップのいずれかを実行する必要があります。
Oracle Identity Managerリリース11.1.1.xの場合:
管理およびユーザー・コンソールにログインします。
「Oracle Identity Managerセルフサービスへようこそ」ページの右上隅にある「拡張」をクリックします。
Oracle Identity Managerリリース11.1.2.xの場合:
Identity System Administrationにログインします。
左ペインの「システム管理」で、「スケジューラ」をクリックします。
次のようにして、スケジュール済ジョブを検索して開きます。
Oracle Identity Managerリリース11.1.1.xを使用している場合は、Oracle Identity Manager拡張管理へようこそページの「システム管理」領域で、「スケジュール済ジョブの検索」をクリックします。
「検索」フィールドに、検索基準としてスケジュール済ジョブの名前を入力します。あるいは、「拡張検索」をクリックして検索基準を指定することもできます。
左ペインの検索結果表で、「ジョブ名」列のスケジュール済ジョブをクリックします。
「ジョブの詳細」タブで、次のパラメータを変更できます。
再試行: このフィールドには整数値を入力します。この数値は、ジョブに「停止済」ステータスを割り当てるまでに、スケジューラがジョブの開始を試行する回数を表します。
スケジュール・タイプ: ジョブを実行する頻度に応じて、適切なスケジュール・タイプを選択します。
ノート:
スケジュール・タイプの詳細は、Oracle Fusion Middleware Oracle Identity Managerの管理のジョブの作成を参照してください。
スケジュール済ジョブの属性の値を指定します。これを行うには:
「ジョブの詳細」タブの「パラメータ」セクションで、スケジュール済ジョブの属性の値を指定します。スケジュール済ジョブの属性の詳細は、using-connector.htm#GUID-B40B95CB-4F3D-497A-8177-91077B0A0BE0__CEGIHBJEを参照してください。
ノート:
属性値は、コネクタのインストール時にインポートされるコネクタXMLファイルに事前定義されています。変更する属性にのみ値を指定してください。
「適用」をクリックして変更を保存します。
ノート:
「Stop Execution」オプションは、管理およびユーザー・コンソールでは使用できません。ジョブを停止する場合は、Design Consoleの「タスク・スケジューラ」フォームの「実行停止」をクリックしてください。
OIMユーザーのリソースのプロビジョニングでは、Oracle Identity Managerを使用して、そのユーザーのPeopleSoftユーザー・アカウントを作成します。
次にプロビジョニング操作のタイプを示します。
ダイレクト・プロビジョニング
アカウントのリクエストベースのプロビジョニング
権限のリクエストベースのプロビジョニング
ポリシー変更でトリガーされるプロビジョニング
関連項目:
プロビジョニングのタイプの詳細は、『Oracle Identity Manager Connector概要』を参照してください。
この項では、次の項目について説明します。
SoD有効環境で実行されるプロビジョニング操作では、次の一連のステップが行われます。
SoD対応環境でのダイレクト・プロビジョニングの手順は、一般的な環境でのダイレクト・プロビジョニングの手順と同様です。
ダイレクト・プロビジョニングの手法を使用してリソースをプロビジョニングするには、次の手順を実行します。
管理およびユーザー・コンソールにログインします。
OIMユーザーを最初に作成してからターゲット・システム・アカウントをプロビジョニングする場合は、次のようにします。
「Identity Manager - セルフ・サービス」ページで、「管理」をクリックします。
「アイデンティティ管理へようこそ」ページの「ユーザー」セクションで、「ユーザーの作成」をクリックします。
「ユーザーの作成」ページで、OIMユーザーのフィールドの値を入力し、「保存」をクリックします。
ターゲット・システム・アカウントを既存のOIMユーザーにプロビジョニングする場合は、次のようにします。
「アイデンティティ管理へようこそ」ページで、左ペインのドロップダウン・リストから「ユーザー」を選択してOIMユーザーを検索します。
検索結果に表示されるユーザーのリストから、OIMユーザーを選択します。右ペインにユーザーの詳細ページが表示されます。
ユーザーの詳細ページで、「リソース」タブをクリックします。
「アクション」メニューから「リソースの追加」を選択します。あるいは、プラス(+)記号の付いたリソースの追加アイコンをクリックします。「ユーザーへのリソースのプロビジョニング」ページが新しいウィンドウに表示されます。
「ステップ1: リソースの選択」ページで、プロビジョニングするリソースをリストから選択し、「続行」をクリックします。
「ステップ2: リソースの選択の検証」ページで、「続行」をクリックします。
プロセス・データの「ステップ3: リソース・データの指定」ページで、ターゲット・システムで作成するアカウントの詳細を入力し、「続行」をクリックします。
ロール・データの「ステップ3: プロセス・データの指定」ページで、アカウントのロール名を指定し、「追加」をクリックします。複数のロールを追加する場合は、この手順を繰り返します。次に、「続行」をクリックします。
「ステップ4: プロセス・データの検証」ページで、指定したデータを確認して「続行」をクリックします。
「プロビジョニングは開始されています。」というメッセージが表示されます。新規にプロビジョニングしたリソースを表示するには、次のいずれかのステップを実行します。
「プロビジョニングが開始されました」メッセージを表示しているウィンドウを閉じます。
ユーザーの詳細ページの「リソース」タブで、「リフレッシュ」をクリックして、新規にプロビジョニングしたリソースを表示します。
プロセス・フォームを表示するには、ユーザーの詳細ページの「リソース」タブで、新規にプロビジョニングしたリソースを表示している行を選択し、「オープン」をクリックします。「フォームの編集」ページが表示されます。
ノート:
Oracle Identity ManagerがSoD対応でない場合は、「SoDチェックのステータス」フィールドに「SODCheckNotInitiated」と表示されます。
「リソース・プロビジョニングの詳細」ページを表示するには、ユーザーの詳細ページの「リソース」タブで、「リソース履歴」を選択します。
ノート:
Oracle Application Access Controls GovernorによるSoD検証は非同期です。検証プロセスは完了するとすぐに結果を返します。
SoD検証プロセスの開始後に、プロセスの結果がOracle Identity Managerに送られます。プロセス・フォームを表示するには、「ユーザーの詳細」ページの「リソース」タブで、新規にプロビジョニングしたリソースを表示している行を選択し、「オープン」をクリックします。「フォームの編集」ページが表示されます。
このページで、「SoDチェックのステータス」フィールドに「SoDCheckCompleted」と表示されます。この例のSoDエンジンによる違反により、「SoDチェック違反」フィールドに違反の詳細が表示されます。
また、「リソース・プロビジョニングの詳細」ページに、SODCheckerタスクとホルダー・タスクのステータス「完了」が表示されます。
このページでは、「ユーザー・ロールの追加」タスクのステータスは、リクエストがSoD検証プロセスを通過しなかったため「取消」になっています。
リソースをユーザーに割り当てる管理者は、違反が検出されたときにプロセスを停止するか、割当てデータを変更して再送信することができます。割当てデータを変更するには、ユーザーの詳細ページの「リソース」タブで、リソースを含む行を選択し、「オープン」をクリックします。
表示される「フォームの編集」ウィンドウで、前に選択したロールとプロファイルのデータを変更することができます。
ノート:
「フォームの編集」ウィンドウで一連の権限を変更するには、まずすべての権限を削除してから、使用する権限を追加してください。
SoD検証プロセスの開始後に、プロセスの結果がOracle Identity Managerに送られます。ユーザーの詳細ページの「リソース」タブで、リソースを含む行を選択し、「オープン」をクリックします。プロセス・フォームが表示されます。
このフォームで、「SoDチェックのステータス」フィールドに「SoDCheckCompleted」と表示されます。SoDエンジンで違反が検出されなかったため、「SoDCheckResult」フィールドには「パス」
と表示されます。
また、「リソース・プロビジョニングの詳細」ページに、SODCheckerタスクとホルダー・タスクのステータス「完了」が表示されます。
「リソース・プロビジョニングの詳細」ページでは、ユーザーへのロールの追加タスクの状態が「完了」になります。
ノート:
この手順は、Oracle Identity Manager11.1.2.x以降には適用できません。
詳細は、「Oracle Identity ManagerでのSoDの構成」を参照してください。
リクエストベースのプロビジョニング操作には、エンドユーザーと承認者の両方が関係します。通常、承認者はリクエスト発行者の上司です。この項で説明するリクエストベースのプロビジョニング・プロセスは、両者が実行するステップを含んでいます。
この項の例では、エンドユーザーがターゲット・システムの2つのロールに対するリクエストを作成します。リクエストはSoD検証を通過し、承認者によって承認されます。