Oracle
 sql >> Database >  >> RDS >> Oracle

ORA-16205 Aggiornamento a 11.2.0.3

Sto cercando di aggiornare tutti i nostri database da 11.2.0.2 a 11.2.0.3 quest'anno. I miei primi aggiornamenti sono stati su un RAC primario a 2 nodi con un database di standby RAC a 2 nodi in un banco di prova. Non c'è molto in questo database in quanto è solo un database di partenza. Ma questo mi ha permesso di testare l'aggiornamento sui database RAC sia con un primario che con uno standby. Ho documentato il processo lungo il percorso.

Dopodiché, ero pronto per aggiornare i nostri database di sviluppo e test. Ho usato il DBUA per eseguire l'aggiornamento e si è spento senza intoppi. I nostri database di sviluppo e test sono cloni della produzione e siamo stati in grado di testare la nostra applicazione personalizzata con la nuova versione.

Finalmente, ero pronto per aggiornare la produzione. Ancora una volta, ho usato DBUA per eseguire l'aggiornamento del database primario. Ma questa volta, ho colpito un errore:

ORA-16205 log_archive_dest2 contiene valori ripetuti o in conflitto

Uh Oh. Questo è stato inaspettato poiché non avevo visto questo errore in nessuno dei miei precedenti aggiornamenti. I database di sviluppo e test non hanno uno standby, quindi LOG_ARCHIVE_DEST2 non è impostato. Il mio banco di prova è impostato in modo leggermente diverso, quindi non ho riscontrato il problema lì. Poiché si trattava di un evento imprevisto, quella sera ho annullato il mio upgrade e ho deciso di andare fino in fondo al problema e riprogrammare l'upgrade per una data successiva.

Ho scoperto che il bug 13387526 (corretto in 11.2.0.4) può causare questo problema per questo parametro quando si esegue STARTUP UPGRADE sul database. Nel mio banco di prova, ho creato un database RAC 11.2.0.2 con uno standby RAC. Nel primario, ho impostato LOG_ARCHIVE_DEST_2 su qualcosa di molto simile a quello che era in produzione. Ho tentato l'aggiornamento su questo banco di prova e mi sono imbattuto nello stesso bug. Per aggirare il problema, ho impostato LOG_ARCHIVE_DEST_2 su 'service=my_standby db_unique_name=my_standby'. Con questa impostazione minima dei parametri, l'aggiornamento è quindi proceduto correttamente. Al termine dell'aggiornamento, ho riportato questo parametro all'impostazione originale.