Se connecter à Autonomous Database sur une infrastructure Exadata dédiée

Les applications et les outils se connectent à Autonomous Database sur une infrastructure Exadata dédiée à l'aide d'Oracle Net Services (également appelé SQL*Net).

Oracle Net Services active une session réseau depuis une application client vers un serveur Oracle Database via le réseau défini par l'infrastructure dédiée hébergeant la base de données. Les déploiements en nuage d'Oracle utilisent un VCN (réseau en nuage virtuel) et un sous-réseau. En général, le sous-réseau est défini comme privé, ce qui signifie qu'il n'y a pas d'accès Internet public aux bases de données. Les déploiements Exadata Cloud@Customer utilisent un réseau en grappe de machines virtuelles.

Connexions sécurisées aux bases de données autonomes

Les bases de données autonomes offrent plusieurs paires de services de base de données à utiliser lors de la connexion à votre base de données dédiée. Dans chaque paire, l'une des paires fournit une connexion TCP sécurisée (TCPS) utilisant le protocole TLS, et l'autre fournit une connexion TCP. Dans tous les autres cas, les deux membres d'une paire sont les mêmes. Pour assurer la sécurité des données en transit, Oracle recommande fortement d'utiliser une connexion sécurisée, même si la base de données n'est disponible que par l'intermédiaire d'un sous-réseau privé. Si vous avez l'habitude d'utiliser Oracle Database dans votre propre centre de données, vous n'avez peut-être jamais utilisé ces connexions sécurisées.

Lors du provisionnement d'une ressource de grappe de machines virtuelles Exadata autonome, vous pouvez :
  • Personnaliser le port du module d'écoute SCAN pour TLS et non TLS à partir d'un intervalle de ports disponibles (1024 - 8999). Vous pouvez également choisir l'authentification TLS mutuelle (mTLS) en cochant la case Activer l'authentification TLS mutuelle (mTLS).
  • Choisissez entre les modes d'authentification TLS à sens unique et mutuelle (mTLS). Cela ne s'applique qu'aux certificats TLS de base de données, car les certificats ORDS sont des certificats TLS unidirectionnels.

Pour assurer la connexion sécurisée, l'authentification de certification utilise une clé chiffrée stockée dans un wallet tant sur le client (où l'application est en cours d'exécution) que sur le serveur (où Autonomous Database est en cours d'exécution). Pour établir une connexion, la clé du client doit correspondre à la clé du serveur. Un portefeuille contient une collection de fichiers, y compris la clé et d'autres informations nécessaires pour la connexion à la base de données. Toutes les communications entre le client et le serveur sont chiffrées.

Types de connexion à Oracle Net Services (SQL *Net)

Lorsqu'une session réseau est établie, Oracle Net Services agit comme messager de données pour l'application client et la base de données. Il est chargé d'établir et de maintenir la connexion entre l'application client et la base de données, ainsi que d'échanger des messages entre elles.

Oracle Net Services prend en charge divers types de connexion aux bases de données autonomes, notamment :

  • L'interface d'appel Oracle, qui est utilisée par de nombreuses applications écrites en langage C. Par exemple, les utilitaires Oracle tels qu'Oracle SQL*Plus, SQL*Loader et Oracle Data Pump.

  • Les pilotes ODBC, qui peuvent être utilisés par les applications exécutées sur Microsoft Windows, sont superposés à l'interface d'appel Oracle.

  • JDBC OCI, utilisé par les applications en langage Java. JDBC OCI ajoute une couche au-dessus de l'interface d'appel Oracle pour les applications Java. L'interface de ligne de commande Oracle SQLcl utilise JDBC OCI.

  • JDBC Thin Driver, également pour les applications Java, est un pilote propre à Java. Oracle SQL Developer prend en charge les connexions JDBC Thin Driver.

Les produits de tierce partie et les applications personnalisées peuvent utiliser l'un de ces types de connexion.

Connexions et portefeuilles de l'interface d'appel Oracle

Les fichiers de portefeuille, ainsi que l'ID utilisateur et le mot de passe, permettent l'accès aux données de votre base de données autonome. Conservez les fichiers de portefeuille dans un emplacement sécurisé.

Comme les fichiers de portefeuille peuvent fournir l'accès aux données de votre base de données, vous ne devez les partager qu'avec des utilisateurs autorisés. Si des fichiers de portefeuille sont transmis par un moyen accessible à des utilisateurs non autorisés (par exemple, par courriel public), transmettez le mot de passe du portefeuille séparément et en mode sécurisé.

Note :

Les bases de données autonomes utilisent des règles strictes de complexité des mots de passe pour tous les utilisateurs, basées sur les normes de sécurité d'Oracle Cloud. Pour plus d'informations sur les règles de complexité des mots de passe, voir Créer des utilisateurs de base de données.

