Utiliser Microsoft Active Directory avec une base de données autonome d'intelligence artificielle sur une infrastructure Exadata dédiée

Vous pouvez configurer une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée pour authentifier et autoriser les utilisateurs Microsoft Active Directory. Cette configuration permet aux utilisateurs d'Active Directory d'accéder à une base de données d'intelligence artificielle autonome à l'aide de leurs données d'identification Active Directory.

Note : Voir Utiliser Azure Active Directory (Azure AD) avec Autonomous AI Database pour plus d'informations sur l'utilisation d'Azure Active Directory avec Autonomous AI Database. L'option CMU prend en charge les serveurs Microsoft Active Directory, mais ne prend pas en charge le service Azure Active Directory.

L'intégration d'Autonomous AI Database avec des utilisateurs gérés de manière centralisée assure l'intégration avec Microsoft Active Directory. CMU avec Active Directory fonctionne en mappant les utilisateurs et les rôles globaux de base de données Oracle aux utilisateurs et groupes Microsoft Active Directory.

Préalables à la configuration de CMU avec Microsoft Active Directory sur Autonomous AI Database

Les préalables suivants sont requis pour configurer la connexion de Autonomous AI Database à Active Directory :

Configurer CMU avec Microsoft Active Directory dans Autonomous AI Database

Pour configurer Autonomous AI Database pour que CMU se connecte aux serveurs Active Directory :

  1. Connectez-vous à la base de données IA autonome en tant qu'utilisateur ADMIN.

  2. Vérifiez si un autre modèle d'authentification externe est activé dans votre base de données et désactivez-le.

    Note : Vous pouvez poursuivre la configuration CMU-AD au-dessus de Kerberos pour fournir l'authentification CMU-AD Kerberos aux utilisateurs de Microsoft Active Directory.

  3. Chargez les fichiers de configuration CMU, y compris le fichier de portefeuille de base de données, cwallet.sso et le fichier de configuration CMU, dsi.ora, dans votre magasin d'objets. Cette étape dépend du magasin d'objets que vous utilisez.

    Le fichier de configuration dsi.ora contient les informations permettant de trouver les serveurs Active Directory.

    Si vous utilisez le magasin d'objets Oracle Cloud Infrastructure, voir Ajout de données dans le stockage d'objets pour plus de détails sur le chargement de fichiers.

  4. Dans votre base de données d'intelligence artificielle autonome, créez un objet de répertoire ou choisissez un objet de répertoire existant. Il s'agit du répertoire dans lequel vous stockez le portefeuille et le fichier de configuration pour la connexion à Active Directory :

    Par exemple :

     CREATE OR REPLACE DIRECTORY cmu_wallet_dir AS 'cmu_wallet';

    Utilisez l'énoncé SQL suivant pour interroger le chemin de répertoire du système de fichiers de l'objet de répertoire :

     SELECT DIRECTORY_PATH FROM DBA_DIRECTORIES WHERE
    DIRECTORY_NAME='directory_object_name';

    Par exemple :

     SELECT DIRECTORY_PATH FROM DBA_DIRECTORIES WHERE
    DIRECTORY_NAME='CMU_WALLET_DIR';

     DIRECTORY_PATH

 ----------------------------------------------------------------------------
 /file_system_directory_path_example/cmu_wallet

    Note : Le nom de l'objet de répertoire dans l'interrogation doit être en majuscules, car sa casse n'a pas été conservée lors de la création de l'objet de répertoire.

    Si vous voulez conserver la casse pour le nom d'objet de répertoire, vous devez inclure son nom entre guillemets doubles. Par exemple :

     CREATE OR REPLACE DIRECTORY "CMU_wallet_dir" AS 'cmu_wallet';

  5. Utilisez DBMS_CLOUD.GET_OBJECT pour copier les fichiers de configuration CMU, le portefeuille de base de données cwallet.sso et dsi.ora, de votre magasin d'objets vers le répertoire que vous avez créé ou sélectionné à l'étape 4 ci-dessus.

    Par exemple, utilisez DBMS_CLOUD.GET_OBJECT pour copier les fichiers du magasin d'objets vers CMU_WALLET_DIR comme suit :

     BEGIN
    DBMS_CLOUD.GET_OBJECT(
       credential_name => 'DEF_CRED_NAME',
       object_uri => 'https://objectstorage.us-phoenix-1.oraclecloud.com/n/namespace-string/b/bucketname/o/cwallet.sso',
       directory_name => 'CMU_WALLET_DIR');
    DBMS_CLOUD.GET_OBJECT(
       credential_name => 'DEF_CRED_NAME',
       object_uri => 'https://objectstorage.us-phoenix-1.oraclecloud.com/n/namespace-string/b/bucketname/o/dsi.ora',
       directory_name => 'CMU_WALLET_DIR');
 END;
 /

    Dans cet exemple, *namespace-string* est l'espace de noms du stockage d'objets Oracle Cloud Infrastructure et bucketname est le nom du seau. Pour plus d'informations, voir Présentation des espaces de noms du stockage d'objets.

    Voir Procédure GET_OBJECT pour plus d'informations.

    Utilisez l'énoncé SQL suivant pour interroger les fichiers copiés dans le répertoire.

     SELECT * FROM DBMS_CLOUD.LIST_FILES('directory_object_name');

    Par exemple :

     SELECT * FROM DBMS_CLOUD.LIST_FILES('CMU_WALLET_DIR');

    Notez que le nom de l'objet de répertoire dans cette interrogation doit être en majuscules car sa casse n'a pas été conservée lors de la création de l'objet de répertoire.

  6. Activez CMU-AD dans votre base de données IA autonome à l'aide de l'ensemble DBMS_CLOUD_ADMIN.

    Note : Remplacez les noms de répertoire dans l'exemple ci-dessous par ceux choisis pour votre environnement. Assurez-vous d'être connecté en tant qu'utilisateur ADMIN avant d'exécuter cette commande.

     BEGIN
   DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION(
     type     => 'CMU',
     params   => JSON_OBJECT('directory_name' value 'CMU_WALLET_DIR')
   );
 END;
 /

  7. Pour assurer la sécurité, supprimez les fichiers de configuration CMU, notamment le portefeuille de base de données cwallet.sso et le fichier de configuration CMU dsi.ora, du magasin d'objets. Vous pouvez utiliser les méthodes locales du magasin d'objets pour supprimer ces fichiers ou utiliser DBMS_CLOUD.DELETE_OBJECT pour supprimer les fichiers du magasin d'objets.

    Voir Procédure DELETE_OBJECT pour plus d'informations sur DBMS_CLOUD.DELETE_OBJECT.

