sql >> Base de Datos >  >> RDS >> Oracle

ORA-16205 Actualización a 11.2.0.3

Estoy tratando de actualizar todas nuestras bases de datos de 11.2.0.2 a 11.2.0.3 este año. Mis primeras actualizaciones fueron en un RAC principal de 2 nodos con una base de datos en espera de RAC de 2 nodos en un banco de pruebas. No hay mucho en esta base de datos, ya que es solo una base de datos de inicio. Pero esto me permitió probar la actualización en las bases de datos RAC tanto con una primaria como con una de reserva. Documenté el proceso a lo largo del camino.

Después de eso, estaba listo para actualizar nuestras bases de datos de desarrollo y prueba. Usé el DBUA para realizar la actualización y se disparó sin problemas. Nuestras bases de datos de desarrollo y prueba son clones de producción y pudimos probar nuestra aplicación personalizada con la nueva versión.

Finalmente, estaba listo para mejorar la producción. Nuevamente, utilicé DBUA para realizar la actualización de la base de datos principal. Pero esta vez, me encontré con un error:

ORA-16205 log_archive_dest2 contiene valores repetidos o en conflicto

UH oh. Esto fue inesperado ya que no había visto este error en ninguna de mis actualizaciones anteriores. Las bases de datos de desarrollo y prueba no tienen un modo de espera, por lo que LOG_ARCHIVE_DEST2 no está configurado. Mi banco de pruebas está configurado de manera ligeramente diferente, por lo que no detecté el problema allí. Dado que se trataba de un evento imprevisto, cancelé mi actualización esa noche y decidí llegar al fondo del problema y reprogramar la actualización para una fecha posterior.

Descubrí que el error 13387526 (corregido en 11.2.0.4) puede causar este problema para este parámetro cuando realiza la ACTUALIZACIÓN DE INICIO en la base de datos. En mi banco de pruebas, creé una base de datos RAC 11.2.0.2 con un RAC en espera. En el primario, configuré LOG_ARCHIVE_DEST_2 en algo muy similar a lo que estaba en producción. Intenté la actualización en este banco de pruebas y me encontré con el mismo error. Para solucionar el problema, configuré LOG_ARCHIVE_DEST_2 en 'service=my_standby db_unique_name=my_standby'. Con esta configuración mínima de parámetros, la actualización se realizó correctamente. Después de que se realizó la actualización, restablecí este parámetro a su configuración original.