Voir Télécharger les données d'identification du client pour plus d'informations sur le téléchargement des données d'identification du client pour une base de données autonome.

Oracle Net Services peut trouver l'emplacement du portefeuille Autonomous Database à l'aide du paramètre WALLET_LOCATION dans sqlnet.ora file.When WALLET_LOCATION est utilisé, Oracle Net Services utilise automatiquement le portefeuille. Le portefeuille est utilisé de manière transparente pour l'application. Voir Prepare for ODBC and JDBC Oracle Call Interface (OCI) Connections pour plus d'informations sur la définition de WALLET_LOCATION.

Noms de service de base de données prédéfinis pour les bases de données autonomes

Autonomous Database sur une infrastructure Exadata dédiée fournit plusieurs jeux de services de base de données à utiliser lors de la connexion à votre base de données. Dans chaque jeu, un service fournit une connexion TCP sécurisée (TCPS) utilisant le protocole TLS, et un autre fournit une connexion TCP.

Une chaîne de connexion est créée pour chacun des services de connexion à la base de données ci-dessus. Vous pouvez voir ces chaînes de connexion à partir de la console Oracle Cloud Infrastructure (OCI), comme décrit dans Voir les chaînes de connexion pour une base de données Autonomous Database.

Ces services de connexion sont conçus pour prendre en charge différents types d'opération de base de données :
  • tpurgent_tls et tpurgent : Pour les opérations de traitement de transaction à priorité élevée et dont le temps est critique.
  • tp_tls et tp : Pour les opérations de traitement de transaction standard.
  • high_tls et élevé : Pour les opérations de production de rapports et de lots à priorité élevée.
  • medium_tls et moyenne : Pour les opérations standard de production de rapports et de traitement par lots.
  • low_tls et faible : Pour les opérations de production de rapports et de lots à faible priorité.

Les bases de données configurées pour utiliser Autonomous Data Guard disposent de deux services supplémentaires avec les mêmes types de connexion (TCPS et TCP) à la base de secours pour un accès en lecture seule.

Dans un environnement à plusieurs secours, la base de données de secours à laquelle se connecter est automatiquement déterminée pour les connexions au service _ro. Toutefois, si nécessaire, vous pouvez modifier manuellement la chaîne de connexion pour vous connecter à une autre base de données de secours.

Note :

Dans les noms de service de base de données prédéfinis suivants, _ro indique les connexions pour un accès en lecture seule et _ss indique les connexions aux bases de données de secours instantanées.
Ces services de connexion sont également conçus pour prendre en charge différents types d'opération de base de données :
  • tpurgent_ro_tls, tpurgent_ro, tpurgent_ss_tls et tpurgent_ss : Pour les opérations de traitement de transactions à priorité élevée et à durée critique.
  • tp_ro_tls, tp_ro, tp_ss_tls et tp_ss : Pour les opérations de traitement de transaction standard.
  • high_ro_tls, high_ro, high_ss_tls et high_ss : Pour les opérations de production de rapports et de lots à priorité élevée.
  • medium_ro_tls, medium_ro, medium_ss_tls et medium_ss : Pour les opérations standard de production de rapports et de traitement par lots.
  • low_ro_tls, low_ro, low_ss_tls et low_ss : Pour les opérations de production de rapports et de lots à faible priorité.

Le service Autonomous Transaction Processing prend en charge tous les services de connexion ci-dessus (tpurgent, tp, élevé, moyen et bas). En revanche, Autonomous Data Warehouse peut seulement se connecter aux services de connexion bas, moyen et haut.

Les bases de données provisionnées avec le surprovisionnement d'UC peuvent seulement se connecter à :
  • les services tp et low pour Autonomous Transaction Processing, et
  • Services bas pour Autonomous Data Warehouse.

Principales caractéristiques des services de base de données prédéfinis

  • Énoncés concurrents : Nombre maximal d'énoncés SQL qu'une base de données Autonomous Database peut traiter pour un groupe de consommateurs avant de mettre les énoncés dans la file d'attente.
  • Degré de parallèle : L'exécution en parallèle est une fonction d'Autonomous Database sur une infrastructure Exadata dédiée qui crée et utilise plusieurs processus pour exécuter un énoncé SQL unique. Le degré de parallélisme indique le nombre de processus pouvant être utilisés. En raison de l'impact sur la performance de la création de processus supplémentaires, l'exécution en parallèle est généralement utile lorsque :
    • L'interrogation fait référence à un jeu de données volumineux.
    • La concurrence est faible.
    • Le temps écoulé est critique.
  • Partages de ressources : Autonomous Database sur une infrastructure Exadata dédiée utilise des groupes de consommateurs de ressources d'Oracle Database Resource Manager pour fournir des allocations de ressources différentes à chaque paire de services de base de données. Les partages de ressource définissent la partie des ressources garantie à un groupe de consommateurs. Toutefois, tout groupe de consommateurs peut utiliser plus que ses partages de ressources lorsqu'il n'existe aucun conflit de ressources.
  • Avis d'application rapide activé : Indique si l'avis d'application rapide est activé par défaut.
  • Continuité transparente des applications activée : Indique si la continuité transparente des applications est activée par défaut.