Note : Voir Désactiver l'accès Active Directory sur Autonomous AI Database pour obtenir des instructions sur la désactivation de l'accès de Autonomous AI Database à Active Directory.

Pour plus d'informations, voir Configuration des utilisateurs gérés de manière centralisée avec Microsoft Active Directory dans le guide de sécurité d'Oracle Database 19c ou le guide de sécurité d'Oracle Database 26ai.

Configurer CMU avec Microsoft Active Directory sur Exadata Cloud@Customer

APPLICATIONS À : Applicable Exadata Cloud@Customer seulement

Pour configurer Autonomous AI Database sur Exadata Cloud@Customer pour que CMU se connecte aux serveurs Active Directory, sans utiliser le service Oracle Object Store :

  1. Connectez-vous à la base de données IA autonome en tant qu'utilisateur ADMIN.

  2. Vérifiez si un autre modèle d'authentification externe est activé dans votre base de données et désactivez-le à l'aide de la commande SQL suivante.

     BEGIN
   DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION;
 END;
 /

  3. CMU-AD a besoin de votre portefeuille de connexions Active Directory cwallet.sso et des fichiers dsi.ora dans un système de fichiers local de votre grappe de machines virtuelles Exadata autonome (AVMC). Pour ce faire, vous pouvez héberger ces fichiers dans le service Oracle Object Store sur Oracle Cloud Infrastructure, puis les copier localement à l'aide de l'ensemble DBMS_CLOUD. Vous pouvez trouver ce processus avec des étapes détaillées et des exemples dans Configurer CMU avec Microsoft Active Directory dans Autonomous AI Database.

  4. Si l'hébergement de cwallet.sso et dsi.ora dans le stockage en nuage n'est pas possible, vous pouvez utiliser un partage NFS (Network File System) dans votre centre de données pour héberger ces fichiers, puis les déplacer vers un répertoire de base de données sous le système de fichiers de base de données (DBFS). Pour ce faire, vous devez d'abord attacher un partage NFS disponible localement à l'objet de répertoire Autonomous AI Database, comme illustré ci-dessous :

    1. Créez un répertoire de base de données dans votre instance de base de données du service d'intelligence artificielle autonome à l'aide de la commande SQL suivante de votre client SQL :

       create or replace directory TMPFSSDIR as 'tmpfssdir';

    2. Montez votre partage NFS dans ce répertoire à l'aide de l'ensemble DBMS_CLOUD_ADMIN disponible dans Autonomous AI Database.

      Conseil : Vous devrez peut-être collaborer avec votre administrateur de réseau ou de stockage pour rendre disponible un partage NFS.

       BEGIN
   DBMS_CLOUD_ADMIN.attach_file_system(
     file_system_name => <some_name_you_assign>,
     file_system_location => <your_nfs_fs_path>,
     directory_name => <tmpfssdir_created_above>,
     description => 'Any_desc_you_like_to_give'
   );
 END

      Par exemple :

       BEGIN
   DBMS_CLOUD_ADMIN.attach_file_system(
     file_system_name => 'AD-FSS',
     file_system_location => acme.com:/nfs/mount1',
     directory_name => 'TMPFSSDIR',
     description => 'nfs to host AD files'
   );
 END;

  5. Pour éviter une dépendance au partage NFS pour que les fichiers cwallet.sso et dsi.ora soient disponibles pour CMU, déplacez-les vers un dossier de système de fichiers local à l'aide d'un mappage de répertoire de base de données. Comme Autonomous AI Database restreint l'accès au système de fichiers local, créez une procédure de copie à l'aide de utl_file, comme illustré ci-dessous :

    1. Créez un répertoire de base de données dans votre instance de base de données du service d'intelligence artificielle autonome à l'aide de la commande SQL suivante de votre client SQL :

       CREATE OR REPLACE DIRECTORY cmu_wallet_dir AS 'cmu_wallet';

    2. Vérifiez le chemin d'accès au répertoire créé ci-dessus à l'aide de la commande SQL suivante :

       SELECT DIRECTORY_PATH
 FROM DBA_DIRECTORIES
 WHERE DIRECTORY_NAME ='CMU_WALLET_DIR';

      Note : Le nom de l'objet de répertoire doit être en majuscules dans l'interrogation, car sa casse n'a pas été conservée lors de la création de l'objet de répertoire.

    3. Copiez dsi.ora et cwallet.sso du répertoire NFS vers le répertoire de portefeuille CMU local à l'aide de l'utilitaire UTL_FILE.

      Par exemple :

      Créez une procédure stockée nommée copyfile comme indiqué ci-dessous :

       CREATE OR REPLACE PROCEDURE copyfile(
   in_loc_dir IN VARCHAR2,
   in_filename IN VARCHAR2,
   out_loc_dir IN VARCHAR2,
   out_filename IN VARCHAR2
 )
 IS
   in_file UTL_FILE.file_type;
   out_file UTL_FILE.file_type;
   buffer_size CONSTANT INTEGER := 32767;
   buffer RAW (32767);
   buffer_length INTEGER;
 BEGIN
   in_file := UTL_FILE.fopen (in_loc_dir, in_filename, 'rb', buffer_size);
   out_file := UTL_FILE.fopen (out_loc_dir, out_filename, 'wb', buffer_size);
   UTL_FILE.get_raw (in_file, buffer, buffer_size);
   buffer_length := UTL_RAW.LENGTH (buffer);

   WHILE buffer_length > 0
   LOOP
     UTL_FILE.put_raw (out_file, buffer, TRUE);

     IF buffer_length = buffer_size
       THEN
         UTL_FILE.get_raw (in_file, buffer, buffer_size);
         buffer_length := UTL_RAW.LENGTH (buffer);
       ELSE
         buffer_length := 0;
       END IF;
   END LOOP;

   UTL_FILE.fclose (in_file);
   UTL_FILE.fclose (out_file);
 EXCEPTION
   WHEN NO_DATA_FOUND
   THEN
     UTL_FILE.fclose (in_file);
     UTL_FILE.fclose (out_file);
 END;
 /

      Compilez la procédure stockée copyfile. Une fois la compilation réussie, exécutez la procédure copyfile une fois pour copier dsi.ora et cwallet.sso du répertoire NFS vers le répertoire local CMU Wallet, comme illustré ci-dessous :

       EXEC copyfile('TMPFSSDIR','dsi.ora','CMU_WALLET_DIR','dsi.ora');

       EXEC copyfile('TMPFSSDIR','cwallet.sso','CMU_WALLET_DIR','cwallet.sso');

    4. Exécutez l'interrogation SQL suivante pour vérifier si les fichiers sont copiés dans le répertoire local CMU Wallet.

       SELECT * FROM DBMS_CLOUD.LIST_FILES('CMU_WALLET_DIR');

  6. A l'aide de la commande suivante, détachez le partage NFS car vous n'en avez pas besoin pour CMU-AD une fois les fichiers copiés dans le répertoire local.

     exec DBMS_CLOUD_ADMIN.detach_file_system(file_system_name => <FILE_SYSTEM_NAME>);

  7. Activez CMU-AD dans votre base de données IA autonome à l'aide de l'ensemble DBMS_CLOUD_ADMIN.

    Note : Remplacez les noms de répertoire dans l'exemple ci-dessous par ceux choisis pour votre environnement. Assurez-vous d'être connecté en tant qu'utilisateur ADMIN avant d'exécuter cette commande.

     BEGIN
   DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION(
     type     => 'CMU',
     params   => JSON_OBJECT('directory_name' value 'CMU_WALLET_DIR')
   );
 END;
 /

  8. Validez en interrogeant la valeur de propriété de la propriété de base de données CMU_WALLET, comme illustré ci-dessous.

     SELECT PROPERTY_VALUE
 FROM DATABASE_PROPERTIES
 WHERE PROPERTY_NAME = 'CMU_WALLET';

    Par exemple :

     SELECT PROPERTY_VALUE
 FROM DATABASE_PROPERTIES
 WHERE PROPERTY_NAME='CMU_WALLET';

     PROPERTY_VALUE

 --------------
 CMU_WALLET_DIR

