8 汎用コネクタの管理
汎用コネクタは、Oracle Identity System Administrationを使用して管理します。汎用テクノロジ・コネクタ(GTC)の詳細は、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの汎用テクノロジ・コネクタの事前定義済プロバイダに関する項を参照してください。
この章では、次の項目で汎用コネクタの作成および管理方法について説明します。
8.1 汎用テクノロジ・コネクタの作成
汎用コネクタを作成するときは、プロバイダの要件と選択など様々なコネクタ設計要素を検討し、すべての前提条件に対応し、リコンシリエーションとプロビジョニングを構成し、フォームを作成し、フォームを公開し、汎用作成操作のログを有効にする必要があります。
汎用テクノロジ・コネクタの作成手順は、次のステップで構成されています。
8.1.1 汎用テクノロジ・コネクタを作成するためのプロバイダ要件の判別
プロバイダ要件を判別するには、まず、プロバイダベースの様々なビルディング・ブロックを特定する必要があります。その後で、データ形式とトランスポート・メカニズムを作成します。最後に、汎用コネクタを作成するためのプロバイダを指定します。
作成する汎用テクノロジ・コネクタのビルディング・ブロックとして次のプロバイダを使用できます。
-
リコンシリエーション・トランスポート・プロバイダ
-
リコンシリエーション・フォーマット・プロバイダ
-
プロビジョニング・トランスポート・プロバイダ
-
プロビジョニング・フォーマット・プロバイダ
-
変換プロバイダ
-
検証プロバイダ
ターゲット・システムがサポートしているデータ形式とデータ・トランスポート・メカニズムの知識に基づいて、作成する汎用テクノロジ・コネクタに組み込む必要のあるプロバイダを識別します。ターゲット・システムが複数のデータ形式とデータ・トランスポート・メカニズムをサポートしている場合は、最初の章で説明したトランスポート・プロバイダとフォーマット・プロバイダの1つの組合せを選択する必要があります。たとえば、1つの汎用テクノロジ・コネクタに複数のリコンシリエーション・フォーマット・プロバイダを組み込むことはできません。
8.1.2 汎用テクノロジ・コネクタを作成するためのプロバイダの選択
プロバイダの選択には、事前定義済プロバイダの指定が含まれます。特別な汎用コネクタの要件に対処する場合のみカスタム・プロバイダを作成します。
プロバイダ要件に適合する事前定義済のプロバイダを識別します。事前定義済プロバイダの詳細は、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの汎用テクノロジ・コネクタの事前定義済プロバイダに関する項を参照してください。
事前定義済プロバイダでプロバイダ要件のすべてに対応できる場合は、カスタム・プロバイダを作成する必要はありません。事前定義済プロバイダで対応できないプロバイダ要件に対してのみ、カスタム・プロバイダの作成が必要になります。
8.1.3 汎用テクノロジ・コネクタの作成における前提条件への対応
汎用テクノロジ・コネクタを作成するための前提条件には、ターゲット・システムとの接続のテスト、汎用テクノロジ・コネクタの作成に使用されるユーザー・アカウントの作成、GenericConnectorおよびGenericConnectorProvidersキャッシュ・カテゴリのキャッシュの有効化が含まれます。
次の前提条件に対応する必要があります。
-
本番サーバーで汎用テクノロジ・コネクタを作成する場合は、次のキャッシュ・カテゴリのキャッシュを有効化します。
-
GenericConnector
-
GenericConnectorProviders
-
-
ターゲット・システム・サーバーとOracle Identity Managerサーバーの接続性のテスト
ターゲット・システム・サーバーとOracle Identity Managerサーバーの間で接続を確立できるようにする必要があります。たとえば、UNIX環境では、ターゲット・システム・サーバーの
/etc/hosts
ファイルにOracle Identity Managerサーバーの完全修飾ホスト名を入力する必要があります。 -
汎用テクノロジ・コネクタの作成に使用するユーザー・アカウントの作成
Oracle Identity Managerの
SYSTEM ADMINISTRATORS
グループに属するすべてのユーザーが汎用テクノロジ・コネクタを作成できます。また、必要なメニュー項目と権限を割り当てられているグループのメンバーが汎用テクノロジ・コネクタを作成できます。必要なメニュー項目は次のとおりです。
-
汎用テクノロジ・コネクタの作成メニュー項目
-
汎用テクノロジ・コネクタの管理メニュー項目
必要な権限は次のとおりです。
-
フォーム・デザイナ(挿入の許可、書込み権限、削除権限)
-
構造ユーティリティ.追加列(挿入の許可、書込み権限、削除権限)
-
メタ表の階層(挿入の許可、書込み権限、削除権限)
これらの権限がグループに適切に割り当てられていない場合は、汎用テクノロジ・コネクタを作成する際に、Identity System Administrationの最後のページで「作成」ボタンをクリックするとエラーが発生します。
-
ノート:
Access Manager (OAM)と統合されるOracle Identity Managerデプロイメントにおいて、OIMSignatureAuthenticator認証プロバイダはデフォルトでは構成されません。Oracle Identity Manager 9.xコネクタ(GTCなど)を使用する場合、またはカスタム・コードで署名ベースのOIMClientログインが使用されている場合は、OIMSignatureAuthenticator認証プロバイダを有効化する必要があります。
8.1.4 アイデンティティ・システム管理を使用した汎用コネクタの作成
新しい汎用コネクタを作成するには、パラメータ値を指定し、データセットを定義し、データセットをマッピングし、さらにフォームを定義します。
汎用テクノロジ・コネクタを作成するための最初の「アイデンティティ・システム管理」ページに移動するには:
- アイデンティティ・システム管理にログインします。
- 「プロビジョニング構成」の下で「汎用コネクタ」をクリックします。
- 「コネクタの管理」ページで、「作成」をクリックします。
- 作成する汎用テクノロジ・コネクタの基本情報を、「基本情報の指定」ページに指定します。「汎用テクノロジ・コネクタの基本情報の指定」の手順に従います。
- 「パラメータ値の指定」ページですべてのパラメータの値を入力します。「プロバイダのパラメータ値の指定」の手順に従います。
- 「コネクタ構成の変更」ページで、データセットとデータセットのフィールド間のマッピングを定義します。「コネクタ構成の変更」の手順に従います。
- 「OIM - アカウント」データセットとその子データセットに対応するプロセス・フォームのフォーム名を指定します。「コネクタ・フォーム名の検証」の手順に従います。
- この時点までに指定した汎用テクノロジ・コネクタの作成に関する情報を確認します。「コネクタ情報の検証」の手順に従います。
8.1.5 リコンシリエーションの構成
汎用コネクタの作成が正常に終了したら、次のステップとしては、リコンシリエーションを構成します。コネクタの作成時にプロビジョニング・オプションしか選択しなかった場合は、リコンシリエーションを構成するステップを省略します。
リコンシリエーションのスケジュール済タスクは、汎用テクノロジ・コネクタの作成時に自動的に作成されます。このスケジュール済タスクを構成して実行するには、「スケジューラの管理」の手順に従います。
ノート:
スケジュール済タスクの名前は次の形式になります。
GTC_Name
_GTC
たとえば、汎用テクノロジ・コネクタの名前がWebConn
である場合、スケジュール済タスクの名前はWebConn_GTC
となります。
8.1.6 プロビジョニングの構成
コネクタの作成時にプロビジョニング構成オプションを選択した場合は、プロビジョニングを構成します。「ステップ1: 基本情報の指定」ページで「リコンシリエーション」オプションしか選択しなかった場合、このステップは行いません。
プロセス定義は、汎用テクノロジ・コネクタの作成時に自動的に作成されるオブジェクトの1つです。プロセス定義の名前は次の形式になります。
GTC_name
_GTC
たとえば、汎用テクノロジ・コネクタの名前がWebConn
である場合、プロセス定義の名前はWebConn_GTC
となります。
このプロセス定義を構成するプロセス・タスクには、次の2種類があります。
-
システム定義プロセス・タスク
システム定義プロセス・タスクは、新規に作成されるすべてのプロセス定義にデフォルトで含まれます。
-
プロビジョニング固有のプロセス・タスク
プロビジョニング固有のプロセス・タスクは、「リコンシリエーション」オプションの選択に関係なく、「ステップ1: 基本情報の指定」ページで「プロビジョニング」オプションを選択した場合にのみ、汎用テクノロジ・コネクタのプロセス定義に含まれます。
次に、プロビジョニング固有のプロセス・タスクを示します。
-
ユーザーの作成
-
ユーザーの削除
-
ユーザーの有効化
-
ユーザーの無効化
-
更新されたField_Name (このタスクは
ID
フィールドを除く、「OIM - アカウント」データセットの各フィールドに対して作成されます) -
「OIM - ユーザー」データセットと「プロビジョニング・ステージング」データセットのフィールド間で作成されたマッピングでは、次のプロセス・タスクが作成されます。
-
User_data_set_field_nameの変更
-
Provisioning_Staging_field_nameの編集
たとえば、「OIM - ユーザー」データセットの「姓」フィールドと「プロビジョニング・ステージング」データセットの「LName」フィールドの間のマッピングを作成したとします。プロビジョニング固有のその他のプロセス・タスクとともに、次のプロセス・タスクが自動的に作成されます。
-
姓の変更
-
LNameの編集
-
さらに、次のプロビジョニング固有のプロセス・タスクが「OIM - アカウント」データセットの子データセットごとに作成されます。
-
子表のChild_Form_Name行の挿入
-
子表のChild_Form_Name行の更新
-
子表のChild_Form_Name行の削除
すべてのプロビジョニング固有のプロセス・タスクには、次のデフォルト割当てがあります。
-
ターゲット・タイプ:
Group User With Highest Priority
-
グループ:
SYSTEM ADMINISTRATORS
-
ユーザー:
XELSYSADM
これらのデフォルトの割当ては、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズのプロセス・タスクの変更に関する項に記載されている手順に従うことにより、必要に応じて変更できます。
8.1.7 フォームの作成とアプリケーション・インスタンスの公開
「ステップ1: 基本情報」ページでリコンシリエーションとプロビジョニング両方のオプションを選択した場合は、フォームを作成してアプリケーション・インスタンスを公開する必要があります。
フォームを作成してアプリケーション・インスタンスを公開するには:
- GTCリソース・オブジェクトに固有のフォームを作成します。
- フォームをGTCアプリケーション・インスタンスにアタッチします。
- GTCアプリケーション・インスタンスを必須の組織に公開します。
ノート:
新しいUIでプロビジョニングされたアカウントを表示するには、プロセス・フォームにITリソースのフィールドがある必要があります。このITリソース・フィールドの値は、リコンシリエーションの実行中に移入される必要があります。
8.1.8 汎用テクノロジ・コネクタのロギングの有効化
Oracle Identity Managerでのロギングでは、ログの収集と格納、エラー・レポートおよびアラート生成が行われます。
これはオプションのステップです。この項で説明した手順は、汎用テクノロジ・コネクタのロギングを有効化する場合にのみ実行してください。
Oracle Identity Managerのロギングの有効化の詳細は、「Oracle Identity Governanceのログ・サービスの構成」を参照してください。
8.2 Identity System Administrationを使用したコネクタの作成
汎用コネクタの作成には、基本情報の指定、パラメータ値の定義、フォーム名の確認、コネクタ情報の確認など、様々なステップが含まれます。
汎用テクノロジ・コネクタを作成するIdentity System Administrationの最初のページに移動するには、Identity System Administrationにログインして、「プロビジョニング構成」の下の「汎用コネクタ」をクリックします。「コネクタの管理」ページで、「作成」をクリックします。
これ以降の後続の項でページごとに説明します。
8.2.1 汎用テクノロジ・コネクタの基本情報の指定
コネクタ作成プロセスの最初のステップでは基本情報を収集します。「トランスポート・プロバイダ」リストと「フォーマット・プロバイダ」リストに、リコンシリエーション操作とプロビジョニング操作のオプションが表示されます。
作成する汎用テクノロジ・コネクタの基本情報を指定するには、このページを使用して次の手順を実行します。:
表8-1に、「ステップ1: 基本情報の指定」ページのGUI要素のサンプル・エントリを示します。
表8-1 「ステップ1: 基本情報の指定」ページのサンプル・エントリ
「ステップ1: 基本情報の指定」ページのラベル | サンプル値またはアクション | 参照情報 |
---|---|---|
「名前」フィールド |
MyGTC2 |
該当なし |
「リコンシリエーション」チェック・ボックス |
チェック・ボックス選択 |
該当なし |
「トランスポート・プロバイダ」リスト |
共有ドライブ |
共有ドライブ・リコンシリエーション・トランスポート・プロバイダ |
「フォーマット・プロバイダ」リスト |
CSV |
CSVリコンシリエーション・フォーマット・プロバイダ |
「プロビジョニング」チェック・ボックス |
チェック・ボックス選択 |
該当なし |
「トランスポート・プロバイダ」リスト |
Webサービス |
Webサービス・プロビジョニング・トランスポート・プロバイダ |
「フォーマット・プロバイダ」リスト |
SPML |
SPMLプロビジョニング・フォーマット・プロバイダ |
8.2.2 プロバイダのパラメータ値の指定
プロバイダのパラメータには、ランタイム・パラメータと設計パラメータの2種類があります。
このページを使用して、「汎用テクノロジ・コネクタの基本情報の指定」で選択したプロバイダについてパラメータの値を指定します。
この項では、次の項目について説明します。
8.2.2.1 プロバイダのランタイム・パラメータ
関連項目:
「ステップ1: 基本情報の指定」ページで選択する事前定義済プロバイダのランタイム・パラメータの詳細は、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの汎用テクノロジ・コネクタの事前定義済プロバイダに関する項を参照してください
ランタイム・パラメータは、前のページで選択したプロバイダの入力変数です。ランタイム・パラメータは、プロバイダの設計に制約されない値を示します。たとえば、リコンサイルするデータファイルが格納されているディレクトリの場所がランタイム・パラメータ値となります。
8.2.2.2 プロバイダの設計パラメータ
この項では、プロバイダの設計パラメータについて説明します。内容は次のとおりです。
8.2.2.2.1 プロバイダの設計パラメータについて
この項に示すパラメータは、プロバイダの設計パラメータ、またはすべての汎用テクノロジ・コネクタに共通するリコンシリエーション固有パラメータです。設計パラメータは、プロバイダ設計の一部として定義される1つまたは複数の値を表します。
関連項目:
「汎用テクノロジ・コネクタの基本情報の指定」で選択する事前定義済プロバイダの設計パラメータの詳細は、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの汎用テクノロジ・コネクタの事前定義済プロバイダに関する項を参照してください。
たとえば、フォーマット・プロバイダで解析可能なデータファイルの形式がこのプロバイダの設計パラメータとなります。プロバイダの設計時に、そのプロバイダが解析可能な一連の形式を定義します。このページで、フォーマット・プロバイダのインスタンスが解析する必要のある特定の形式を(サポートしている形式のセットの中から)指定します。
8.2.2.2.2 プロバイダのリコンシリエーション固有設計パラメータ
次に、リコンシリエーション固有の設計パラメータを示します。
ノート:
前のページで「リコンシリエーション」オプションを選択していない場合、リコンシリエーション固有の設計パラメータはこのページに表示されません。
-
バッチ・サイズ
このパラメータを使用して、リコンシリエーション実行のバッチ・サイズを指定します。このパラメータを使用することで、各リコンシリエーションの実行中に、リコンシリエーション・エンジンによりターゲット・システムからフェッチされるレコードの合計数をバッチに分けられます。
このパラメータのデフォルト値は
All
です。 -
リコンシリエーション停止のしきい値
リコンシリエーション中、検証プロバイダは、リコンシリエーション・フォーマット・プロバイダからのデータを入力として受け入れます。一部のリコンシリエーション・データ・レコードは、検証チェックをクリアしない場合があります。「リコンシリエーション停止のしきい値」パラメータを使用すると、処理済のリコンシリエーション・レコード総数に対する検証チェックを通らなかったレコードの割合が指定値を超えた場合に、リコンシリエーションを自動的に停止できます。
次に、このパラメータの使用例を示します。
「リコンシリエーション停止のしきい値」パラメータの値として20を指定したとします。この場合は、処理済のレコード総数に対する失敗したレコードの割合が20%以上になるとリコンシリエーションが停止されます。2番目と8番目のレコードが検証チェックに失敗したとします。この段階で失敗したレコードの数は2、処理されたレコードの総数は8です。失敗したレコードの割合は25%になり、指定したしきい値の20を上回ります。そのため、リコンシリエーションは8番目のレコードの処理後に停止します。
ノート:
-
「ステップ3: コネクタ構成の変更」ページで検証プロバイダを選択した場合にのみ、リコンシリエーション中に「リコンシリエーション停止のしきい値」パラメータが使用されます。
-
失敗したレコードの実際の割合が指定した割合を超えたためにリコンシリエーションが停止しても、Oracle Identity Managerにすでにリコンサイルされているレコードは削除されません。
このパラメータのデフォルト値は
None
です。このデフォルト値では、リコンシリエーションの実行中、チェックに失敗したレコード数に関係なくターゲット・システムのレコードをすべて処理するように指定します。 -
-
停止しきい値最小レコード
「リコンシリエーション停止のしきい値」パラメータを使用した場合、リコンシリエーション実行の開始直後に無効レコードが発生するという問題が発生することがあります。たとえば、「リコンシリエーション停止のしきい値」パラメータの値として40を指定したとします。リコンシリエーションが開始され、最初のレコードが検証チェックに失敗します。この段階で、処理されたレコードの総数に対する失敗したレコードの割合は100%に達します。そのため、リコンシリエーションは最初のレコードの処理後ただちに停止されます。
このような状況を避けるために、「停止しきい値最小レコード」パラメータを「リコンシリエーション停止のしきい値」パラメータと併用できます。「リコンシリエーション停止のしきい値」を有効化する前に、「停止しきい値最小レコード」パラメータで検証プロバイダが処理する必要のあるレコード数を指定します。
次に、このパラメータの使用例を示します。
次の値を指定したとします。
リコンシリエーション停止のしきい値: 20
停止しきい値最小レコード: 80
このように値を指定すると、81番目以降のレコードに対して「リコンシリエーション停止のしきい値」の検証が有効化されます。つまり、80番目のレコードが処理された後にレコードが検証チェックに失敗すると、処理された総レコード数に対する失敗したレコードの割合がリコンシリエーション・エンジンによって計算されます。
このパラメータのデフォルト値は
None
です。ノート:
-
「ステップ3: コネクタ構成の変更」ページで検証プロバイダを選択した場合のみ、リコンシリエーション中に「停止しきい値最小レコード」パラメータが使用されます。
-
「リコンシリエーション停止のしきい値」パラメータの値を指定する場合は、「停止しきい値最小レコード」パラメータの値も指定する必要があります。
-
-
リコンシリエーション・タイプ
このパラメータを使用して、リコンシリエーション・エンジンで増分リコンシリエーションと完全リコンシリエーションのどちらを実行するかを指定します。
ノート:
完全リコンシリエーションと増分リコンシリエーションの結果は同じです。すなわち、最後のリコンシリエーション実行後に作成または更新されたターゲット・システムのレコードは、Oracle Identity Managerによってリコンサイルされます。
増分リコンシリエーションでは、前回のリコンシリエーションの実行後に新しく追加または変更されたターゲット・システム・レコードのみが、Oracle Identity Managerにリコンサイルされます。リコンシリエーション・イベントは、これらの各レコードに対して作成されます。
完全リコンシリエーションでは、すべてのターゲット・システム・レコードがOracle Identity Managerにリコンサイルされます。すでにリコンサイル済のレコードは、最適化リコンシリエーション機能によって識別され、無視されます。リコンシリエーション・イベントは、残りのレコードに対して作成されます。
次のいずれかの条件に該当する場合は、増分リコンシリエーションを選択してください。
-
ターゲット・システムで生成されるファイルまたは個々のデータ・レコードにタイムスタンプが付けられるか、またはなんらかの方法によって一意のマークが付けられ、タイムスタンプまたはマークが付けられたレコードをリコンシリエーション・トランスポート・プロバイダが認識できる場合
たとえば:
ターゲット・システムでは、ユーザー・データ・レコードの作成または変更時にタイムスタンプを付けることができます。このタイムスタンプ情報の読取りが可能なカスタム・リコンシリエーション・トランスポート・プロバイダを作成すると、新規追加または変更されたデータ・レコードのみがリコンシリエーション中にOracle Identity Managerに転送されます。
-
ターゲット・システムが、最後のリコンシリエーション実行後に新規追加または変更されたデータ・レコードのみを提供する場合
いずれの条件にも該当しない場合は、完全リコンシリエーションを選択する必要があります。
-
-
複数値属性データの削除の調整
このパラメータを使用して、ターゲット・システムの複数値属性データ(子データ)の削除をOracle Identity Managerでリコンサイルするかどうかを指定します。
次に、この設計パラメータの使用例を示します。
ターゲット・システムにユーザー
John Doe
のアカウントがあります。このユーザーは、ターゲット・システムの2つのユーザー・グループ、CREATE USERS
とREVIEW PERMISSIONS
のメンバーです。このユーザー・アカウント(およびグループ・メンバーシップ情報)は、Oracle Identity Managerにも存在します。ターゲット・システムでこのユーザーを
REVIEW PERMISSIONS
グループから削除したとします。次のリコンシリエーション実行中にOracle Identity Managerが行うアクションは、「複数値属性データの削除の調整」チェック・ボックスを選択したかどうかによって異なります。-
このチェック・ボックスを選択した場合、ターゲット・システムの
REVIEW PERMISSIONS
グループのメンバーであるこのユーザーの情報はOracle Identity Managerデータベースから削除されます。ターゲット・システムのこのユーザー・アカウントに加えられた他の変更もすべてリコンサイルされます。 -
このチェック・ボックスを選択しない場合、ターゲット・システムの
REVIEW PERMISSIONS
グループのメンバーであるこのユーザーの情報はOracle Identity Managerデータベースから削除されません。ただし、ターゲット・システムのこのユーザー・アカウントに加えられた他の変更はすべてリコンサイルされます。
-
-
ソース日付書式
このパラメータを使用して、日付値がターゲット・システムに格納される書式を指定します。
指定する書式は、リコンシリエーション時にフェッチされる日付値を検証し、その日付値をOracle Identity Managerの内部で使用される書式に変換するために使用されます。
日付書式の検証プロバイダは、事前定義されている検証プロバイダの1つです。日付書式の検証プロバイダは、リコンシリエーション実行時に、ターゲット・システムからフェッチした日付値をソース日付書式を使用して検証します。ソース日付書式と一致する日付値のみが、Oracle Identity Managerで使用される日付書式に変換され、リコンサイルされます。このような書式の検証と変換は、ターゲット・システムのすべての日付フィールド(生年月日や入社日など)に適用されます。
指定可能な日付書式の詳細は、Sun Java Webサイトの次のページを参照してください。
http://java.sun.com/docs/books/tutorial/i18n/format/simpleDateFormat.html
ノート:
「データセットのフィールドの追加または編集」で説明している手順の実行時に、ソース日付書式を日付検証で使用するには、次のようにする必要があります。
-
「ソース」データセットの日付フィールドを「リコンシリエーション・ステージング」データセットの日付フィールドにマップする。
-
「リコンシリエーション・ステージング」データセットの各日付フィールドを編集し、データ型を「日付」データ型に設定する。
「ソース日付書式」パラメータのデフォルト値は、
XL.DefaultDateFormat
システム・プロパティの値として指定された日付書式です。「ソース日付書式」パラメータに値を指定しないと、リコンシリエーション時の日付検証でデフォルト日付書式が使用されます。関連項目:
Oracle Identity Managerのシステム・プロパティの詳細は、「Oracle Identity Managerのシステム・プロパティ」を参照してください。
次に「ソース日付書式」パラメータの使用例を示します。
ターゲット・システムに、次のように日付値が設定されているとします。
-
Date 1:
05/04/2007 06:25:44 PM
-
Date 2:
05/06/2007 07:31:44 PM
-
Date 3:
Thu, Apr 9, '98
-
Date 4:
07/03/2008 02:15:55 PM
シナリオ1:
コネクタを作成するときに、「ソース日付書式」パラメータに次の値を入力しました。
MM/dd/yyyy hh:mm:ss a
リコンシリエーション実行時に、Date 3の値を含むレコードは、指定したソース日付書式と一致しないためリコンサイルされません。
シナリオ2:
コネクタを作成するときに、「ソース日付書式」パラメータの値を入力していません。このため、リコンシリエーション実行時に、4つのレコードすべてが
XL.DefaultDateFormat
システム・プロパティの値として指定された日付書式に対して検証されます。 -
8.2.2.2.3 プロバイダのプロビジョニング固有設計パラメータ
次に、プロビジョニング固有の設計パラメータを示します。
ノート:
前のページで「プロビジョニング」オプションを選択していない場合、このプロビジョニング固有の設計パラメータは表示されません。
-
ターゲット日付書式
このパラメータを使用して、プロビジョニング操作時に日付値をターゲット・システムに送信する書式を指定します。
プロビジョニング操作時には、日付値が「ターゲット日付書式」パラメータの値として指定した書式に変換されます。このような書式の変換は、プロビジョニング操作で使用されるすべての日付フィールド(生年月日や入社日など)に適用されます。
指定可能な日付書式の詳細は、Sun Java Webサイトの次のページを参照してください。
http://java.sun.com/docs/books/tutorial/i18n/format/simpleDateFormat.html
日付書式を指定しない場合は、次の日付書式がこのパラメータのデフォルト値として使用されます。
yyyy/MM/dd hh:mm:ss z
次に「ターゲット日付書式」パラメータの使用例を示します。
プロビジョニング操作では、入力したすべての日付値が
yyyy/MM/dd hh:mm:ss z
書式になります。シナリオ1:
コネクタを作成するときに、「ターゲット日付書式」パラメータに次の値を入力しました。
yyyy.MM.dd G 'at' hh:mm:ss z
プロビジョニング操作では、Oracle Identity Managerの日付値(たとえば2007/05/04 06:25:44 IST)はターゲット日付書式(たとえば2007.05.04 AD at 06:25:44 IST)に変換され、ターゲット・システムに送られます。
シナリオ2:
コネクタを作成するときに、「ターゲット日付書式」パラメータの値を入力していません。プロビジョニング操作では、日付値はターゲット・システムにデフォルトの
yyyy/MM/dd hh:mm:ss z
書式で送られます。
8.2.2.3 ランタイム・パラメータおよび設計パラメータのサンプル値
ランタイム・パラメータと設計パラメータの値の指定が完了したら、「続行」をクリックします。
ノート:
このページで指定した値が正しくない場合は、「続行」をクリックするとページの上部にエラー・メッセージが表示されます。その場合は、パラメータ値を修正してから「続行」を再度クリックします。
表8-2に、「パラメータ値の指定」ページのサンプル・エントリを示します。このページに表示されるGUI要素は、「基本情報の指定」ページのエントリに基づきます。
表8-2 「ステップ2: パラメータ値の指定」ページのサンプル・エントリ
「ステップ2: パラメータ値の指定」ページのラベル | サンプル値またはアクション | 参照情報 |
---|---|---|
共有ドライブ・リコンシリエーション・トランスポート・プロバイダのランタイム・パラメータ |
Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの共有ドライブ・リコンシリエーション・トランスポート・プロバイダに関する項 |
|
「ステージング・ディレクトリ(親アイデンティティ・データ)」フィールド |
D:\gctestdata\commaDelimited\parent |
該当なし |
「ステージング・ディレクトリ(複数値アイデンティティ・データ)」フィールド |
D:\gctestdata\commaDelimited\child |
該当なし |
「アーカイブ・ディレクトリ」フィールド |
D:\gctestdata\commaDelimited\archive |
該当なし |
「ファイルの接頭辞」フィールド |
file |
該当なし |
「指定されたデリミタ」フィールド |
, |
該当なし |
「タブ区切り」チェック・ボックス |
チェック・ボックス選択解除 |
該当なし |
「固定列幅」フィールド |
該当なし |
|
「一意の属性(親データ)」フィールド |
UserIDTD |
該当なし |
Webサービス・プロビジョニング・トランスポート・プロバイダのランタイム・パラメータ |
Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズのWebサービス・プロビジョニング・トランスポート・プロバイダに関する項 |
|
「WebサービスURL」フィールド |
http://acme123:8080/spmlws/services/HttpSoap11 |
該当なし |
SPMLプロビジョニング・フォーマット・プロバイダのランタイム・パラメータ |
||
「ターゲットID」フィールド |
target |
該当なし |
「ユーザー名(認証)」フィールド |
xelsysadm |
該当なし |
「ユーザー・パスワード(認証)」フィールド |
該当なし |
|
共有ドライブ・リコンシリエーション・トランスポート・プロバイダの設計パラメータ |
Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの共有ドライブ・リコンシリエーション・トランスポート・プロバイダに関する項 |
|
「ファイル・エンコーディング」フィールド |
Cp1251 |
該当なし |
Webサービス・プロビジョニング・トランスポート・プロバイダの設計パラメータ |
Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズのWebサービス・プロビジョニング・トランスポート・プロバイダに関する項 |
|
「WebサービスのSOAPアクション」フィールド |
http://xmlns.oracle.com/OIM/provisioning/processRequest |
該当なし |
SPMLプロビジョニング・フォーマット・プロバイダの設計パラメータ |
||
「SPML WebサービスのWSSEが構成されていますか。」チェック・ボックス |
チェック・ボックス選択解除 |
該当なし |
「カスタム認証資格証明ネームスペース」フィールド |
http://xmlns.oracle.com/OIM/provisioning |
該当なし |
「カスタム認証ヘッダー要素」フィールド |
OIMUser |
該当なし |
「ユーザー名を格納するカスタム要素」フィールド |
OIMUserId |
該当なし |
「パスワードを格納するカスタム要素」フィールド |
OIMUserPassword |
該当なし |
「SPML Webサービスのバインディング・スタイル(DOCUMENTまたはRPC)」フィールド |
RPC |
該当なし |
「SPML Webサービスの複合データ型」フィールド |
該当なし |
|
「SPML Webサービス操作名」フィールド |
processRequest |
該当なし |
「SPML Webサービスのターゲット・ネームスペース」フィールド |
http://xmlns.oracle.com/OIM/provisioning |
該当なし |
「SPML WebサービスのSOAPメッセージ本文の接頭辞」フィールド |
該当なし |
|
「グループ・メンバーシップ情報を保持している子データセットのID属性」フィールド |
該当なし |
|
汎用設計パラメータ |
該当なし |
|
「ターゲット日付書式」フィールド |
yyyy-MM-dd hh:mm:ss.fffffffff |
該当なし |
「バッチ・サイズ」フィールド |
All |
該当なし |
「リコンシリエーション停止のしきい値」フィールド |
None |
該当なし |
「停止しきい値最小レコード」フィールド |
None |
該当なし |
「ソース日付書式」フィールド |
yyyy/MM/dd hh:mm:ss z |
該当なし |
「複数値属性データの削除の調整」チェック・ボックス |
チェック・ボックス選択 |
該当なし |
「リコンシリエーション・タイプ」リスト |
Incremental |
該当なし |
8.2.3 コネクタ構成の変更
コネクタ作成プロセスのステップ3ではデータセットを定義します。データセットの作成後に、それらのデータセットをフィールドに関連付ける必要があります。このステップでは、汎用テクノロジ・コネクタで必要なユーザー・データ・フィールドを指定します。
「ステップ3: コネクタ構成の変更」ページでは、次のアクションを実行できます。
8.2.3.1 汎用テクノロジ・コネクタのメタデータについて
このページを使用して、データセットやデータセットのフィールド間のマッピングを定義します。つまり、次の処理を行うユーザー・データ・フィールドをこのページで指定します。
-
リコンシリエーション時のターゲット・システムからOracle Identity Managerへの伝播
-
プロビジョニング時のOracle Identity Managerからターゲット・システムへの伝播
汎用テクノロジ・コネクタのコンテキストでは、メタデータという用語は、ターゲット・システム上のユーザー・アカウント情報を構成する一連のアイデンティティ・フィールドを意味します。
「名」、「姓」、「入社日」および「部門ID」は、メタデータを構成するユーザー・データ・フィールドの例です。これらのフィールドに割り当てられる値が、ターゲット・システムのユーザー・データを構成します。たとえば、ターゲット・システム上のユーザーJohn Doeのアイデンティティ情報は次のようなフィールドで構成されます。
-
名: John
-
姓: Doe
-
入社日: 04-December-2007
-
部門ID: Sales
-
. . .
「ステップ2: パラメータ値の指定」ページで「続行」ボタンをクリックした後に「ステップ3: コネクタ構成の変更」ページに表示されるメタデータは、次の要因によって決まります。
-
「ステップ1: 基本情報の指定」ページおよび「ステップ2: パラメータ値の指定」ページの入力内容
-
ターゲット・システムのサンプル・データの可用性
ノート:
汎用テクノロジ・コネクタのコンテキストでは、メタデータの検出という用語は、サンプルのユーザー・データがターゲット・システムから読み取られ、対応するメタデータ(アイデンティティ・フィールド名)が「ステップ3: コネクタ構成の変更」ページに表示されるプロセスを意味します。
Oracle Identity Managerでは、メタデータの検出の試行中に次のステップが実行されます。
-
リコンシリエーション・トランスポート・プロバイダとリコンシリエーション・フォーマット・プロバイダでは、ターゲット・システムからメタデータのフェッチおよび解析が試行されます。
同時に、共有ドライブ・リコンシリエーション・トランスポート・プロバイダとCSVリコンシリエーション・フォーマット・プロバイダでは、ターゲット・システムからメタデータを検出できます。カスタム・プロバイダで同じ機能を実行する場合は、次の要件を満たす必要があります。
-
リコンシリエーション・トランスポート・プロバイダのJavaコードに、
ReconTransportProvider
インタフェースのgetMetadata()
メソッドが実装されていること -
リコンシリエーション・フォーマット・プロバイダのJavaコードに、
ReconFormatProvider
インタフェースのparseMetadata()
メソッドが実装されていること
これらのプロバイダがターゲット・システムからメタデータをフェッチして解析すると、Oracle Identity Managerはこれらのプロバイダが戻した情報を使用してメタデータを表示し、この場合、次のステップは実行されません。
-
-
リコンシリエーション・トランスポート・プロバイダとリコンシリエーション・フォーマット・プロバイダで、ターゲット・システムからメタデータをフェッチおよび解析できない場合は、プロビジョニング・トランスポート・プロバイダとプロビジョニング・フォーマット・プロバイダでこの機能の実行が試行されます。
Webサービス・プロビジョニング・トランスポート・プロバイダとSPMLプロビジョニング・フォーマット・プロバイダでは、ターゲット・システムからメタデータを検出できません。カスタム・プロバイダでメタデータを検出できるようにするには、次の要件を満たす必要があります。
-
プロビジョニング・トランスポート・プロバイダのJavaコードに、
ProvisioningTransportProvider
インタフェースのdefineMetadata()
メソッドが実装されていること -
プロビジョニング・フォーマット・プロバイダのJavaコードに、
ProvisioningFormatProvider
インタフェースのparseMetadata()
メソッドが実装されていること
プロビジョニング・トランスポート・プロバイダとプロビジョニング・フォーマット・プロバイダがターゲット・システムからメタデータをフェッチおよび解析すると、Oracle Identity Managerはこれらのプロバイダが戻した情報を使用してメタデータを表示します。これらのプロバイダが失敗した場合、選択したプロビジョニング固有のプロバイダのいずれかに定義されたデフォルト・フィールドのみが表示されます。たとえば、「OIM - アカウント」データセットの
ID
フィールドや、「プロビジョニング・ステージング」データセットのobjectClass
フィールドおよびcontainerID
フィールドがデフォルトで表示されます。これらのデータセットおよびフィールドについては後述します。 -
図8-1の「ステップ3: コネクタ構成の変更」ページは、「「ステップ1: 基本情報の指定」ページ」と「「ステップ2: パラメータ値の指定」ページ」の最後に記載したサンプル・エントリを示しています。
8.2.3.2 汎用テクノロジ・コネクタのデータセット
「ステップ3: コネクタ構成の変更」ページに表示されているデータセットは、次のカテゴリに分けられます。
-
ソース
「ソース」データセットは、「プロビジョニング」オプションの選択に関係なく、最初のページで「リコンシリエーション」オプションを選択した場合にのみ表示されます。
-
リコンシリエーション・ステージング
「リコンシリエーション・ステージング」データセットは、「プロビジョニング」オプションの選択に関係なく、「ステップ1: 基本情報の指定」ページで「リコンシリエーション」オプションを選択した場合にのみ表示されます。
-
Oracle Identity Manager
「Oracle Identity Manager」データセットは、「ステップ1: 基本情報の指定」ページで選択したオプションに関係なく常に表示されます。ただし、「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択した場合、「OIM - アカウント」データセットとその子データセットは表示されません。この問題に対処するには、次のステップを実行する必要があります。
-
汎用テクノロジ・コネクタを開き、Jgraph画面に移動します。
-
Jgraph画面の「リコンシリエーション・ステージング」で、日付値を保持するフィールドすべてに対してフィールドのデータ型を「日付」に変更します。
-
コネクタを保存します。
「OIM - ユーザー」データセットに表示されるフィールドは、Oracle Identity Managerユーザーに対して事前定義されています。「OIM - ユーザー」データセットの上部にある矢印アイコンをクリックすると、このデータセットのリストの全体表示と最小表示を切り替えることができます。データセットを最小化した状態では、次のフィールドが表示されます。
-
ユーザーID
-
電子メール
-
パスワード
-
名
-
姓
ノート:
「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択した場合は、「OIM - ユーザー」データセットのすべてのフィールドが表示され、この場合、矢印アイコンを使用して表示を最小化することはできません。
これらのフィールドによって、値の定義が必要なOracle Identity Managerユーザー・フィールドの最小セットが構成されます。「OIM - ユーザー」データセットの残りのフィールドの一部または全部をOracle Identity Managerインストールにおける必須のOracle Identity Managerユーザー・フィールドとして指定できます。これを行うには、Oracle Identity Managerユーザーの作成時にこれらのフィールドに必ず値が入力されるようにします。
ノート:
一定の領域を超えるデータセットおよびフィールドの名前は切り捨てられ、切り捨てた箇所の後にはドットが表示されます。たとえば、「OIM - ユーザー」データセットの「デプロビジョニング日」フィールドは次のように表示されます。
Deprovisioning Da..
フィールドの完全名を表示するには、このフィールドまたはこのフィールドがマップされているフィールドの編集アイコンをクリックします。ポップアップ・ウィンドウでは、確認するフィールド名がそのフィールドが属するデータセットに応じて最初のページまたは2番目のページに表示されます。
Design Consoleを使用すると、事前定義済のOracle Identity Managerユーザー・フィールドのリストにユーザー定義フィールド(UDF)を追加できます。これらのUDFは、「ステップ3: コネクタ構成の変更」ページの「OIM - ユーザー」データセットに表示されます。
「ステップ1: 基本情報の指定」ページで選択したオプションによっては、次のフィールドが「ステップ3: コネクタ構成の変更」ページにデフォルトで表示されます。
-
ID
フィールドID
フィールドは、「ステップ1: 基本情報の指定」ページで「リコンシリエーション」オプションまたは「プロビジョニング」オプションを選択したかどうかに関係なく、「OIM - アカウント」データセットにデフォルトで表示されます。アカウントの作成時、このフィールドには、Oracle Identity Managerとターゲット・システムでそのアカウントを一意に識別する値が格納されます。特定のユーザーについては、変更、削除、有効化、無効化などの他の操作、および子データ操作を指示する際にこの一意のフィールドが使用されます。すべてのターゲット・システムは、ユーザー・アカウントの作成と更新を追跡するために一意のフィールドを備えています。カスタム・プロビジョニング・トランスポート・プロバイダの作成時には、「ユーザーの作成」操作の終了時にプロバイダがこの一意のフィールドの値をターゲット・システムから取得していることを確認する必要があります。その後、この値は、「OIM - アカウント」データセットの
ID
フィールドへの移入に使用されます。リコンシリエーション中、
ID
フィールドの値は「リコンシリエーション・ステージング」データセットの対応する一意のフィールドから取得する必要があります。この操作を設定するには、この2つのフィールド間のマッピングを作成します。マッピングの作成手順については、この項で後述します。注意:
汎用テクノロジ・コネクタの作成時に「プロビジョニング」と「リコンシリエーション」の両方のオプションを選択しても、IDフィールドとターゲット・システムの一意のフィールドの間にマッピングを作成しない場合は、リコンシリエーションによってリンクされているレコードをプロビジョニング操作(変更、削除、有効化、無効化、子データ操作など)に使用できません。これは、リンクされているレコードがIDフィールドに移入されていないためです。
-
objectClass
フィールドobjectClass
フィールドは、「ステップ1: 基本情報の指定」ページでSPMLプロビジョニング・フォーマット・プロバイダを選択した場合にのみ、「OIM - アカウント」データセットと「プロビジョニング・ステージング」データセットにデフォルトで表示されます。 -
containerID
フィールドcontainerID
フィールドは、「ステップ1: 基本情報の指定」ページでSPMLプロビジョニング・フォーマット・プロバイダを選択した場合にのみ、「OIM - アカウント」データセットと「プロビジョニング・ステージング」データセットにデフォルトで表示されます。
-
-
プロビジョニング・ステージング
「プロビジョニング・ステージング」データセットは、「リコンシリエーション」オプションの選択に関係なく、最初のページで「プロビジョニング」オプションを選択した場合にのみ表示されます。
「ステップ3: コネクタ構成の変更」ページに表示されるデータセットは、「ステップ1: 基本情報の指定」ページと「ステップ2: パラメータ値の指定」ページの入力内容によって異なります。データセット内に表示されるフィールドは、メタデータの検出の有無によって決まります。
ノート:
次のいずれかの条件に該当する場合、メタデータの検出は行われません。
-
ターゲット・システムのサンプル・データ(メタデータを含む)を使用できない場合
-
選択したトランスポート・プロバイダやフォーマット・プロバイダが、ターゲット・システムのサンプル・データからメタデータを検出できない場合
次に、この例を示します。
「ステップ1: 基本情報の指定」ページで「リコンシリエーション」オプションのみを選択したとします。また、メタデータの検出は行われなかったとします。この条件で、「ステップ3: コネクタ構成の変更」ページに表示されるデータセットおよびフィールドは、次のように要約できます。
次のデータセットが表示されます。
-
ソース
-
リコンシリエーション・ステージング
-
Oracle Identity Manager
これらのデータセットを構成するフィールドは表示されません。
さらに、「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択した場合、「OIM - アカウント」データセットとその子データセットは表示されません。
表8-3のシナリオ1は、この一連の入力条件の結果を示しています。この表の他の使用例は、表の最初の行と列に記載されている入力条件の組合せによって表示されるデータセットとフィールドを示しています。
表8-3 様々な入力条件によるデータセットおよびフィールドの表示
メタデータの検出 | 「リコンシリエーション」オプションのみ選択 | 「リコンシリエーション」と「プロビジョニング」の両方のオプションの選択 | 「プロビジョニング」オプションのみ選択 |
---|---|---|---|
メタデータの検出なし |
シナリオ1 次のデータセットが表示されます。
これらのデータセットを構成するフィールドは表示されません。 「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択した場合、「OIM - アカウント」データセットとその子データセットは表示されません。 |
シナリオ2 次のデータセットが表示されます。
これらのデータセットを構成するフィールドは表示されません。 |
シナリオ3 次のデータセットが表示されます。
これらのデータセットを構成するフィールドは表示されません。 |
メタデータの検出あり |
シナリオ4 次のデータセットが表示されます。
これらのデータセットを構成するフィールドが表示されます。 「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択した場合、「OIM - アカウント」データセットとその子データセットは表示されません。 |
シナリオ5 次のデータセットが表示されます。
これらのデータセットを構成するフィールドが表示されます。 |
シナリオ6 次のデータセットが表示されます。
これらのデータセットを構成するフィールドが表示されます。 |
8.2.3.3 データセットのパラメータのマッピング
「ステップ3: コネクタ構成の変更」ページに表示されている流れ線は、異なるデータセットの2つのフィールド間のマッピング(リンク)をそれぞれ示しています。マッピングは、次のいずれかを目的としています。
-
プロビジョニングまたはリコンシリエーションを目的とする、2つのデータセットのフィールド間のデータ・フロー・パスの確立
このタイプのマッピングに基づいて、データの検証または変換が行われます。
-
2つのデータセットのフィールド値の比較(一致)の基盤の構築
次に、一致のみのマッピングの例を示します。
-
「リコンシリエーション・ステージング」データセットと「OIM - ユーザー」データセットのフィールド間に作成されたマッピングは、リコンシリエーション・ルールの基礎を成します。
-
「リコンシリエーション・ステージング」データセットの一意のフィールドと「OIM - アカウント」データセットの
ID
フィールドの間のマッピングを作成すると、リコンシリエーション一致のキー・フィールドの識別が容易になります。IDフィールドに加えて、「OIM - アカウント」データセットの他のフィールドを「リコンシリエーション・ステージング」データセットの対応するフィールドに(一致のみで)マップして、リコンシリエーション一致のコンポジット・キー・フィールドを作成できます。
-
8.2.3.4 データセットのフィールドの追加または編集について
メタデータ検出で検出されたアイデンティティ・フィールドは、「ステップ3: コネクタ構成の変更」ページに表示されます。これらのフィールドやフィールド間のマッピングを変更できます。必要に応じて、このページで新しいフィールドの追加や、フィールド間のマッピングの作成を行うこともできます。
「ステップ3: コネクタ構成の変更」ページでフィールドの追加や編集の際に実行できるアクションの概要を次に示します。
ノート:
これらのアクションは、この後の手順で詳しく説明しています。この手順では、一部のアクションを実行する前に満たす必要がある条件についても説明しています。
-
デフォルトの属性(データ型や長さなど)が、表示されるフィールドにメタデータ検出によって割り当てられます。これらのフィールドを編集して必要な属性を設定する必要があります。
ノート:
Oracle Identity Managerが、リコンシリエーション時にフェッチされた日付値を認識できるのは、「リコンシリエーション・ステージング」データセットのフィールドに「日付」データ型を設定した場合のみです。また、「ステップ2: パラメータ値の指定」ページで「ソース日付書式」パラメータの値を指定した場合は、「ソース」データセットの日付フィールドを「リコンシリエーション・ステージング」データセットの対応する日付フィールドにマップする必要があります。
-
変換プロバイダを使用してフィールド間の変換マッピングを作成できます。このアクションを実行するときは、事前定義済の連結変換プロバイダまたは翻訳変換プロバイダ、あるいは自ら作成したカスタム変換プロバイダを使用できます。
-
「リコンシリエーション・ステージング」データセットと「Oracle Identity Manager」データセットのフィールド間に一致のみのマッピングを作成できます。「リコンシリエーション・ステージング」データセットと「OIM - ユーザー」データセットの間に作成する一致のみのマッピングが、リコンシリエーション・ルールになります。「リコンシリエーション・ステージング」データセットと「OIM - アカウント」データセットの間に作成する一致のみのマッピングでは、リコンシリエーション一致のキー・フィールドが指定されます。
-
既存のデータセットに子データセットを追加できます。
-
プロセス・フォームとデータベースの両方でフィールドの値を暗号化することができます。
-
フィールドを参照フィールドに指定して、フィールドの入力ソースを選択できます。入力ソースには、参照定義かOracle Identity Managerデータベース表の列の組合せを指定できます。
-
ユーザー・アカウント・ステータスのリコンシリエーションを構成できます。
ユーザー・アカウント・ステータスのリコンシリエーションを構成する場合は、「アカウント・ステータスのリコンシリエーションの構成」を参照してください。
8.2.3.5 データセットのフィールドの追加または編集
データセットのフィールドを追加または編集するには:
ノート:
次のステップで説明するGUI要素とページの表示は、フィールドを追加または編集するデータセットによって異なります。たとえば、「ソース」データセットのフィールドを追加または編集する場合、「必須」チェック・ボックスと「暗号化」チェック・ボックスは表示されません。
-
フィールドの追加または編集のいずれかに応じて、データセットの「追加」アイコン、またはフィールドの編集アイコンをクリックします。
-
「ステップ1: フィールド情報」ページで次のGUI要素の値を指定します。
-
フィールド名: フィールドを追加する場合は、そのフィールドの名前を指定します。非ASCII文字は使用できないため、指定するフィールド名にはASCII文字のみを使用します。
-
アクションのマッピング: マッピングの宛先フィールドとしてこのフィールドで作成するマッピングのタイプを選択します。次のいずれかのマッピング・アクションを選択できます。
-
ソース(入力)フィールドと追加または編集するフィールドの間で1対1マッピングのみを作成し、変換プロバイダを使用しない場合は、「変換なしでマッピングの作成」を選択します。
-
フィールドを編集し、そのフィールドを宛先フィールドとするマッピングを削除する場合は、「マッピングの削除」オプションを選択します。マッピングの削除手順の詳細は、「フィールド間のマッピングの削除」を参照してください。
-
「アクションのマッピング」リストの変換マッピングのオプションは、事前定義された変換プロバイダと作成したカスタム変換プロバイダに基づいて表示されます。次のメニュー・オプションは、事前定義済の変換プロバイダに対応しています。
* 連結ありでマッピングの作成
* 変換ありでマッピングの作成
変換マッピングの選択時には、次のガイドラインが適用されます。
-
変換マッピングは、次のデータセットのフィールド間でのみ作成可能です。
-「ソース」と「リコンシリエーション・ステージング」
- 「Oracle Identity Manager」と「プロビジョニング・ステージング」
したがって、たとえば「リコンシリエーション・ステージング」データセットと「Oracle Identity Manager」データセットのフィールド間では変換マッピングを作成できません。
次のソース・フィールドと宛先フィールドで1対2マッピングを作成することはできません。
ソース・フィールド: 「リコンシリエーション・ステージング」データセットの一意のフィールド
宛先フィールド: 「OIM - ユーザー」データセットの
User ID
フィールドおよび「OIM - アカウント」データセットのID
フィールドこのマッピングはサポートされていません。かわりに、「リコンシリエーション・ステージング」データセットの一意のフィールドと
User ID
フィールド(「OIM - ユーザー」データセット)またはID
フィールド(「OIM - アカウント」データセット)の間の1対1のマッピングを作成する必要があります。 -
「プロビジョニング・ステージング」データセットのすべてのフィールドは、「OIM - ユーザー」データセットおよび「OIM - アカウント」データセットの対応するフィールドにマップしてください。
-
ソース・フィールドまたは宛先フィールドとして「OIM - ユーザー」データセットのフィールドを指定したマッピングを作成すると、「OIM - ユーザー」データセットのフィールド・リストの表示はそのマッピングの作成時の位置(展開または最小化)で固定されます。「OIM - ユーザー」データセットの固定表示を解除して矢印アイコンを使用可能にするには、ソース・フィールドまたは宛先フィールドとして「OIM - ユーザー」データセットのフィールドを指定したマッピングをすべて削除する必要があります。
-
変換フィールドの入力フィールドの1つとしてリテラル・フィールドを使用できます。「リテラル」オプションを選択した場合は、そのフィールドに値を入力する必要があります。このオプションの選択後は、リテラル・フィールドを空白にしないでください。
-
-
一致のみ: 一致のみのマッピングの宛先フィールドとしてフィールドを使用する場合は、このチェック・ボックスを選択します。すでに説明したように、次のタイプの一致のみのマッピングを作成できます。
ノート:
親と子の両方のデータセットで一致のみのマッピングを作成する必要があります。
-
リコンシリエーション・ルールを作成するには、「リコンシリエーション・ステージング」データセットのフィールドと「OIM - ユーザー」データセットのフィールド間で一致のみのマッピングを作成します。各マッピングがリコンシリエーション・ルールの要素を表します。子データセットがある場合は、一致のみのマッピングの入力フィールドとなる「リコンシリエーション・ステージング」データセットのフィールドの名前が、リコンシリエーション・ステージングの子データセットで使用されていないことを確認してください。
-
リコンシリエーション一致のキー・フィールドを指定するには、「リコンシリエーション・ステージング」データセットの一意のフィールドと「OIM - アカウント」データセットの「ID」フィールドの間に一致のみのマッピングを作成します。IDフィールドに加えて、「OIM - アカウント」データセットの他のフィールドを「リコンシリエーション・ステージング」データセットの対応するフィールドに(一致のみで)マップして、リコンシリエーション一致のコンポジット・キー・フィールドを作成できます。
注意:
一致のみのマッピングで使用された「リコンシリエーション・ステージング」フィールドの名前が、リコンシリエーション・ステージングの子データセットのフィールド名として再利用されると、リコンシリエーション実行時に一致が行われません。
この既知の問題については、コネクタ構成の変更ページの項で説明しています。
-
-
エンドツーエンド・マッピングの作成: フィールドを追加している場合に、フィールドの追加先のデータセットの右側に表示されるすべてのデータセットにも同じフィールドを追加するには、このチェック・ボックスを選択します。
-
複数値フィールド: 子データセットを追加する場合は、このチェック・ボックスを選択します。このチェック・ボックスを選択すると、「フィールド名」フィールドで指定する名前が子データセットの名前として使用されます。
ノート:
「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」チェック・ボックスを選択した場合、このチェック・ボックス(選択または選択解除の状態)は無視されます。これは、信頼できるソース・リコンシリエーションでは、複数値(子)データのリコンシリエーションがサポートされていないためです。
-
データ型: フィールドのデータ型を選択します。
メタデータの検出後は、「リコンシリエーション・ステージング」および「OIM - アカウント」データセットのすべてのフィールドにStringデータ型がデフォルトで適用されます。状況によっては、「データ型」リストを使用して各フィールドの実際のデータ型を指定する必要があります。
-
長さ: フィールドの文字の長さを指定します。
-
必須: フィールドに値が常に入力されるようにするには、このチェック・ボックスを選択します。
-
暗号化: フィールドの値を暗号化形式でOracle Identity Managerデータベースに格納する必要がある場合は、このチェック・ボックスを選択します。
-
パスワード・フィールド: フィールドの値をプロセス・フォームで暗号化する必要がある場合は、このチェック・ボックスを選択します。このチェック・ボックスを選択したフィールドの値は、アスタリスク(*)としてプロセス・フォームに表示されます。
ノート:
「暗号化」および「パスワード・フィールド」チェック・ボックスを選択する場合、順守する必要があるガイドラインの詳細は、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズのパスワード型フィールドに関する項を参照してください。
-
参照フィールド: フィールドを参照フィールドにする場合は、このチェック・ボックスを選択します。
-
-
「続行」をクリックします。
-
「ステップ1: フィールド情報」ページで「参照フィールド」チェック・ボックスを選択すると、「ステップ2: 参照プロパティ」ページが表示されます。このページでは、表8-4に記載されている参照プロパティの任意の組合せの値を選択および指定できます。
表8-4 参照プロパティ
参照プロパティ 値 列名
「プロパティ値」フィールドに、参照ウィンドウでの表示が必要な値を格納するデータベース列の名前を入力します。必要に応じて、複数のデータベース列名をカンマで区切って入力できます。
ノート: 「参照列名」プロパティを選択する場合は、この「列名」プロパティも選択する必要があります(「参照列名」プロパティについてはこの表で後述します)。
「プロパティ値」フィールドに値を入力したら、「送信」をクリックします。
次のSQLクエリを使用すると、「列名」および「参照列名」プロパティの使用方法を示すことができます。
SELECT USR_FIRST_NAME, USR_LOGIN, USR_LAST_NAME FROM USR
この2つのプロパティの値を次のように設定したとします。
- 列名:
USR_FIRST_NAME, USR_LAST_NAME
- 参照列名:
USR_LOGIN
このユーザーが
USR_FIRST_NAME, USR_LAST_NAME
の特定の組合せを参照ウィンドウから選択すると、対応するUSR_LOGIN
の値がデータベースに格納されます。列見出し
「プロパティ値」フィールドに、参照ウィンドウでの表示が必要な列ヘッダーの名前を入力します。参照ウィンドウに複数の列を表示する場合は、カンマで区切った複数の列見出しを入力します(たとえば、組織名,組織ステータス)。
「プロパティ値」フィールドに値を入力したら、「送信」をクリックします。
列幅
「プロパティ値」フィールドに、参照ウィンドウでの表示が必要な列の文字幅を入力します。この値は、データ値を抽出して参照フィールドに移入するための基礎となるフィールドまたは列の最大長と同じにする必要があります。
参照ウィンドウに複数の列を表示する場合は、カンマで区切った複数の列幅を入力します。
「プロパティ値」フィールドに値を入力したら、「送信」をクリックします。
参照問合せ
「参照問合せ」プロパティの値を指定するには:
-
「プロパティ値」フィールドに、(
WHERE
句を指定せずに)SQL問合せを入力します。この問合せは、ユーザーが参照フィールドをダブルクリックすると実行され、参照ウィンドウに表示されるデータ列に値が移入されます。 -
「送信」をクリックします。
-
「ステップ2: 検証の追加」ページで次のリストから値を選択し、ステップ1で指定した
SELECT
文のWHERE
句を作成します。- フィルタ列
- ソース
- フィールド名
選択した値によって、
WHERE
句が次のように作成されます。WHERE Filter_Column=Source.Field_Name
-
「保存」をクリックします。
問合せから戻されるデータを正しく表示するには、
lookupfield.header
プロパティをxlWebAdmin_
locale
.properties
ファイルに追加する必要があります。たとえば、次のSQL問合せについて考えます。
SELECT usr_status FROM usr
この問合せから戻されるデータを表示するには、
xlWebAdmin_
locale
.properties
ファイルに次のエントリを追加する必要があります。lookupfield.header.users.status=User Status
指定した問合せの
xlWebAdmin_locale.properties
ファイルにlookupfield.header
プロパティが含まれていない場合は、対応する「参照」アイコンをクリックすると、Identity System Administrationに参照ウィンドウが表示されます。lookupfield.header
プロパティの構文は次のとおりです。lookupfield.header.column_code=display value
このエントリの
column_code
の部分には小文字を使用し、空白はアンダースコア文字(_)に置き換える必要があります。デフォルトでは、参照フィールドの列ヘッダーとして次のエントリを
xlWebAdmin_locale.properties
ファイルで使用できます。lookupfield.header.lookup_definition.lookup_code_information .code_key=Value lookupfield.header.lookup_definition.lookup_code_information .decode=Description lookupfield.header.users.manager_login=User ID lookupfield.header.organizations.organization_name=Name lookupfield.header.it_resources.key=Key lookupfield.header.it_resources.name=Instance Name lookupfield.header.users.user_id=User ID lookupfield.header.users.last_name=Last Name lookupfield.header.users.first_name=First Name lookupfield.header.groups.group_name=Group Name lookupfield.header.objects.name=Resource Name lookupfield.header.access_policies.name=Access Policy Name
参照コード
「プロパティ値」フィールドに、参照定義コード名を入力します。このコードは、参照値や参照値の選択時に参照フィールドに表示されるテキストなど、参照フィールドに関する全情報を生成します。参照定義コードの分類タイプは参照タイプである必要があります(つまり、「参照定義」フォームで「参照タイプ」オプションを選択する必要があります)。
参照コードを入力するには、「参照定義」フォームを開いて必須コードの問合せを実行し、そのコードを「プロパティ値」フィールドにコピーします。
「プロパティ値」フィールドに値を入力したら、「送信」をクリックします。
ノート:
「参照コード」プロパティを使用すると、「列見出し」、「列名」、「列幅」、「参照列名」、「名前」、「参照問合せ」の各プロパティの組合せを置き換えることができます。さらに、「参照コード」プロパティで指定されている情報は、これらの5つの参照プロパティで設定されている値よりも優先されます。
参照フィールド・リコンシリエーションを実行する場合は、参照コードへの移入を行うスケジュール済タスクを作成します。
参照列名
「プロパティ値」フィールドに、参照ウィンドウでユーザーが選択した「列名」値に対応する値を格納するデータベース列の名前を入力します。必要に応じて、複数のデータベース列名をカンマで区切って入力できます。
ノート: 「列名」プロパティを選択する場合は、この「参照列名」プロパティも選択する必要があります。これらの2つのプロパティの使用方法については、この表の「参照列名」行を参照してください。
「プロパティ値」フィールドに値を入力したら、「送信」をクリックします。
オートコンプリート
「プロパティ値」
フィールドにTrueを入力すると、ユーザーは選択する値の最初の数文字を入力して参照フィールドをダブルクリックすることにより、参照ウィンドウに表示される値をフィルタ処理できます。このアクションにより、ユーザーが入力した文字で始まる参照値のみが参照ウィンドウに表示されます。たとえば、「State」参照フィールドでは、ユーザーはNew
と入力できます。ユーザーが「State」参照フィールドをダブルクリックすると、New
で始まる州(New Hampshire、New Jersey、New Mexico、New Yorkなど)のみが参照ウィンドウに表示されます。参照フィールド値表示のユーザーによるフィルタ処理を許可しない場合は、
「プロパティ値」
にFalseを入力します。「オートコンプリート」プロパティのデフォルト値は
False
です。「プロパティ値」フィールドに値を入力したら、「送信」をクリックします。
「ステップ2: 参照プロパティ」ページの表に表示されているプロパティの値を編集するには、そのプロパティの編集オプションを選択して「編集」をクリックします。この表に表示されているプロパティを削除するには、そのプロパティの削除オプションを選択して「削除」をクリックします。
参照フィールドのプロパティの指定が完了したら、「続行」をクリックします。
-
-
「ステップ1: フィールド情報」ページの「アクションのマッピング」リストで変換オプションを選択すると、「ステップ3: マッピング」ページが表示されます。このページを使用して、追加するフィールドの入力データに対して実行する変換機能を定義します。実行するステップは、前のページで選択した変換プロバイダのオプション(連結、翻訳またはカスタム変換プロバイダ)によって異なります。
事前定義済の変換プロバイダ(変換、連結または翻訳)を選択する場合、事前定義済の変換プロバイダのパラメータ値の指定方法の詳細は、「変換プロバイダ」を参照してください。この項でも、ユーザー・アカウント・ステータスのリコンシリエーションの構成について詳しく説明しています。
ユーザー・アカウント・ステータス情報のリコンシリエーションを構成する場合は、翻訳変換プロバイダを使用する必要があります。この手順の詳細は、Oracle Identity Governanceのためのアプリケーションの開発とカスタマイズの翻訳変換プロバイダに関する項を参照してください。
変換プロバイダの値の指定が完了したら、「続行」をクリックします。
-
必要な場合は、フィールドの検証チェックを選択して「追加」をクリックします。つまり、使用する検証プロバイダを選択します。
このリストの検証オプションは、事前定義された検証プロバイダと作成したカスタム検証プロバイダに基づいて表示されます。
-
「続行」をクリックし、「閉じる」をクリックします。
-
「ステップ3: コネクタ構成の変更」ページで他のアクションを実行しない場合は、このページの上部にある「閉じる」ボタンをクリックします。この「閉じる」ボタンをクリックするには、その前のステップを実行しておく必要があります。
8.2.3.6 データセットのフィールドの削除
データセットからフィールドを削除するには:
- そのフィールドの「削除」アイコンをクリックします。
- 「ステップ3: コネクタ構成の変更」ページで他のアクションを実行しない場合は、このページの上部にある「閉じる」ボタンをクリックします。
8.2.3.8 子データセットの削除
子データセットを削除するには:
- そのデータセットの「削除」アイコンをクリックします。
- 「ステップ3: コネクタ構成の変更」ページで他のアクションを実行しない場合は、このページの上部にある「閉じる」ボタンをクリックします。
図8-2は、「OIM - アカウント」データセットおよび「プロビジョニング・ステージング」データセットにMyField
フィールドを追加した後の「ステップ3: コネクタ構成の指定」ページを示しています。
8.2.4 コネクタ・フォーム名の検証
コネクタ作成プロセスのステップ4で、OIMアカウント・データセットとその子データセットに対応するプロセス・フォームの名前を指定します。
このページを使用して、「OIM - アカウント」データセットとその子データセットに対応するプロセス・フォームのフォーム名を指定します。
ノート:
「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択した場合、「OIM - アカウント」データセットとその子データセットは作成されません。そのため、「信頼できるソース・リコンシリエーション」オプションを選択すると、このページは表示されません。
汎用テクノロジ・コネクタの作成に必要な情報をすべて送信すると、汎用テクノロジ・コネクタ・フレームワークによって特定のオブジェクトが自動的に作成されます。自動作成されるオブジェクトの例として、「OIM - アカウント」データセットに対応する親と子のプロセス・フォームがあります。特定のOracle Identity Managerインストールの各プロセス・フォームは、一意の名前を必要とします。
「ステップ4: コネクタ・フォーム名の検証」ページでは、汎用テクノロジ・コネクタ・フレームワークにより、対応するデータセットの名前に基づくプロセス・フォームのデフォルト名が表示されます。これらのフォーム名を検証し、必要な場合は、このOracle Identity Managerインストールで一意になるようにフォーム名を変更します。フォーム名の変更には、ASCII文字のみを使用する必要があります。一意でないフォーム名や非ASCII文字を含む名前を指定すると、エラー・メッセージが表示されます。
ノート:
このページに戻ることはできません。そのため、指定したフォーム名が要件をすべて満たしていることを確認してから「続行」をクリックしてください。
フォーム名の指定が完了したら、「続行」をクリックします。
「続行」をクリックするかわりに、「戻る」をクリックして「ステップ2: パラメータ値の指定」ページに戻ることもできます。ただし、このページで変更を加えて「続行」ボタンをクリックしても、メタデータの検出は行われません。これは、このページの最初のパススルーで実行したデータセット構造とマッピングのカスタマイズが上書きされないようにするためです。「ステップ3: コネクタ構成の変更」ページでは、フィールドおよびマッピングを手動で追加または編集できます。
8.2.5 コネクタ情報の検証
コネクタ作成プロセスの最後のステップでは、コネクタの作成中に指定した情報を確認します。確認のためにページごとに変更の説明が提供されます。
このページを使用して、この時点までに指定した汎用テクノロジ・コネクタの作成に関する情報を確認します。これ以降は、既述ページで許可されている変更についてページごとに説明します。
-
「ステップ1: 基本情報の指定」ページ
「表示」リンクまたは「戻る」ボタンを使用すると、「ステップ1: 基本情報の指定」ページで指定した情報を再度表示して確認できます。この情報を変更すると新しい汎用テクノロジ・コネクタを作成することになるため、このページに表示される情報は変更できません。
-
「ステップ2: パラメータ値の指定」ページ
「変更」リンクまたは「戻る」ボタンを使用すると、このページを再度表示できます。このページではパラメータ値を変更できます。ただし、変更した値を送信しても、メタデータの検出は行われません。これは、このページの最初のパススルーで実行したデータセット構造とマッピングのカスタマイズが上書きされないようにするためです。「ステップ3: コネクタ構成の変更」ページでは、フィールドおよびマッピングを手動で追加または編集できます。
-
「ステップ3: コネクタ構成の変更」ページ
「変更」リンクを使用すると、このページを再度表示してフィールドやマッピングを追加または編集できます。
-
「ステップ4: コネクタ・フォーム名の検証」ページ
このページに戻ることはできません。
「ステップ5: コネクタ情報の検証」ページに表示されている情報をすべて検証したら、「作成」をクリックします。
この段階で、汎用テクノロジ・コネクタ・フレームワークにより、指定した情報に基づいてすべての標準コネクタ・オブジェクトが作成されます。これらのオブジェクトのリストには、自動的に作成され、Oracle Identity ManagerにインポートされるコネクタXMLファイルが含まれます。フォーム名を除き、コネクタ・オブジェクトの名前はGTCname
_GTC
の形式になります。
たとえば、作成する汎用テクノロジ・コネクタの名前としてDB_conn
を指定すると、すべてのコネクタ・オブジェクト(フォーム以外)の名前はDB_CONN_GTC
となります。
プロセスの最後に、コネクタが正常に作成されたことを通知するメッセージがこのページに表示されます。
ノート:
作成プロセスに失敗しても、作成されるオブジェクトは自動的に削除されません。
8.3 汎用テクノロジ・コネクタの管理
汎用コネクタのフレームワークには、汎用テクノロジ・コネクタを変更できる機能が用意されています。コネクタの管理には、パラメータ値の編集や、デプロイメント・マネージャを使用した汎用コネクタのエクスポートまたはインポートなどのタスクが含まれます。
この項の内容は次のとおりです。
8.3.1 汎用テクノロジ・コネクタの変更
コネクタの作成プロセスで使用されたパラメータ値を編集または変更できます。Design Consoleを使用して既存のパラメータ値を変更します。
注意:
汎用テクノロジ・コネクタの作成プロセスの最後に自動的に作成されるコネクタ・オブジェクトは、Design Consoleを使用して変更できます。Design Consoleでこの汎用テクノロジ・コネクタのコネクタ・オブジェクトがカスタマイズされている場合に、「汎用テクノロジ・コネクタの管理」機能を使用して汎用テクノロジ・コネクタを変更すると、Design Consoleを使用して行われたすべてのカスタマイズが上書きされます。そのため、次のガイドラインのいずれかを適用することをお薦めします。
-
Design Consoleを使用して、汎用テクノロジ・コネクタ・オブジェクトを変更しないでください。
ITリソースについてはこのガイドラインは適用されません。ITリソースのパラメータは、Design Consoleを使用して変更できます。ただし、変更を有効にするには、ITリソース・パラメータの変更前または後にキャッシュをパージする必要があります。
-
Design Consoleを使用して汎用テクノロジ・コネクタ・オブジェクトを変更する場合、汎用テクノロジ・コネクタの変更に「汎用テクノロジ・コネクタの管理」機能を使用しないでください。
また、同時に変更できるコネクタは1つのみです。同じコンピュータ上で、2つの異なるコネクタに「変更」ページを同時に使用しようとすると、「変更」機能が正しく動作しません。
汎用テクノロジ・コネクタを変更するには:
8.3.2 汎用テクノロジ・コネクタのエクスポート
汎用テクノロジ・コネクタのXMLファイルはエクスポートできます。このXMLファイルには、コネクタを構成するすべてのオブジェクトの定義が含まれています。
新しくOracle Identity Managerをインストールする際に同じ汎用テクノロジ・コネクタを使用する場合、まずXMLファイルをエクスポートし、これを新しいOracle Identity Managerインストールにインポートします。
コネクタのXMLファイルをエクスポートするには:
- Oracle Identity Manager拡張管理で、「システム管理」の下の「デプロイメント・マネージャ・ファイルのエクスポート」をクリックします。
- デプロイメント・マネージャ・ウィザードの最初のページで、リストから「汎用コネクタ」を選択し、「検索」をクリックします。
- 検索結果から、XMLファイルをエクスポートする汎用テクノロジ・コネクタを選択します。
- 「子の選択」をクリックします。
- 選択した汎用テクノロジ・コネクタに対して、エクスポートする子エンティティを選択し、「依存性の選択」をクリックします。
- エクスポートする依存性を選択し、「確認」をクリックします。
- ページに表示された要素がエクスポートの要件を満たしていることを確認したら、「エクスポート用に追加」をクリックします。
- 「ウィザードを終了し、すべての選択を表示します」をクリックし、続いて「OK」をクリックします。
8.3.3 汎用テクノロジ・コネクタのインポート
オブジェクト定義を含む格納済のXMLファイルをインポートできます。XMLファイルのエクスポートとインポートのプロセスにより、コネクタに含まれる既存のオブジェクトを再利用できます。
汎用テクノロジ・コネクタを別のOracle Identity Managerのインストールにコピーするには:
- コネクタがカスタム・プロバイダを使用する場合、プロバイダ作成中に作成されたファイルをコピー先となるOracle Identity Managerインストール上の適切なディレクトリにコピーする必要があります。
- コピー元となるOracle Identity Managerインストール上で、コネクタXMLファイルをエクスポートします。
- コピー先となるOracle Identity Managerインストール上で、コネクタXMLファイルをインポートします。
注意:
ステージング・サーバー上の汎用テクノロジ・コネクタおよびそれを構成するオブジェクト用に選択する名前は、本番サーバー上の既存のコネクタやオブジェクトの名前と競合しないようにする必要があります。
次のシナリオで、このガイドラインの順守が必要な理由を説明します。
ステージング・サーバー上で汎用テクノロジ・コネクタを作成し、このコネクタを本番サーバーにインポートするとします。ステージング・サーバー上で汎用テクノロジ・コネクタを作成する際、汎用テクノロジ・コネクタおよびコネクタ・オブジェクトの名前がそのサーバー上で一意であることを確認します。同時に、これらの名前が本番サーバーのコネクタおよびコネクタ・オブジェクトの名前と同じではないことも確認する必要があります。
同じ名前がある場合は、コネクタXMLファイルをステージング・サーバーから本番サーバーへインポートする際、古いオブジェクトが新しいオブジェクトによって上書きされます。上書き処理中はメッセージが表示されないため、該当するコネクタが最終的に失敗します。
オブジェクトが上書きされたとき、正常に機能する状態に戻せるようにするには、コネクタXMLファイルをインポートする前に、インポート先のOracle Identity Managerデータベースのバックアップを取得する必要があります。
8.3.4 コネクタXMLファイルのインポート
コネクタXMLファイルの内容をチェックし、冗長なエンティティを削除してから、ファイルをインポートします。
コネクタのXMLファイルをインポートするには:
コネクタXMLファイルをインポートした後、汎用テクノロジ・コネクタのランタイム・パラメータを更新する必要があります。
ノート:
これらの値は、コネクタXMLファイルをエクスポートしても、そこにはコピーされません。
ランタイム・パラメータの値を更新するには、「汎用テクノロジ・コネクタの変更」で説明する手順を実行してください。