OPZIONI DATABASE

Valido per

Estrai e Replicat

Descrizione

Utilizzare il parametro DBOPTIONS per specificare le opzioni del database. Questo è un parametro globale valido per tutte le istruzioni TABLE o MAP nel file dei parametri. Alcune opzioni per i parametri DBOPTIONS sono valide solo per Extract o Replicat.

Il parametro DBOPTIONS può essere posizionato in qualsiasi punto del file dei parametri indipendentemente da altri parametri.

Predefinito

Nessuno

Sintassi

DBOPTIONS
[ALLOWLOBDATATRUNCATE | NOALLOWLOBDATATRUNCATE]
[ALLOWUNUSEDCOLUMN | NOALLOWUNUSEDCOLUMN]
[ALLOWNONSTANDARDINTERVALDATA]
[BINDCHARFORBITASCHAR]
[CATALOGCONNECT | NOCATALOGCONNECT]
[CONNECTIONPORT <port>]
[DECRYPTPASSWORD <shared_secret> ENCRYPTKEY {DEFAULT | <key_name>}]
[DEFERREFCONST][DELETE_CHECKPOINT_RECS]
[DISABLECOMMITNOWAIT]
[DISABLELOBCACHING]
[ENABLE_INSTANTIATION_FILTERING]
[EMPTYLOBSTRING '<string>']
[FETCHBATCHSIZE <records>]
[FETCHCHECKFREQ <seconds>]
[FETCHLOBS | NOFETCHLOBS]
[FETCHRETRYCOUNT <number>]
[FETCHTIMEOUT <seconds> | NOFECHTIMEOUT]
[FORCE_XML_ESCAPE_CONVERSION]
[HOST *{<DNS_name> | <IP_address>}*]
[INTEGRATEDPARAMS(<parameter>[, ...])]
[LIMITROWS | NOLIMITROWS]
[LOBBUFSIZE <bytes>]
[LOBWRITESIZE <bytes>]
[MAXLOBKEYLEN <datalength>]
[SESSIONPOOLMAX <max_value> |
[SESSIONPOOLMIN <min_value>][SESSIONPOOLINCR <increment_value>]
[SETTAG [<tag_value> | NULL] ]
[SHOWINFOMESSAGES]
[SHOWWARNINGS]
[SKIPTEMPLOB | NOSKIPTEMPLOB]
[SOURCE_DB_NAME <src_dbase>_<global_name>][SPTHREAD | NOSPTHREAD]
[SQLMODE]
[SUPPRESSTEMPORALUPDATES]
[SUPPRESSTRIGGERS | NOSUPPRESSTRIGGERS]
[TDSPACKETSIZE <bytes>]
[TRANSNAME <trans_name>][USEDATABASEENCODING]
[XMLBUFSIZE <bytes>]
ALLOWLOBDATATRUNCATE NOALLOWLOBDATATRUNCATE

Valido per Replicat per Db2 LUW e MySQL. ALLOWLOBDATATRUNCATE impedisce l'interruzione di Replicat quando i dati LOB replicati sono troppo grandi per una colonna CHAR, VARCHAR, BINARY o VARBINARY di destinazione ed è applicabile solo alle colonne LOB di destinazione. oppure la replica di Db2 LUW, ALLOWLOBDATATRUNCATE impedisce l'interruzione di Replicat quando i dati LOB replicati sono troppo grandi per una colonna LOB di destinazione. I dati LOB vengono troncati alla dimensione massima della colonna di destinazione senza ulteriori messaggi di errore o avvertenze.

NOALLOWLOBDATATRUNCATE è l'impostazione predefinita e causa l'interruzione di Replicat con un messaggio di errore se il file LOB replicato è troppo grande.

ALLOWUNUSEDCOLUMN NOALLOWUNUSEDCOLUMN

Valido per Extract per Oracle. Controlla se Extract viene interrotto quando incontra una tabella con una colonna inutilizzata.

L'impostazione predefinita è ALLOWUNUSEDCOLUMN. Quando Extract rileva una tabella con una colonna inutilizzata, continua l'elaborazione e genera un warning.When utilizzando questo parametro, è necessario che nella destinazione esista la stessa colonna inutilizzata oppure è necessario specificare un file delle definizioni di origine per la tabella in Replicat, in modo che sia possibile eseguire il mapping dei metadati corretto.

NOALLOWUNUSEDCOLUMN causa l'abuso di Extract su colonne non utilizzate.

ALLOWNONSTANDARDINTERVALDATA

Valido per PostgreSQL.

Utilizzare DBOPTIONS ALLOWNONSTANDARDINTERVALDATA nel file dei parametri Extract per acquisire i dati dell'intervallo di segno misto (o qualsiasi altro formato di curve, non supportato da Oracle GoldenGate) come stringa (non come curve standard). Quando si utilizza questa opzione, il formato delle curve che vengono scritte nel trail e applicate nella colonna CHAR di destinazione è il seguente:

year-component-sign years-months days-component-sign days hour-component-sign hours:minutes:seconds.fractional_seconds

Ad esempio, +1026-9 +0 +0:0: 22.000000 deve essere interpretato come 1026 anni 9 mesi 0 giorni 0 ore 0 minuti 22 secondi. -0-0 -0 -8 deve essere interpretato come 0 anni 0 mesi 0 giorni -8 ore. +1-3 +0 +3:20 deve essere interpretato come 1 anni 3 mesi 0 giorni 3 ore 20 minuti.

Nel caso di Replicat, se i dati dell'intervallo di origine sono stati acquisiti utilizzando DBOPTIONS ALLOWNONSTANDARDINTERVALDATA e scritti come stringa nel trail, la colonna di origine corrispondente può essere mappata a una colonna di tipo char o binary nella destinazione.

BINDCHARFORBITASCHAR

Valido per DEFGEN, Extract e Replicat per Db2 per i. Consente di trattare le colonne definite come CHAR o VARCHAR con CCSID CCSID 65535 oppure CHAR e VARCHAR FOR BIT DATA come se il campo avesse una normale codifica traducibile. La codifica viene prelevata dal job CCSID. Quando questa opzione è attiva, DEFGEN non indica che il campo è binario nel file defs.

CATALOGCONNECT NOCATALOGCONNECT

Valido per Extract e Replicat per i database ODBC.

Per impostazione predefinita, Oracle GoldenGate crea una nuova connessione per le query del catalogo, ma è possibile utilizzare NOCATALOGCONNECT per impedirlo.

CONNECTIONPORT <port>

Valido per Replicat per il daemon multiplo MySQL. Specifica la porta TCP/IP dell'istanza alla quale deve connettersi Replicat. Il valore minimo è 1 e il valore predefinito è 3306.

DEFERREFCONST NODEFERREFCONST

Valido per Replicat non integrato per Oracle. Opzione predefinita per Replicat integrato parallelo.

Imposta i vincoli per DEFERRABLE per ritardare il controllo e l'applicazione dei vincoli dell'eliminazione a cascata e dell'aggiornamento a cascata dei vincoli dell'integrità referenziale dal database di destinazione Oracle finché non viene eseguiti il commit delle transazioni Replicat. A quel punto, se ci sono violazioni dei vincoli, viene generato un errore. Integrated Replicat non richiede la disabilitazione dei vincoli referenziali sul sistema di destinazione.

È possibile utilizzare DEFERREFCONST invece di disabilitare i vincoli nelle tabelle di destinazione o impostarli su DEFERRED. Se utilizzato, DEFERREFCONST differisce sia i vincoli DEFERABLE che NOT DEFERABLE. DEFERREFCONST si applica a ogni transazione elaborata da Replicat. Il parametro DEFERREFCONST funziona su Oracle 11.2.0.2 e versioni successive.

Se utilizzato con una release di Oracle AI Database che non supporta questa funzionalità, DEFERREFCONST viene ignorato senza restituire una notifica al log di Oracle GoldenGate. Per gestire gli errori nell'operazione di commit, è possibile utilizzare REPERROR al livello root del file dei parametri e specificare l'opzione TRANSDISCARD o TRANSEXCEPTION. Nota: non utilizzare Replicat coordinato DEFERREFCONST perché non è possibile garantire che le righe correlate nelle tabelle padre e figlio vengano elaborate dallo stesso thread

Il parallelo DBOPTIONS DEFERREFCONST verrà aggiunto alla configurazione Replicat solo quando si imposta GOLDENGATESETTIGS_REPLICATIONMODE=PARALLEL_NON_INTEGRATED nel file di risposta (.rsp).

Utilizzare l'opzione NODEFERREFCONST per disabilitare l'opzione DEFERREFCONST.

DELETE_CHECKPOINT_RECS

Valido per Parallel Replicat per MySQL.

Utilizzare l'opzione DBOPTIONS_DELETE_CHECKPOINT_RECS per sostituire il metodo predefinito di troncamento delle tabelle di checkpoint con la clausola "DELETE FROM" per pulire le tabelle di checkpoint in Parallel Replicat. Consente di evitare i lock dei metadati che potrebbero verificarsi in Parallel Replicat durante le operazioni di troncamento predefinite.

DISABLECOMMITNOWAIT

Valido per Replicat per Oracle.

Disabilita l'uso dell'istruzione COMMIT asincrona da parte del Replicat. COMMIT asincrona Un'istruzione COMMIT asincrona include l'opzione NOWAIT.

Quando si utilizza DISABLECOMMITNOWAIT, Replicat emette un sincrono standard COMMIT (COMMIT con l'opzione WAIT).

DISABLELOBCACHING

Valido per Replicat non integrato per Oracle.

Disabilita il meccanismo di inserimento nella cache LOB di Oracle. Per impostazione predefinita, Replicat abilita il meccanismo di inserimento nella cache LOB di Oracle.

ENABLE_INSTANTIATION_FILTERING

Valido per Oracle.

Abilita la creazione automatica di un'istanza per tabella mediante il filtro CSN nelle tabelle create utilizzando il comando SET_INSTANTIATION_CSN.

SOURCE_DB_NAME è obbligatorio se gli oggetti Oracle AQ (Advanced Queuing) sono inclusi nella replica e la replica procedurale è abilitata.

FETCHBATCHSIZE <records>

Valido per Extract per Oracle, Db2 per i, Db2 z/OS, PostgreSQL e SQL Server.

Consente il recupero di array per i caricamenti iniziali per migliorare le prestazioni, anziché una riga alla volta. Utilizzato per l'estrazione del carico iniziale.

I valori validi per Oracle, Db2 per i, Db2 z/OS e SQL Server sono compresi tra 0 e 1000000 record per recupero. I valori validi per Db2 LUW sono compresi tra 1 e 1000000 record per recupero; zero (0) non è un valore valido.

Il valore predefinito è

  1. Le prestazioni rallentano quando la dimensione del batch diventa molto piccola o molto grande. Se la tabella contiene dati LOB, Extract ripristina la modalità di recupero a riga singola, quindi riprende la modalità di recupero batch in seguito.

FETCHCHECKFREQ <seconds>

Valido per Extract integrato per Oracle.

Specifica il numero di secondi di attesa di Extract tra ogni controllo recupero per il recupero dell'ADG. Un numero basso migliora la latenza anche se aumenta il numero di query di current_scn from v$database. Il valore predefinito è 3 secondi; il valore massimo è 120 secondi.

FETCHLOBS NOFETCHLOBS

Valido per Extract per Db2 per z/OS e Db2 per LUW.

Elimina il recupero dei LOB direttamente dalla tabella del database quando le opzioni LOB per la tabella sono impostate su NOT LOGGED. Con NOT LOGGED, il valore della colonna non è disponibile nei log delle transazioni e può essere ottenuto solo dalla tabella stessa. Per impostazione predefinita, Oracle GoldenGate acquisisce le modifiche ai LOB dai log delle transazioni. L'impostazione predefinita è FETCHLOBS.

FETCHRETRYCOUNT <number>

Valido per Extract per Oracle.

Specifica il numero di tentativi di Extract prima che riporti l'avanzamento di ADG o il motivo dell'assenza di avanzamento durante l'attesa del recupero di ADG. Questo valore viene moltiplicato per FETCHCHECKFREQ per determinare approssimativamente la frequenza con cui viene segnalato l'avanzamento ADG. Il valore predefinito per FETCHRETRYCOUNT è 5 e l'intervallo di valori valido è 0 - 1000.

FETCHTIMEOUT <seconds> | NOFETCHTIMEOUT

Valido per Extract per Oracle.

Specifica il numero di secondi di attesa di Extract dopo i quali verrà interrotto quando ADG non avanza. Nessun avanzamento può essere dovuto al fatto che MRP non è in esecuzione o perché non sta applicando modifiche di ripristino. Quando ciò si verifica, il database ADG deve essere esaminato. Il valore predefinito è 30 secondi. I valori validi sono compresi tra 0 e 4294967295 (valore massimo ub4) secondi. NOFETCHTIMEOUT indica che non è possibile specificare il timeout (come FETCHTIMEOUT 0) e non è possibile specificare secondi con esso.

FORCE_XML_ESCAPE_CONVERSION

Per i formati trail fie di Oracle GoldenGate19c, se FORCE_XML_ESCAPE_CONVERSION è abilitato, Replicat esegue l'escape dei caratteri linefeed per i tipi di carattere nelle colonne ANYDATA. Se questo parametro è abilitato per un file trail con formato 19.1 o superiore, viene ignorato perché Extract esegue già l'escape linefeed.

Questo parametro interessa solo le colonne ANYDATA quando NOUSENATIVEOBJSUPPORT è attivato per Extract. Nota: questa opzione di parametro non ha effetto sulle colonne ANYDATA recuperate dal database da Logminer in modalità nativa.

HOST <{DNS_name | IP_address}>

Valido per Replicat per il daemon multiplo MySQL.

Specifica il nome DNS o l'indirizzo IP del sistema che contiene l'istanza a cui Replicat deve connettersi.

INTEGRATEDPARAMS(<parameter>[, ...])

Valido per Integrated Replicat per Oracle.

Passa le impostazioni per dei parametri che controllano il server in ingresso del database all'interno dell'Oracle AI Database di destinazione.

È possibile utilizzare l'opzione commit_serialization con INTEGRATEDPARAMS per Replicat integrato, ma non per Replicat parallelo in modalità integrata. L'impostazione dei parametri interni del database per Extract viene eseguita utilizzando TRANLOGOPTIONS INTEGRATEDPARAMS.

Per ulteriori informazioni su Replicat integrato e un elenco dei parametri del server in entrata supportati, vedere Opzioni aggiuntive dei parametri per Integrated Replicat e Parallel Replicat in Integrated Mode nella documentazione dei microservizi Oracle GoldenGate.

LIMITROWS NOLIMITROWS

Valido per Replicat per MariaDB, MySQL, Oracle, SingleStore, SQL Server, Sybase e TimesTen.

LIMITROWS impedisce l'aggiornamento o l'eliminazione di più righe da parte della stessa istruzione SQL Replicat quando la tabella di destinazione non dispone di una chiavi primaria o univoca.

LIMITROWS è l'impostazione predefinita. LIMITROWS e NOLIMITROWS si applicano a livello globale a tutte le istruzioni MAP in un file di parametri.

Per MySQL, LIMITROWS utilizza una clausola LIMIT 1 nell'istruzione UPDATE o DELETE.

Per le destinazioni Oracle, è necessario utilizzare LIMITROWS (impostazione predefinita). Utilizza WHERE ROWNUM = 1 o AND ROWNUM = 1 nella clausola WHERE.

Per SQL Server, LIMITROWS utilizza una clausola SET ROWCOUNT 1 prima dell'istruzione UPDATE o DELETE.

NOLIMITROWS consente l'aggiornamento o l'eliminazione di più righe mediante la stessa istruzione SQL Replicat.

LOBBUFSIZE <bytes>

Valido per Extract per Db2 LUW, Db2 per i, Db2 z/OS, Oracle, PostgreSQL e SQL Server.

Per Oracle, determina la dimensione in byte del buffer di memoria da allocare per ogni attributo LOB incorporato che si trova in un tipo di oggetto Oracle.

Per i database non Oracle, specifica la dimensione del buffer per recuperare i dati LOB durante il caricamento iniziale.

I valori validi sono compresi tra 1024 e 104857600 byte. Il valore predefinito è di 1048576 byte.

Per Oracle, se la lunghezza di LOB incorporato supera la dimensione LOBBUFSIZE specificata, viene generato un messaggio di errore simile al seguente:

GGS ERROR    ZZ-0L3  Buffer overflow, needed: 2048, allocated:
1024.

LOBWRITESIZE <bytes>

Valido per Replicat non integrato per Oracle.

Specifica una dimensione del frammento in byte per ogni LOB che Replicat scrive nel database di destinazione. I dati LOB vengono memorizzati in un buffer fino a raggiungere questa dimensione. Poiché i LOB devono essere scritti nel database in frammenti, la scrittura in blocchi più grandi impedisce un I/O eccessivo. Maggiore è il valore, minori sono le chiamate di I/O effettuate da Replicat al database server per scrivere l'intero LOB nel database.

Specificare un multiplo della dimensione del frammento LOB Oracle. Un determinato valore verrà arrotondato per eccesso a un multiplo della dimensione del frammento LOB Oracle, se necessario. La dimensione di scrittura LOB predefinita è 32k se si specifica DBOPTIONS NOSKIPTEMPLOB o 1 MB se si specifica DBOPTIONS SKIPTEMPLOB. I valori validi sono compresi tra 2.048 byte e 2.097.152 byte (2 MB).

Per impostazione predefinita, Replicat abilita il meccanismo di inserimento nella cache LOB di Oracle. Per disabilitare l'inserimento nella cache LOB di Oracle, utilizzare l'opzione DISABLELOBCACHING di DBOPTIONS.

MAXLOBKEYLEN <datalength>

Valido per Extract per PostgreSQL.

Imposta le colonne del tipo di dati LOB da elaborare come parte della chiave. I valori validi del parametro datalength possono essere compresi tra 1 e 8000. I LOB che possono essere parte della chiave sono:

SESSIONPOOLMAX <max_value>

Valido per Extract in modalità integrata per Oracle.

Imposta un valore massimo per il numero di sessioni nel pool di sessione OCI, che viene utilizzato da Extract per recuperare dati da un container database. Il valore predefinito è 10 sessioni. Deve essere specificato prima del parametro USERIDALIAS. In caso contrario, verrà ignorato e verrà utilizzato il valore predefinito.

SESSIONPOOLMIN <min_value>

Valido per Extract in modalità integrata per Oracle.

Imposta un valore minimo per il numero di sessioni nel pool di sessione OCI, che viene utilizzato da Extract per recuperare dati da un container database. Il valore predefinito è 2 sessioni. Deve essere specificato prima del parametro USERIDALIAS. In caso contrario, verrà ignorato e verrà utilizzato il valore predefinito.

SESSIONPOOLINCR <increment_value>

Valido per Extract in modalità integrata per Oracle.

Imposta un valore per il numero di sessioni incrementali che si possono aggiungere al pool di sessione OCI, che viene utilizzato da Extract per recuperare dati da un container database. Il valore predefinito è 2 sessioni. Deve essere specificato prima del parametro USERIDALIAS. In caso contrario, verrà ignorato e verrà utilizzato il valore predefinito.

SETTAG [<tag_value> | NULL

Valido per Replicat per Oracle.

Imposta il valore di un redo tag Oracle che verrà utilizzato per identificare le transazioni del Replicat associato nel redo log. Un redo tag può essere utilizzato anche per identificare transazioni diverse da quelle di Replicat. Questo parametro è consigliato su EXCLUDEUSER e TRACETABLE.

Utilizzare questa opzione per impedire il ciclo (loopback) di Replicat dei singoli record in una configurazione bidirezionale o per filtrare l'acquisizione di altre transazioni. Il valore predefinito SETTAG è 00 ed è limitato a 2K byte. Un valore valido è qualsiasi singola tag Oracle Streams. Il valore di un tag può avere una lunghezza massima di 2000 cifre esadecimali (0-9 A-F).

Le transazioni nel redo contrassegnate con la tag specificata possono essere filtrate da un Extract con il parametro TRANLOGOPTIONS con l'opzione EXCLUDETAG impostata su <tag_value>. Utilizzare il filtro basato su tag per impedire il ciclo (loop-back) delle transazioni Replicat in una configurazione bidirezionale o per filtrare altre transazioni dall'acquisizione. Per ulteriori informazioni, vedere TRANLOGOPTIONS.

È possibile disabilitare l'applicazione di tag a DDL utilizzando il parametro [DDLOPTIONS](ddloptions.html#GUID-E316EFCB-862D-4055-8B8E-C48EC82F2DDE) con l'opzione NOTAG.

<hex_value>

Valore esadecimale compreso tra 0 e F. Il valore predefinito per il server di amministrazione è 00. Di seguito sono riportati alcuni esempi validi.

DBOPTIONS SETTAG 00112233445566778899AABBCCDDEEFF
DBOPTIONS SETTAG 00112233445566778899aabbccddeeff
DBOPTIONS SETTAG 123

NULL

Disabilita il filtro basato su tag per Replicat associato.

SKIPTEMPLOB NOSKIPTEMPLOB

Valido per Replicat per Oracle Database versioni 11g e 12c. Controlla la modalità di applicazione dei LOB a un database Oracle di destinazione. L'impostazione predefinita è SKIPTEMPLOB .

SKIPTEMPLOB migliora le prestazioni scrivendo direttamente i dati LOB nella colonna LOB di destinazione. Replicat crea un'istruzione SQL con un valore LOB vuoto e restituisce il locator LOB alla bind variable. Una volta eseguita correttamente l'istruzione SQL, i dati LOB vengono scritti direttamente nella colonna LOB utilizzando il locator LOB restituito.

NOSKIPTEMPLOB utilizza un LOB temporaneo nell'istruzione SQL. Replicat dichiara una bind variable all'interno dell'istruzione SQL e associa un LOB temporaneo, quindi scrive nel file LOB temporaneo. Oracle AI Database applica i dati della colonna LOB dal file temporaneo LOB.

SKIPTEMPLOB si applica alle operazioni INSERT e UPDATE che contengono dati LOB. Non si applica se la tabella ha un indice funzionale con una colonna LOB, se i dati LOB sono NULL, vuoti o memorizzati in linea. Non si applica alle operazioni LOB parziali.

SKIPTEMPLOB fa sì che Replicat generi o esegua 1 operazione DML+ n LOB_WRITE (a livello di pezzo) durante l'aggiornamento o l'inserimento di una riga con colonne LOB. Tuttavia, SKIPTEMPLOB non deve essere utilizzato con FETCHPARTIALLOB (un parametro Extract) perché comporta un recupero eccessivo.

Per la compatibilità con le versioni precedenti viene fornito il valore NOSKIPTEMPLOB. In caso contrario, è necessario mantenere il valore predefinito di SKIPTEMPLOB.

SOURCE_DB_NAME <src_dbase>_<global_name>

Valido per Oracle.

Indica il nome globale del database di origine trail. Viene utilizzato per eseguire una query sulle informazioni di creazione delle istanze rilevanti quando DBOPTIONS ENABLE_INSTANTIATION_FILTERING è abilitato. Questa opzione è facoltativa per il filtraggio delle istanze in un file trail 12.2. con metadati abilitati.

Se l'origine non dispone di DOMAIN, non specificare un valore DOMAIN per il database a valle.

L'opzione SOURCE_DB_NAME è obbligatoria se gli oggetti Oracle AQ (Advanced Queuing) sono inclusi nella replica e la replica procedurale è stata abilitata. Vedere l'esempio che segue.

DBOPTIONS SOURCE_DB_NAME CDB1_PDB1.NORTH.COM
SPTHREAD NOSPTHREAD

Valido per Extract e Replicat. Non valido per Oracle e MySQL.

Crea un thread di connessione al database separato per l'utilizzo di SQLEXEC per eseguire le stored procedure. L'impostazione predefinita è NOSPTHREAD.

SQLMODE

Con questa opzione abilitata, la variabile sql_mode viene impostata su 'ANSI_QUOTES' (set sql_mode = 'ANSI_QUOTES'). Considera le virgolette doppie (") come virgolette di identificativo (ad esempio il carattere virgolette `) e non come virgolette di stringa. È comunque possibile utilizzare ` per citare gli identificativi con questa modalità abilitata. Se ANSI_QUOTES è abilitato, non è possibile utilizzare le virgolette doppie (") per citare stringhe letterali, poiché viene interpretato come identificativo.

Per ulteriori informazioni, vedere Modalità SQL server.

SUPPRESSTEMPORALUPDATES

Valido per la replica della tabella temporale Db2 LUW 10.1 FixPack 2 e versioni successive.

Utilizzare SUPPRESSTEMPORALUPDATES per replicare le tabelle di periodi di sistema e bitemporali insieme alle tabelle di cronologia associate. Oracle GoldenGate replica le colonne inizio riga, fine riga e ID inizio transazione insieme alle altre colonne della tabella. È necessario assicurarsi che l'istanza di database disponga dell'autorizzazione di esecuzione per eseguire la stored procedure SYSPROC.SET_MAINT_MODE_RECORD_NO_TEMPORALHISTORY¿ sul lato di applicazione.

Per impostazione predefinita, Oracle GoldenGate non replica le colonne inizio riga, fine riga e ID inizio transazione. Per conservare i valori originali di queste colonne, implementare una delle seguenti opzioni.

Replica in un ambiente non Oracle:

Negli ambienti non Oracle in cui non sono presenti tabelle temporali sul lato di applicazione, è necessario impostare il valore delle colonne inizio riga, fine riga e ID inizio transazione. Queste colonne di origine avranno valori di indicatore orario che il database di destinazione potrebbe non supportare. È innanzitutto necessario utilizzare le funzioni di conversione della mappa per convertire questi valori nel formato supportato dal database di destinazione, quindi mappare le colonne di conseguenza. Ad esempio, MySQL ha un intervallo DATETIME compreso tra 1000-01-01 00:00:00.000000' to '9999-12-31 23:59:59.999999¿'. You cannot replicate a Db2 LUW timestamp value of 0001-01-01-00.00.00.0000000000000¿ e MySQL. Per replicare tali valori, è necessario convertire questo valore nel formato MySQL DATETIME. Ad esempio, se una tabella di tipo punto-sistema o bitemporale contiene la seguente colonna indicatore orario:

SYS_START
--------------------------------
0001-01-01-00.00.00.000000000000

Quindi, per replicare questa colonna in MySQL, utilizzare la funzione colmap() come indicato di seguito.

map <source_schema>.<source_table>, target <target_schema>.<target_table>
colmap(sys_start= @IF( ( @NUMSTR( @STREXT(sys_start,1,4))) > 1000, sys_start,
'1000-01-01 00.00.00.000000'));

Carico iniziale della tabella temporale:

Oracle GoldenGate supporta il caricamento iniziale della tabella temporale come al solito.

Con la tabella temporale tenere conto delle seguenti considerazioni:

SUPPRESSTRIGGERS NOSUPPRESSTRIGGERS

Valido per Integrated Replicat e Classic Replicat per Oracle.

Controlla se i trigger vengono attivati o meno durante la sessione Replicat. Fornisce un'alternativa alla disabilitazione manuale dei trigger. Replicat integrato non richiede la disabilitazione dei trigger nel sistema di destinazione.

SUPPRESSTRIGGERS è l'impostazione predefinita e impedisce ai trigger di attivare gli oggetti di destinazione configurati per la replica con Oracle GoldenGate. SUPPRESSTRIGGERS è valido per Oracle Database 12c, 11g (11.2.0.2) e release successive di 11g R2. SUPPRESSTRIGGERS non è valido per 11g R1.

Per consentire l'attivazione di un trigger specifico, è possibile utilizzare la seguente istruzione SQLEXEC nel file dei parametri Replicat, dove <trigger_owner> è il proprietario del trigger e <trigger_name> è il nome del trigger.

SQLEXEC 'DBMS_DDL.SET_TRIGGER_FIRING_PROPERTY('"S1"','"MY_TRIGGER"',FALSE);'

Nota: una volta eseguito questo SQLEXEC con FALSE, il trigger continuerà ad essere attivato fino a quando il comando non verrà eseguito di nuovo con l'impostazione TRUE.

NOSUPPRESSTRIGGERS consente l'attivazione dei trigger di destinazione. Per utilizzare [NO]SUPPRESSTRIGGERS, l'utente Replicat deve disporre dei privilegi concessi tramite il ruolo utente OGG_APPLY disponibile da Oracle AI Database 26ai e versioni successive o dal package dbms_goldengate_auth.grant_admin_privilege per Oracle Database 21c e versioni successive. Questa procedura fa parte dell'installazione di Oracle AI Database. Per ulteriori informazioni, consultare la documentazione del database.

Il parametro USERIDALIAS deve precedere un'istruzione DBOPTIONS contenente SUPPRESSTRIGGERS o NOSUPPRESSTRIGGERS.

TRANSNAME <trans_name>

Valido per Replicat per SQL Server.

Consente a un singolo Replicat di utilizzare un nome transazione specifico specificato nel file dei parametri. <trans_name> è il nome della transazione utilizzata da Replicat per le transazioni DML di destinazione e sostituisce il nome della transazione ggs_repl predefinito se utilizzato.

USEDATABASEENCODING

Per impostazione predefinita, Db2 per i Extract converte tutti i dati di testo in UTF-8 per i dati non DBCS e UTF-16 per i dati DBCS. L'uso di questa opzione fa sì che Extract memorizzi tutti i dati di testo nel trail nella codifica dei caratteri nativi per i dati non DBCS. Attualmente, i dati DBCS (GRAPHIC/VARGRAPHIC/DBCLOB) continuano a essere convertiti in UTF-16 indipendentemente dal fatto che questo parametro venga fornito o meno. Per i valori CCSID non supportati da Oracle GoldenGate, Extract converte i dati in UTF-8 per i dati non DBCS e UTF-16 per i dati DBCS per garantire la compatibilità per tutti i Replicat.

XMLBUFSIZE <bytes>

Valido per Extract per Oracle.

Imposta la dimensione del buffer di memoria in cui sono memorizzati i dati XML estratti dall'attributo sys.xmltype di un tipo di oggetto SDO_GEORASTER. L'impostazione predefinita è 1048576 byte (1 MB). Se i dati superano la dimensione del buffer predefinita, Extract verrà interrotto. In questo caso, aumentare la dimensione del buffer e riavviare Extract. L'intervallo di valori valido è compreso tra 1024 e 104857600 byte.

Esempi

Esempio 1

DBOPTIONS HOST 127.0.0.1, CONNECTIONPORT 3307

Esempio 2

DBOPTIONS DECRYPTPASSWORD AACAAAAAAAAAAAIALCKDZIRHOJBHOJUH ENCRYPTKEY DEFAULT

Esempio 3

DBOPTIONS TDSPACKETSIZE 2048

Esempio 4

DBOPTIONS FETCHBATCHSIZE 2000

Esempio 5

DBOOPTION XMLBUFSIZE 2097152