Création de liens de base de données avec une connectivité hétérogène gérée par le client aux bases de données autres qu'Oracle sur une adresse privée

Vous pouvez créer des liens de base de données d'une instance Autonomous Database on Dedicated Exadata Infrastructure vers une instance Oracle Database Gateway afin d'accéder aux bases de données non Oracle qui se trouvent sur une adresse privée.

Une passerelle de base de données Oracle est une passerelle conçue pour accéder à un système autre qu'Oracle spécifique. A l'aide d'Oracle Database Gateway, vous pouvez accéder aux données n'importe où dans un système de base de données distribué sans connaître l'emplacement des données ou leur mode de stockage. L'utilisation de liens de base de données sur Autonomous Database avec Oracle Database Gateway prend en charge des environnements hétérogènes et élimine la nécessité de personnaliser vos applications pour accéder aux données à partir de systèmes non Oracle.

Remarques :

La création de liens de base de données avec une connectivité hétérogène gérée par le client vers des bases de données non Oracle sur une adresse privée est prise en charge uniquement avec les versions 19.25 et supérieures pour 19c et 23.6 et supérieures pour 23ai.

Rubriques connexes

Prérequis

Pour utiliser des liens de base de données à partir d'une instance Autonomous Database sur une adresse publique, procédez comme suit :
  1. Configurez Oracle Database Gateway pour accéder à une base de données non Oracle. Pour plus d'informations, reportez-vous à Oracle Database Gateway dans le Guide de l'utilisateur Oracle Database 19c Database Heterogeneous Connectivity ou au Guide de l'utilisateur Oracle Database 23ai Database Heterogeneous Connectivity.

    Selon la base de données à laquelle vous souhaitez vous connecter, vous pouvez vous reporter au guide d'installation et de configuration correspondant et au guide de l'utilisateur de la passerelle.

    Par exemple, concernant la passerelle de base de données Oracle pour SQL Server, reportez-vous aux sections suivantes :

  2. Configurez le processus d'écoute Oracle Net de sorte à gérer les demandes entrantes sur la passerelle de base de données Oracle.

  3. Créez un portefeuille auto-signé sur la passerelle de base de données Oracle.

En outre :
  • La base de données cible doit être accessible à partir du VCN Oracle Cloud Infrastructure de la base de données source. Par exemple, vous pouvez vous connecter à la base de données cible dans les cas suivants :

    • La base de données cible se trouve sur une adresse privée.

    • La base de données source et la base de données cible se trouvent dans le même VCN Oracle Cloud Infrastructure.

    • La base de données source et la base de données cible se trouvent dans différents réseaux cloud virtuels Oracle Cloud Infrastructure couplés.

    • Pour une cible sur une adresse privée, DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK prend en charge la spécification d'un seul nom d'hôte avec le paramètre hostname. Sur une adresse privée, l'utilisation d'une adresse IP ou d'un nom d'hôte SCAN n'est pas prise en charge (lorsque la cible se trouve sur une adresse publique, CREATE_DATABASE_LINK prend en charge l'utilisation d'une adresse IP, d'une adresse SCAN ou d'un nom d'hôte SCAN).

  • Les règles entrantes et sortantes suivantes doivent être définies pour l'adresse privée :

    • Définissez une règle sortante dans la liste de sécurité de sous-réseau ou le groupe de sécurité réseau de la base de données source de sorte que le trafic via TCP soit autorisé vers l'adresse IP et le numéro de port de la base de données cible.

    • Définissez une règle entrante dans la liste de sécurité de sous-réseau ou le groupe de sécurité réseau de la base de données cible de sorte que le trafic via TCP soit autorisé de l'adresse IP de la base de données source vers le port de destination.

Connectivité hétérogène gérée par le client aux bases de données autres qu'Oracle sur une adresse privée (sans portefeuille)

Vous pouvez créer des liens de base de données d'une instance Autonomous Database vers une instance Oracle Database Gateway afin d'accéder aux bases de données non Oracle qui se trouvent sur une adresse privée, que ce soit avec un portefeuille (TCPS) ou sans portefeuille (TLS). Cette section décrit la création d'un lien de base de données sans portefeuille.