Le tableau suivant compare les différents jeux de services de base de données en fonction des caractéristiques décrites ci-dessus.
Noms de service Degré de parallélisme Partages de ressources Énoncés concurrents Avis rapide des applications activé Continuité transparente des applications activée
tpurgent_tls, tpurgent, tpurgent_ro_tls, tpurgent_ro, tpurgent_ss_tls et tpurgent_ss Défini manuellement 12 300 x nombre d'OCPU ou 75 x nombre d'ECPU Oui Oui
tp_tls, tp, tp_ro_tls, tp_ro, tp_ss_tls et tp_ss 1 8 300 x nombre d'OCPU ou 75 x nombre d'ECPU Oui Oui
high_tls, high, high_ro_tls, high_ro, high_ss_tls et high_ss 1 x nombre d'OCPU ou 0,5 x nombre d'ECPU 4 3 Oui Non
medium_tls, medium, medium_ro_tls, medium_ro, medium_ss_tls et medium_ss 4 2 1,25 x nombre d'OCPU ou 0,25125 x ECPU Oui Non
low_tls, low, low_ro_tls et low_ro, low_ss_tls et low_ss 1 1 300 x nombre d'OCPU ou 75 x nombre d'ECPU Oui Non

Le nombre d'OCPU ou d'ECPU est le nombre d'UC affiché dans la console Oracle Cloud.

Le nombre d'énoncés concurrents pris en charge par les services tp et low avec surprovisionnement d'UC est calculé exactement de la même manière que pour les OCPU complètes ou les ECPU, c'est-à-dire 300 x OCPU ou 150 x ECPU. Par exemple, pour une valeur de 0,5 OCPU, le nombre total d'instructions concurrentes pouvant être traitées par les services tp et low est de 300 x 0,5, soit 150.

Note :

Après vous être connecté à votre base de données à l'aide d'un service, n'essayez pas de transférer cette connexion vers un autre service en modifiant manuellement le groupe de consommateurs de la connexion. Notez que Autonomous Database effectue plus d'actions pour configurer la connexion que de simplement définir son groupe de consommateurs lors de la connexion à votre base de données à l'aide d'un service.

Connexion à une base de données autonome au moyen d'une application client

