Documentation Oracle Cloud Infrastructure

Introduction à Oracle Exadata Database Service sur le déploiement d'infrastructure Exascale

Après avoir effectué les tâches de préparation de la préparation d'Oracle Exadata Database Service sur une infrastructure Exascale, commencez à déployer votre système Oracle Exadata Database Service sur une infrastructure Exascale en suivant ces procédures.

Disponibilité régionale d'Exadata Database Service sur une infrastructure Exascale

Découvrez les régions OCI qui prennent en charge Oracle Exadata Database Service sur l'infrastructure Exascale (ExaDB-XS).

Dans les tableaux de cette rubrique, vous pouvez trouver les régions Oracle Cloud Infrastructure (OCI) qui proposent Exadata Database Service sur une infrastructure Exascale.

Remarque

Lorsque la région prend en charge plusieurs domaines de disponibilité, un seul domaine de disponibilité est pris en charge avec Oracle Exadata Database Service sur l'infrastructure Exascale.

Asie-Pacifique (APAC)

Nom de région Clé de la région Lieu de la région

Est de l'Australie

SYD

Sydney, Australie

Sud-est de l'Australie

MEL

Melbourne, Australie

Inde Sud

HYD

Hyderabad, Inde

Ouest de l'Inde

BOM

Mumbai, Inde

Centre du Japon

KIX

Osaka, Japon

Est du Japon

NRT

Tokyo, Japon

Singapour

SIN

Singapour, Singapour

Singapour Ouest

XSP

Singapour, Singapour

Corée du Sud centrale

ICN

Séoul, Corée du Sud

Corée du Sud Nord

YNY

Chuncheon, Corée du Sud

Europe, Moyen-Orient, Afrique (EMEA)

Nom de région Clé de la région Lieu de la région

France Centre

CDG

Paris, France

France Sud

MRS

Marseille, France

Allemagne centrale

FRA

Francfort, Allemagne

Ouest de l'Arabie saoudite

JED

Djeddah, Arabie saoudite

Centre de l'Afrique du Sud

JNB

Johannesburg, Afrique du Sud

Suisse Nord

ZRH

Zurich, Suisse

Centre des Emirats arabes unis

AUH

Abou Dabi, Emirats arabes unis

Royaume-Uni Sud

LHR

Londres, Royaume-Uni

Ouest du Royaume-Uni

CWL

Newport, Royaume-Uni

Suisse Nord

ZRH

Zurich, Suisse

Amérique latine (LATAM)

Nom de région Clé de la région Lieu de la région

Est du Brésil

GRU

São Paulo, Brésil

Sud-est du Brésil

VCP

Vinhedo, Brésil

Centre du Chili

SCL

Santiago, Chili

Centre de Columbia

BOG

Bogata (Colombie)

Amérique du Nord (NA)

Nom de région Clé de la région Lieu de la région

Sud-est du Canada

YYZ

Toronto, Canada

Sud-est du Canada

YUL

Montréal, Canada

Est des Etats-Unis (Ashburn)

IAD

Ashburn, VA

Ouest des Etats-Unis

PHX

Phoenix, AZ

Ouest des Etats-Unis

SJC

San José, CA
Remarque

Pour provisionner des ressources Exadata Database Service on Exascale dans une région prise en charge, votre location OCI doit être abonnée à cette région. Par exemple, pour provisionner des ressources pour l'infrastructure Exadata Database on Exascale dans la région East US, votre location OCI doit être abonnée à US East (Ashburn). Pour plus d'informations, reportez-vous à Gestion des régions et à Abonnement à une région d'infrastructure.

Balisage de ressources d'infrastructure Oracle Exadata Database Service sur Exascale

Tagging est un service à la fois fondamental et puissant d'Oracle Cloud Infrastructure (OCI). Il permet aux utilisateurs d'effectuer différentes opérations sur un ensemble de ressources en fonction d'une balise : recherche, contrôle d'accès, exécution d'actions en masse.

Importance du balisage

A l'aide du système de balisage Oracle Cloud Infrastructure (OCI), vous pouvez baliser des ressources en fonction de votre modèle organisationnel, ce qui vous permet de regrouper des ressources, de gérer les coûts et d'accéder à des informations sur l'utilisation. Les balises vous aident également à créer un modèle de gouvernance axé sur la sécurité et sur Maximum Availability Architecture (MAA). Au fur et à mesure que votre entreprise étend son empreinte cloud, il peut devenir difficile d'assurer le suivi des architectures de déploiement, des meilleures pratiques de sécurité, de MAA, du niveau d'application, etc. L'utilisation de balises de métadonnées pour identifier les attributs de charge globale peut vous aider à rester à jour en matière de sécurité et de disponibilité de la location sans dépassement de coût.

Pour permettre aux clients de gérer les ressources OCI de manière sécurisée et rentable, Oracle fournit un ensemble de balises prédéfinies conformes aux meilleures pratiques de balisage des ressources. Ces balises sont regroupées dans les deux espaces de noms suivants : oracleStandard et OracleApplicationName. Voyez l'espace de noms de balise comme un conteneur pour les clés de balise.

Imaginez un scénario dans lequel votre organisation dispose de plusieurs ressources cloud, telles qu'une infrastructure Exadata, un cluster de machines virtuelles, un répertoire de base de base de données, Oracle Database et des réseaux de cluster de machines virtuelles, sur plusieurs compartiments de votre location. Supposons que vous souhaitiez suivre ces ressources cloud à des fins spécifiques, générer des rapports associés ou effectuer des actions globales sur celles-ci. Dans ce cas, vous aurez besoin d'un système qui vous permette de regrouper ces ressources en fonction de différents critères tels que l'environnement, l'importance, les utilisateurs cible, l'application, etc. Pour ce faire, vous pouvez appliquer les balises appropriées à ces ressources.

Par exemple, vous pouvez baliser toutes les ressources de la pile de développement avec Oracle-Standard.Environment=Dev, ou définir Oracle-Standard.Criticality=High ou Extreme pour une pile d'applications stratégiques. En cas d'interruptions de service pour diverses raisons, vous êtes alors en mesure d'identifier rapidement toutes les ressources OCI associées à une application ou à une fonction commerciale, ou encore de distinguer les workloads critiques et non critiques.

Le balisage peut également vous aider à déployer des configurations optimisées basées sur des attributs de charge globale identifiés par des balises. Par exemple, les déploiements de base de données pour l'application PeopleSoft nécessitent une configuration spécifique. La définition des balises ApplicationName et AppMajorVersion lors du déploiement d'une base de données Oracle Database peut garantir que la base de données est configurée et prête pour l'application particulière (dans ce cas, PeopleSoft) prête à l'emploi.

