データベース・ユーザー管理(DB2)との統合
Database User Management (DB2)コネクタは、Oracle Access GovernanceをIBM DB2データベース・ユーザー管理表と統合します。接続の詳細を入力し、コネクタを構成することで、IBM DB2とOracle Access Governanceの間の接続を確立できます。これを実現するには、Oracle Access Governanceコンソールで使用可能なOrchestrated Systems機能を使用します。
前提条件
データベース・ユーザー管理(DB2)のオーケストレート済システムをインストールおよび構成する前に、次の前提条件およびタスクを考慮する必要があります。
動作保証されたコンポーネント
DB2システムには、次のいずれかを指定できます。
- IBM DB2 UDB 9.x。
サポートされている操作
- ユーザーの作成
- スキーマの追加
- スキーマの取消し
- 表スペースの追加
- 表領域の取消し
データベース・ユーザー管理用のDB2システム・ユーザー・アカウント(DB2)のオーケストレートされたシステム操作の作成
Oracle Access Governanceでは、サービス操作中にDB2システムにアクセスするためにユーザー・アカウントが必要です。使用しているシステムに応じて、システム内でユーザーを作成し、そのユーザーに特定の権限とロールを割り当てることができます。
DB2データベースの場合:
- OSレベルでDB2ユーザー
agserviceuserを作成します。 - 作成したサービス・ユーザーに次の権限とロールを割り当てます。
GRANT SELECT on TABLE syscat.schemata TO agserviceuser; GRANT SELECT on TABLE syscat.tablespaces TO agserviceuser; GRANT CREATEIN,DROPIN,ALTERIN ON SCHEMA 'SCHEMA_NAME' TO agserviceuser; GRANT CONNECT,BINDADD,DBADM,CREATETAB,CREATE_NOT_FENCED_ROUTINE,IMPLICIT_SCHEMA,LOAD,CREATE_EXTERNAL_ROUTINE,QUIESCE_CONNECT ON DATABASE TO agserviceuser;
構成
接続の詳細を入力し、データベース環境を構成することで、IBM DB2とOracle Access Governanceの間の接続を確立できます。これを実現するには、Oracle Access Governanceコンソールで使用可能なOrchestrated Systems機能を使用します。
「Orchestrated Systems」ページに移動します。
- Oracle Access Governanceのナビゲーション・メニュー・アイコン
から、「Service Administration」→「Orchestrated Systems」を選択します。 - ワークフローを開始するには、「オーケストレート済システムの追加」ボタンを選択します。
システムの選択
ワークフローの「システムの選択」ステップで、オンボーディングするデータベースのタイプを指定できます。
- 「データベース・ユーザー管理(DB2)」を選択します。
詳細の入力
- 「名前」フィールドに、接続先のシステムの名前を入力します。
- [名称]フィールドにシステムの説明を入力します。
- このオーケストレート済システムが信頼できるソースかどうか、および次のチェック・ボックスを設定してOracle Access Governanceが権限を管理できるかどうかを決定します。
-
これは私のアイデンティティの認証ソースです
次の項目から選択します。
- アイデンティティとその属性のソース: システムは、ソース・アイデンティティおよび関連する属性として機能します。新しいアイデンティティは、このオプションを使用して作成されます。
- アイデンティティ属性のソースのみ: 追加のアイデンティティ属性の詳細が取り込まれ、既存のアイデンティティに適用されます。このオプションは、新規アイデンティティ・レコードを取込みまたは作成しません。
- このシステムの権限を管理します
-
これは私のアイデンティティの認証ソースです
- 「次へ」を選択します。
所有者の追加
- 「プライマリ所有者は誰ですか。」フィールドで、Oracle Access Governanceのアクティブ・ユーザーをプライマリ所有者として選択します。
- 「他の所有者は誰ですか。」リストで1つ以上の追加所有者を選択します。リソースに最大20人の追加所有者を追加できます。
アカウント設定
- 権限が要求され、アカウントがまだ存在しない場合は、このオプションを選択して新しいアカウントを作成します。このオプションはデフォルトで選択されています。選択すると、権限が要求されたときにアカウントが存在しない場合、Oracle Access Governanceによってアカウントが作成されます。このオプションをクリアすると、権限はオーケストレート済システム内の既存のアカウントに対してのみプロビジョニングされます。アカウントが存在しない場合、プロビジョニング操作は失敗します。
- アカウント作成時の通知電子メールの受信者を選択します。デフォルトの受信者は「ユーザー」です。受信者が選択されていない場合、アカウントの作成時に通知は送信されません。
- ユーザー
- ユーザー・マネージャ
- 既存のアカウントの構成ノート
これらの構成を設定できるのは、システム管理者によって許可されている場合のみです。グローバル・アカウント終了設定が有効になっている場合、アプリケーション管理者は、調整されたシステム・レベルでアカウント終了設定を管理できません。- 早期終了開始時のアカウントの処理の選択: 早期終了の開始時に実行する処理を選択します。これは、正式な退職日より前にアイデンティティ・アクセスを取り消す必要がある場合に発生します。
- 削除: Oracle Access Governanceで管理されているすべてのアカウントおよび権限を削除します。ノート
特定のオーケストレート済システムでアクションがサポートされていない場合、アクションは実行されません。 - 無効化: すべてのアカウントを無効化し、Oracle Access Governanceで管理される権限を無効化します。
- 無効化されたアカウントの権限の削除: 残存アクセス権がゼロであることを確認するには、これを選択して、アカウントの無効化時に直接割り当てられた権限およびポリシーで付与された権限を削除します。
- アクションなし: アイデンティティにOracle Access Governanceによる早期終了のフラグが付けられている場合、アクションは実行されません。
- 削除: Oracle Access Governanceで管理されているすべてのアカウントおよび権限を削除します。
- 退職日のアカウントの処理の選択: 正式な退職時に実行する処理を選択します。これは、正式な退職日にIDアクセスを取り消す必要がある場合に発生します。
- 削除: Oracle Access Governanceで管理されているすべてのアカウントおよび権限を削除します。ノート
特定のオーケストレート済システムで「削除」アクションがサポートされていない場合、アクションは実行されません。 - 無効化: すべてのアカウントを無効化し、Oracle Access Governanceで管理される権限を無効化します。
- 無効化されたアカウントの権限の削除: 残存アクセス権がゼロであることを確認するには、これを選択して、アカウントの無効化時に直接割り当てられた権限およびポリシーで付与された権限を削除します。
ノート
特定のオーケストレート済システムで「無効化」アクションがサポートされていない場合は、アカウントが削除されます。 - アクションなし: Oracle Access Governanceでは、アカウントおよび権限に対するアクションは実行されません。
- 削除: Oracle Access Governanceで管理されているすべてのアカウントおよび権限を削除します。
- 早期終了開始時のアカウントの処理の選択: 早期終了の開始時に実行する処理を選択します。これは、正式な退職日より前にアイデンティティ・アクセスを取り消す必要がある場合に発生します。
- アイデンティティが企業を離れたときは、そのアカウントへのアクセス権を削除する必要があります。 ノート
これらの構成を設定できるのは、システム管理者によって許可されている場合のみです。グローバル・アカウント終了設定が有効になっている場合、アプリケーション管理者は、調整されたシステム・レベルでアカウント終了設定を管理できません。アカウントに対する次のアクションのいずれかを選択します。
- 削除: Oracle Access Governanceで管理されているすべてのアカウントおよび権限を削除します。
- 無効化: すべてのアカウントを無効化し、権限を非アクティブとしてマークします。
- 無効化されたアカウントの権限の削除: アカウントの無効化時に直接割り当てられ、ポリシーで付与された権限を削除して、残存アクセスをゼロにします。
- アクションなし: アイデンティティが組織を離れるときにアクションを実行しません。
ノート
これらのアクションは、オーケストレートされたシステム・タイプでサポートされている場合にのみ使用できます。たとえば、「削除」がサポートされていない場合、「無効化」および「アクションなし」オプションのみが表示されます。 - アカウントのすべての権限が削除された場合(アイデンティティが部門間を移動する場合など)、アカウントの処理を決定する必要がある場合があります。オーケストレート済システム・タイプでサポートされている場合、次のいずれかのアクションを選択します。
- 削除
- 使用不可
- 処理なし
- アクセス・ガバナンスで作成されていないアカウントの管理: オーケストレート済システムで直接作成されるアカウントを管理する場合に選択します。これにより、既存のアカウントを調整し、Oracle Access Governanceから管理できます。
システムを管理対象システムとして構成しない場合、ワークフローのこのステップは表示されますが、有効になりません。この場合、ワークフローの「統合設定」ステップに直接進みます。
オーケストレート済システムで、汎用RESTおよびデータベース・アプリケーション表の統合と同様に動的スキーマ検出が必要な場合は、オーケストレート済システムの作成時に通知電子メールの宛先(ユーザー、Usermanager)のみを設定できます。モーバーおよびリーバの無効化/削除ルールは設定できません。これを行うには、オーケストレート済システムを作成してから、「オーケストレート済システム・アカウント設定の構成」の説明に従ってアカウント設定を更新する必要があります。
統合設定
ワークフローの「統合設定」ステップで、Oracle Access GovernanceがIBM DB2データベースに接続できるようにするために必要な構成の詳細を入力します。
- 「データベースの簡易接続URL」フィールドに、Oracle Access Governanceと統合するデータベースの接続文字列をhost/port/database service/sidの形式で入力します。
- 「ユーザー名」フィールドに、データベースへの接続に使用するIBM DB2ユーザーを入力します。これは、「データベース・ユーザー管理用のDB2システム・ユーザー・アカウント(DB2)オーケストレート済システム操作の作成」で作成したユーザーです。
- 「パスワード」フィールドに、IBM DB2データベース・ユーザーのパスワードを入力します。「パスワードの確認」フィールドで、パスワードを確認します。
- 「接続プロパティ」で、接続プロパティをprop1=val1#prop2=val2の形式で入力します。
- 「カスタムJARの詳細」に、jar名とjarチェックサムを<jarName>::<jarChecksumの形式で入力します。例:
db2jcc.jar::c8520f145b428b1133b771bb2c70a6f0f546c9f0655f9de5de2e7b64d5ede786911ad50b543846154fe373dead78d38fb6dded560e0de4c4e8ccbbf0a06b6c1e
カスタムjarサポートの詳細は、「カスタムJARサポート」を参照してください。
- 右側のペインに「選択した内容」が表示されます。入力した詳細に問題がない場合は、「追加」をクリックします。
完了
ワークフローの「Finish Up」ステップで、Oracle Access GovernanceとIBM DB2データベースの間のインタフェースに使用するエージェントをダウンロードするように求められます。「ダウンロード」リンクを選択して、エージェントが実行される環境にエージェント・zipファイルをダウンロードします。
エージェントをダウンロードしたら、エージェント管理の記事で説明されている手順に従います。
- システムでデータ・ロードを有効化する前にカスタマイズします
- 指定されたデフォルトで、データ・ロードのアクティブ化と準備を行います
構成後処理
DB2データベース・システムをOracle Access Governanceと統合するには、ドライバjarをエージェントに登録する必要があります。詳細は、カスタムJARサポートを参照してください。