Risoluzione dei problemi relativi a Oracle GoldenGate - Amazon Relational Database Service
Errore durante l'apertura del log redo onlineOracle GoldenGate sembra essere configurato correttamente, ma la replica non funzionaIntegrated REPLICAT lento a causa della query su SYS."_DBA_APPLY_CDR_INFO"

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi relativi a Oracle GoldenGate

In questa sezione vengono illustrati i problemi più frequenti relativi all'uso di Oracle GoldenGate con Amazon RDS per Oracle.

Errore durante l'apertura del log redo online

Assicurati di configurare i database per mantenere i log redo archiviati. Considera le linee guida seguenti:

  • Specifica il periodo di retention dei log in ore. Il valore minimo è 1 ora.

  • Imposta la durata su un valore superiore a eventuali potenziali tempi di inattività dell'istanza database di origine e a eventuali potenziali problemi relativi al periodo di comunicazione o di rete per l'istanza database di origine. Tale durata consente a Oracle GoldenGate di recuperare i log dall'istanza database di origine, se necessario.

  • Assicurarsi di disporre di spazio sufficiente sulla propria istanza per i file.

Se non è abilitata l'opzione di conservazione dei log o il suo valore è troppo basso, riceverai un messaggio di errore simile al seguente.

2022-03-06 06:17:27  ERROR   OGG-00446  error 2 (No such file or directory) 
opening redo log /rdsdbdata/db/GGTEST3_A/onlinelog/o1_mf_2_9k4bp1n6_.log for sequence 1306 
Not able to establish initial position for begin time 2022-03-06 06:16:55.

Oracle GoldenGate sembra essere configurato correttamente, ma la replica non funziona

Per le tabelle preesistenti, è necessario specificare il numero SCN di Oracle GoldenGate.

Per risolvere questo problema

  1. Accedi al database di origine e avvia l'interfaccia della linea di comando Oracle GoldenGate (ggsci). L'esempio seguente mostra il formato per l'accesso.

    dblogin userid oggadm1@OGGSOURCE

  2. Utilizzando la riga di comando ggsci, imposta l'SCN iniziale per il processo EXTRACT. Nell'esempio seguente, l'SCN viene impostato su 223274 per EXTRACT.

    ALTER EXTRACT EABC SCN 223274
start EABC

  3. Accedi al database di destinazione. L'esempio seguente mostra il formato per l'accesso.

    dblogin userid oggadm1@OGGTARGET

  4. Utilizzando la riga di comando ggsci, imposta l'SCN iniziale per il processo REPLICAT. Nell'esempio seguente, l'SCN viene impostato su 223274 per REPLICAT.

    start RABC atcsn 223274

Integrated REPLICAT lento a causa della query su SYS."_DBA_APPLY_CDR_INFO"

Oracle Goldengate Conflict Detection and Resolution (CDR) fornisce routine di base per la risoluzione dei conflitti. Ad esempio, CDR può risolvere un conflitto univoco per un'istruzione INSERT.

Quando CDR risolve una collisione, è possibile inserire temporaneamente record nella tabella delle eccezioni _DBA_APPLY_CDR_INFO. Integrato REPLICAT elimina questi record in un secondo momento. In uno scenario raro, REPLICAT integrato può elaborare un gran numero di collisioni, ma un nuovo integrato REPLICAT non lo sostituisce. Invece di essere rimosse, le righe esistenti in _DBA_APPLY_CDR_INFO sono orfane. Tutti i nuovi processi REPLICAT integrati rallentano perché stanno eseguendo query su righe orfane in _DBA_APPLY_CDR_INFO.

Per rimuovere tutte le righe da _DBA_APPLY_CDR_INFO, attenersi alla Amazon RDS procedura rdsadmin.rdsadmin_util.truncate_apply$_cdr_info. Questa procedura viene rilasciata nell'ambito della versione di ottobre 2020 e dell'aggiornamento delle patch. La procedura è disponibile nelle seguenti versioni del database:

Nell'esempio seguente viene troncata la tabella _DBA_APPLY_CDR_INFO.

SET SERVEROUTPUT ON SIZE 2000
EXEC rdsadmin.rdsadmin_util.truncate_apply$_cdr_info;