De plus, l'intégration au service OCI Cloud Advisor peut vous fournir une analyse directe et approfondie de la conformité de vos services cloud aux directives de l'entreprise et aider votre direction à gérer l'entreprise avec une vision claire en tête. Pour plus d'informations, reportez-vous à Présentation de Cloud Advisor.

Ajout de balises

Vous pouvez baliser des ressources avec la console Oracle Cloud Infrastructure (OCI), l'interface de ligne de commande ou le kit SDK.

De nombreuses ressources cloud peuvent être marquées dans un déploiement Oracle Exadata Database Service sur une infrastructure Exascale. L'infrastructure Exadata, le cluster de machines virtuelles, le répertoire de base de base de données, la base de données Oracle, le cluster de machines virtuelles Exadata Autonomous, la base de données Conteneur Autonomous, la base de données autonome et les réseaux de cluster de machines virtuelles en font partie. Les balises peuvent être appliquées lors de la création des ressources ou modifiées ultérieurement. Par exemple, vous pouvez appliquer des balises à une base de données Conteneur Autonomous lors du provisionnement de cette dernière ou les ajouter ultérieurement à partir de sa page Détails.

Pour plus d'informations sur l'utilisation des balises, reportez-vous à Fonctionnement de Tagging. Tagging s'intègre au système d'autorisation d'Oracle Cloud Infrastructure. Vous pouvez utiliser des contrôles de stratégie IAM pour activer la délégation ou la restriction de la manipulation des balises. Reportez-vous à Authentification et autorisation afin d'en savoir plus sur les droits d'accès requis pour utiliser les balises définies et à format libre. (Requis) Saisissez un texte d'introduction ici, y compris la définition et l'objectif du concept.

Conseil :

Pour commencer par tester l'implémentation des balises dans Oracle Autonomous Database à l'aide d'un tutoriel, suivez l'exercice 14 sur les balises standard Oracle dans l'atelier Oracle Autonomous Database Dedicated pour les administrateurs de parc sur Oracle LiveLabs.

Les locations sont fournies avec une bibliothèque de balises définies standard qui peuvent s'appliquer à la plupart des ressources, disponibles dans la liste des champs Espace de noms. Ces balises sont actuellement disponibles sous la forme d'un ensemble d'espaces de noms de balise que les administrateurs de gouvernance peuvent déployer. Les meilleures pratiques d'OCI recommandent d'appliquer ces balises à toutes les ressources auxquelles une balise standard peut être appliquée. Outre la génération de rapports et la gouvernance, l'automatisation des services OCI peut offrir des optimisations propres aux charges globales basées sur des valeurs de balise standard. Vous pouvez également créer des balises à format libre avec vos propres noms de clé dans le champ Clé et vos propres valeurs dans le champ Valeur. Une fois les paramètres fournis, cliquez sur Ajouter une balise pour ajouter la balise.

Figure 4-1 Exemple de balisage

Définition d'une clé de balise d'application appropriée dans l'espace de noms de balise Oracle-ApplicationName. Cette action est décrite dans le texte précédant l'image.

Balises standard Oracle

Les administrateurs de gouvernance de location peuvent déployer les balises définies standard au niveau de la location. Les administrateurs peuvent également marquer certaines balises comme requises, imposant ainsi des balises aux ressources des compartiments. Vous trouverez ci-dessous les balises standard définies dans l'espace de noms OracleStandard. Pour plus d'informations sur l'import de balises standard, reportez-vous à Import de balises standard dans la section Gestion des espaces de noms de balise.

Tableau 4-1 Balises standard Oracle

Clé de balise Options de valeur de balise Description

OracleStandard.Criticality
  • Extreme
  • High
  • moyen
  • Low

Permet la hiérarchisation des ressources conformément aux normes de classification des applications de l'entreprise. La gouvernance du client peut utiliser cette balise pour générer des rapports et pour vérifier que les ressources sont configurées conformément aux directives applicables au niveau auquel elles appartiennent.

Par exemple, une ressource de base de données dont OracleStandard.Criticality est définie sur Extreme ou High peut nécessiter le meilleur contrat de niveau de service de disponibilité et une configuration avec Autonomous Data Guard.

OracleStandard.Environment
  • Développement
  • Test
  • Prod
  • Pre-Prod
  • Préparation
  • Essai
  • Modèle d'environnement restreint
  • User Testing

Correspond au cycle de vie d'une ressource. Dans le cas des bases de données, aide à déterminer la densité de consolidation et la distribution des bases de données entre les conteneurs, à définir des plans de maintenance et à gérer les clones.

OracleStandard.Sensitivity
  • Public
  • Erreur interne
  • Sensible
  • Haute sensibilité
  • extrêmement sensible

Balise de classification d'application ou de base de données. OracleStandard.Sensibility défini sur Highly Sensitive peut indiquer qu'une liste de contrôle d'accès ou des groupes de sécurité réseau doivent être appliqués pour restreindre l'accès.

OracleStandard.Regulation

Pour connaître les valeurs, reportez-vous à Liste des réglementations en matière de conformité.

Indique des réglementations de conformité auxquelles une ressource doit adhérer.

Les administrateurs de balises peuvent ajouter des valeurs à la liste à partir de la console OCI Gouvernance et administration. Pour plus d'informations, reportez-vous à Utilisation de valeurs prédéfinies.

OracleStandard.TargetUsers
  • Public
  • Clients
  • Partners
  • Société
  • Division
  • Rayon
  • Workgroup

Indique les utilisateurs finals d'une ressource. Autre forme de classification des ressources qui aide à déterminer les utilisateurs cible et permet aux équipes de gouvernance de définir des normes d'entreprise en fonction du type d'utilisateur ou d'application.

OracleStandard.EndUserCount
  • 1
  • 10
  • 100
  • 1 000
  • 10 000
  • 100 000
  • 1 000 000
  • 1 000 000
  • 10 000 000

Nombre approximatif d'utilisateurs finals. Cette balise permet de déterminer le nombre d'utilisateurs concernés ou le rayon d'impact lors d'un événement de disponibilité ou de sécurité. Elle aide également à hiérarchiser les opérations de récupération en cas de coupures majeures affectant un grand nombre de ressources cloud.

OracleStandard.OwnerEmail

Balise à format libre. Par exemple, john.smith@example.com ou app_support_grp@example.com

Indique l'adresse électronique du propriétaire de la ressource.

OracleStandard.Org
  • HR
  • Finances
  • Marketing
  • Ventes
  • Legal
  • R&D
  • Customer Support
  • Internal Support
  • Manufacturing