Pour créer des liens de base de données d'une instance Autonomous Database sur une adresse privée vers une passerelle cible, à l'aide de liens de base de données et d'une connexion TLS, procédez comme suit :
  1. Sur Autonomous Database, créez des informations d'identification permettant d'accéder à la base de données cible. Le nom utilisateur et le mot de passe que vous indiquez avec DBMS_CLOUD.CREATE_CREDENTIAL correspondent aux informations d'identification de la base de données cible utilisées dans le lien de base de données (où la base de données cible est accessible via Oracle Database Gateway).
    Exemple :
    BEGIN
        DBMS_CLOUD.CREATE_CREDENTIAL(
            credential_name => 'DB_LINK_CRED',
            username => 'NICK',
            password => 'password'
        );
    END;/

    La fourniture du paramètre credential_name est obligatoire.

    Les caractères du paramètre username doivent être en majuscules.

    Cette opération stocke les informations d'identification dans la base de données dans un format crypté. Vous pouvez utiliser n'importe quel nom d'informations d'identification.

  2. Créez le lien de base de données vers la passerelle cible à l'aide de DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK.
    Exemple :
    BEGIN
        DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK(
            db_link_name =>       'SALESLINK',
            hostname =>           'example.com',
            port =>               '1522',
            service_name =>       'example_service_name',
            ssl_server_cert_dn => 'ssl_server_cert_dn',
            credential_name =>    'DB_LINK_CRED',
            directory_name =>      NULL,
            gateway_link =>        TRUE,
            private_target =>      TRUE,
            gateway_params =>      NULL
        );
    END;/

    Le paramètre ssl_server_cert_dn est facultatif si la connexion est créée en tant que lien de base de données TCP (sans portefeuille).

    Lorsque la valeur directory_name est NULL, la connexion est créée en tant que lien de base de données TCP (sans portefeuille).

    Le paramètre private_target doit être défini sur TRUE lorsque le non-Oracle Database cible se trouve sur une adresse privée (c'est-à-dire que le lien de base de données accède à un nom d'hôte qui doit être résolu dans un serveur DNS VCN). Lorsque private_target a la valeur TRUE, le paramètre hostname doit être un seul nom d'hôte (sur une adresse privée, à l'aide d'une adresse IP, d'une adresse IP SCAN ou d'un nom d'hôte SCAN n'est pas pris en charge).

    Lorsque gateway_link a la valeur TRUE et que gateway_params a la valeur NULL, cela indique que le lien de base de données est vers une passerelle Oracle gérée par le client.

    Les utilisateurs autres que l'utilisateur ADMIN nécessitent des privilèges pour exécuter DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK.

    Pour plus d'informations, reportez-vous à Procédure CREATE_DATABASE_LINK.

  3. Utilisez le lien de base de données que vous avez créé pour accéder aux données de la passerelle cible.
    Exemple :
    SELECT * FROM employees@SALESLINK;
Pour les informations d'identification que vous créez à l'étape 1, les informations d'identification Oracle Database Gateway, si le mot de passe de l'utilisateur cible est modifié, vous pouvez mettre à jour les informations d'identification qui contiennent celles de l'utilisateur cible comme suit :
BEGIN
    DBMS_CLOUD.UPDATE_CREDENTIAL (
        credential_name =>'DB_LINK_CRED',
        attribute =>'PASSWORD',
        value=>'password'
    );
END;
/

Où le mot de passe est le nouveau mot de passe.

Après cette opération, les liens de base de données existants qui utilisent ces informations d'identification continuent de fonctionner sans que vous deviez supprimer et créer à nouveau les liens de base de données.

Pour plus d'informations, reportez-vous à Procédure UPDATE_CREDENTIAL.

Connectivité hétérogène gérée par le client aux bases de données autres qu'Oracle sur une adresse privée (avec un portefeuille)

Vous pouvez créer des liens de base de données d'une instance Autonomous Database vers une instance Oracle Database Gateway afin d'accéder aux bases de données non Oracle qui se trouvent sur une adresse privée, que ce soit avec un portefeuille (TCPS) ou sans portefeuille (TLS). Cette section décrit la création d'un lien de base de données avec un portefeuille.

