Las operaciones de aplicación de parches pueden fallar por diversos motivos. Normalmente, una operación falla porque un nodo de base de datos está caído, no hay suficiente espacio en el sistema de archivos o la máquina virtual no puede acceder al almacén de objetos.

• Determinación del problema
  En la consola, puede identificar una operación de aplicación de parches fallida consultando el historial de parches de un sistema Oracle Exadata Database Service on Cloud@Customer o una base de datos individual.
• Solución de problemas y diagnóstico
  Diseñe las incidencias más comunes que se pueden producir durante el proceso de aplicación de parches de cualquiera de los componentes de Oracle Exadata Database Service on Cloud@Customer.

Si no ha podido resolver el problema con la información de este tema, siga los procedimientos siguientes para recopilar la información de diagnóstico y de bases de datos relevante. Una vez recabada la información, póngase en contacto con los Servicios de Soporte Oracle.

• Recopilación de logs de herramientas en la nube
  Utilice los archivos log relevantes que podrían ayudar a los Servicios de Soporte Oracle en una investigación más a fondo y la resolución de un problema determinado.
• Recopilación de diagnósticos de Oracle
  

Descripción: se trata de una incidencia intermitente. Durante la actualización del sistema operativo de máquina virtual con Grid Infrastructure 19c y las bases de datos en ejecución, dbnodeupdate.sh espera a que RHPhelper vacíe las conexiones, lo cual no progresará debido a un bug conocido "DBNODEUPDATE.SH HANGS IN RHPHELPER TO DRAIN SESSIONS AND SHUTDOWN INSTANCE".

/var/log/cellos/dbnodeupdate.trc lo mostrará en la última línea:

(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.

Causa: el instalador ha detectado un archivo de rastreo no legible, oracle.ahf/data/scaqak03dv0104/diag/tfa/tfactl/user_root/tfa_client.trc, creado por Autonomous Health Framework (AHF) en el directorio raíz de Oracle que provoca un fallo al agregar una VM de cluster.

AHF ejecutado como root ha creado un archivo trc con propiedad root que el usuario grid no puede leer.

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*

Descripción: la adición de una VM a un cluster de VM se realiza correctamente. Sin embargo, para las bases de datos con Data Guard activado, la nueva VM no se agrega a la lista de nodos en el archivo /var/opt/oracle/creg/<db>.ini.

Causa: las bases de datos con Data Guard activado no se ampliarán a la VM recién agregada. Por lo tanto, el archivo <db>.ini tampoco se actualizará porque la instancia de base de datos no está configurada en la nueva VM.

Acción: para agregar una instancia a las bases de datos principal y en espera y a las nuevas VM (sin Data Guard) y eliminar una instancia de un entorno de Data Guard, consulte la nota 2811352.1 de My Oracle Support.

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

Causa: después de aprovisionar un cluster de VM, el archivo /var/opt/oracle/cprops/cprops.ini, generado automáticamente por la base de datos como servicio (DBaaS), no se actualiza con los parámetros common_dcs_agent_bindHost y common_dcs_agent_port y esto hace que falle el escalado fuera de línea de la CPU.

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

Puede especificar una cualquiera de las dos direcciones IP, <IP address 1> o <IP address 2>, para el parámetro common_dcs_agent_bindHost.

Descripción: después de realizar el switchover, la nueva base de datos en espera (antigua principal) permanece cerrada y no se puede reiniciar.

Acción: después de realizar el switchover, realice lo siguiente:

1. Reinicie la base de datos en espera con el comando srvctl start database -db <standby dbname>.
2. Vuelva a cargar el listener como usuario grid en todos los nodos de cluster principal y en espera.
   • Para volver a cargar el listener utilizando la alta disponibilidad, descargue y aplique el parche 25075940 en el directorio raíz de Grid y, a continuación, ejecute lsnrctl reload -with_ha.
   • Para volver a cargar el listener, ejecute lsrnctl reload.

Después de volver a cargar el listener, verifique que los servicios <dbname>_DGMGRL se cargan en el listener mediante el comando lsnrctl status.

Descripción: si el puerto del listener de SCAN para la red de cliente y la red de recuperación ante desastres (red de DR) son diferentes, la configuración de Data Guard (DG) falla durante la fase de verificación de la creación de la asociación de Data Guard.

Acción: utilice los mismos puertos del listener de SCAN (o puerto por defecto) en todas las redes. Para corregir el puerto del listener después de configurar el cluster, ejecute el comando GI home/bin/srvctl modify listener -listener listener_name -endpoints endpoints. Para obtener más información, consulte srvctl modify listener en la Guía de administración y despliegue de 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].

Acción: si la versión de Grid Infrastructure es 23.4.0.24.05, actualice a la versión 23.5.0.24.07 para resolver este problema.

Descripción: la creación de PDB puede fallar para el subjuego de PDB cuando se crean varias PDB en paralelo.

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

Acción: vuelva a intentar la creación de la PDB fallida.