Intégrer à des tables d'application de base de données

Afin d'identifier le schéma approprié pour votre intégration, l'intégration des tables d'application de base de données offre la détection automatique de schéma. Il s'agit du processus d'identification du schéma de base de données sous-jacent qui contient vos données utilisateur. La prise en charge est assurée pour le schéma limité Jour-0, et les modifications ultérieures du schéma utilisateur sont prises en charge par la prise en charge Jour-N, ce qui vous permet de mettre à jour le schéma avec toutes les modifications apportées aux tables de base de données et de les appliquer à votre schéma détecté.

Les détails des tables pertinentes de la base de données utilisateur sont fournis lors de la création de l'agent. Les détails du schéma sont stockés dans un fichier de schéma situé avec l'agent. Les détails du schéma peuvent être mis à jour en modifiant directement ce fichier selon les besoins.

Un chargement complet des données d'identité et de compte pertinentes est effectué dans Oracle Access Governance chaque fois que le chargement est exécuté. Si c'est la première fois que le chargement est effectué, les structures d'identité et de compte pertinentes sont créées dans Oracle Access Governance, le cas échéant. Lors des exécutions de chargement de données suivantes, toutes les données sont chargées dans Oracle Access Governance et le processus d'ingestion met à jour toutes les modifications depuis le dernier chargement de données dans les artefacts d'identité et de compte appropriés.

Une fois votre système orchestré configuré, vous pouvez provisionner des comptes à l'aide du moteur de provisionnement d'Oracle Access Governance, qui traitera toute demande de comptes ou d'autorisations et le transmettra à l'agent et à la base de données cible. Le provisionnement prend en charge les opérations de création, de mise à jour et de révocation.

Si votre fichier de schéma est perdu ou corrompu de quelque manière que ce soit, l'intégration des tables d'application de base de données fournit une récupération de fichier de schéma. Cela est utile dans des scénarios tels qu'une panne d'agent ou la perte du fichier de schéma.

Fonctions d'intégration prises en charge

Pour plus de détails sur les fonctions prises en charge, consultez Aperçu fonctionnel de l'intégration d'Oracle Access Governance.

Exemple de cycle de vie de compte

Après un certain temps, MyAGIdentity passe à un nouveau poste au sein de son organisation nécessitant le rôle de développeur. Un ensemble d'accès DBATBundle_Developer est créé dans Oracle Access Governance, qui contient les autorisations de développement requises. Cet ensemble d'accès peut être affecté à la suite d'une politique, d'un rôle ou d'une demande. Supposons que l'utilisateur demande l'ensemble d'accès à l'aide de l'option Demander un nouvel accès. Lors de l'approbation, la demande déclenche une opération de provisionnement qui applique les modifications à MyDBAT, en affectant les rôles Tables d'application de base de données correspondant aux autorisations contenues dans l'ensemble d'accès DBATBundle_Developer.

MyAGIdentity est alors nécessaire pour modifier son mot de passe. À l'aide de la fonctionnalité Mon accès de la console Oracle Access Governance, ils modifient leur mot de passe, ce qui propage la modification à MyDBAT à l'aide du provisionnement d'Oracle Access Governance.

Si le système orchestré de tables d'application de base de données est configuré en mode Source faisant autorité et que vous rendez une identité inactive, l'identité MyAGIdentity est désactivée. Dans ce cas, une tâche de provisionnement sera générée et appliquée au système géré.