Pour créer des liens de base de données à partir d'une instance Autonomous Database sur une adresse privée vers une passerelle cible, en vous connectant à un portefeuille, procédez comme suit :
  1. Copiez le portefeuille auto-signé de la passerelle cible, par exemple cwallet.sso, contenant les certificats d'Oracle Database Gateway vers la banque d'objets.
    Le fichier de portefeuille, ainsi que l'ID utilisateur et le mot de passe de la base de données, permettent d'accéder aux données disponibles via la passerelle cible. Stockez les fichiers de portefeuille dans un emplacement sécurisé. Partagez les fichiers de portefeuille uniquement avec les utilisateurs autorisés.
  2. Sur Autonomous Database, créez des informations d'identification permettant d'accéder à la banque d'objets dans laquelle vous stockez cwallet.sso.
    Reportez-vous à Procédure CREATE_CREDENTIAL pour plus d'informations sur les paramètres de nom utilisateur et de mot de passe des différents services de stockage d'objet.
  3. Créez un répertoire sur Autonomous Database pour le fichier de portefeuille cwallet.sso.
    Exemple :
    CREATE DIRECTORY dblink_wallet_dir AS 'directory_path_of_your_choice';
    Pour plus d'informations sur la création de répertoires, reportez-vous à Création d'un répertoire dans Autonomous Database.
  4. Utilisez DBMS_CLOUD.GET_OBJECT pour télécharger le portefeuille auto-signé de la passerelle cible vers le répertoire créé à l'étape précédente, DBLINK_WALLET_DIR.
    Exemple :
    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 =>'DBLINK_WALLET_DIR'
        ); 
    END;
    /

    Dans cet exemple, namespace-string est l'espace de noms de stockage d'objet Oracle Cloud Infrastructure et bucketname est le nom du bucket. Pour plus d'informations, reportez-vous à Présentation des espaces de noms Object Storage.

    Remarques :

    La valeur de credential_name utilisée à cette étape correspond aux informations d'identification de la banque d'objets. A l'étape suivante, vous allez créer les informations d'identification permettant d'accéder à la passerelle cible.
  5. Sur Autonomous Database, créez des informations d'identification permettant d'accéder à la base de données cible. Le nom utilisateur et le mot de passe que vous indiquez avec DBMS_CLOUD.CREATE_CREDENTIAL correspondent aux informations d'identification de la base de données cible utilisées dans le lien de base de données (où la base de données cible est accessible via Oracle Database Gateway).
    Exemple :
    BEGIN
        DBMS_CLOUD.CREATE_CREDENTIAL(
            credential_name =>'DB_LINK_CRED',
            username =>'NICK',
            password =>'password'
        );
    END;
    /

    La fourniture du paramètre credential_name est obligatoire.

    Les caractères du paramètre username doivent être en majuscules.

    Cette opération stocke les informations d'identification dans la base de données dans un format crypté. Vous pouvez utiliser n'importe quel nom d'informations d'identification.

  6. Créez le lien de base de données vers la passerelle cible à l'aide de DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK.
    Exemple :
    BEGIN
        DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK(
            db_link_name =>'SALESLINK', 
            hostname =>'example.com', 
            port =>'1522',
            service_name =>'example_service_name',
            ssl_server_cert_dn =>'ssl_server_cert_dn',
            credential_name =>'DB_LINK_CRED',
            directory_name =>'DBLINK_WALLET_DIR',
            gateway_link =>TRUE,
            private_target =>TRUE,
            gateway_params =>NULL
        );
    END;
    /

    Si directory_name n'est pas NULL, un lien de base de données basé sur TCPS est créé.

    Le paramètre private_target doit être défini sur TRUE lorsque le non-Oracle Database cible se trouve sur une adresse privée (c'est-à-dire que le lien de base de données accède à un nom d'hôte qui doit être résolu dans un serveur DNS VCN). Lorsque private_target a la valeur TRUE, le paramètre hostname doit être un seul nom d'hôte (sur une adresse privée, à l'aide d'une adresse IP, d'une adresse IP SCAN ou d'un nom d'hôte SCAN n'est pas pris en charge).

    Lorsque gateway_link a la valeur TRUE et que gateway_params a la valeur NULL, cela indique que le lien de base de données est vers une passerelle Oracle gérée par le client.

    Les utilisateurs autres que l'utilisateur ADMIN nécessitent des privilèges pour exécuter DBMS_CLOUD_ADMIN.CREATE_DATABASE_LINK.

    Pour plus d'informations, reportez-vous à Procédure CREATE_DATABASE_LINK.

  7. Utilisez le lien de base de données que vous avez créé pour accéder aux données de la passerelle cible.
    Exemple :
    SELECT * FROM employees@SALESLINK;
    
Pour les informations d'identification que vous créez à l'étape 5, les informations d'identification Oracle Database Gateway, si le mot de passe de l'utilisateur cible est modifié, vous pouvez mettre à jour les informations d'identification qui contiennent celles de l'utilisateur cible comme suit :
BEGIN
    DBMS_CLOUD.UPDATE_CREDENTIAL (
        credential_name =>'DB_LINK_CRED',
        attribute =>'PASSWORD',
        value=>'password'
    );
END;
/

Où le mot de passe est le nouveau mot de passe.

Après cette opération, les liens de base de données existants qui utilisent ces informations d'identification continuent de fonctionner sans que vous deviez supprimer et créer à nouveau les liens de base de données.

Pour plus d'informations, reportez-vous à Procédure UPDATE_CREDENTIAL.