Identifie le secteur d'activité ou le service du client qui détient ou utilise la ressource. Peut aider à générer des rapports d'agrégation des coûts et à déterminer l'utilisation dans les unités opérationnelles. Les administrateurs de balises peuvent ajouter des valeurs pertinentes à la liste à partir de la console OCI Gouvernance et administration. Pour plus d'informations, reportez-vous à Utilisation de valeurs prédéfinies.

OracleStandard.CostCenter
  • 12 345
  • WebMarketing

Champ à format libre pour le centre de coûts.

OracleStandard.RecoveryTimeObjectiveMinutes

0-10 080

Temps en minutes. Indique la durée maximale au cours de laquelle la ressource doit effectuer une récupération suite à une panne.

OracleStandard.RecoveryPointObjectiveMinutes

0-1 440

Temps en minutes. Tolérance de perte de données maximale d'une ressource de banque de données telle qu'une base de données ou un périphérique de stockage.

Pour faciliter la maintenance d'Oracle Exadata Database Service sur des machines virtuelles d'infrastructure Exascale, Oracle vous informe des redémarrages de machine virtuelle planifiés.

Les machines virtuelles Oracle Exadata Database Service sur une infrastructure Exascale utilisent des hôtes physiques sous-jacents qui doivent régulièrement faire l'objet d'une maintenance. Lorsque cette maintenance est requise, Oracle planifie un redémarrage de votre machine virtuelle et vous informe du redémarrage à venir. Le redémarrage permet à votre machine virtuelle d'être migrée vers un nouvel hôte physique qui n'a pas besoin de maintenance. L'arrêt et le démarrage du noeud entraînent également la migration vers un nouvel hôte physique. Le seul effet sur votre machine virtuelle est le redémarrage lui-même. La maintenance planifiée du matériel physique d'origine a lieu après la migration de la machine virtuelle vers son nouvel hôte et n'a aucune incidence sur celle-ci. Si vous ne redémarrez pas la machine virtuelle au cours de la période de notification, Oracle la redémarre à la fin de la période de notification.
Remarque

Lorsqu'Oracle planifie un redémarrage de votre machine virtuelle, les autres machines virtuelles de ce cluster de machines virtuelles ne sont pas affectées par la maintenance planifiée. Les autres noeuds de votre cluster restent disponibles dans le cadre de votre stratégie de haute disponibilité.

Connexion à Oracle Exadata Database Service sur une machine virtuelle d'infrastructure Exascale

Découvrez comment vous connecter à une machine virtuelle Oracle Exadata Database Service sur une infrastructure Exascale à l'aide de SSH ou de SQL Developer.

La méthode de connexion dépend de la configuration du réseau cloud. Vous trouverez des informations sur divers scénarios de fonctions de réseau dans Présentation de Networking, mais pour obtenir des recommandations spécifiques sur la manière dont vous devez vous connecter à une base de données dans le cloud, contactez l'administrateur de sécurité réseau.

Remarque

Les serveurs Oracle Exadata Database Service sur une infrastructure Exascale ne peuvent pas être joints aux domaines Active Directory, et le service ne prend pas en charge l'utilisation d'Active Directory pour l'authentification et l'autorisation des utilisateurs.

Rubrique parent : Introduction à Oracle Exadata Database Service sur un déploiement d'infrastructure Exascale

Prérequis pour l'accès à Oracle Exadata Database Service sur une infrastructure Exascale

Pour utiliser SSH afin d'accéder à un noeud de calcul dans une instance Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS), vous avez besoin de ces informations.

Remarque

Pour pouvoir accéder à ExaDB-XS, vous devez avoir configuré le service de base de données Exadata sur une infrastructure Exascale.

  • Chemin complet du fichier contenant la clé privée associée à la clé publique utilisée lorsque le système a été lancé.

  • Adresse IP publique ou privée de l'instance Oracle Exadata Database Service sur une infrastructure Exascale.

    Utilisez l'adresse IP privée pour vous connecter au système à partir de votre réseau sur site ou du réseau cloud virtuel. Cela inclut la connexion à partir d'un hôte situé sur site via un VPN ou FastConnect à votre réseau cloud virtuel, ou à partir d'un autre hôte dans le même réseau cloud virtuel. Utilisez l'adresse IP publique pour vous connecter au système depuis l'extérieur du cloud (sans VPN). Vous trouverez les adresses IP dans la console Oracle Cloud Infrastructure. Sur la page Détails sur le cluster de machines virtuelles Exadata, cliquez sur Machines virtuelles dans la liste Ressources.

    Les valeurs sont affichées dans les colonnes adresse IP publique et nom DNS et adresse IP privée de la table des machines virtuelles ou des noeuds Oracle Exadata Database Service sur l'instance d'infrastructure Exascale.

Définition du port de processus d'écoute SCAN

Lors de la création d'un cluster de machines virtuelles cloud, vous pouvez éventuellement indiquer un autre numéro de port de processus d'écoute SCAN.

Le port de processus d'écoute SCAN par défaut pour les clusters de machines virtuelles cloud est le port 1521. A l'aide de la console, vous pouvez désigner un autre numéro de port de processus d'écoute SCAN lors du provisionnement du cluster de machines virtuelles. Dans la console OCI, cette option apparaît sous Options avancées lors de la création du cluster.

Remarque

La modification manuelle du port de processus d'écoute SCAN d'un cluster de machines virtuelles après provisionnement à l'aide du logiciel de back-end n'est pas prise en charge. Cette modification peut entraîner l'échec du provisionnement Data Guard.

Connexion à une machine virtuelle avec SSH

Vous pouvez vous connecter aux machines virtuelles dans un système Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'une connexion Secure Shell (SSH).

La plupart des systèmes de type Unix (notamment Linux, Oracle Solaris et macOS) incluent un client SSH. Pour les systèmes Microsoft Windows, vous pouvez télécharger un client SSH gratuit appelé PuTTY à partir du site suivant : http://www.putty.org.

Rubriques connexes

Rubrique parent : Connexion à une machine virtuelle d'infrastructure Oracle Exadata Database Service sur Exascale

Connexion à partir d'un système de type Unix

