L'application de correctifs peut échouer pour diverses raisons. En général, une opération échoue car un noeud de base de données est arrêté, l'espace est insuffisant sur le système de fichiers ou la machine virtuelle ne peut pas accéder au magasin d'objets.

• Détermination du problème
  Dans la console, vous pouvez identifier une opération d'application de correctifs ayant échoué en consultant l'historique des correctifs d'un service Oracle Exadata Database Service on Cloud@Customer ou d'une base de données individuelle.
• Dépannage et diagnostic
  Diagnostic des problèmes les plus courants qui peuvent survenir lors du processus d'application de correctifs à l'un des composants du service Oracle Exadata Database Service on Cloud@Customer.

Si vous ne parvenez pas à résoudre le problème à l'aide des informations de cette rubrique, suivez les procédures ci-dessous pour collecter les informations de base de données et de diagnostic pertinentes. Après avoir collecté ces informations, communiquez avec le soutien technique d'Oracle.

• Collecte des journaux d'outils en nuage
  Utilisez les fichiers journaux pertinents qui pourraient aider le soutien technique d'Oracle à examiner en détail un problème particulier et à le résoudre.
• Collecte de diagnostics Oracle
  

Description : Il s'agit d'un problème intermittent. Lors de la mise à jour du système d'exploitation de machine virtuelle avec Grid Infrastructure 19c et des bases de données en cours d'exécution, dbnodeupdate.sh attend que RHPhelper draine les connexions, ce qui ne progressera pas en raison d'un bogue connu "DBNODEUPDATE.SH HANGS IN RHPHELPER TO DRAIN SESSIONS AND SHUTDOWN INSTANCE".

/var/log/cellos/dbnodeupdate.trc affichera cette valeur comme dernière ligne :

(ACTION:) Executing RHPhelper to drain sessions and shutdown instances. 
(trace:/u01/app/grid/crsdata/scaqak04dv0201/rhp//executeRHPDrain.150721125206.trc)

[FATAL] [INS-32156] Installer has detected that there are non-readable files in oracle home.
CAUSE: Following files are non-readable, due to insufficient permission oracle.ahf/data/scaqak03dv0104/diag/tfa/tfactl/user_root/tfa_client.trc
ACTION: Ensure the above files are readable by grid.

Cause : Le programme d'installation a détecté un fichier de suivi non lisible, oracle.ahf/data/scaqak03dv0104/diag/tfa/tfactl/user_root/tfa_client.trc créé par Autonomous Health Framework (AHF) dans le répertoire de base Oracle, ce qui entraîne l'échec de l'ajout d'une machine virtuelle de grappe.

AHF exécuté en tant que root a créé un fichier trc avec la responsabilité root, que l'utilisateur grid ne peut pas lire.

chown grid:oinstall /u01/app/19.0.0.0/grid/srvm/admin/logging.properties

chown -R grid:oinstall /u01/app/19.0.0.0/grid/oracle.ahf*

chown -R grid:oinstall /u01/app/grid/oracle.ahf*

Description : L'ajout d'une machine virtuelle à une grappe de machines virtuelles se termine avec succès. Cependant, pour les bases de données utilisant Data Guard, la nouvelle machine virtuelle n'est pas ajoutée à la liste de noeuds dans le fichier /var/opt/oracle/creg/<db>.ini.

Cause : Les bases de données prenant en charge Data Guard ne seront pas étendues à la nouvelle machine virtuelle ajoutée. Par conséquent, le fichier <db>.ini ne sera pas non plus mis à jour, car l'instance de base de données n'est pas configurée dans la nouvelle machine virtuelle.

Action : Pour ajouter une instance aux bases de données principale et de secours et aux nouvelles machines virtuelles (Non-Data Guard) et pour retirer une instance d'un environnement Data Guard, voir la note 2811352.1 sur My Oracle Support.

** CPU Scale Update **An error occurred during module execution. Please refer to the log file for more information

Cause : Après le provisionnement d'une grappe de machines virtuelles, le fichier /var/opt/oracle/cprops/cprops.ini, généré automatiquement par la base de données-service (DBaaS), n'est pas mis à jour avec les paramètres common_dcs_agent_bindHost et common_dcs_agent_port, ce qui entraîne l'échec de l'ajustement hors ligne d'UC.

common_dcs_agent_bindHost=<IP_Address>
common_dcs_agent_port=7070

netstat -tunlp | grep 7070

netstat -tunlp | grep 7070
tcp 0 0 <IP address 1>:7070 0.0.0.0:* LISTEN 42092/java
tcp 0 0 <IP address 2>:7070 0.0.0.0:* LISTEN 42092/java

Vous pouvez spécifier l'une des deux adresses IP, <IP address 1> ou <IP address 2> pour le paramètre common_dcs_agent_bindHost.

Description : Après la permutation, la nouvelle base de données de secours (ancienne base principale) reste arrêtée et ne peut pas redémarrer.

Action : Après avoir effectué la permutation, procédez de la façon suivante :

1. Redémarrez la base de données de secours à l'aide de la commande srvctl start database -db <standby dbname>.
2. Rechargez le module d'écoute en tant qu'utilisateur grid sur tous les noeuds de grappe de base de données principale et de secours.
   • Pour recharger le module d'écoute à l'aide de la haute disponibilité, téléchargez et appliquez le correctif 25075940 dans le répertoire de base de Grid Infrastructure, puis exécutez lsnrctl reload -with_ha.
   • Pour recharger le module d'écoute, exécutez lsrnctl reload.

Après avoir rechargé le module d'écoute, vérifiez que les services <dbname>_DGMGRL sont chargés dans le module d'écoute à l'aide de la commande lsnrctl status.

Description : Si le port du module d'écoute SCAN pour le réseau client et le réseau de récupération après sinistre sont différents, la configuration de Data Guard (DG) échoue lors de la phase de vérification de la création de l'association Data Guard.

Action : Utilisez les mêmes ports du module d'écoute SCAN (ou port par défaut) sur tous les réseaux. Pour corriger le port du module d'écoute après la configuration de la grappe, exécutez la commande GI home/bin/srvctl modify listener -listener listener_name -endpoints endpoints. Pour plus d'informations, voir srvctl modify listener dans le guide d'administration et de déploiement d'Oracle Real Application Clusters.

[FATAL] [DBAAS-60022] Command '/u02/app/oracle/product/23.0.0.0/dbhome_3/bin/srvctl 'start' 'service' '-db' 'db23ano' '-service' 'db23ano_PDBJULY242.paas.oracle.com'' has failed on nodes [localnode].

Action : Si la version de Grid Infrastructure est 23.4.0.24.05, effectuez une mise à niveau vers la version 23.5.0.24.07 pour résoudre ce problème.

Description : La création d'une base de données enfichable peut échouer pour un sous-ensemble de bases de données enfichables lorsque plusieurs bases de données enfichables sont créées en parallèle.

ORA-03113: end-of-file on communication channel

Action : Réessayez la création de la base de données enfichable qui a échoué.