Vous avez maintenant configuré CMU-AD pour utiliser l'authentification externe au moyen de Microsoft Active Directory avec votre base de données IA autonome sur Exadata Cloud@Customer.

Ajouter des rôles Microsoft Active Directory dans une base de données d'intelligence artificielle autonome

Pour ajouter des rôles Active Directory, mappez les rôles de base de données globaux à des groupes Active Directory à l'aide d'énoncés CREATE ROLE ou ALTER ROLE (en incluant la clause IDENTIFIED GLOBALLY AS).

Pour ajouter des rôles globaux pour les groupes Active Directory dans Autonomous AI Database :

  1. Connectez-vous en tant qu'utilisateur ADMIN à la base de données configurée pour utiliser Active Directory (l'utilisateur ADMIN dispose des privilèges système CREATE ROLE et ALTER ROLE dont vous avez besoin pour ces étapes).

  2. Définissez l'autorisation de base de données pour les rôles de base de données du service d'intelligence artificielle autonome avec l'énoncé CREATE ROLE ou ALTER ROLE. Incluez la clause IDENTIFIED GLOBALLY AS et spécifiez le nom distinctif d'un groupe Active Directory.

    Utilisez la syntaxe suivante pour mapper un groupe d'utilisateurs Active Directory à un rôle de base de données global :

     CREATE ROLE global_role IDENTIFIED GLOBALLY AS
      'DN_of_an_AD_GROUP_of_WHICH_the_AD_USER_IS_a_MEMBER';

    Par exemple :

     CREATE ROLE widget_sales_role IDENTIFIED GLOBALLY AS
      'CN=widget_sales_group,OU=sales,DC=production,DC=example,DC=com';

    Dans cet exemple, tous les membres de widget_sales_group disposent des autorisations du rôle de base de données widget_sales_role lorsqu'ils se connectent à la base de données.

  3. Utilisez des énoncés GRANT pour accorder les privilèges requis ou d'autres rôles au rôle global.

    Par exemple :

     GRANT CREATE SESSION TO WIDGET_SALES_ROLE;
 GRANT DWROLE TO WIDGET_SALES_ROLE;

    DWROLE est un rôle prédéfini disposant de privilèges communs. Voir Gérer les privilèges d'utilisateur de base de données pour plus d'informations sur la définition des privilèges communs pour les utilisateurs de base de données d'intelligence artificielle autonome.

  4. Pour associer un rôle de base de données existant à un groupe Active Directory, utilisez l'énoncé ALTER ROLE pour modifier le rôle de base de données existant afin de mapper ce rôle à un groupe Active Directory.

    Utilisez la syntaxe suivante pour modifier un rôle de base de données existant afin de le mapper à un groupe Active Directory :

     ALTER ROLE existing_database_role
    IDENTIFIED GLOBALLY AS 'DN_of_an_AD_GROUP_of_WHICH_the_AD_USER_IS_a_MEMBER';

  5. Pour créer des mappages de rôles globaux supplémentaires pour d'autres groupes Active Directory, suivez ces étapes pour chaque groupe Active Directory.