Pour accéder à une machine virtuelle sur un système Oracle ExaDB-XS à partir d'un système de type Unix à l'aide de SSH, suivez cette procédure.

  • Saisissez la commande SSH suivante pour accéder à la machine virtuelle :
    ssh –i private-key user@node

    Dans la syntaxe précédente :

    • private-key est le nom et le chemin complet du fichier qui contient la clé privée SSH correspondant à une clé publique inscrite dans le système.
    • user est l'utilisateur de système d'exploitation à utiliser pour la connexion :
      • Pour effectuer des opérations en tant que propriétaire du logiciel Oracle Database, connectez-vous en tant qu'utilisateur opc et su oracle. L'utilisateur oracle ne dispose pas de l'accès utilisateur root à la machine virtuelle.
      • Pour effectuer des opérations nécessitant un accès root à la machine virtuelle, telles que l'application de patches, connectez-vous en tant qu'utilisateur opc. L'utilisateur opc peut utiliser la commande sudo -s pour obtenir l'accès root à la machine virtuelle.
    • node est le nom d'hôte ou l'adresse IP de la machine virtuelle à laquelle vous voulez accéder.
Connexion à une machine virtuelle à partir d'un système Microsoft Windows à l'aide de PuTTY

Découvrez comment accéder à une machine virtuelle à partir d'un système Microsoft Windows à l'aide de PuTTY.

Avant d'utiliser le programme PuTTY pour vous connecter à une machine virtuelle, vous devez disposer des éléments suivants :
  • Adresse IP de la machine virtuelle
  • Fichier de clés privées SSH correspondant à la clé publique associée au déploiement. Ce fichier de clés privées doit être au format PuTTY .ppk. Si le fichier de clés privées a été créé à l'origine sur la plate-forme Linux, vous pouvez utiliser le programme PuTTYgen pour le convertir au format .ppk.

Avant de commencer

Pour vous connecter à une machine virtuelle à l'aide du programme PuTTY sous Windows, procédez comme suit :

  1. Téléchargez et installez PuTTY.

    Pour télécharger PuTTY, accédez à l'adresse http://www.putty.org/ et cliquez sur le lien de téléchargement de PuTTY.

  2. Exécutez le programme PuTTY (putty.exe).

    La fenêtre de configuration PuTTY est affichée, montrant le panneau Session.

  3. Dans le champ Nom d'hôte (ou adresse IP), entrez le nom d'hôte ou l'adresse IP de la machine virtuelle à laquelle vous voulez accéder.
  4. Vérifiez que l'option Type de connexion est définie sur SSH.
  5. Dans l'arborescence Catégorie, développez Connexion si nécessaire, puis cliquez sur Données.

    Le panneau Données est affiché.

  6. Dans le champ Nom utilisateur pour la connexion automatique, saisissez l'utilisateur de système d'exploitation à utiliser pour la connexion.
    • Pour effectuer des opérations nécessitant root, connectez-vous en tant qu'utilisateur opc.
    • Pour accéder à la machine virtuelle pour les opérations utilisateur (par exemple, pour exécuter des sauvegardes), connectez-vous en tant qu'utilisateur oracle. (Cet utilisateur peut également utiliser la commande sudo pour obtenir un accès root ou oracle à la machine virtuelle.
  7. Vérifiez que l'option Si le nom utilisateur n'est pas indiqué est définie sur Invite.
  8. Dans l'arborescence Catégorie, développez SSH, puis cliquez sur Authentification.
    Le panneau Authentification est affiché.
  9. Cliquez sur Parcourir en regard du champ Fichier de clés privées pour l'authentification. Dans la fenêtre Sélectionner un fichier de clés privées, accédez au fichier de clés privées correspondant à la clé publique associée au déploiement et ouvrez-le.
  10. Dans l'arborescence Catégorie, cliquez sur Session.

    Le panneau Session est affiché.

  11. Dans le champ Sessions enregistrées, entrez le nom de la configuration de connexion, puis cliquez sur Enregistrer.
  12. Cliquez sur Ouvrir pour ouvrir la connexion.

    La fenêtre Configuration PuTTY se ferme et la fenêtre de terminal PuTTY est affichée.

    S'il s'agit de votre première connexion à la machine virtuelle, la fenêtre d'alerte de sécurité PuTTY s'affiche, vous invitant à confirmer la clé publique. Cliquez sur Oui pour continuer la connexion.

Accès à une base de données après la connexion à la machine virtuelle

Une fois connecté à une machine virtuelle, vous pouvez utiliser la série de commandes suivante pour identifier une base de données et vous y connecter.

  1. Accédez à la machine virtuelle à l'aide de SSH en tant qu'utilisateur opc.

  2. Connectez-vous en tant qu'utilisateur Oracle. Par exemple : sudo su oracle

  3. Servez-vous de l'utilitaire srvctl situé sous le répertoire de base Oracle Grid Infrastructure afin de répertorier les bases de données sur le système. Par exemple : 

    /u01/app/12.2.0.1/grid/bin/srvctl config database -v
nc122   /u02/app/oracle/product/12.2.0/dbhome_6 12.2.0.1.0
s12c    /u02/app/oracle/product/12.2.0/dbhome_2 12.2.0.1.0

  4. Identifiez les instances de la base de données à laquelle vous voulez accéder. Par exemple :

    /u01/app/12.2.0.1/grid/bin/srvctl status database -d s12c
Instance s12c1 is running on node node01
Instance s12c2 is running on node node02

  5. Configurez les paramètres d'environnement de la base de données à laquelle vous voulez accéder. Par exemple :

    . oraenv
ORACLE_SID = [oracle] ? s12c
The Oracle base has been set to /u02/app/oracle
    export ORACLE_SID=s12c1

  6. Vous pouvez utiliser la commande svrctl pour afficher des informations plus détaillées sur la base de données. Par exemple : 

    srvctl config database -d s12c
Database unique name: s12c
Database name:
Oracle home: /u02/app/oracle/product/12.2.0/dbhome_2
Oracle user: oracle
Spfile: +DATAC4/s12c/spfiles12c.ora
Password file: +DATAC4/s12c/PASSWORD/passwd
Domain: example.com
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools:
Disk Groups: DATAC4
Mount point paths:
Services:
Type: RAC
Start concurrency:
Stop concurrency:
OSDBA group: dba
OSOPER group: racoper
Database instances: s12c1,s12c2
Configured nodes: node01,node02
CSS critical: no
CPU count: 0
Memory target: 0
Maximum memory: 0
Default network number for database services:
Database is administrator managed

  7. Vous pouvez accéder à la base de données à l'aide de SQL*Plus. Par exemple :

    sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production ...

Copyright (c) 1982, 2016, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c EE Extreme Perf Release 12.2.0.1.0 - 64bit Production

Utilisation d'Oracle Net Services pour se connecter à une base de données

Oracle Database Oracle Exadata Database Service on Exascale Infrastructure prend en charge l'accès à distance aux bases de données à l'aide d'Oracle Net Services.

