Les opérations d'application de patches peuvent é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 parvient pas à accéder à la banque d'objets.

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

Si vous n'avez pas pu résoudre le problème à l'aide des informations de cette rubrique, suivez les procédures ci-dessous pour collecter des informations sur la base de données et des informations de diagnostic pertinentes. Après avoir collecté ces informations, contactez le support technique Oracle.

• Collecte des journaux des outils cloud
  Utilisez les fichiers journaux pertinents susceptibles d'aider le support technique Oracle à examiner et à résoudre un problème donné.
• Collecte d'Oracle Diagnostics
  

Description : ce problème se produit par intermittence. 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 purge les connexions, ce qui ne progresse pas en raison d'un bug connu : "DBNODEUPDATE.SH HANGS IN RHPHELPER TO DRAIN SESSIONS AND SHUTDOWN INSTANCE".

/var/log/cellos/dbnodeupdate.trc affichera ce qui suit à la 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é la présence d'un fichier trace non accessible en lecture (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 cluster.

AHF a été exécuté lorsque root a créé un fichier trc avec la propriété 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 à un cluster de machines virtuelles est effectué, mais pour les bases de données avec Data Guard activé, la nouvelle machine virtuelle n'est pas ajoutée à la liste des noeuds dans le fichier /var/opt/oracle/creg/<db>.ini.

Cause : les bases de données avec Data Guard activé ne sont pas étendues à la machine virtuelle nouvellement ajoutée. Par conséquent, le fichier <db>.ini n'est 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, ainsi qu'aux nouvelles machines virtuelles (sans Data Guard), et pour enlever une instance d'un environnement Data Guard, reportez-vous à la note My Oracle Support 2811352.1.

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

Cause : après le provisionnement d'un cluster de machines virtuelles, le fichier /var/opt/oracle/cprops/cprops.ini, généré automatiquement par l'instance Database-as-a-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 du redimensionnement hors ligne de l'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 indiquer l'une des deux adresses IP, <adresse IP 1> ou <adresse IP 2>, pour le paramètre common_dcs_agent_bindHost.

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

Action : après avoir effectué la permutation, procédez comme suit :

1. Redémarrez la base de données de secours à l'aide de la commande srvctl start database -db <nom BdD de secours>.
2. Rechargez le processus d'écoute en tant qu'utilisateur grid sur tous les noeuds de cluster principaux et de secours.
   • Pour recharger le processus d'écoute avec la haute disponibilité, téléchargez le patch 25075940 et appliquez-le au répertoire de base Grid, puis exécutez lsnrctl reload -with_ha.
   • Pour recharger le processus d'écoute, exécutez lsrnctl reload.

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

Description : si le port de processus d'écoute SCAN du réseau client et du réseau de récupération après sinistre est différent, la configuration Data Guard échoue lors de la phase de vérification de la création de l'association Data Guard.

Action : utilisez les mêmes ports de processus d'écoute SCAN (ou port par défaut) sur tous les réseaux. Pour corriger le port de processus d'écoute une fois le cluster configuré, exécutez la commande GI home/bin/srvctl modify listener -listener listener_name -endpoints endpoints. Pour plus d'informations, reportez-vous à srvctl modify listener dans le Guide d'administration et de déploiement 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 de bases de données pluggables peut échouer pour un sous-ensemble de bases de données pluggables lorsque plusieurs bases de données pluggables 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 pluggable ayant échoué.