Prerequisiti

Informazioni sui prerequisiti per l'upgrade dell'architettura dei microservizi Oracle GoldenGate.

Come procedura ottimale, eseguire prima un aggiornamento minimo o di base, ovvero eseguire l'aggiornamento senza aggiungere nuove funzioni e parametri aggiuntivi o non obbligatori.

Se Oracle GoldenGate viene aggiornato sul lato di origine in cui è presente Extract, il formato del file trail rimane invariato. Solo se un valore FORMAT RELEASE superiore viene impostato sul parametro EXTTRAIL o viene eseguito un valore ETROLLOVER, il file trail verrà aggiornato a una release successiva. Ciò consente di aggiornare il sistema di destinazione in cui esiste Replicat, in modo indipendente. Quando vengono aggiornati tutti i sistemi di destinazione, è possibile aggiornare la release del formato del parametro EXTTRAIL per sfruttare le nuove funzioni che si basano su un formato di file trail più elevato. Non è richiesto alcun riposizionamento di alcun processo.

Dopo aver verificato che l'aggiornamento dell'ambiente è riuscito, è possibile implementare le nuove funzioni e i parametri aggiuntivi in base alle esigenze.

Le istruzioni per l'upgrade includono anche i passi per l'upgrade del database di origine o di destinazione e di Oracle GoldenGate contemporaneamente.

Considerazioni sull'upgrade di Oracle GoldenGate

Prima di avviare l'aggiornamento, esaminare le informazioni sull'aggiornamento di Extract e Replicat.

Come procedura ottimale, eseguire prima un aggiornamento minimo o di base, ovvero eseguire l'aggiornamento senza aggiungere nuove funzioni e parametri aggiuntivi o non obbligatori. Dopo aver verificato che l'aggiornamento dell'ambiente è riuscito, è possibile implementare le nuove funzioni e i parametri aggiuntivi in base alle esigenze.

Anche se è possibile aggiornare solo le installazioni di origine o di destinazione, anziché entrambe, tutti i processi sono coinvolti nell'aggiornamento. Tutti i processi devono essere arrestati nell'ordine corretto per l'upgrade, indipendentemente dal componente che si esegue l'upgrade e i trail devono essere elaborati fino a quando non sono vuoti.

Oracle consiglia di iniziare l'aggiornamento con la destinazione anziché con l'origine per evitare la necessità di modificare il formato del file trail.

File binari di installazione e distribuzioni

Con Microservices Architecture, esiste una forte separazione tra la posizione in cui è installato il software e la struttura della directory di distribuzione per l'istanza di Oracle GoldenGate, che contiene i file dei parametri, i file di report e i file trail. Per entrambe queste aree, i file binari del software e la distribuzione, sono strettamente separati. Quindi, non vi è alcuna interferenza tra le vecchie e le nuove installazioni software relative alle implementazioni.

Durante un aggiornamento del software, il nuovo software verrà installato in modo indipendente. La distribuzione che funziona con il vecchio software verrà interrotta. Quindi, l'ambiente di distribuzione verrà modificato in base al nuovo software e la distribuzione verrà riavviata.

Se nel computer host è stata generata una configurazione proxy inversa con OGG_HOME/lib/utl/reverseproxy/ReverseProxySettings, considerare la possibilità di riconfigurarla per utilizzare la utility ReverseProxySetting avanzata disponibile con Oracle GoldenGate. Per i dettagli sulla utility ReverseProxySetting, vedere Configurare Oracle GoldenGate Reverse Proxy con NGINX.

Considerazioni sulla sicurezza

Non è possibile modificare una distribuzione non sicura in una distribuzione sicura o una distribuzione sicura in una non sicura. La sicurezza distribuzione deve essere configurata al momento della creazione della distribuzione e non può essere modificata. Se si desidera passare a una distribuzione sicura, è necessario creare un'altra distribuzione sicura e quindi spostare manualmente estrazioni, repliche, servizio ricevente e servizio di distribuzione nella nuova distribuzione.

Service Manager e distribuzioni

Quando si esegue l'upgrade di Oracle GoldenGate, è necessario prima aggiornare il Service Manager. La versione software di Service Manager deve essere successiva o uguale alla versione delle distribuzioni, tranne quando XAG è abilitato.

Nota: se si utilizza Oracle Grid Infrastructure Agent (XAG), è necessario aggiornare anche le distribuzioni gestite da Service Manager aggiornato. Non è supportato eseguire distribuzioni in un Service Manager utilizzando una release software Oracle GoldenGate diversa da quella del Service Manager quando XAG è abilitato.

Estrai considerazioni upgrade

Se si stanno aggiornando più processi Extract che operano in una configurazione consolidata (molte origini a una destinazione), aggiornare una Extract alla volta.

Il rollback del file trail di output viene eseguito automaticamente al riavvio dell'estrazione e all'aggiornamento della versione dell'estrazione.

Per Oracle GoldenGate per Oracle AI Database, quando un database viene aggiornato a una versione binaria superiore e quindi sottoposto a downgrade a una versione binaria inferiore, qualsiasi acquisizione esistente non può continuare il mining. Le acquisizioni devono essere eliminate e devono essere create nuove estrazioni per continuare.

Nota: a partire da Oracle GoldenGate 26ai, Extract filtra le operazioni DDL contrassegnate per impostazione predefinita, in modo che le DDL di Oracle Data Pump (con etichetta 00) vengano escluse dall'acquisizione. Per acquisire queste DDL, configurare DDLOPTIONS INCLUDETAG 00, ma usare cautela nelle impostazioni bidirezionali in quanto ciò potrebbe includere altre DDL contrassegnate e introdurre loop di replica.

Per ulteriori informazioni, vedere UPGRADE HEARTBEATTABLE.

Considerazioni sull'aggiornamento di Replicat

Tutte le installazioni Replicat devono essere aggiornate contemporaneamente. È fondamentale assicurarsi che tutti i trail che portano a tutti i gruppi Replicat in tutti i sistemi di destinazione vengano elaborati fino a quando non sono vuoti, in base alle istruzioni di aggiornamento.

Quando si esegue l'upgrade dalle release precedenti alla release 19c di Oracle GoldenGate, assicurarsi di non utilizzare il parametro SOURCEDEF in Replicat, altrimenti il Replicat verrà interrotto. Tuttavia, se il formato del file trail è precedente alla 12.2, SOURCEDEF è ancora necessario perché non esistono metadati nel file trail.

Il tipo di dati TIMEZONE viene gestito in modo diverso con le release 21c e successive di Oracle GoldenGate. Pertanto, potrebbe essere necessario eseguire il comando ALTER REPLICAT EXTSEQNO per eseguire la sincronizzazione con i file trail più recenti dopo aver utilizzato il vecchio file trail scritto da Extract. Per informazioni dettagliate, vedere il comando ALTER REPLICAT.

Considerazioni sui file trail

Se Oracle GoldenGate viene aggiornato sul lato di origine in cui è presente Extract, il formato del file trail rimane invariato. Tuttavia, il file trail viene aggiornato a una release successiva solo se viene impostato un valore FORMAT RELEASE superiore al parametro EXTTRAIL o viene eseguito un valore ETROLLOVER. Ciò consente di aggiornare il sistema di destinazione in cui esiste Replicat, in modo indipendente. Quando vengono aggiornati tutti i sistemi di destinazione, è possibile aggiornare la release del formato del parametro EXTTRAIL per sfruttare le nuove funzioni che si basano su un formato di file trail più elevato. Non è richiesto alcun riposizionamento di alcun processo.