Etant donné qu'Oracle Exadata Database Service sur Exascale Infrastructure utilise Oracle Grid Infrastructure, vous pouvez établir des connexions Oracle Net Services à l'aide de connexions SCAN. Le nom SCAN est une fonctionnalité qui offre aux clients une méthode cohérente d'accès aux instances de base de données Oracle exécutées dans un cluster.

Par défaut, le nom SCAN est associé à trois adresses IP virtuelles. Chaque adresse IP virtuelle SCAN est également associée à un processus d'écoute SCAN qui fournit une adresse de connexion pour les connexions Oracle Database à l'aide d'Oracle Net Services. Pour optimiser la disponibilité, Oracle Grid Infrastructure distribue les adresses IP virtuelles SCAN et les processus d'écoute SCAN sur les noeuds de cluster disponibles. En outre, en cas d'arrêt ou de défaillance d'un noeud, les adresses IP virtuelles SCAN et les processus d'écoute SCAN sont automatiquement migrés vers un noeud survivant. Grâce aux connexions SCAN, vous améliorez la possibilité qu'ont les clients Oracle Database de disposer d'un ensemble fiable d'adresses de connexion pouvant desservir toutes les bases de données en cours d'exécution dans le cluster.

Les processus d'écoute SCAN complètent les processus d'écoute Oracle Net exécutés sur chaque noeud du cluster, également appelés processus d'écoute de noeud. Lorsqu'une connexion Oracle Net Services provient d'une connexion SCAN, le processus d'écoute SCAN l'achemine vers l'un des processus d'écoute de noeud et n'intervient plus ensuite. Une combinaison de facteurs, notamment la disponibilité du processus d'écoute, la position de l'instance de base de données et la distribution de la charge globale, détermine le processus d'écoute de noeud qui reçoit chaque connexion.

Remarque

Ce document indique les exigences de base pour la connexion aux bases de données Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'Oracle Net Services.

Rubrique parent : Connexion à une machine virtuelle d'infrastructure Oracle Exadata Database Service sur Exascale

Prérequis pour la connexion à une base de données avec Oracle Net Services

Passez en revue les prérequis pour la connexion à une instance Oracle Database sur Oracle Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'Oracle Net Services.

Pour vous connecter à une instance Oracle Database sur Oracle Exadata Database Service sur une infrastructure Exascale avec Oracle Net Services, vous avez besoin des éléments suivants :

  • Adresses IP pour vos adresses IP virtuelles SCAN, ou nom d'hôte ou adresse IP d'une machine virtuelle qui héberge la base de données à laquelle vous voulez accéder.
  • Identificateur de base de données. Il peut s'agir d'un identificateur système (SID) ou d'un nom de service.
Connexion à une base de données avec SQL Developer

Vous pouvez vous connecter à une base de données avec SQL Developer à l'aide de l'une des méthodes suivantes :

  • Créez un tunnel SSH temporaire entre votre ordinateur et la base de données. Cette méthode assure un accès uniquement sur la durée du tunnel. (Lorsque vous avez fini d'utiliser la base de données, veillez à fermer le tunnel SSH en quittant la session SSH.)
  • Ouvrez le port employé en tant que processus d'écoute SCAN Oracle en mettant à jour la liste de sécurité utilisée pour la ressource de cluster de machines virtuelles cloud ou de système de base de données dans l'instance Exadata Cloud Service. Le port de processus d'écoute SCAN par défaut est le port 1521. Cette méthode fournit un accès plus durable à la base de données. Pour plus d'informations, reportez-vous à Mise à jour de la liste de sécurité.

Après avoir créé un tunnel SSH ou ouvert le port de processus d'écoute SCAN comme décrit ci-dessus, vous pouvez vous connecter à une instance Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'adresses IP SCAN ou publiques, selon la configuration du réseau et l'emplacement de connexion. Vous trouverez les adresses IP dans la console, sur la page des détails de la base de données.

  • Procédure de connexion à l'aide d'adresses IP SCAN
    Vous pouvez vous connecter à la base de données à l'aide d'adresses IP SCAN si vous disposez d'un client sur site et que vous recourez à une connexion FastConnect ou VPN site à site.
  • Procédure de connexion à l'aide d'adresses IP publiques
    Vous pouvez utiliser l'adresse IP publique du noeud pour vous connecter à la base de données si le client et la base de données se trouvent dans des réseaux cloud virtuels différents, ou que la base de données se trouve sur un réseau cloud virtuel avec une passerelle Internet.

Rubrique parent : Utilisation d'Oracle Net Services pour se connecter à une base de données

Procédure de connexion à l'aide d'adresses IP SCAN

Vous pouvez vous connecter à la base de données à l'aide d'adresses IP SCAN si vous disposez d'un client sur site et que vous recourez à une connexion FastConnect ou VPN site à site.

Vous disposez des options suivantes :

  • Utilisez les adresses IP SCAN privées comme indiqué dans l'exemple tnsnames.ora suivant : 

    testdb=
  (DESCRIPTION =
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP2>)(PORT = 1521)))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )

  • Définissez un nom SCAN externe sur votre serveur DNS sur site. L'application peut résoudre ce nom SCAN externe en adresses IP SCAN privées du système de base de données, puis l'application peut utiliser une chaîne de connexion qui contient le nom SCAN externe. Dans l'exemple tnsnames.ora suivant, extscanname.example.com est défini dans le serveur DNS sur site. 

    testdb =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = <extscanname.example.com>)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Procédure de connexion à l'aide d'adresses IP publiques

Vous pouvez utiliser l'adresse IP publique du noeud pour vous connecter à la base de données si le client et la base de données se trouvent dans des réseaux cloud virtuels différents, ou que la base de données se trouve sur un réseau cloud virtuel avec une passerelle Internet.

Cependant, il est important de tenir compte des points suivants :

  • Lorsque le client utilise l'adresse IP publique, il ignore le processus d'écoute SCAN et atteint le processus d'écoute du noeud. L'équilibrage de charge côté serveur n'est donc pas disponible.
  • Lorsque le client utilise l'adresse IP publique, il ne peut pas exploiter la fonctionnalité de basculement d'adresse IP virtuelle. Si un noeud devient indisponible, les nouvelles tentatives de connexion au noeud sont bloquées jusqu'à ce que l'expiration TCP/IP survienne. Vous pouvez définir les paramètres sqlnet côté client de façon à limiter le délai d'expiration TCP/IP.

L'exemple tnsnames.ora suivant montre une chaîne de connexion avec le paramètre CONNECT_TIMEOUT pour éviter les délais d'expiration TCP/IP. 

test=
  (DESCRIPTION =
    (CONNECT_TIMEOUT=60)
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP2>)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Connexion à une base de données à l'aide des processus d'écoute SCAN

