Risoluzione dei problemi relativi a GoldenGate - Amazon Relational Database Service
Errore durante l'apertura del log redo onlineOracle GoldenGate sembra essere configurato correttamente ma la replica non funzionaIntegrato: REPLICAT lento a causa della query attivata.» 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 GoldenGate

Questa sezione spiega i problemi più comuni relativi all'utilizzo di Oracle GoldenGate con Amazon RDS for 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 di GoldenGate recuperare i log dall'istanza DB di origine secondo necessità.

  • 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 le tabelle da SCN cui GoldenGate lavora Oracle.

Per risolvere questo problema

  1. Accedere al database di origine e avviare l'interfaccia a riga di GoldenGate comando Oracle (ggsci). L'esempio seguente mostra il formato per l'accesso.

    dblogin userid oggadm1@OGGSOURCE

  2. Utilizzando la ggsci riga di comando, impostate SCN l'avvio del EXTRACT processo. L'esempio seguente imposta il valore SCN 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 ggsci riga di comando, impostate l'avvio del SCN processo. REPLICAT L'esempio seguente imposta il valore SCN su 223274 per. REPLICAT

    start RABC atcsn 223274

Integrato: REPLICAT lento a causa della query attivata.» SYS _ DBA _ APPLY _ CDR _INFO»

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

Quando CDR risolve una collisione, può inserire temporaneamente i 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, usa la RDS procedura Amazonrdsadmin.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;