データベース・アプリケーション表との統合

統合に関連するスキーマを識別するために、データベース・アプリケーション表の統合では、自動スキーマ検出が提供されます。これは、ユーザー・データを含む基礎となるデータベース・スキーマを識別するプロセスです。Day-0限定スキーマのサポートが提供され、その後のユーザー・スキーマの変更はDay-Nサポートによって調整されます。これにより、データベース表に加えられた変更でスキーマを更新し、検出されたスキーマに適用できます。

エージェントの作成時に、関連するユーザー・データベース表の詳細が示されます。スキーマの詳細は、エージェントとともに存在するスキーマ・ファイルに格納されます。スキーマの詳細は、必要に応じてこのファイルを直接編集することで更新できます。

ロードが実行されるたびに、関連するアイデンティティ・データとアカウント・データがOracle Access Governanceにフル・ロードされます。ロードが初めて行われる場合、関連するアイデンティティ構造およびアカウント構造がOracle Access Governanceで適宜作成されます。後続のデータ・ロードを実行すると、すべてのデータがOracle Access Governanceにロードされ、適切なアイデンティティおよびアカウント・アーティファクトの最後のデータ・ロード以降の変更が取込みプロセスによって更新されます。

オーケストレート済システムを構成したら、Oracle Access Governanceのプロビジョニング・エンジンを使用してアカウントをプロビジョニングできます。このエンジンでは、アカウントまたは権限に対するリクエストを取得し、エージェントを通過してターゲット・データベースに転送します。プロビジョニングでは、作成、更新および取消し操作がサポートされます。

スキーマ・ファイルがなんらかの方法で失われたり破損した場合、データベース・アプリケーション表の統合によってスキーマ・ファイルのリカバリが提供されます。これは、エージェントのクラッシュやスキーマ・ファイルの損失などのシナリオで役立ちます。

サポートされている統合関数

サポートされている機能の詳細は、「Oracle Access Governance Integrationの機能概要」を参照してください

アカウント・ライフサイクルの例

しばらくすると、MyAGIdentityは、開発者ロールを必要とする組織内の新しい位置に移動します。アクセス・バンドルDBATBundle_Developerは、必要な開発権限を含むOracle Access Governanceに作成されます。このアクセス・バンドルは、ポリシー、ロールまたはリクエストの結果として割り当てることができます。たとえば、ユーザーが「新規アクセスのリクエスト」オプションを使用してアクセス・バンドルをリクエストしたとします。承認時に、リクエストによってプロビジョニング操作がトリガーされ、MyDBATに変更が適用され、DBATBundle_Developerアクセス・バンドルに含まれる権限に対応するデータベース・アプリケーション表のロールが割り当てられます。

MyAGIdentityは、パスワードを変更するために必要です。Oracle Access Governanceコンソールのマイ・アクセス機能を使用して、パスワードを変更し、Oracle Access Governanceプロビジョニングを使用して変更をMyDBATに伝播します。

Database Application Tables Orchestrated Systemが「認可ソース」モードで構成されており、アイデンティティを非アクティブにすると、MyAGIdentityアイデンティティは事実上無効になります。この場合、プロビジョニング・タスクが生成され、管理対象システムに適用されます。