Pour créer une connexion Oracle Net Services à l'aide de processus d'écoute SCAN, vous avez le choix entre deux approches.

Rubrique parent : Utilisation d'Oracle Net Services pour se connecter à une base de données

Connexion à une base de données à l'aide d'un descripteur de connexion référençant toutes les adresses IP virtuelles SCAN

Vous pouvez configurer un descripteur de connexion pour Oracle Exadata Database Service sur un système d'infrastructure Exascale avec plusieurs processus d'écoute SCAN.

Cette approche exige que vous fournissiez toutes les adresses IP virtuelles SCAN et permet à Oracle Net Services de se connecter à un processus d'écoute SCAN disponible.

  1. Utilisez le modèle suivant afin de définir un alias Net Services, généralement utilisé pour fournir un nom pratique au descripteur de connexion :
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Où :

    alias-name est le nom que vous utilisez pour identifier l'alias.

    SCAN-VIP-[1–3] correspond aux adresses IP virtuelles SCAN.

    sid-or-service-entry identifie le SID de base de données ou le nom de service en utilisant l'un des formats suivants :
    • SID=sid-name. Par exemple : SID=S12C1.
    • SERVICE_NAME=service-name. Par exemple : SERVICE_NAME=PDB1.example.yourcloud.com.
    Remarque

    Par défaut, Oracle Net Services sélectionne au hasard l'une des adresses dans la liste pour équilibrer la charge entre les processus d'écoute SCAN.

Connexion à une base de données à l'aide d'un descripteur de connexion référençant un nom SCAN personnalisé

Vous pouvez configurer un descripteur de connexion pour Oracle Exadata Database Service sur un système d'infrastructure Exascale avec un nom SCAN personnalisé.

Avec cette approche, vous définissez dans le DNS un nom SCAN personnalisé qui se résout en trois adresses IP virtuelles SCAN.

  1. Utilisez le modèle suivant pour définir un alias Net Services qui référence le nom SCAN personnalisé :
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Où :

    alias-name est le nom que vous utilisez pour identifier l'alias.

    scan-name est le nom SCAN personnalisé.

    sid-or-service-entry identifie le SID de base de données ou le nom de service en utilisant l'un des formats suivants :
    • SID=sid-name. Par exemple : SID=S12C1.
    • SERVICE_NAME=service-name. Par exemple : SERVICE_NAME=PDB1.example.yourcloud.com.
    Vous pouvez également utiliser la méthode de connexion simple afin d'indiquer un descripteur de connexion au format suivant :
    scan-name:1521/sid-or-service-entry
    Par exemple :
    exa1scan.example.com:1521/S12C1
    Ou
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Connexion à une base de données à l'aide d'un processus d'écoute de noeud

Pour vous connecter à une instance Oracle Database sur Oracle Exadata Database Service sur une infrastructure Exascale avec un descripteur de connexion qui ignore les processus d'écoute SCAN, suivez cette procédure afin d'acheminer votre connexion directement vers un processus d'écoute de noeud.

Avec cette méthode, vous ne bénéficiez pas de la haute disponibilité ni de l'équilibrage de charge fournis par SCAN. Toutefois, cette méthode peut être recommandée si vous voulez diriger les connexions vers un noeud ou une interface réseau spécifique. Par exemple, vous pouvez avoir besoin de vous assurer que les connexions à partir d'un programme qui effectue un chargement de données en masse utilisent le réseau de sauvegarde.

Avec cette approche, vous dirigez votre connexion en utilisant le nom d'hôte ou l'adresse IP du noeud.

Exemple 4-1 Définition d'un alias Net Services faisant directement référence au noeud

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Où :

alias-name est le nom que vous utilisez pour identifier l'alias.

timeout indique un délai d'expiration (en secondes) qui vous permet de mettre fin à une tentative de connexion sans attendre la fin du délai d'expiration TCP. Le paramètre (CONNECT_TIMEOUT=timeout) est facultatif.

node est le nom d'hôte ou l'adresse IP de la machine virtuelle que vous voulez utiliser.

sid-or-service-entry identifie le SID de base de données ou le nom de service en utilisant l'un des formats suivants :
  • SID=sid-name. Par exemple : SID=S12C1.
  • SERVICE_NAME=service-name. Par exemple : SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
Vous pouvez également utiliser la méthode de connexion simple afin d'indiquer un descripteur de connexion au format suivant :
node:1521/sid-or-service-entry
Par exemple :
exa1node01.example.com:1521/S12C1
Ou
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Connexion à Oracle Exadata Database Service sur le service d'infrastructure Exascale

Découvrez comment vous connecter à une base de données Oracle Exadata Database Service sur un système d'infrastructure Exascale à l'aide de SSH et à une base de données Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'Oracle Net Services (SQL*Net).

Rubrique parent : Connexion à une machine virtuelle d'infrastructure Oracle Exadata Database Service sur Exascale

Connexion à une base de données avec SQL Developer

