Gérer les grappes de machines virtuelles
Voyez comment gérer vos grappes de machines virtuelles dans le service Oracle Exadata Database Service on Cloud@Customer.
- About Managing VM Clusters on Oracle Exadata Database Service on Cloud@Customer
La grappe de machines virtuelles fournit un lien entre l'infrastructure de votre service Oracle Exadata Database Service on Cloud@Customer et les bases de données Oracle que vous déployez. - Aperçu du sous-ensemble de noeuds de grappe de machines virtuelles
Le sous-ensemble de noeuds de grappe de machines virtuelles vous permet d'affecter un sous-ensemble de serveurs de base de données à des grappes de machines virtuelles nouvelles et existantes afin de bénéficier d'une flexibilité maximale dans l'affectation des ressources de calcul (UC, mémoire, stockage local). - Aperçu de la collecte automatique de diagnostics
En activant la collecte et les avis de diagnostics, l'équipe des opérations d'Oracle Cloud et vous serez en mesure d'identifier, d'étudier, de suivre et de résoudre les problèmes liés aux machines virtuelles invitées rapidement et efficacement. Abonnez-vous à des événements pour être avisé des modifications d'état de ressource. - Journaux d'incidents et fichiers de suivi
Cette section répertorie tous les fichiers pouvant être collectés par Oracle Support si vous optez pour l'option d'inclusion pour les journaux d'incidents et la collecte de trace. - Mesures d'état
Consultez la liste des mesures d'état liées aux base de données et à d'autres ressources qui ne sont pas des bases de données collectées par Oracle Trace File Analyzer. - Présentation des opérations d'augmentation/de réduction
Avec la fonction Grappes de machines virtuelles multiples par système Exadata (MultiVM), vous pouvez augmenter ou réduire vos ressources de grappe de MV. - Utilisation de la console pour gérer les grappes de machines virtuelles sur le service Oracle Exadata Database Service on Cloud@Customer
Voyez comment utiliser la console pour créer, modifier et gérer vos grappes de machines virtuelles sur le service Oracle Exadata Database Service on Cloud@Customer. - Utilisation de l'API pour gérer les grappes de machines virtuelles du service Oracle Exadata Database Service on Cloud@Customer
Vérifiez la liste des appels d'API pour gérer les réseaux en grappe et les grappe de machines virtuelles de votre service Oracle Exadata Database Service on Cloud@Customer. - Dépannage des machines virtuelles à l'aide des connexions à la console
Vous pouvez dépanner les machines virtuelles défectueuses à l'aide des connexions à la console. Par exemple, une machine virtuelle invitée qui fonctionnait précédemment cesse de répondre.
Rubriques connexes
Rubrique parent : Guides pratiques
À propos de la gestion des grappe de MV sur le service Oracle Exadata Database Service on Cloud@Customer
La grappe de MV fournit un lien entre l'infrastructure de votre service Oracle Exadata Database Service on Cloud@Customer et les bases de données Oracle que vous déployez.
La grappe de MV contient une installation d'Oracle Clusterware prenant en charge les bases de données de la grappe. Dans la définition de la grappe de MV, vous spécifiez également le nombre de coeurs d'UC activés qui détermine la quantité de ressources d'UC disponibles pour vos bases de données
Avant de pouvoir créer des bases de données sur votre infrastructure Exadata Cloud@Customer, vous devez créer un réseau en grappe de machines virtuelles et l'associer à une grappe de MV.
Évitez d'entrer des informations confidentielles lors de l'affectation de descriptions, de marqueurs ou de noms conviviaux à vos ressources en nuage au moyen de la console, de l'API ou de l'interface de commande d'Oracle Cloud Infrastructure.
Rubrique parent : Gérer les grappes de machines virtuelles
Aperçu du sous-ensemble de noeuds de grappe de machines virtuelles
Le sous-ensemble de noeuds de grappe de machines virtuelles vous permet d'affecter un sous-ensemble de serveurs de base de données à des grappes de machines virtuelles nouvelles et existantes afin de bénéficier d'une flexibilité maximale dans l'affectation des ressources de calcul (UC, mémoire, stockage local).
- Créer une grappe de machines virtuelles plus petite pour héberger des bases de données dont les besoins en ressources et en évolutivité sont faibles ou pour héberger un nombre inférieur de bases de données qui doivent être isolées du reste de la charge de travail.
- Développer ou réduire une grappe de machines virtuelles existante en ajoutant et en supprimant des noeuds afin d'assurer une utilisation optimale des ressources disponibles.
- La fonction de sous-ensemble de noeuds de grappe de machines virtuelles est disponible pour les grappes de machines virtuelles nouvelles et existantes dans le service Exadata Cloud@Customer Gen2.
- Toutes les machines virtuelles d'une grappe de machines virtuelles auront la même affectation de ressources par machine virtuelle, que la machine virtuelle ait été créée lors du provisionnement de la grappe ou ajoutée ultérieurement lors de l'extension d'une grappe de machines virtuelles existante.
- Les grappes de machines virtuelles n'ont besoin que d'un minimum de 1 machine virtuelle avec sous-ensemble de noeuds. Cependant, Oracle recommande un minimum de 2 machines virtuelles par grappe de machines virtuelles pour assurer une haute disponibilité.
- Chaque réseau en grappe de machines virtuelles est préprovisionné avec des adresses IP pour chaque serveur de base de données de l'infrastructure. Un réseau en grappe ne peut être utilisé que par une seule grappe de machines virtuelles et est validé pour garantir que les adresses IP ne chevauchent pas celles d'autres réseaux en grappe. L'ajout ou la suppression de machines virtuelles dans la grappe n'a pas d'incidence sur les adresses IP préprovisionnées affectées à chaque serveur de base de données du réseau en grappe associé.
Pour connaître le nombre maximal de machines virtuelles par serveur de base de données et le nombre maximal de grappes de machines virtuelles par système, voir Tables de forme et de configuration du système. Le nombre maximal de grappes de machines virtuelles par système dépend des ressources disponibles par serveur de base de données et est soumis à la limite maximale par serveur de base de données.
Lorsqu'une grappe contient une base de données sous-jacente aux noeuds, la fonction d'utilisation et de coût attribués pour les bases de données enfichables ne fonctionne pas, car le processus de création de bases de données sous-jacentes aux noeuds se produit sur le serveur dorsal et les métadonnées des bases de données sous-jacentes aux noeuds ne sont pas synchronisées avec le serveur de plan de contrôle.
Toutefois, si la base de données a été créée à l'origine sans utilisation de l'allocation de noeud et convertie ultérieurement en base de données sous-réglée de noeud, ce problème ne se produira pas car les métadonnées sont déjà disponibles dans le plan de contrôle.
Rubriques connexes
- Utilisation de la console pour créer une grappe de machines virtuelles ASM
- Utilisation de la console pour ajouter des machines virtuelles à une grappe provisionnée
- Utilisation de la console pour voir une liste de serveurs de base de données sur une infrastructure Exadata
- Utilisation de la console pour supprimer une machine virtuelle d'une grappe de machines virtuelles
Rubrique parent : Gérer les grappes de machines virtuelles
Aperçu de la collecte automatique de diagnostics
En activant la collecte et les avis de diagnostics, l'équipe des opérations d'Oracle Cloud et vous serez en mesure d'identifier, d'étudier, de suivre et de résoudre les problèmes liés aux machines virtuelles invitées rapidement et efficacement. Abonnez-vous à des événements pour être avisé des modifications d'état de ressource.
-
Activer les événements de diagnostic
Autorisez Oracle à collecter et publier des événements critiques, d'avertissement, d'erreur et d'information à votre attention. Pour plus d'informations, voir Événements du service de base de données.
-
Activer la surveillance de l'état
Autorisez Oracle à collecter des mesures/événements d'état, tels que l'activité/inactivité d'Oracle Database, l'utilisation de l'espace disque, etc., et à les partager avec l'équipe des opérations d'Oracle Cloud. Vous serez également avisé de certains événements. Pour plus d'informations, voir Mesures d'état.
-
Activer les journaux d'incidents et la collecte de trace
Autorisez Oracle à collecter des journaux et des traces d'incident pour permettre le diagnostic des anomalies et la résolution des problèmes. Pour plus d'informations, voir Journaux d'incidents et fichiers de suivi.
La collecte de diagnostics a le statut :
- Activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (les trois options).
- Désactivé : Lorsque vous choisissez de ne pas collecter les diagnostics, les mesures d'état, les journaux d'incidents et les fichiers de suivi (les trois options).
- Partiellement activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (une ou deux options).
La désactivation des événements de diagnostic et de la surveillance de l'état n'arrête la collecte et les avis liés aux données/événements que lorsque vous désélectionnez les cases associées aux options. Toutefois, les données historiques ne seront pas épurées des référentiels de données de l'équipe des opérations d'Oracle Cloud.
Rubriques connexes
Rubrique parent : Gérer les grappes de machines virtuelles
Journaux d'incidents et fichiers de suivi
Cette section répertorie tous les fichiers pouvant être collectés par Oracle Support si vous optez pour les journaux d'incidents et la collecte des traces.
- Oracle crée une demande de service en fonction de l'identificateur de soutien à la clientèle pour l'infrastructure lorsqu'un problème est détecté et qu'une interaction avec le client est nécessaire pour le résoudre.
- Le courriel de l'administrateur de la location Oracle Cloud Infrastructure du client est utilisé comme contact CSI pour créer la demande de service et y joindre des journaux. Assurez-vous que l'administrateur de la location est ajouté en tant que numéro CSI de contact dans My Oracle Support (MOS).
Collectes de journaux pilotées par les composants Oracle Trace File Analyzer (TFA)
Les répertoires sont généralement affectés à un composant et ce composant peut ensuite être utilisé pour guider TFA vers les fichiers qu'il doit collecter. Par exemple, demander au composant CRS indique à TFA de consulter les répertoires mappés au composant CRS et de trouver les fichiers correspondant à la période de collecte requise.
Si vous avez précédemment choisi l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi et que vous optez pour l'option d'exclusion lorsque l'équipe des opérations d'Oracle Cloud exécute une tâche de collecte de journaux, la tâche suivra son cours et ne sera pas annulée. Les collectes de journaux futures ne se produiront pas tant que vous n'aurez pas choisi de nouveau l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi.
TFA est fourni avec des scripts qui s'exécutent lorsqu'un composant particulier est demandé. Par exemple, pour le composant CRS, crscollect.pl
exécutera un certain nombre de commandes crsctl
et regroupera l'entrée. Par défaut, TFA n'expurge pas les journaux collectés.
Tableau 5-13 : Collectes de journaux pilotées par les composants Oracle Trace File Analyzer (TFA)
Composant | Script | Fichiers/répertoires |
---|---|---|
|
|
|
|
|
|
|
Aucun script propre à la base de données - Exécute |
|
Journaux des outils en nuage
- Fichiers Creg : Fichiers
/var/opt/oracle/creg/*.ini
avec des informations sensibles masquées - Fichier Cstate :
/var/opt/oracle/cstate.xml
-
Journaux d'outils liés aux bases de données :
Si
dbName
est spécifié,/var/opt/oracle/log/<dbName>
, sinon collecter les journaux pour toutes les bases de données/var/opt/oracle/log/
Si
dbName
est spécifié,/var/opt/oracle/dbaas_acfs/log/<dbName>
, sinon collecter les journaux pour toutes les bases de données/var/opt/oracle/log/<dbName>
- Fichiers d'environnement de base de données : Si
dbName
est spécifié,/home/oracle/<dbName>.env
, sinon collecter les journaux pour toutes les bases de données/home/oracle/*.env
- Journaux du pilote :
/home/opc/.pilotBase/logs
- Liste des répertoires de journaux :
/var/opt/oracle/log
/var/opt/oracle/dbaas_acfs/log
/var/opt/oracle/dbaas_acfs/dbsystem_details
/var/opt/oracle/dbaas_acfs/job_manager
/opt/oracle/dcs/log
Journaux d'agent DCS
/opt/oracle/dcs/log/
Journaux Oracle Grid Infrastructure/de base de données liés aux outils
- Grid Infrastructure :
GI_HOME/cfgtoollogs
- Journal d'alerte de base de données :
/u02/app/oracle/diag/rdbms/*/*/alert*.log
Rubriques connexes
Rubrique parent : Gérer les grappes de machines virtuelles
Mesures d'état
Consultez la liste des mesures d'état liées aux base de données et à d'autres ressources qui ne sont pas des bases de données collectées par Oracle Trace File Analyzer.
Oracle peut ajouter d'autres mesures à l'avenir, mais si vous avez déjà choisi de les collecter, vous n'avez pas besoin de mettre à jour votre valeur d'option d'inclusion. Elle restera activée/désactivée selon vos préférences courantes.
En plus des mesures énumérées ci-dessous, Oracle analyse des mesures supplémentaires pour fournir le plus haut niveau d'opérations de service et de soutien pour assurer la haute disponibilité des services.
Liste des mesures d'état de machine virtuelle invitée - Mesures de base de données
Tableau 5-14 : Liste des mesures d'état de machine virtuelle invitée - Mesures de base de données
Nom de la mesure | Nom d'affichage de la mesure | Unité | Agrégation | Intervalle | Fréquence de collecte | Description |
---|---|---|---|---|---|---|
|
Utilisation d'UC |
Pourcentage |
Moyenne |
Une minute |
Cinq minutes |
Utilisation de l'UC en pourcentage, agrégée pour tous les groupes de consommateurs. Le pourcentage d'utilisation est indiqué en fonction du nombre d'UC que la base de données est autorisée à utiliser, à savoir deux fois le nombre d'OCPU. |
|
Utilisation du stockage |
Pourcentage |
Moyenne |
Une heure |
Une heure |
Pourcentage de la capacité de stockage provisionnée en cours d'utilisation. Représente l'espace total affecté pour tous les espaces-tables. |
|
Modifications de blocs de BD |
Modifications par seconde |
Moyenne |
Une minute |
Cinq minutes |
Nombre moyen de blocs modifiés par seconde. |
|
Nombre d'exécutions |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre total d'appels d'utilisateur et récursifs qui ont exécuté des énoncés SQL au cours de l'intervalle indiqué. |
|
Ouvertures de session courantes |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre d'ouvertures de session réussies au cours de l'intervalle sélectionné. |
|
Nombre de transactions |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre combiné de validations et de repositionnements d'utilisateur au cours de l'intervalle sélectionné. |
|
Appels d'utilisateur |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre combiné d'ouvertures de session, d'analyses et d'appels d'exécution au cours de l'intervalle sélectionné. |
|
Nombre d'analyses |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre d'analyses complètes et légères au cours de l'intervalle sélectionné. |
|
Espace de stockage utilisé |
Go |
Max. |
Une heure |
Une heure |
Quantité totale d'espace de stockage utilisée par la base de données au moment de la collecte. |
|
Espace de stockage affecté |
Go |
Max. |
Une heure |
Une heure |
Quantité totale d'espace de stockage affectée à la base de données au moment de la collecte. |
|
Espace de stockage utilisé par espace-table |
Go |
Max. |
Une heure |
Une heure |
Quantité totale d'espace de stockage utilisée par espace-table au moment de la collecte. Dans le cas des bases de données conteneur, cette mesure fournit des espaces-tables de conteneur racine. |
|
Espace de stockage affecté par espace-table |
Go |
Max. |
Une heure |
Une heure |
Quantité totale d'espace de stockage affectée à l'espace-table au moment de la collecte. Dans le cas des bases de données conteneur, cette mesure fournit des espaces-tables de conteneur racine. |
|
Utilisation de l'espace de stockage par espace-table |
Pourcentage |
Moyenne |
Une heure |
Une heure |
Indique le pourcentage d'espace de stockage utilisé par l'espace-table au moment de la collecte. Dans le cas des bases de données conteneur, cette mesure fournit des espaces-tables de conteneur racine. |
Liste des mesures de l'état de la machine virtuelle invitée - Mesures autres que de base de données
Tableau 5-15 : Liste des mesures de l'état de la machine virtuelle invitée - Mesures autres que de base de données
Nom de la mesure | Nom d'affichage de la mesure | Unité | Agrégation | Fréquence de collecte | Description |
---|---|---|---|---|---|
|
Utilisation des groupes de disques ASM |
Pourcentage |
Max. |
10 minutes |
Pourcentage d'espace utilisable dans un groupe de disques. L'espace utilisable est l'espace disponible pour la croissance. Le groupe de disques DATA stocke nos fichiers de base de données Oracle. Le groupe de disques RECO contient les fichiers de base de données pour la récupération tels que les archives et les journaux Flashback. |
|
Utilisation du système de fichiers |
Pourcentage |
Max. |
Une minute |
Pourcentage d'utilisation du système de fichiers provisionné. |
|
Utilisation d'UC |
Pourcentage |
Moyenne |
Une minute |
Pourcentage d'utilisation d'UC. |
|
Utilisation de la mémoire |
Pourcentage |
Moyenne |
Une minute |
Pourcentage de mémoire disponible pour démarrer de nouvelles applications, sans permutation. La mémoire disponible peut être obtenue au moyen de la commande suivante : |
|
Utilisation de la permutation |
Pourcentage |
Moyenne |
Une minute |
Pourcentage d'utilisation de l'espace de permutation total. |
|
Charge moyenne |
Nombre |
Moyenne |
Une minute |
Charge moyenne du système sur 5 minutes. |
|
Statut du noeud |
Nombre entier |
Moyenne |
Une minute |
Indique si l'hôte est accessible. |
|
OCPU affectée |
Nombre entier |
Max. |
Une minute |
Nombre d'OCPU affectées. |
Rubriques connexes
Rubrique parent : Gérer les grappes de machines virtuelles
Présentation des opérations d'augmentation ou de réduction
Avec la fonction Grappes de machines virtuelles multiples par système Exadata (MultiVM), vous pouvez augmenter ou réduire vos ressources de grappe de MV.
- Augmentation ou réduction des ressources de grappe de machines virtuelles
Vous pouvez augmenter ou réduire la mémoire, la taille de disque local (/u02
), le stockage ASM et les UC (ECPU pour X11M). - Redimensionnement de la mémoire et larges pages
- Calcul du stockage ASM
- Estimation de la quantité de stockage local que vous pouvez fournir sur vos MV
- Ajustement du stockage local
Rubrique parent : Gérer les grappes de machines virtuelles
Augmentation ou réduction des ressources de grappe de machines virtuelles
Vous pouvez augmenter ou réduire la mémoire, la taille du disque local (/u02
), le stockage ASM et les UC (ECPU pour X11M).
Oracle n'arrête pas la facturation lorsqu'une grappe de machines virtuelles ou de machines virtuelles est arrêtée. Pour arrêter la facturation d'une grappe de machines virtuelles, abaissez le nombre d'OCPU (ECPU pour X11M) à zéro.
L'augmentation ou la réduction de ces ressources nécessite une vérification approfondie de l'utilisation et de la gestion des capacités existantes par l'administrateur de la base de données du client. Vérifiez l'utilisation existante pour éviter les défaillances pendant ou après une opération de réduction. Lors de l'augmentation, tenez compte de la quantité de ressources restantes pour la prochaine grappe de MV que vous prévoyez de créer. Les outils en nuage Exadata Cloud@Customer calculent l'utilisation courante de la mémoire, du disque local et du stockage ASM dans la grappe de machines virtuelles, y ajoutent une marge de sécurité et arrivent à une valeur "minimale" au-dessous de laquelle vous ne pouvez pas réduire et s'attendent à ce que vous spécifiez la valeur au-dessous de cette valeur minimale.
- Lors de la création ou de l'ajustement d'une grappe de machines virtuelles, la définition du nombre d'OCPU (ECPU pour X11M) à zéro arrêtera la grappe de machines virtuelles et éliminera la facturation pour cette grappe, mais l'hyperviseur réservera toujours les 2 OCPU (8 ECPU pour X11M) minimales pour chaque machine virtuelle. Ces OCPU réservées (ECPU pour X11M) ne peuvent pas être affectées à d'autres machines virtuelles, même si la machine virtuelle à laquelle elles sont affectées est arrêtée. Le plan de contrôle ne prend pas en compte les OCPU réservées (ECPU pour X11M) lorsqu'il affiche le nombre maximal d'OCPU disponibles (ECPU pour X11M), vous devez donc prendre en compte ces OCPU réservées (ECPU pour X11M) lors de l'exécution d'opérations d'ajustement suivantes pour vous assurer que l'opération peut acquérir suffisamment d'OCPU (ECPU pour X11M) pour terminer l'opération.
- Pour les opérations d'augmentation ou de réduction de mémoire et
/u02
, si la différence entre la valeur courante et la nouvelle valeur est inférieure à 2 %, aucune modification ne sera apportée à cette MV. En effet, la modification de la mémoire implique le redémarrage de la MV, et la modification/u02
implique l'arrêt de la pile Oracle Grid Infrastructure et le démontage/u02
. Les clients chargés de la production ne procèdent pas au redimensionnement pour une augmentation ou une diminution aussi faible. Ces demandes sont donc inutiles. - Vous pouvez ajuster les ressources de la grappe de machines virtuelles même si l'un des serveurs de base de données de la grappe de machines virtuelles est arrêté :
- Si un serveur de base de données est arrêté et que l'ajustement est effectué, les machines virtuelles de ce serveur ne sont pas automatiquement ajustées pour les nouvelles OCPU lorsque le serveur de base de données et les machines virtuelles sont de nouveau en ligne. Il vous incombe de vous assurer que toutes les machines virtuelles de la grappe ont les mêmes valeurs d'OCPU.
- Même si le serveur de base de données est arrêté, la facturation ne s'arrête pas pour la grappe de machines virtuelles sur ce serveur.
Rubrique parent : Présentation des opérations d'augmentation ou de réduction
Redimensionnement de la mémoire et larges pages
Vous pouvez augmenter et réduire la mémoire du serveur de base de données dans une grappe de machines virtuelles. L'ajustement de la mémoire nécessite un redémarrage de repositionnement des serveurs de base de données pour prendre effet. Pour que l'ajustement de la mémoire réussisse, les bases de données doivent démarrer automatiquement à l'état Ouvert.
La modification de la mémoire dans une grappe de machines virtuelles aura une incidence sur les paramètres des larges pages (HugePages) des machines virtuelles de cette grappe. Lors de la création initiale d'une machine virtuelle, le système d'exploitation de chaque machine virtuelle est configuré avec 50 % de la mémoire affectée à la machine virtuelle pour les larges pages, et les bases de données sont configurées pour utiliser cette mémoire pour leur mémoire SGA. Oracle recommande de ne pas modifier la configuration des larges pages sauf si vous comprenez l'implication des modifications que vous apportez. Des configurations inappropriées peuvent empêcher le démarrage de toutes les bases de données et même empêcher le démarrage de la machine virtuelle.
Bien que la modification de la configuration des larges pages ne soit pas recommandée, elle est autorisée. Toutefois, toute modification apportée peut être remplacée par l'automatisation du nuage si la mémoire de la machine virtuelle est redimensionnée ultérieurement. Lors d'une opération de redimensionnement de la mémoire, l'automatisation en nuage tente de maintenir la mémoire des larges pages en pourcentage de la mémoire totale, avec une limite maximale de 60 %. Si les larges pages sont configurées pour utiliser plus de 60 % de la mémoire totale, l'automatisation en nuage la redimensionne automatiquement à cette limite de 60 %.
- Condition 1 : L'utilisation courante de HugePages, multipliée par 1,15 (15 % de plus que celle actuellement utilisée), doit être inférieure à l'affectation des nouvelles pages volumineuses.
- Condition 2 : L'utilisation courante de HugePages, multipliée par 1,15, doit également être inférieure à 60 % de la nouvelle taille de mémoire totale.
L'utilisation courante de HugePages est déterminée en soustrayant la valeur HugePages libre de la valeur HugePages courante totale.
EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.
Ce processus garantit qu'il y a suffisamment de mémoire conventionnelle pour que la machine virtuelle démarre. Avant de procéder au redimensionnement, l'automatisation effectue une vérification préalable pour déterminer l'utilisation courante des larges pages en exécutant des instances de base de données. Si la vérification préalable indique qu'il n'y aura pas assez de mémoire de larges pages après le redimensionnement pour prendre en charge les bases de données existantes, le redimensionnement échouera et le processus ne se poursuivra pas.
Rubrique parent : Présentation des opérations d'augmentation ou de réduction
Calcul du stockage ASM
Utilisez la formule suivante pour calculer le stockage ASM minimal requis :
- Pour chaque groupe de disques, par exemple
DATA
,RECO
, notez la taille totale et la taille disponible en exécutant la commandeasmcmd lsdg
sur n'importe quelle MV invitée de la grappe de MV. - Calculez la taille utilisée comme (Taille totale - Taille disponible) / 3 pour chaque groupe de disques. La valeur /3 est utilisée car les groupes de disques sont en triple miroir.
-
Le ratio DATA:RECO est :
80:20 si l'option Sauvegardes locales n'a PAS été sélectionnée dans l'interface utilisateur.
40:60 si l'option Sauvegardes locales a été sélectionnée dans l'interface utilisateur.
- Assurez-vous que la nouvelle taille totale indiquée dans l'interface utilisateur remplit les conditions suivantes :
Taille utilisée pour DATA * 1,15 <= (Nouvelle taille totale * % DATA)
Taille utilisée pour RECO * 1,15 <= (Nouvelle taille totale * % RECO)
Exemple 5-3 : Calcul du stockage ASM
- Exécutez la commande
asmcmd lsdg
dans la MV invitée :- Sans SPARSE :
/u01/app/19.0.0.0/grid/bin/asmcmd lsdg ASMCMD> State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name MOUNTED HIGH N 512 512 4096 4194304 12591936 10426224 1399104 3009040 0 Y DATAC5/ MOUNTED HIGH N 512 512 4096 4194304 3135456 3036336 348384 895984 0 N RECOC5/ ASMCMD>
- Avec SPARSE :
/u01/app/19.0.0.0/grid/bin/asmcmd lsdg ASMCMD> State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name MOUNTED HIGH N 512 512 4096 4194304 12591936 10426224 1399104 3009040 0 Y DATAC5/ MOUNTED HIGH N 512 512 4096 4194304 3135456 3036336 348384 895984 0 N RECOC5/ MOUNTED HIGH N 512 512 4096 4194304 31354560 31354500 3483840 8959840 0 N SPRC5/ ASMCMD>
Note
Les valeurs répertoriées de tous les attributs du groupe de disques SPARSE (SPRC5) présentent la taille virtuelle. Dans les systèmes de BD Exadata et Exadata Cloud@Customer, nous utilisons le ratio 1:10 pour
physicalSize
:virtualSize
. Par conséquent, pour toutes les fins de notre calcul, nous devons utiliser 1/10ème des valeurs affichées ci-dessus dans le cas de SPARSE pour ces attributs. - Sans SPARSE :
- Taille utilisée pour un groupe de disques = (Total_MB - Free_MB) /3
- Sans SPARSE :
Taille utilisée pour DATAC5 = (12591936 - 10426224 ) / 3 = 704,98 Go
Taille utilisée pour RECO5 = (3135456 - 3036336 ) / 3 = 32,26 Go
- Avec SPARSE :
Taille utilisée pour DATAC5 = (12591936 - 10426224 ) / 3 ~= 704,98 Go
Taille utilisée pour RECO5 = (3135456 - 3036336 ) /3 ~= 32,26 Go
Taille utilisée pour SPC5 = (1/10 * (31354560 - 31354500)) / 3 ~= 0 Go
- Sans SPARSE :
- Répartition du stockage entre les groupes de disques
- Sans SPARSE :
Le ratio DATA:RECO est 80:20 dans cet exemple.
- Avec SPARSE :
Le ratio DATA RECO: SPARSE est 60:20:20 dans cet exemple.
- Sans SPARSE :
- La nouvelle taille demandée doit remplir les conditions suivantes :
- Sans SPARSE : (Par exemple, 5 To dans l'interface utilisateur.)
5 To = 5120 Go; 5120 *.8 = 4096 Go; 5120 *.2 = 1024 Go
Pour DATA : (704,98 * 1,15 ) <= 4 096 Go
Pour RECO : (32,36 * 1,15) <= 1 024 Go
- Avec SPARSE : (Par exemple, 8 To dans l'interface utilisateur.)
8 To = 8192 Go; 8192 *.6 = 4915 Go; 8192 *.2 = 1638 Go; 8192 *.2 = 1638 Go
Pour DATA : (704,98 * 1,15 ) <= 4 915 Go
Pour RECO : (32,36 * 1,15) <= 1 638 Go
Pour SPR : (0 * 1,15) <= 1 638 Go
- Sans SPARSE : (Par exemple, 5 To dans l'interface utilisateur.)
Le redimensionnement ci-dessus sera effectué. Si les conditions ci-dessus ne sont pas remplies par la nouvelle taille, le redimensionnement échouera à la vérification préalable.
Rubrique parent : Présentation des opérations d'augmentation ou de réduction
Estimation de la quantité de stockage local que vous pouvez fournir sur vos MV
Les images de machine virtuelle incluent les fichiers nécessaires pour démarrer et exécuter la machine virtuelle et son système d'exploitation, ainsi que l'espace pour les répertoires de base Oracle stockés dans /u02
. Pour estimer la quantité d'espace de stockage local supplémentaire au-delà du minimum pouvant être allouée à tout système de fichiers associé à une machine virtuelle, soustrayez la taille des images de machine virtuelle pour toutes les machines virtuelles d'un serveur de l'espace disponible total. Si vous n'avez pas modifié la taille d'image de machine virtuelle par défaut en développant des systèmes de fichiers, utilisez la taille d'image de machine virtuelle (par défaut et minimale) ci-dessous. Si vous avez ou envisagez de modifier la taille de l'image de machine virtuelle, vous devez utiliser la console OCI et l'action "Ajuster la grappe de machines virtuelles" pour vérifier les ressources allouées et disponibles pour une grappe de machines virtuelles existante, car l'expansion de certains systèmes de fichiers non /u02
consomme plus de stockage incrémentiel que ce qui a été ajouté au système de fichiers. Ces informations sont également disponibles dans l'action "Configurer une grappe de machines virtuelles" lors de la création d'une nouvelle grappe de machines virtuelles.
Systèmes X8-2 et X7-2
- Espace total disponible pour les images de machine virtuelle (Tous les systèmes X7 ) : 1 237 Go
- Espace total disponible pour les images de machine virtuelle (Tous les systèmes X8) : 1 037 Go
- Taille de l'image de machine virtuelle (par défaut et minimale), y compris
/u02
: 244 Go - Par défaut (minimum)
/u02
: 60 Go
X8M-2 Systèmes
- Espace total disponible pour les images de machine virtuelle (Système de base X8M) : 1 237 Go
- Espace total disponible pour les images de machine virtuelle (X8M élastique) : 2500 Go
- Taille de l'image de machine virtuelle (par défaut et minimale), y compris
/u02
: 244 Go - Par défaut (minimum)
/u02
: 60 Go
Systèmes X11M, X10M et X9M-2
- Total disponible pour les images de machine virtuelle ( système de base X9M) : 1077 Go
- Total disponible pour les images de machine virtuelle (élastique) : 2243 Go
- Taille de l'image de machine virtuelle (par défaut et minimale), y compris
/u02
: 244 Go - Par défaut (minimum)
/u02
: 60 Go
Rubrique parent : Présentation des opérations d'augmentation ou de réduction
Ajustement du stockage local
Directives pour l'opération d'ajustement de l'espace local
Vous pouvez ajuster le stockage local en modifiant la taille de plusieurs systèmes de fichiers individuels dans une machine virtuelle. Par défaut, les systèmes de fichiers sont créés à leur taille minimale. Vous pouvez augmenter la taille des systèmes de fichiers, au besoin. Toutefois, notez que vous ne pouvez réduire que /u02
. La taille des autres systèmes de fichiers peut uniquement être augmentée. La taille maximale prise en charge par un système de fichiers est de 900 Go.
Le stockage utilisé par tous les systèmes de fichiers est supérieur à la somme des tailles des systèmes de fichiers. Consultez les calculs affichés dans la console OCI pour voir les effets sur le stockage local gratuit lors du redimensionnement d'un système de fichiers.
À l'aide de la console ou de l'API OCI, vous pouvez augmenter ou réduire la taille des systèmes de fichiers locaux suivants :
/u02
À l'aide de la console ou de l'API OCI, vous pouvez augmenter la taille des systèmes de fichiers locaux suivants :
/
/u01
/tmp
/var
/var/log
/var/log/audit
/home
Toutefois, vous ne pouvez pas redimensionner les systèmes de fichiers locaux suivants :
/crashfiles
/boot
/acfs01
/u01/app/19.0.0.0/grid
- À l'exception de
/u02
, vous ne pouvez développer les systèmes de fichiers et ne pouvez pas les réduire une fois qu'ils ont été étendus. - Pour X8M et les versions ultérieures, un redémarrage continu n'est pas nécessaire lors du développement d'un système de fichiers de machine virtuelle invitée. Toutefois, un redémarrage continu de chaque machine virtuelle est requis lorsque la taille de
/u02
est réduite. - Chaque système de fichiers ne peut être étendu qu'à un maximum de 900 Go
- La possibilité d'augmenter la taille de systèmes de fichiers locaux supplémentaires n'est prise en charge que sur les systèmes X8M et ultérieurs.
Pour plus d'informations sur le redimensionnement de ces systèmes de fichiers, voir Estimation de la quantité de stockage local que vous pouvez fournir à vos machines virtuelles.
Limite de ressource basée sur l'utilisation courante
- Toute opération de réduction doit laisser une marge de 15 % en mémoire tampon en plus de l'utilisation de l'espace local la plus élevée pour tous les noeuds de la grappe.
- L'espace local le plus faible par noeud autorisé est supérieur aux deux limites ci-dessus.
- Exécutez la commande
df –kh
sur chaque noeud pour rechercher le noeud ayant le stockage local le plus élevé. - Vous pouvez également utiliser l'utilitaire
cssh
pour émettre la même commande à partir de tous les hôtes d'une grappe en la saisissant une seule fois. - La valeur la plus faible du stockage local à laquelle chaque noeud peut être réduit serait = 1.15x (valeur la plus élevée de l'espace local utilisé parmi tous les noeuds).
Systèmes de fichiers ACFS
Si le soutien vous le demande, vous pouvez également redimensionner le système de fichiers /acfs01
. Ce système de fichiers est utilisé par le système pour stocker temporairement le logiciel. Il utilise le stockage Exadata et n'est pas soumis aux limites décrites ci-dessus pour /u02
. Il s'agit d'un système de fichiers partagé visible à partir de tous les noeuds de la grappe. Il peut être redimensionné en ligne à partir de la ligne de commande de n'importe quelle machine virtuelle.
- Taille par défaut : La taille par défaut de
/acfs01
est de 100 Go. - Ajustement /acfs01 : Vous pouvez ajuster
acfs01
en tant que grille utilisateur à partir de n'importe quelle machine virtuelle au moyen de la commande/sbin/acfsutil
. Aucun redémarrage n'est requis. L'opération de redimensionnement n'aura aucune incidence sur la disponibilité du service de base de données exécuté dans la grappe de machines virtuelles. La commande suivante émise par l'utilisateurgrid
augmentera la taille de/acfs01
de 100 Go :/sbin/acfsutil size +100 GB /acfs01
. - Vous pouvez créer des systèmes de fichiers ACFS supplémentaires si nécessaire. Ils consomment également du stockage à partir des groupes de disques de stockage Exadata et peuvent être partagés entre toutes les machines virtuelles de la grappe. Pour plus d'informations, consultez la documentation ACFS.
Rubrique parent : Présentation des opérations d'augmentation ou de réduction
Utilisation de la console pour gérer les grappes de machines virtuelles sur le service Oracle Exadata Database Service on Cloud@Customer
Voyez comment utiliser la console pour créer, modifier et gérer vos grappes de machines virtuelles sur le service Oracle Exadata Database Service on Cloud@Customer.
- Utilisation de la console pour créer une grappe de MV ASM
Pour créer votre grappe de MV ASM, soyez prêt à fournir des valeurs pour les champs nécessaires à la configuration de l'infrastructure. - Utilisation de la console pour créer une grappe de MV exaflopique
Pour créer votre grappe de MV exaflopique, soyez prêt à fournir des valeurs pour les champs nécessaires à la configuration de l'infrastructure. - Gestion des mises à jour logicielles d'automatisation de machine virtuelle en nuage
- Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
Vous pouvez activer, activer partiellement ou désactiver la collecte de diagnostics pour vos machines virtuelles invitées après le provisionnement de la grappe de machines virtuelles. L'activation de la collecte des diagnostics au niveau de la grappe de machines virtuelles applique la configuration à toutes les ressources telles que le répertoire de base de base de données, la base de données, etc., dans la grappe de machines virtuelles. - Utilisation de la console pour ajouter des machines virtuelles à une grappe provisionnée
Pour ajouter des machines virtuelles à une grappe provisionnée, utilisez cette procédure. - Utilisation de la console pour voir une liste de serveurs de base de données sur une infrastructure Exadata
Pour voir une liste d'hôtes de serveur de base de données sur un système Oracle Exadata Cloud@Customer, utilisez cette procédure. - Utilisation de la console pour supprimer une machine virtuelle d'une grappe de machines virtuelles
Pour supprimer une machine virtuelle d'une grappe provisionnée, utilisez cette procédure. - Utilisation de la console pour mettre à jour le type de licence sur une grappe de machines virtuelles
Pour mettre à jour le type de licence, soyez prêt à fournir des valeurs pour les champs nécessaires à la modification des informations sur la licence. - Utilisation de la console pour ajouter des clés SSH après la création d'une grappe de machines virtuelles
- Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles
À compter de la mise à jour dans le service Oracle Exadata Database Service on Cloud@Customer, vous pouvez augmenter ou réduire plusieurs ressources en même temps. Vous pouvez également augmenter ou réduire les ressources une par une. - Utilisation de la console pour arrêter, démarrer ou redémarrer une machine virtuelle de grappe de machines virtuelles
Utilisez la console pour arrêter, démarrer ou redémarrer une machine virtuelle. - Utilisation de la console pour vérifier le statut d'une machine virtuelle de grappe de machines virtuelles
Vérifiez le statut d'état d'une machine virtuelle de grappe de machines virtuelles. - Utilisation de la console pour déplacer une grappe de MV vers un autre compartiment
Pour modifier le compartiment qui contient votre grappe de MV sur le service Oracle Exadata Database Service on Cloud@Customer, utilisez cette procédure. - Utilisation de la console pour mettre fin à une grappe de machines virtuelle
Avant de pouvoir mettre fin à une grappe de machines virtuelles, vous devez mettre fin aux bases de données qu'elle contient.
Rubrique parent : Gérer les grappes de machines virtuelles
Utilisation de la console pour créer une grappe de machines virtuelles ASM
Pour créer votre grappe de MV ASM, soyez prêt à fournir des valeurs pour les champs nécessaires à la configuration de l'infrastructure.
Rubriques connexes
- Description du service Oracle Exadata Database sur Cloud@Customer
- Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles
- Présentation des opérations d'augmentation ou de réduction
- Estimation de la quantité de stockage local que vous pouvez fournir sur vos MV
- Marqueurs de ressource
- Documents de description des services Oracle IaaS et PaaS Cloud
- Descriptions des services Oracle PaaS Public Cloud et Oracle IaaS Public Cloud - Facturé à l'usage et Prix fixe
- Introduction aux événements
- Aperçu des événements du service de base de données
- Aperçu de la collecte automatique de diagnostics
- Journaux d'incidents et fichiers de suivi
- Mesures d'état
- Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
- Gestionnaire de ressources et Terraform
Utilisation de la console pour créer une grappe de machines virtuelles exaflopiques
Pour créer votre grappe de MV exaflopique, soyez prêt à fournir des valeurs pour les champs nécessaires à la configuration de l'infrastructure.
Pour créer une grappe de machines virtuelles exaflopiques :
- Infrastructure Exadata active disponible pour héberger la grappe de machines virtuelles.
- Réseau en grappe de machines virtuelles validé disponible pour cette grappe.
Rubriques connexes
- Description du service Oracle Exadata Database sur Cloud@Customer
- Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles
- Présentation des opérations d'augmentation ou de réduction
- Estimation de la quantité de stockage local que vous pouvez fournir sur vos MV
- Marqueurs de ressource
- Documents de description des services Oracle IaaS et PaaS Cloud
- Descriptions des services Oracle PaaS Public Cloud et Oracle IaaS Public Cloud - Facturé à l'usage et Prix fixe
- Introduction aux événements
- Aperçu des événements du service de base de données
- Aperçu de la collecte automatique de diagnostics
- Journaux d'incidents et fichiers de suivi
- Mesures d'état
- Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
- Gestionnaire de ressources et Terraform
Gestion des mises à jour logicielles d'automatisation VM Cloud
Les mises à jour du logiciel VM Cloud Automation pour les agents et outils gérés par Oracle sur les machines virtuelles invitées garantissent l'accès aux plus récentes fonctionnalités d'Oracle Cloud et prennent en charge une efficacité opérationnelle continue. Les environnements peuvent dépendre de versions particulières pour les scripts et les flux de travail personnalisés, ou nécessiter des mises à jour pour s'aligner sur les cycles d'affaires et les opérations critiques.
Grâce à ces capacités, les clients bénéficient d'un meilleur contrôle et d'une plus grande flexibilité sur leur processus de mise à jour, ce qui leur permet de réduire les risques en testant les mises à jour de manière proactive et en assurant la stabilité opérationnelle en protégeant les fenêtres d'affaires critiques des perturbations. Cette approche favorise la stabilité des opérations commerciales et l'adoption efficace des améliorations d'Oracle Cloud.
Les clients peuvent contrôler la programmation et l'application des mises à jour du logiciel VM Cloud Automation de plusieurs façons :
- Programmation des mises à jour quotidiennes : Configurez des périodes spécifiques pendant la journée où les machines virtuelles invitées interrogent et appliquent des mises à jour, en alignant la maintenance logicielle sur les fenêtres de maintenance et les exigences opérationnelles privilégiées.
- Déploiement progressif et tests précoces : Affectez d'abord des grappes spécifiques pour recevoir les mises à jour, ce qui permet les déploiements progressifs et permet d'évaluer les mises à jour dans des environnements hors production avant un déploiement plus large.
- Périodes de gel : Définissez les fenêtres pendant lesquelles les mises à jour sont mises en pause afin d'assurer une performance ininterrompue lors d'opérations essentielles à l'entreprise.
Toutes les mises à jour sont appliquées en ligne, ce qui assure la continuité de l'exécution des machines virtuelles invitées et de leurs bases de données.
- À quoi s'attendre lors des mises à jour logicielles d'automatisation de VM Cloud
- Gérer les préférences de mise à jour de l'automatisation de VM Cloud
- Configurer la période de gel
- Préférence Annuler la mise à jour de l'automatisation du nuage pendant que la période de gel est en vigueur
- Réactiver la mise à jour de l'automatisation du nuage
À quoi s'attendre lors des mises à jour logicielles d'automatisation VM Cloud
Gestion des activités en arrière-plan
Lorsqu'une mise à jour est programmée, Oracle s'assure que les mises à jour ne sont appliquées que lorsque la grappe de machines virtuelles n'est pas engagée dans des activités en arrière-plan qui pourraient être incompatibles avec le processus de mise à jour. Si la grappe de machines virtuelles effectue des tâches telles que des modifications de configuration, des mises à jour logicielles, des tâches de sauvegarde ou d'autres flux de travail en arrière-plan pendant la plage horaire de mise à jour configurée, la mise à jour de l'automatisation est différée. Les mises à jour seront retentées le jour disponible suivant au cours de votre plage horaire définie, à condition qu'aucune activité conflictuelle ne se produise à ce moment-là.
Mettre à jour la livraison et l'accès anticipé
Les mises à jour logicielles de VM Cloud Automation sont livrées à votre grappe de machines virtuelles selon le programme configuré une fois qu'une mise à jour est publiée par Oracle et devient généralement disponible. Pour les clients qui souhaitent valider les mises à jour avant de les déployer plus largement, il existe une option permettant un accès anticipé à des grappes de test spécifiques. Pour activer l'accès anticipé, définissez l'indicateur Accès anticipé dans votre configuration de mise à jour de l'automatisation du nuage. Une grappe de machines virtuelles avec accès anticipé activé recevra et appliquera les mises à jour une semaine avant la disponibilité générale, ce qui vous permettra de tester et de certifier en détail les nouvelles mises à jour dans un environnement hors production avant le déploiement en production.
Cette approche permet de garantir que vos grappes de machines virtuelles restent stables et fiables, tout en offrant des opportunités de valider les modifications de manière proactive et de minimiser le risque de perturbations opérationnelles.
Gérer les préférences de mise à jour pour VM Cloud Automation
Mise à jour de l'automatisation du nuage
Oracle applique périodiquement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires aux outils et à l'automatisation en nuage. Vous pouvez configurer la fenêtre de votre choix pour que ces mises à jour soient appliquées à votre grappe de machines virtuelles.
Définissez l'heure de début des mises à jour d'automatisation en nuage.
Oracle vérifiera chaque jour les dernières mises à jour de VM Cloud Automation entre la fenêtre de temps configurée et appliquera les mises à jour le cas échéant. Si l'automatisation ne peut pas commencer à appliquer les mises à jour dans la fenêtre de temps configurée en raison d'un processus sous-jacent de longue durée, Oracle vérifie automatiquement le jour suivant pendant la fenêtre de temps configurée pour commencer à appliquer les mises à jour de l'automatisation en nuage à la grappe de machines virtuelles.
Activer l'accès anticipé pour la mise à jour des outils en nuage
Les grappes de machines virtuelles désignées pour un accès anticipé reçoivent des mises à jour 1 à 2 semaines avant d'être disponibles pour d'autres grappes. Cochez cette case pour une adoption anticipée de cette grappe de machines virtuelles.
Période de gel des mises à jour de l'automatisation du nuage
Oracle applique périodiquement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires aux outils et à l'automatisation en nuage. Activez une période de gel pour définir une fenêtre de temps pendant laquelle l'automatisation d'Oracle n'appliquera pas les mises à jour en nuage.
Déplacez le curseur pour définir la période de gel.
- La période de gel peut être prolongée d'un maximum de 45 jours à compter de la date de début.
- L'automatisation Oracle applique automatiquement les mises à jour avec les correctifs de sécurité critiques (CVSS >= 9) même pendant une période de gel configurée.
Configurer la période de gel
Vous pouvez toujours mettre à jour la période de gel pour la prolonger jusqu'à 45 jours à compter de la date de début de la période de gel.
Préférence Annuler la mise à jour de l'automatisation du nuage pendant que la période de gel est en vigueur
Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
Vous pouvez activer, activer partiellement ou désactiver la collecte de diagnostics pour vos machines virtuelles invitées après avoir provisionné la grappe de machines virtuelles. L'activation de la collecte des diagnostics au niveau de la grappe de machines virtuelles applique la configuration à toutes les ressources telles que le répertoire de base de base de données, la base de données, etc., dans la grappe de machines virtuelles.
- Vous choisissez l'option d'inclusion en acceptant que la liste des événements, des mesures et des fichiers journaux collectés puisse changer à l'avenir. Vous pouvez désactiver cette fonction à tout moment.
- Oracle peut ajouter d'autres mesures à l'avenir, mais si vous avez déjà choisi de les collecter, vous n'avez pas besoin de mettre à jour votre valeur d'option d'inclusion. Elle restera activée/désactivée selon vos préférences courantes.
- Si vous avez précédemment choisi l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi et que vous optez pour l'option d'exclusion lorsque l'équipe des opérations d'Oracle Cloud exécute une tâche de collecte de journaux, la tâche suivra son cours et ne sera pas annulée. Les collectes de journaux futures ne se produiront pas tant que vous n'aurez pas choisi de nouveau l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi.
Rubriques connexes
Utilisation de la console pour ajouter des machines virtuelles à une grappe provisionnée
Pour ajouter des machines virtuelles à une grappe provisionnée, utilisez cette procédure.
Une fois la grappe de machines virtuelles mise à niveau vers le système d'exploitation 23.1 de la machine virtuelle invitée du service Exadata Database, vous pourrez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à cette grappe de machines virtuelles si l'infrastructure Exadata Cloud@Customer exécute un logiciel de système Exadata version 22.1.16 et ultérieure.
La mise à niveau vers le logiciel de système Exadata version 23.1 pour l'infrastructure Exadata Cloud@Customer sera disponible avec le cycle de mise à jour de février 2023.
- La même version d'image de système d'exploitation invité qui s'exécute sur les machines virtuelles provisionnées existantes de la grappe est utilisée pour provisionner de nouvelles machines virtuelles ajoutées afin d'étendre la grappe de machines virtuelles. Cependant, toutes les personnalisations apportées à l'image du système d'exploitation invité sur les machines virtuelles existantes doivent être appliquées manuellement à la nouvelle machine virtuelle ajoutée.
- Pour les grappes de machines virtuelles qui exécutent une version de l'image du système d'exploitation invité antérieure à un an, vous devez mettre à jour la version de l'image du système d'exploitation invité avant d'ajouter une machine virtuelle pour étendre la grappe.
- Pour les bases de données qui ne font pas partie d'une configuration Data Guard, seules les bases de données qui s'exécutent sur toutes les machines virtuelles de la grappe existante seront ajoutées à la nouvelle machine virtuelle provisionnée. Toute base de données fonctionnant sur un sous-ensemble de MV ne sera pas automatiquement étendue pour fonctionner sur la MV nouvellement ajoutée.
Pour étendre l'instance de base de données pour les bases de données utilisant Data Guard pour les machines virtuelles nouvellement ajoutées, voir La liste de noeuds n'est pas mise à jour pour les bases de données utilisant Data Guard.
Rubriques connexes
Utilisation de la console pour voir une liste de serveurs de base de données sur une infrastructure Exadata
Pour afficher la liste des hôtes de serveur de base de données sur un système Oracle Exadata Cloud@Customer, utilisez cette procédure.
Utilisation de la console pour supprimer une machine virtuelle d'une grappe de machines virtuelles
Pour supprimer une machine virtuelle d'une grappe provisionnée, utilisez cette procédure.
L'arrêt d'une machine virtuelle dans une grappe nécessite la suppression de toute base de données faisant partie d'une configuration Data Guard (principale ou de secours) de la machine virtuelle pour poursuivre le flux d'arrêt. Pour plus d'informations sur les étapes manuelles, consultez la note My Oracle Support 2811352.1.
Utilisation de la console pour mettre à jour le type de licence sur une grappe de machines virtuelles
Pour modifier le type de licence, soyez prêt à fournir des valeurs pour les champs nécessaires à la modification des informations sur la licence.
Utilisation de la console pour ajouter des clés SSH après la création d'une grappe de machines virtuelles
Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles
À compter de la version du service Oracle Exadata Database Service on Cloud@Customer, vous pouvez augmenter ou réduire plusieurs ressources en même temps. Vous pouvez également augmenter ou réduire les ressources une par une.
- Cas d'utilisation 1 : Si vous avez affecté toutes les ressources à une grappe de machines virtuelles et que vous voulez créer plusieurs grappes de machines virtuelles, aucune ressource n'est disponible pour l'affectation aux nouvelles grappes. Augmentez donc les ressources si nécessaire pour créer des grappes de machines virtuelles supplémentaires.
- Cas d'utilisation 2 : Si vous voulez répartir différentes ressources en fonction de la charge de travail, réduisez-les ou augmentez-les en conséquence. Par exemple, vous pouvez exécuter des tâches par lots de nuit pour la production de rapports/ETC et réduire la MV une fois la tâche terminée.
- OCPU (ECPU pour X11M)
- Mémoire
- Stockage local
- Stockage Exadata
Chaque opération d'ajustement peut prendre plusieurs minutes. Le temps de chaque opération varie en fonction de l'activité du système, mais en règle générale, la plupart des opérations doivent être effectuées dans les 15 minutes pour un quart de bâti, 20 minutes pour un demi-bâti et 30 minutes pour un bâti complet ou plus grand. L'exécution d'opérations d'ajustement de plusieurs OCPU (ECPU pour X11M) sur une courte période peut prolonger le délai d'achèvement. Bien qu'en ligne, l'ajustement des OCPU (ECPU pour X11M) n'est pas mis en oeuvre sur toutes les machines virtuelles en parallèle afin de détecter et de protéger les anomalies avant qu'elles n'affectent l'ensemble du système. L'ajustement de la mémoire et du stockage local nécessite un redémarrage de machine virtuelle et est effectué une machine virtuelle à la fois de manière continue.
Si vous exécutez plusieurs opérations de réduction, chaque opération est effectuée en série. Par exemple, si vous ajustez la mémoire et le stockage local à partir de la console, le système ajustera d'abord la mémoire et, lorsque cette opération sera terminée, il ajustera le stockage. Le temps nécessaire pour terminer toutes les opérations est la somme du temps nécessaire pour terminer les opérations individuelles.
Utilisation de la console pour arrêter, démarrer ou redémarrer une machine virtuelle de grappe de machines virtuelles
Utilisez la console pour arrêter, démarrer ou redémarrer une machine virtuelle.
Utilisation de la console pour vérifier le statut d'une machine virtuelle de grappe de machines virtuelles
Vérifiez le statut d'état d'une machine virtuelle de grappe de machines virtuelles.
Utilisation de la console pour déplacer une grappe de machines virtuelles vers un autre compartiment
Pour modifier le compartiment qui contient votre grappe de MV dans le service Oracle Exadata Database Service on Cloud@Customer, utilisez cette procédure.
Lorsque vous déplacez une grappe de machines virtuelles, le changement de compartiment est également appliqué aux machines virtuelles et bases de données qui lui sont associées. Cependant, le changement de compartiment n'a pas d'incidence sur les autres ressources associées, comme l'infrastructure Exadata, qui restent dans le compartiment courant.
Utilisation de la console pour mettre fin à une grappe de machines virtuelles
Avant de mettre fin à une grappe de machines virtuelles, vous devez mettre fin aux bases de données qu'elle contient.
Utilisation de l'API pour gérer les grappes de machines virtuelles Oracle Exadata Database Service on Cloud@Customer
Consultez la liste des appels d'API pour gérer les réseaux en grappe et les grappe du service Oracle Exadata Database Service on Cloud@Customer.
Pour des informations sur l'utilisation de l'API et sur les demandes de signature, voir "API REST" et "Données d'identification de sécurité". Pour des informations sur les trousses SDK, voir "Trousses SDK et interface de ligne de commande".
Utilisez ces opérations d'API pour gérer les réseaux en grappe et les grappe de machines virtuelles d'Oracle Exadata Database Service on Cloud@Customer :
GenerateRecommendedVmClusterNetwork
CreateVmClusterNetwork
DeleteVmClusterNetwork
GetVmClusterNetwork
ListVmClusterNetworks
UpdateVmClusterNetwork
ValidateVmClusterNetwork
CreateVmCluster
DeleteVmCluster
GetVmCluster
ListVmClusters
UpdateVmCluster
Pour obtenir la liste complète des API, voir API du service de base de données.
Rubriques connexes
- API REST
- Données d'identification de sécurité
- Trousses SDK et interface de ligne de commande
- GenerateRecommendedVmClusterNetwork
- CreateVmClusterNetwork
- DeleteVmClusterNetwork
- GetVmClusterNetwork
- ListVmClusterNetworks
- UpdateVmClusterNetwork
- ValidateVmClusterNetwork
- CreateVmCluster
- DeleteVmCluster
- GetVmCluster
- ListVmClusters
- UpdateVmCluster
- API du service de base de données
Rubrique parent : Gérer les grappes de machines virtuelles
Dépannage des machines virtuelles à l'aide de connexions à la console
Vous pouvez résoudre les problèmes de fonctionnement des machines virtuelles à l'aide des connexions à la console. Par exemple, une machine virtuelle invitée qui fonctionnait précédemment cesse de répondre.
L'utilisation de la fonction de console série nécessite l'infrastructure Exadata version 22.1.10 ou ultérieure pour la version 22. X utilisateurs et version 23.1.1 ou supérieure pour 23. X utilisateurs. La fonction de console série sera disponible sur toutes les nouvelles grappes de machines virtuelles créées immédiatement, mais ne sera disponible que sur les grappes de machines virtuelles existantes après le prochain cycle de maintenance trimestrielle. Assurez-vous également de vérifier toutes les conditions requises indiquées ci-dessous, y compris la définition d'un mot de passe pour l'utilisateur opc
ou root
. Ne pas apporter les modifications nécessaires pour répondre à ces exigences à l'avance entraînera l'impossibilité de se connecter d'urgence à la console série lorsque le besoin se présente lorsque la machine virtuelle n'est pas accessible autrement.
Pour vous connecter à une instance en cours d'exécution à des fins d'administration et d'utilisation générale, utilisez un interpréteur de commandes sécurisé (SSH). Pour plus d'informations, voir Connexion à une machine virtuelle avec SSH
- Assurez-vous que vous disposez des autorisations appropriées.
- Terminez les préalables, notamment la création de la paire de clés SSH (au cas où vous n'en auriez pas encore).
- Créez la console série de machine virtuelle.
- Connectez-vous à la console série au moyen de SSH.
- Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
- Sous Région, sélectionnez la région à associer à l'infrastructure Oracle Exadata.
- Sous Infrastructure, cliquez sur Infrastructure Exadata.
- Cliquez sur le nom de l'infrastructure qui vous intéresse.
- Dans la page Détails de l'infrastructure qui s'affiche, allez à la section Version pour rechercher la version du serveur de base de données installée.
- Politiques IAM requises
Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le service Exadata Database sur un système Cloud@Customer au moyen d'une politique IAM. - Préalables
Vous devez installer un client SSH et créer des paires de clés SSH. - Créer la connexion à la console série de machine virtuelle
- Établir une connexion SSH à la console série
- Utilisation de Cloud Shell pour se connecter à la console série
- Affichage de l'historique de la console pour une machine virtuelle
- Dépannage des machines virtuelles à partir des connexions à la console de la MV invitée sur les systèmes d'exploitation Linux
- Fin de la connexion à la console série de machine virtuelle
Rubrique parent : Gérer les grappes de machines virtuelles
Politiques IAM requises
Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le service Exadata Database sur le système Cloud@Customer au moyen d'une politique IAM.
Cet accès est requis si vous utilisez la console ou l'API REST avec une trousse SDK, l'interface de ligne de commande ou d'autres outils. Si vous obtenez un message indiquant que vous ne disposez pas de l'autorisation requise, vérifiez auprès de l'administrateur le type d'accès qui vous a été octroyé et le compartiment à utiliser.
Pour créer des connexions à la console de machine virtuelle, un administrateur doit accorder à l'utilisateur l'accès pour lire et gérer les connexions à la console au moyen d'une politique IAM. Le nom de la ressource pour les connexions à la console de machine virtuelle est dbnode-console-connection
. Le nom de la ressource pour la machine virtuelle est db-nodes
. Les politiques suivantes permettent aux utilisateurs de créer des connexions à la console de machine virtuelle :
Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Préalables
Vous devez installer un client SSH et créer des paires de clés SSH.
- Ports à ouvrir pour la connectivité du plan de contrôle
- Installer un client SSH et un interpréteur de ligne de commande (Microsoft Windows)
- Créer des paires de clés SSH
- Se connecter à une machine virtuelle à partir de la console série
- Connexion au moyen de pare-feu
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Ports à ouvrir pour la connectivité du plan de contrôle
Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle (CPS) puisse atteindre les points d'extrémité OCI requis. Pour plus d'informations, voir Tableau 3-2
Rubrique parent : Préalables
Installer un client SSH et un interpréteur de ligne de commande (Microsoft Windows)
Microsoft Windows n'inclut pas par défaut de client SSH. Si vous êtes connecté à partir d'un client Windows, vous devez installer un client SSH. Vous pouvez utiliser PuTTY plink.exe avec Windows PowerShell ou un logiciel qui comprend une version de OpenSSH tels que :
Les instructions de cette rubrique utilisent fréquemment PuTTY et Windows PowerShell.
Si vous souhaitez établir la connexion à la console à partir de Windows avec Windows PowerShell, il est possible que PowerShell soit déjà installé sur votre système d'exploitation Windows. Sinon, suivez les étapes au lien. Si vous êtes connecté à l'instance à partir d'un client Windows à l'aide de PowerShell, plink.exe est requis. plink.exe est l'outil de connexion par lien de commande inclus avec PuTTY. Vous pouvez installer PuTTY ou installer plink.exe séparément. Pour des informations sur l'installation, voir http://www.putty.org.
Rubrique parent : Préalables
Créer des paires de clés SSH
Pour créer la connexion à la console sécurisée, vous avez besoin d'une paire de clés SSH. La méthode à utiliser pour créer des paires de clés dépend de votre système d'exploitation. Lors de la connexion à la console série, vous devez utiliser une clé RSA. Les instructions de cette section montrent comment créer une paire de clés SSH RSA.
Rubrique parent : Préalables
Créer la paire de clés SSH pour Linux
Si vous utilisez un système UNIX, vous avez probablement déjà installé l'utilitaire ssh-keygen
. Pour déterminer si l'utilitaire est installé, entrez ssh-keygen
dans la ligne de commande. S'il n'est pas installé, vous pouvez télécharger OpenSSH
pour UNIX à partir de http://www.openssh.com/portable.html et l'installer.
Rubrique parent : Créer des paires de clés SSH
Créez la paire de clés SSH pour Windows à l'aide de PuTTY
Si vous utilisez un client Windows pour vous connecter à la connexion à la console d'instance, utilisez une paire de clés SSH générée par PuTTY.
Rubrique parent : Créer des paires de clés SSH
Pour créer une connexion à l'aide de la paire de clés SSH générée à l'aide de PuTTY
Effectuez les opérations suivantes dans la fenêtre Créer l'accès à la console série :
- Collez la clé SSH générée à partir du format OpenSSH ou sélectionnez Charger le fichier de clé SSH et indiquez le chemin de la clé publique enregistrée à l'étape 8 dans Créer la paire de clés SSH pour Windows à l'aide de PuTTY.
- Une fois la connexion active, cliquez sur Copier la connexion à la console série pour Windows.
- Collez la chaîne de connexion copiée à l'étape précédente dans un fichier texte.
- Dans le fichier texte, remplacez
<PATH_FILE_PUTTY_PRIVATE.ppk>
pour pointer vers le chemin d'accès à votre fichier de clé privée PuTTY (PPK) sur votre ordinateur. Par exemple, si vous avez enregistré le fichier.ppk
dans$HOME\Documents\mykey.ppk
. - Collez la chaîne de connexion modifiée dans la fenêtre PowerShell, puis appuyez sur Entrée pour vous connecter à la console.
Rubrique parent : Créez la paire de clés SSH pour Windows à l'aide de PuTTY
Se connecter à une machine virtuelle à partir de la console série
Si vous souhaitez vous connecter à une machine virtuelle à l'aide d'une connexion à la console de machine virtuelle, vous pouvez utiliser une connexion SSH pour vous connecter. Si vous souhaitez vous connecter avec un nom d'utilisateur et un mot de passe, vous avez besoin d'un compte d'utilisateur avec un mot de passe. Oracle Exadata Cloud ne définit pas de mot de passe par défaut pour les utilisateurs opc
ou root
. Par conséquent, si vous souhaitez vous connecter en tant qu'utilisateur opc
ou root
, vous devez créer un mot de passe pour l'utilisateur opc
ou root
. Sinon, ajoutez un autre utilisateur avec un mot de passe et connectez-vous en tant que tel. Cela devrait être terminé en avance, avant une situation potentielle qui pourrait vous obliger à vous connecter à la console série.
Rubrique parent : Préalables
Connexion au moyen de pare-feu
Si le client que vous utiliserez pour accéder à la console série se trouve derrière un pare-feu, vous devez vous assurer que ce client peut atteindre le point d'extrémité requis pour accéder à la console série de la machine virtuelle. Le système client se connectant à la console série doit pouvoir atteindre le serveur de console série (par exemple vm-console.exacc.us-ashburn-1.oci.oraclecloud.com
) sur SSH à l'aide du port 443, directement ou par l'intermédiaire d'un mandataire.
Rubrique parent : Préalables
Créer la connexion à la console série de machine virtuelle
Avant de pouvoir établir une connexion locale à la console série, vous devez créer la connexion à la console de machine virtuelle.
Les connexions à la console de machine virtuelle sont limitées à un client à la fois. Si le client échoue, la connexion reste active pendant environ cinq minutes. Pendant ce temps, aucun autre client ne peut se connecter. Après cinq minutes, la connexion est fermée et un nouveau client peut se connecter. Pendant la temporisation de cinq minutes, toute tentative de connexion d'un nouveau client échoue avec le message suivant :
channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
Rubriques connexes
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Établir une connexion SSH à la console série
Après avoir créé la connexion à la console pour la machine virtuelle, vous pouvez celle-ci à l'aide d'une connexion Secure Shell (SSH). Lors de l'établissement d'une connexion SSH à la console série, vous devez utiliser une clé RSA. Vous pouvez utiliser la même clé SSH que celle qui a été utilisée lors du lancement de l'instance ou utiliser une autre clé SSH.
Lorsque vous avez terminé avec la console série et que vous avez mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous n'êtes pas déconnecté de la session, Oracle Cloud Infrastructure met fin à la session de la console série après 24 heures et vous devez vous reconnecter pour vous connecter de nouveau.
- Valider les clés d'hôte du serveur
- Se connecter à partir de Mac OS X et des systèmes d'exploitation Linux
- Se connecter à partir des systèmes d'exploitation Windows
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Valider les clés d'hôte du serveur
Lors de la première connexion à la console série, vous êtes invité à valider l'empreinte numérique de la clé d'hôte du serveur. L'empreinte numérique de la clé d'hôte du serveur est le hachage SHA256 de la clé SSH publique de l'hôte du serveur. La réponse d'établissement d'une main SSH au serveur est signée avec la clé privée associée. La validation de l'empreinte numérique de la clé d'hôte du serveur protège contre les attaques potentielles.
Lorsque vous effectuez une connexion manuelle à la console série, l'empreinte numérique de la clé d'hôte du serveur n'est pas validée automatiquement. Pour valider manuellement l'empreinte numérique, comparez la valeur de l'empreinte numérique affichée dans la console Oracle Cloud Infrastructure à la valeur de l'empreinte numérique de la clé RSA qui apparaît dans le terminal lors de la connexion.
Pour trouver l'empreinte numérique de la clé d'hôte du serveur dans la console, dans la page de détails de la machine virtuelle, sous Ressources, cliquez sur Connexion à la console. La table affiche l'empreinte numérique de la clé d'hôte du serveur. L'empreinte numérique dans la console doit correspondre à la valeur de l'empreinte numérique de la clé RSA affichée dans le terminal lors de la connexion à la console série.
Une rotation des clés d'hôte du serveur est périodique à des fins de sécurité. La rotation des clés réduit le risque posé lorsque les clés sont compromises en limitant la quantité de données cryptées ou signées par une version de clé. Après la rotation de la clé et lorsque vous tentez de vous connecter à la console série, un avertissement apparaît indiquant une attaque potentielle. L'avertissement comprend une erreur Échec de la vérification de la clé d'hôte et un numéro de ligne dans le fichier .ssh/known_hosts
. Supprimer cette ligne du fichier .ssh/known_hosts
, puis vous reconnecter à la console série. Vous êtes ensuite invité à accepter une nouvelle empreinte numérique de clé d'hôte du serveur.
Rubrique parent : Établir une connexion SSH à la console série
Se connecter à partir de Mac OS X et des systèmes d'exploitation Linux
Utilisez un client SSH pour se connecter à la console série. Mac OS X et la plupart des systèmes d'exploitation de type Linux et UNIX incluent par défaut le client SSH OpenSSH.
Pour vous connecter à la console série à l'aide de OpenSSH sur un système Mac OS X ou Linux
Se connecter à partir des systèmes d'exploitation Windows
Les étapes de connexion à la console série à partir de Microsoft Windows PowerShell sont différentes des étapes pour OpenSSH. Les étapes suivantes ne fonctionnent pas dans le terminal Windows.
Si vous êtes connecté à l'instance à partir d'un client Windows à l'aide de PowerShell, plink.exe
est requis. plink.exe
est l'outil de connexion par lien de commande inclus avec PuTTY. Vous pouvez installer PuTTY ou installer plink.exe
séparément. Pour plus d'informations, voir Installation d'un client SSH et d'un interpréteur de ligne de commande (Windows).
Pour vous connecter à la console série sous Microsoft Windows
Rubriques connexes
Rubrique parent : Établir une connexion SSH à la console série
Pour créer une connexion à l'aide de la paire de clés SSH générée à l'aide de la console OCI
Rubrique parent : Se connecter à partir des systèmes d'exploitation Windows
Utilisation de Cloud Shell pour se connecter à la console série
Vous pouvez vous connecter rapidement et facilement à la console série à l'aide de l'intégration Cloud Shell. Cloud Shell est un terminal basé sur un navigateur Web accessible à partir de la console. L'intégration Cloud Shell crée automatiquement la connexion à la console d'instance et une clé SSH temporaire. La seule condition pour se connecter à la console série à partir de Cloud Shell consiste à accorder aux utilisateurs les autorisations appropriées. Pour une introduction à l'utilisation de Cloud Shell, voir Utilisation de Cloud Shell.
- Par défaut, Cloud Shell limite l'accès réseau aux ressources internes OCI de votre région principale de location uniquement, sauf si vous avez activé le réseau public géré par Cloud Shell. Votre administrateur doit configurer une politique d'identité pour activer le réseau public Cloud Shell. Pour plus d'informations, voir Réseau Cloud Shell.
- Vous ne pouvez pas vous connecter simultanément à plusieurs noeuds de base de données à l'aide de Cloud Shell. Par exemple, si vous avez une connexion ouverte à DBnode1 et que vous voulez vous connecter à DBnode2, vous devez d'abord quitter Cloud Shell actif à partir de DBnode1, puis établir une connexion à DBnode2.
- Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle (CPS) puisse atteindre les points d'extrémité OCI requis. Pour plus d'informations, voir Tableau 3-2
Lorsque vous avez terminé avec la console série et que vous avez mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous n'êtes pas déconnecté de la session, Oracle Cloud Infrastructure met fin à la session de la console série après 24 heures et vous devez vous reconnecter pour vous connecter de nouveau.
Rubriques connexes
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Pour vous connecter à la console série à l'aide de Cloud Shell
Rubriques connexes
Rubrique parent : Utilisation de Cloud Shell pour se connecter à la console série
Affichage de l'historique de la console pour une machine virtuelle
Pour accéder à la console série et utiliser l'historique de la console, vous devez configurer des règles de pare-feu afin que le serveur de plan de contrôle puisse accéder aux points d'extrémité OCI nécessaires. Consultez les détails du tableau 3-2 pour connaître les exigences de connectivité de la console de machine virtuelle et du stockage d'objets.
Vous pouvez saisir et afficher les données récentes de la console série pour une machine virtuelle. Les données comprennent les messages de configuration qui surviennent lors du démarrage de la machine virtuelle, tels que les messages relatifs au noyau et au BIOS. Elles sont utiles pour vérifier le statut de la machine virtuelle ou diagnostiquer et dépanner les problèmes.
L'historique de la console saisit jusqu'à un Mo des données de la console série les plus récentes pour la machine virtuelle spécifiée. Notez que les données brutes de la console, notamment les caractères multioctets, sont capturées.
L'historique de la console est un enregistrement à un moment précis. Pour résoudre un problème de fonctionnement d'une machine virtuelle à l'aide d'une connexion interactive à la console, utilisez une connexion à la console série.
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Gestion des données d'historique de la console
Vous pouvez utiliser la console ou l'API pour gérer les saisies de l'historique de la console. L'historique de la console vous permet de voir la sortie série de votre machine virtuelle sans avoir à vous connecter à l'instance distante. L'historique de la console peut être utilisé pour vérifier les accès précédents et les actions effectuées avec la console série.
Dans la page Détails de l'instance de la console, vous pouvez saisir et télécharger les historiques de la console, voir et modifier les détails des métadonnées, et supprimer les saisies de l'historique de la console.
- Utilisation de la console pour saisir l'historique de la console
- Utilisation de la console pour télécharger les saisies de l'historique de la console
- Utilisation de la console pour voir les saisies d'historique de la console
- Utilisation de la console pour voir et modifier les détails des métadonnées d'une saisie de l'historique de la console
- Utilisation de la console pour supprimer des captures d'historique de la console
- Utilisation de l'API pour gérer les données d'historique de la console
Consultez la liste des appels d'API pour gérer les données d'historique de la console.
Rubrique parent : Affichage de l'historique de la console pour une machine virtuelle
Utilisation de la console pour saisir l'historique de la console
Rubrique parent : Gestion des données d'historique de la console
Utilisation de la console pour télécharger les captures d'historique de la console
Rubrique parent : Gestion des données d'historique de la console
Utilisation de la console pour voir les saisies d'historique de la console
Rubrique parent : Gestion des données d'historique de la console
Utilisation de la console pour voir et modifier les détails des métadonnées d'une saisie de l'historique de la console
Rubrique parent : Gestion des données d'historique de la console
Utilisation de la console pour supprimer les captures d'historique de la console
Rubrique parent : Gestion des données d'historique de la console
Utilisation de l'API pour gérer les données d'historique de la console
Consultez la liste des appels d'API pour gérer les données d'historique de la console.
Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.
Pour obtenir la liste complète des API, voir API du service de base de données.
Utilisez les opérations d'API suivantes pour gérer les données d'historique de la console.
- Pour saisir l'historique de la console, utilisez la méthode createDbNodeConsoleHistory.
- Pour obtenir les détails des métadonnées de l'historique de la console, utilisez la méthode getDbNodeConsoleHistory.
- Pour obtenir les détails du contenu de l'historique de la console, utilisez la méthode getDbNodeConsoleHistoryContent.
- Pour modifier les métadonnées de l'historique de la console, utilisez la méthode updateDbNodeConsoleHistory.
- Pour lister les saisies de l'historique de la console, utilisez la méthode listDbNodeConsoleHistories.
- Pour supprimer les saisies de l'historique de la console, utilisez la méthode deleteDbNodeConsoleHistory.
Rubrique parent : Gestion des données d'historique de la console
Dépannage des machines virtuelles à partir des connexions à la console de machine virtuelle invitée sur les systèmes d'exploitation Linux
Une fois connecté avec une connexion à la console d'instance, vous pouvez effectuer diverses tâches, telles que :
- Modifier les fichiers de configuration du système.
- Ajouter ou réinitialiser les clés SSH pour l'utilisateur
opc
. - Restaurez le mot de passe de l'utilisateur
opc
.
Ces tâches vous obligent à démarrer dans un interpréteur de commandes Bash en mode de maintenance.
- Pour démarrer en mode de maintenance
- Pour modifier les fichiers de configuration du système
- Pour ajouter ou réinitialiser la clé SSH pour l'utilisateur opc
- Pour réinitialiser le mot de passe de l'utilisateur opc
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Pour démarrer en mode de maintenance
Utilisateur et mot de passe par défaut :
- Compte : Chargeur de démarrage Grub
- Nom d'utilisateur : racine
- Mot de passe par défaut : sos1Exadata
- Type de compte : Utilisateur du système d'exploitation
Pour plus d'informations, voir Comptes d'utilisateur par défaut pour Oracle Exadata.
Sortie de la connexion à la console série de machine virtuelle
- Pour quitter la connexion à la console série
- Pour supprimer la connexion à la console série pour une machine virtuelle
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Pour quitter la connexion à la console série
Lorsque vous utilisez SSH, le caractère ~
au début d'une nouvelle ligne sert de caractère d'échappement.
Rubrique parent : Fin de la connexion à la console série de machine virtuelle
Pour supprimer la connexion à la console série pour une machine virtuelle
Rubrique parent : Fin de la connexion à la console série de machine virtuelle