Pour plus d'informations sur la configuration des rôles avec Microsoft Active Directory, voir Configuration de l'autorisation pour les utilisateurs gérés de manière centralisée dans le guide de sécurité d'Oracle Database 19c ou le guide de sécurité d'Oracle Database 26ai.

Ajouter des utilisateurs Microsoft Active Directory dans la base de données d'intelligence artificielle autonome

Pour ajouter des utilisateurs Active Directory pour accéder à une base de données d'intelligence artificielle autonome, mappez des utilisateurs globaux de base de données à des groupes Active Directory ou à des utilisateurs avec des énoncés CREATE USER ou ALTER USER (avec la clause IDENTIFIED GLOBALLY AS).

L'intégration d'Autonomous AI Database à Active Directory fonctionne en mappant les utilisateurs et les groupes Microsoft Active Directory directement aux utilisateurs globaux et aux rôles globaux de base de données Oracle.

Pour ajouter des utilisateurs globaux pour des groupes ou des utilisateurs Active Directory dans Autonomous AI Database :

  1. Connectez-vous en tant qu'utilisateur ADMIN à la base de données configurée pour utiliser Active Directory (l'utilisateur ADMIN dispose des privilèges système CREATE USER et ALTER USER requis pour ces étapes).

  2. Définissez l'autorisation de base de données pour les utilisateurs de base de données autonome avec des énoncés CREATE USER ou ALTER USER et incluez la clause IDENTIFIED GLOBALLY AS, en spécifiant le nom distinctif d'un utilisateur ou d'un groupe Active Directory.

    Utilisez la syntaxe suivante pour mapper un utilisateur Active Directory à un utilisateur de base de données global :

     CREATE USER global_user IDENTIFIED GLOBALLY AS 'DN_of_an_AD_USER';

    Utilisez la syntaxe suivante pour mapper un groupe Active Directory à un utilisateur de base de données global :

     CREATE USER global_user IDENTIFIED GLOBALLY AS
     'DN_of_an_AD_GROUP_of_WHICH_the_AD_USER_IS_a_MEMBER';

    Par exemple, pour mapper un groupe Active Directory nommé widget_sales_group dans l'unité organisationnelle sales du domaine production.example.com à un utilisateur de base de données global partagé nommé WIDGET_SALES :

     CREATE USER widget_sales IDENTIFIED GLOBALLY AS
      'CN=widget_sales_group,OU=sales,DC=production,DC=example,DC=com';

    Un mappage d'utilisateur global partagé est créé. Ce mappage, avec l'utilisateur global widget_sales, est en vigueur pour tous les utilisateurs du groupe Active Directory. Ainsi, tout membre de widget_sales_group peut se connecter à la base de données à l'aide de ses données d'identification Active Directory (au moyen du mappage partagé de l'utilisateur global widget_sales).

  3. Si vous voulez que les utilisateurs d'Active Directory utilisent un utilisateur de base de données existant, possèdent son schéma et ses données existantes, utilisez ALTER USER pour modifier un utilisateur de base de données existant afin de le mapper à un groupe ou à un utilisateur Active Directory.

    • Utilisez la syntaxe suivante pour modifier un utilisateur de base de données existant afin de le mapper à un utilisateur Active Directory :

      ALTER USER existing_database_user IDENTIFIED GLOBALLY AS 'DN_of_an_AD_USER';

    • Utilisez la syntaxe suivante pour modifier un utilisateur de base de données existant afin de le mapper à un groupe Active Directory :

      ALTER USER existing_database_user
     IDENTIFIED GLOBALLY AS 'DN_of_an_AD_GROUP_of_WHICH_the_AD_USER_IS_a_MEMBER';

  4. Pour créer des mappages d'utilisateurs globaux supplémentaires pour d'autres groupes Active Directory, suivez ces étapes pour chaque groupe ou utilisateur Active Directory.

Pour plus d'informations sur la configuration des rôles avec Microsoft Active Directory, voir Configuration de l'autorisation pour les utilisateurs gérés de manière centralisée dans le guide de sécurité d'Oracle Database 19c ou le guide de sécurité d'Oracle Database 26ai.

Se connecter à une base de données autonome avec les données d'identification d'utilisateur Active Directory

Une fois que l'utilisateur ADMIN a terminé les étapes de configuration CMU Active Directory et créé des rôles globaux et des utilisateurs globaux, les utilisateurs se connectent à la base de données IA autonome à l'aide de leur nom d'utilisateur et de leur mot de passe Active Directory.

Note : Ne vous connectez pas à l'aide d'un nom d'utilisateur global. Les noms d'utilisateur globaux n'ont pas de mot de passe et la connexion avec un nom d'utilisateur global ne peut pas aboutir. Vous devez avoir un mappage d'utilisateur global dans votre base de données d'IA autonome pour vous connecter à la base de données. Vous ne pouvez pas vous connecter à la base de données avec des mappages de rôles globaux uniquement.

Pour vous connecter à la base de données Autonomous AI Database à l'aide d'un nom d'utilisateur et d'un mot de passe Active Directory, connectez-vous comme suit :

CONNECT "AD_DOMAIN\AD_USERNAME"/AD_USER_PASSWORD@TNS_ALIAS_OF_THE_AUTONOMOUS_DATABASE;

Par exemple :

CONNECT "production\pfitch"/password@adbname_medium;

Vous devez inclure des guillemets doubles lorsque le domaine Active Directory est indiqué avec le nom d'utilisateur, comme dans l'exemple suivant : "production\pfitch".

Dans cet exemple, le nom d'utilisateur Active Directory est pfitch dans le domaine production. L'utilisateur Active Directory est membre du groupe widget_sales_group, identifié par son nom distinctif 'CN=widget_sales_group,OU=sales,DC=production,DC=example,DC=com'.

Après avoir configuré CMU avec Active Directory dans Autonomous AI Database et configuré l'autorisation Active Directory, avec des rôles globaux et des utilisateurs mondiaux, vous pouvez vous connecter à votre base de données Autonomous AI Database à l'aide de l'une des méthodes de connexion décrites dans À propos de la connexion à une base de données Autonomous AI Database dédiée. Lorsque vous vous connectez, si vous souhaitez utiliser un utilisateur Active Directory, fournissez les données d'identification de ce dernier. Par exemple, entrez un nom d'utilisateur au format "AD_DOMAIN\AD_USERNAME" (les guillemets doubles doivent être inclus) et utilisez votre AD_USER_PASSWORD comme mot de passe.

Vérifier les informations de connexion d'utilisateur Active Directory avec Autonomous AI Database

Lorsque les utilisateurs se connectent à la base de données Autonomous AI Database à l'aide de leur nom d'utilisateur et de leur mot de passe Active Directory, vous pouvez vérifier et vérifier l'activité des utilisateurs.

Par exemple, lorsque l'utilisateur pfitch se connecte :

CONNECT "production\pfitch"/password@exampleadb_medium;

Le nom d'utilisateur de connexion de l'utilisateur Active Directory (samAccountName) est pfitch et widget_sales_group est le nom du groupe Active Directory et widget_sales est l'utilisateur global Autonomous AI Database.

Une fois pfitch connecté à la base de données, la commande SHOW USER affiche le nom d'utilisateur global :

SHOW USER;
USER is "WIDGET_SALES"

La commande suivante affiche le nom distinctif de l'utilisateur Active Directory :

SELECT SYS_CONTEXT('USERENV', 'ENTERPRISE_IDENTITY') FROM DUAL;

Par exemple, vous pouvez vérifier l'identité d'entreprise de cet utilisateur géré de manière centralisée :

SQL> SELECT SYS_CONTEXT('USERENV', 'ENTERPRISE_IDENTITY') FROM DUAL;
SYS_CONTEXT('USERENV','ENTERPRISE_IDENTITY')
----------------------------------------------------------------------
cn=Peter Fitch,ou=sales,dc=production,dc=examplecorp,dc=com

La commande suivante affiche "AD_DOMAIN\AD_USERNAME" :

SELECT SYS_CONTEXT('USERENV', 'AUTHENTICATED_IDENTITY') FROM DUAL;

Par exemple, l'identité de l'utilisateur authentifié par Active Directory est saisie et vérifiée lorsque l'utilisateur se connecte à la base de données :

SQL> SELECT SYS_CONTEXT('USERENV', 'AUTHENTICATED_IDENTITY') FROM DUAL;
SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY')
----------------------------------------------------------------------
production\pfitch

Pour plus d'informations, voir Vérification des informations de connexion de l'utilisateur géré de manière centralisée dans le guide de sécurité d'Oracle Database 19c ou le guide de sécurité d'Oracle Database 26ai.

Supprimer des utilisateurs et des rôles Active Directory dans Autonomous AI Database

Pour supprimer des utilisateurs et des rôles Active Directory des bases de données autonomes avec intelligence artificielle, utilisez les commandes de base de données standard. Les utilisateurs ou les groupes Active Directory associés mappés à partir des utilisateurs ou des rôles de base de données, ne sont pas supprimés.

Pour supprimer des utilisateurs ou des rôles de la base de données Autonomous AI Database :

  1. Connectez-vous à la base de données configurée pour utiliser Active Directory en tant qu'utilisateur disposant du privilège système DROP USER ou DROP ROLE.

  2. Supprimez les utilisateurs ou les rôles globaux mappés aux groupes ou aux utilisateurs Active Directory à l'aide de l'énoncé DROP USER ou DROP ROLE.

    Pour plus d'informations, voir Supprimer les utilisateurs de base de données.

Désactiver l'accès Active Directory dans une base de données d'intelligence artificielle autonome

Décrit les étapes pour supprimer la configuration CMU de votre base de données d'IA autonome (et désactiver l'accès LDAP de votre base de données d'IA autonome à Active Directory).

Après avoir configuré votre instance Autonomous AI Database pour accéder à CMU Active Directory, vous pouvez désactiver l'accès comme suit :

  1. Connectez-vous à la base de données IA autonome en tant qu'utilisateur ADMIN.

  2. Utilisez DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION pour désactiver l'authentification CMU.

    Note : Pour exécuter cette procédure, vous devez être connecté en tant qu'utilisateur ADMIN ou disposer du privilège EXECUTE sur DBMS_CLOUD_ADMIN.

    Par exemple :

       BEGIN
     DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION;
   END;
   /

    Désactive l'authentification CMU sur votre instance de base de données autonome avec intelligence artificielle.

Pour plus d'informations, voir Procédure DISABLE_EXTERNAL_AUTHENTICATION.

Limitations avec Microsoft Active Directory sur Autonomous AI Database

Les limitations suivantes s'appliquent à CMU avec Active Directory sur Autonomous AI Database :