Verifica della configurazione
Al termine della configurazione DR, verificare immediatamente che la configurazione sia corretta eseguendo uno switchover completo o aprendo il sito secondario per la convalida. L'apertura del sito secondario per la convalida non avrà effetto sul sistema in esecuzione nel database primario.
Apri il secondario per la convalida
Nota:
Questa operazione deve essere eseguita con cautela: se nel database sono presenti messaggi o composti in sospeso quando viene convertito in snapshot, i server SOA del sito in standby li elaboreranno all'avvio. Controllare che non vi siano azioni in sospeso nel database primario durante la conversione in standby snapshot. In caso contrario, rimuovere i record dalle tabelle SOA di runtime nel database di standby dopo la conversione nel database di standby snapshot e prima di avviare i server SOA del sito secondario. Fare riferimento alla sezione Rimozione di record dalle tabelle di runtime senza eliminare le tabelle per la procedura di convalida del sito in standby senza eseguire uno switchover.Nota:
ORA-01403: nessun dato trovato ORA-06512 erroriDurante la convalida del sito secondario come descritto in questa sezione (senza eseguire uno switchover completo, ovvero aprire il database in modalità standby istantanea) "ORA-01403: nessun dato trovato ORA-06512" può mostrare errori nei log dei server SOA in standby. Questi errori sono correlati al job di rimozione automatica SOA. Questi errori si verificano poiché i job nel database potrebbero avere dipendenze del ruolo DB (verranno definiti come abilitati solo quando il database si trova nel ruolo principale). Si tratta di un funzionamento previsto e desiderato che impedisce l'esecuzione dei job due volte (una volta nel database primario e una volta nel database in standby). Il job di rimozione automatica SOA viene definito con il ruolo principale, pertanto non viene visualizzato nella vista DBA_SCHEDULER_JOBS quando il database è in modalità standby istantanea. Il file database_role
definito per ogni job può essere visualizzato nella vista DBA_SCHEDULER_JOB_ROLE. In sintesi, questi errori possono essere ignorati finché vengono visualizzati nel sistema in standby. Il job dello scheduler per la rimozione automatica SOA verrà eseguito sul database se e solo se l'istanza ne modifica il ruolo in PRIMARY.