Vous pouvez vous connecter à une base de données avec SQL Developer à l'aide de l'une des méthodes suivantes :

  • Créez un tunnel SSH temporaire entre votre ordinateur et la base de données. Cette méthode assure un accès uniquement sur la durée du tunnel. (Lorsque vous avez fini d'utiliser la base de données, veillez à fermer le tunnel SSH en quittant la session SSH.)
  • Ouvrez le port employé en tant que processus d'écoute SCAN Oracle en mettant à jour la liste de sécurité utilisée pour la ressource de cluster de machines virtuelles cloud ou de système de base de données dans l'instance Exadata Cloud Service. Le port de processus d'écoute SCAN par défaut est le port 1521. Cette méthode fournit un accès plus durable à la base de données. Pour plus d'informations, reportez-vous à Mise à jour de la liste de sécurité.

Après avoir créé un tunnel SSH ou ouvert le port de processus d'écoute SCAN comme décrit ci-dessus, vous pouvez vous connecter à une instance Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'adresses IP SCAN ou publiques, selon la configuration du réseau et l'emplacement de connexion. Vous trouverez les adresses IP dans la console, sur la page des détails de la base de données.

Connexion à une base de données avec Oracle Net Services

Vous pouvez vous connecter aux machines virtuelles dans un système Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'Oracle Net Services.

Rubrique parent : Connexion à Oracle Exadata Database Service sur le service d'infrastructure Exascale

Utilisation d'Oracle Net Services pour se connecter à une base de données

Oracle Database Oracle Exadata Database Service on Exascale Infrastructure prend en charge l'accès à distance aux bases de données à l'aide d'Oracle Net Services.

Etant donné qu'Oracle Exadata Database Service sur Exascale Infrastructure utilise Oracle Grid Infrastructure, vous pouvez établir des connexions Oracle Net Services à l'aide de connexions SCAN. Le nom SCAN est une fonctionnalité qui offre aux clients une méthode cohérente d'accès aux instances de base de données Oracle exécutées dans un cluster.

Par défaut, le nom SCAN est associé à trois adresses IP virtuelles. Chaque adresse IP virtuelle SCAN est également associée à un processus d'écoute SCAN qui fournit une adresse de connexion pour les connexions Oracle Database à l'aide d'Oracle Net Services. Pour optimiser la disponibilité, Oracle Grid Infrastructure distribue les adresses IP virtuelles SCAN et les processus d'écoute SCAN sur les noeuds de cluster disponibles. En outre, en cas d'arrêt ou de défaillance d'un noeud, les adresses IP virtuelles SCAN et les processus d'écoute SCAN sont automatiquement migrés vers un noeud survivant. Grâce aux connexions SCAN, vous améliorez la possibilité qu'ont les clients Oracle Database de disposer d'un ensemble fiable d'adresses de connexion pouvant desservir toutes les bases de données en cours d'exécution dans le cluster.

Les processus d'écoute SCAN complètent les processus d'écoute Oracle Net exécutés sur chaque noeud du cluster, également appelés processus d'écoute de noeud. Lorsqu'une connexion Oracle Net Services provient d'une connexion SCAN, le processus d'écoute SCAN l'achemine vers l'un des processus d'écoute de noeud et n'intervient plus ensuite. Une combinaison de facteurs, notamment la disponibilité du processus d'écoute, la position de l'instance de base de données et la distribution de la charge globale, détermine le processus d'écoute de noeud qui reçoit chaque connexion.

Remarque

Ce document indique les exigences de base pour la connexion aux bases de données Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'Oracle Net Services.

Prérequis pour la connexion à une base de données avec Oracle Net Services

Passez en revue les prérequis pour la connexion à une instance Oracle Database sur Oracle Oracle Exadata Database Service sur une infrastructure Exascale à l'aide d'Oracle Net Services.

Pour vous connecter à une instance Oracle Database sur Oracle Exadata Database Service sur une infrastructure Exascale avec Oracle Net Services, vous avez besoin des éléments suivants :

  • Adresses IP pour vos adresses IP virtuelles SCAN, ou nom d'hôte ou adresse IP d'une machine virtuelle qui héberge la base de données à laquelle vous voulez accéder.
  • Identificateur de base de données. Il peut s'agir d'un identificateur système (SID) ou d'un nom de service.
Connexion à une base de données à l'aide des processus d'écoute SCAN

Pour créer une connexion Oracle Net Services à l'aide de processus d'écoute SCAN, vous avez le choix entre deux approches.

Rubrique parent : Connexion à une base de données avec Oracle Net Services

Identification des adresses IP à l'aide du kit SDK ou de l'interface de ligne de commande

Vous pouvez utiliser le kit SDK ou l'interface de ligne de commande OCI pour identifier les adresses IP d'Oracle Exadata Database Service sur les noeuds de calcul d'infrastructure Exascale. Vous pouvez ensuite utiliser les adresses IP pour vous connecter à votre système.

  1. Utilisez l'API GetDbNode pour renvoyer les détails d'Oracle Exadata Database Service sur l'infrastructure ExascaledbNode. Notez les OCID renvoyés pour les paramètres hostIpId et backupIpId de dbNode.
  2. Avec les OCID trouvés dans les paramètres hostIpId et backupIpId, vous pouvez utiliser l'API GetPrivateIp pour obtenir les adresses IP privées employées par les sous-réseaux client et de sauvegarde. Pour les adresses IP de sous-réseau public, utilisez l'API GetPublicIpByPrivateIpId.
Connexion à une base de données à l'aide d'un descripteur de connexion référençant toutes les adresses IP virtuelles SCAN

Vous pouvez configurer un descripteur de connexion pour Oracle Exadata Database Service sur un système d'infrastructure Exascale avec plusieurs processus d'écoute SCAN.

Cette approche exige que vous fournissiez toutes les adresses IP virtuelles SCAN et permet à Oracle Net Services de se connecter à un processus d'écoute SCAN disponible.

  1. Utilisez le modèle suivant afin de définir un alias Net Services, généralement utilisé pour fournir un nom pratique au descripteur de connexion :
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Où :

    alias-name est le nom que vous utilisez pour identifier l'alias.

    SCAN-VIP-[1–3] correspond aux adresses IP virtuelles SCAN.

    sid-or-service-entry identifie le SID de base de données ou le nom de service en utilisant l'un des formats suivants :
    • SID=sid-name. Par exemple : SID=S12C1.
    • SERVICE_NAME=service-name. Par exemple : SERVICE_NAME=PDB1.example.yourcloud.com.
    Remarque

    Par défaut, Oracle Net Services sélectionne au hasard l'une des adresses dans la liste pour équilibrer la charge entre les processus d'écoute SCAN.

Connexion à une base de données à l'aide d'un descripteur de connexion référençant un nom SCAN personnalisé

Vous pouvez configurer un descripteur de connexion pour Oracle Exadata Database Service sur un système d'infrastructure Exascale avec un nom SCAN personnalisé.

Avec cette approche, vous définissez dans le DNS un nom SCAN personnalisé qui se résout en trois adresses IP virtuelles SCAN.

  1. Utilisez le modèle suivant pour définir un alias Net Services qui référence le nom SCAN personnalisé :
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Où :

    alias-name est le nom que vous utilisez pour identifier l'alias.

    scan-name est le nom SCAN personnalisé.

    sid-or-service-entry identifie le SID de base de données ou le nom de service en utilisant l'un des formats suivants :
    • SID=sid-name. Par exemple : SID=S12C1.
    • SERVICE_NAME=service-name. Par exemple : SERVICE_NAME=PDB1.example.yourcloud.com.
    Vous pouvez également utiliser la méthode de connexion simple afin d'indiquer un descripteur de connexion au format suivant :
    scan-name:1521/sid-or-service-entry
    Par exemple :
    exa1scan.example.com:1521/S12C1
    Ou
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Connexion à une base de données à l'aide d'un processus d'écoute de noeud

Pour vous connecter à une instance Oracle Database sur Oracle Exadata Database Service sur une infrastructure Exascale avec un descripteur de connexion qui ignore les processus d'écoute SCAN, suivez cette procédure afin d'acheminer votre connexion directement vers un processus d'écoute de noeud.

Avec cette méthode, vous ne bénéficiez pas de la haute disponibilité ni de l'équilibrage de charge fournis par SCAN. Toutefois, cette méthode peut être recommandée si vous voulez diriger les connexions vers un noeud ou une interface réseau spécifique. Par exemple, vous pouvez avoir besoin de vous assurer que les connexions à partir d'un programme qui effectue un chargement de données en masse utilisent le réseau de sauvegarde.

Avec cette approche, vous dirigez votre connexion en utilisant le nom d'hôte ou l'adresse IP du noeud.

Exemple 4-2 Définition d'un alias Net Services faisant directement référence au noeud

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Où :

alias-name est le nom que vous utilisez pour identifier l'alias.

timeout indique un délai d'expiration (en secondes) qui vous permet de mettre fin à une tentative de connexion sans attendre la fin du délai d'expiration TCP. Le paramètre (CONNECT_TIMEOUT=timeout) est facultatif.

node est le nom d'hôte ou l'adresse IP de la machine virtuelle que vous voulez utiliser.

sid-or-service-entry identifie le SID de base de données ou le nom de service en utilisant l'un des formats suivants :
  • SID=sid-name. Par exemple : SID=S12C1.
  • SERVICE_NAME=service-name. Par exemple : SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
Vous pouvez également utiliser la méthode de connexion simple afin d'indiquer un descripteur de connexion au format suivant :
node:1521/sid-or-service-entry
Par exemple :
exa1node01.example.com:1521/S12C1
Ou
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Limites de capacité pour Exadata Database Service sur une infrastructure Exascale

Pour comprendre les fonctionnalités d'évolutivité et la capacité de ressource du service ExaDB-XS, consultez ces tableaux et listes.

Taille minimale de cluster de machines virtuelles

  • Cluster de machines virtuelles à noeud unique
  • 8 nombre total d'ECPU par machine virtuelle
  • Stockage système de fichiers de 220 Go par machine virtuelle
  • 300 Go de stockage de base de données Exascale Vault par cluster de machines virtuelles

Options d'évolutivité de machine virtuelle

Les clusters de machines virtuelles peuvent être redimensionnés rapidement et facilement pour répondre à vos demandes :

  • Il est possible d'activer un sous-ensemble du nombre total d'ECPU affectées à la machine virtuelle.
  • Lorsque vous activez une plus grande partie de vos ECPU réservées pour la machine virtuelle, vous pouvez redimensionner les ECPU sans avoir à redémarrer la machine virtuelle.
  • Vous pouvez redimensionner la mémoire à 2,75 Go par ECPU totale.
  • Vous pouvez effectuer des ajouts ou des suppressions à chaud de machines virtuelles
  • Vous pouvez redimensionner le stockage de machines virtuelles (cependant, le redimensionnement du stockage de machines virtuelles nécessite un redémarrage).
  • Vous pouvez effectuer un redimensionnement en ligne et en direct du stock de base de données Exascale

Taille maximale de cluster de machines virtuelles

La liste suivante fournit le nombre maximal d'options de configuration de cluster de machines virtuelles.

  • Nombre de machines virtuelles dans le cluster : 10 machines virtuelles.
  • ECPU par machine virtuelle : 200 ECPU
  • Stockage de système de fichiers par machine virtuelle : 2 To
  • Stockage Exascale Vault par cluster de machines virtuelles : 100 To

Capacité minimale de Database Storage Vault

La capacité minimale totale facturée pour les coffres ExaDB-XS est de 300 Go. Les images sont stockées dans un système de fichiers Oracle Advanced Cluster File System (ACFS) et le reste de l'espace est disponible pour une première base de données, comme décrit dans le tableau suivant.

Tableau 4-2 ExaDB-XS Capacité minimale de Database Storage Vault pour les systèmes et l'utilisation de la base de données

Objet Capacité minimale
Utilisation du système (images stockées dans ACFS) 50 Go
Utilisation de la base de données (provisionnement d'une première base de données) 250 GO

Capacité minimale de stockage de système de fichiers de machine virtuelle

La capacité minimale totale facturée pour le stockage de machine virtuelle est de 280 Go. Les capacités minimales du système de fichiers sont répertoriées dans le tableau suivant.

Tableau 4-3 Capacité facturée minimale de stockage de système de fichiers de machine virtuelle ExaDB-XS

Système de fichiers Capacité totale minimum (Go) Capacité minimale utilisable (Go)

/boot

0,512

0,412

/ (mise en miroir)

30

15

/tmp

10

10

/var (mis en miroir)

10

5

/var/log

18

18

/var/log/audit

3

3

/home

4

4

Espace de swap

(/swap)

16

16

/crashfiles

20

20

/u01

82

80

/u02

84

81

Surcharge

2

Non applicable.

Tous les systèmes de fichiers (total minimal)

280

Non applicable.

Meilleures pratiques pour Oracle Exadata Database Service sur les machines virtuelles d'infrastructure Exascale

Oracle vous recommande de suivre les instructions de meilleures pratiques suivantes pour garantir la facilité de gestion de vos machines virtuelles Oracle Exadata Database Service sur une infrastructure Exascale.

Lorsque vous respectez les recommandations de meilleures pratiques, vous pouvez éviter les problèmes susceptibles d'affecter la facilité de gestion et les performances de yourOracle Exadata Database Service sur les machines virtuelles d'infrastructure Exascale :

  • Chaque fois que cela est possible, utilisez les interfaces cloud fournies par Oracle, telles que la console, l'API ou l'interface de ligne de commande d'Oracle Cloud Infrastructure, ainsi que des outils cloud, tels que dbaascli, pour effectuer des opérations d'administration et de gestion du cycle de vie sur votre machine virtuelle d'infrastructure Oracle Exadata Database Service sur Exascale. Par exemple, utilisez la console OCI, l'API, l'interface de ligne de commande ou dbaascli pour appliquer des patches Oracle Database plutôt que d'exécuter manuellement opatch. En outre, si une opération peut être effectuée aussi bien à l'aide de la console que d'un utilitaire de ligne de commande, Oracle recommande d'utiliser la console. Par exemple, utilisez la console plutôt que dbaascli pour créer des bases de données.
  • Ne modifiez pas les utilisateurs du système d'exploitation invité ni ne manipulez manuellement les paramètres de clé SSH associés à votre machine virtuelle.
  • Appliquez uniquement les patches disponibles via le service Database. N'appliquez pas de patches provenant d'une autre source à moins que le support technique Oracle ne vous le demande.
  • Appliquez régulièrement les patches trimestriels, chaque trimestre si possible.
  • Ne modifiez pas les ports d'Oracle Net Listener.