Les bases de données autonomes sont préconfigurées pour prendre en charge Oracle Net Services au moyen d'un module d'écoute TNS installé et configuré pour utiliser des connexions TCPS (sécurisées par des données d'identification de client) ou des connexions TCP.

L'ordinateur client doit être prêt à utiliser Oracle Net Services pour la connexion à la base de données autonome. Les applications peuvent se connecter à une base de données autonome à l'aide de l'un des types de connexion pris en charge par Oracle Net Services.

Les étapes suivantes décrivent le processus de connexion à une base de données autonome à l'aide d'une application client :

  1. Déterminez le type de connexion utilisé par votre application (par exemple OCI, ODBC, JDBC légère, etc.).

  2. Préparez votre ordinateur client pour le type de connexion utilisé par votre application :

    • Connexions OCI à Oracle Call Interface (OCI), ODBC et JDBC : Vous préparez les connexions OCI à Oracle Call Interface (OCI), ODBC et JDBC en téléchargeant et en installant Oracle Instant Client, puis en téléchargeant les données d'identification de client pour votre base de données Autonomous Database et en les rendant disponibles pour Oracle Instant Client.

      Voir Préparer les connexions ODBC et JDBC à Oracle Call Interface (OCI) pour obtenir des instructions étape par étape.

    • Préparer les connexions légères JDBC : Vous préparez les connexions légères JDBC en téléchargeant et en installant le pilote JDBC pour Oracle Database, puis en téléchargeant les données d'identification du client pour Autonomous Database et en les rendant disponibles pour le pilote JDBC pour Oracle Database.

      Voir Préparer les connexions légères JDBC pour obtenir des instructions étape par étape.

  3. Dans votre application, configurez la connexion.

    Les étapes requises pour préparer l'ordinateur client dépendent du type de connexion utilisé par l'application client. Dans tous les cas, les données d'identification du client doivent être téléchargées sur le client sous la forme d'un fichier de portefeuille.

Applications avec prise en charge intégrée des fichiers zip de portefeuille

Certaines applications vous permettent de choisir un fichier zip de données d'identification dans le cadre des propriétés de connexion.

Par exemple, dans SQL Developer 18.3 et les versions ultérieures, dans le champ Type de connexion, sélectionnez la valeur Portefeuille en nuage pour entrer un fichier ZIP de données d'identification dans le champ Fichier de configuration. SQL Developer présente ensuite la liste des connexions disponibles dans le champ Service (les connexions sont incluses dans les fichiers de données d'identification.

Si votre application prend en charge les portefeuilles ou fournit une prise en charge spécifique d'une connexion de base de données autonome, par exemple Oracle SQL Developer, Oracle recommande d'utiliser ce type de connexion.


Description d'adb_connect_sqldev_db20.png
Description de l'illustration adb_connect_sqldev_db20.png

Connexion à une base de données autonome au moyen des outils de base de données Oracle

Les outils Oracle Database tels que Database Actions, SQL Developer, SQLcl et SQL*Plus peuvent être utilisés avec Autonomous Database.

Les rubriques suivantes fournissent des instructions étape par étape pour vous connecter à Autonomous Database à l'aide des outils Oracle Database :

Connexion avec Microsoft .NET, Visual Studio et Visual Studio Code

Oracle Autonomous Database on Dedicated Exadata Infrastructure prend en charge la connectivité avec Microsoft .NET Framework, .NET Core, Visual Studio et Visual Studio Code.

Oracle Data Provider for .NET (ODP.NET) fournit un accès aux données ADO.NET lors de l'exécution pour une base de données Autonomous Database. ODP.NET comporte les types de pilote suivants :

  • ODP.NET non géré pour les applications .NET Framework

  • ODP.NET géré pour les applications .NET Framework

  • ODP.NET Core pour les applications .NET Core

Oracle Developer Tools for Visual Studio offre un soutien à la conception d'applications de base de données dans Visual Studio, ainsi que des outils de gestion des bases de données autonomes dans Oracle Cloud.

Oracle Developer Tools for VS Code offre un soutien à la conception d'applications de base de données dans Visual Studio Code.

Ces composants logiciels peuvent être téléchargés gratuitement à partir des sites suivants :

Oracle recommande d'utiliser la dernière version du fournisseur et des outils avec une base de données Autonomous Database.

Instructions de configuration

Reportez-vous à la section Développement d'applications .NET pour Oracle Autonomous Database pour obtenir des instructions sur le téléchargement, l'installation et la configuration de ces composants à utiliser avec Oracle Autonomous Database on Dedicated Exadata Infrastructure :

Notez que ces instructions décrivent comment établir des connexions TCPS (TCP avec SSL) à votre base de données, ce qui nécessite l'utilisation de portefeuilles. Pour les bases de données sur une infrastructure dédiée, vous pouvez établir des connexions TCP à la base de données, ce qui ne nécessite pas d'utiliser un portefeuille.

Pour en savoir plus sur l'utilisation d'Oracle Autonomous Database on Dedicated Exadata Infrastructure et de .NET, essayez le développement .NET gratuit avec le démarrage rapide d'Oracle Autonomous Database. Ce laboratoire vous guide tout au long de la configuration d'un serveur Web .NET sur Oracle Cloud Infrastructure qui se connecte à Autonomous Database. Ensuite, le laboratoire explique comment développer et déployer une application Web ASP.NET Core simple qui utilise tous ces composants. À la fin, vous aurez un site Web en direct et fonctionnel sur Internet.

Se connecter à Autonomous Database à l'aide de langages de script

Vous pouvez utiliser des programmes dans différents langages, notamment Python, Node.js, PHP, Ruby, R, Go et Perl pour vous connecter à Oracle Autonomous Database on Dedicated Exadata Infrastructure. La sécurité est mise en oeuvre à l'aide de données d'identification de client.

Ces langages de script ont des API ou des pilotes d'accès à la base de données qui utilisent les bibliothèques Oracle Call Interface (OCI). Les bibliothèques OCI peuvent être celles du client Oracle complet ou d'Oracle Instant Client.

Consultez les articles suivants pour obtenir des instructions étape par étape pour vous connecter à Autonomous Database avec différents langages de script :

Connexion avec Oracle Cloud Infrastructure FastConnect

Oracle Cloud Infrastructure FastConnect vous permet de connecter facilement votre réseau sur place à une base de données autonome à l'aide de l'appairage public FastConnect. FastConnect offre des options de bande passante supérieure et permet une utilisation du réseau plus fiable et plus cohérente que les connexions basées sur Internet.

FastConnect vous permet d'accéder aux services d'Oracle Cloud Infrastructure sans utiliser Internet. Par exemple, vous pouvez accéder au service de stockage d'objets ou à la console et aux API d'Oracle Cloud Infrastructure. Sans FastConnect, le trafic à destination des adresses IP publiques serait acheminé sur Internet. Avec FastConnect, ce trafic passe par votre connexion physique privée.

Pour plus de détails sur la connexion d'une base de données autonome avec Oracle Cloud Infrastructure FastConnect, voir Aperçu de FastConnect.