Db2 LUW: tipi di dati, oggetti e operazioni supportati

Questa sezione contiene informazioni sui tipi di dati, gli oggetti e le operazioni supportati per Oracle GoldenGate in Db2 LUW.

Tipi di dati LUW Db2 supportati

Oracle GoldenGate supporta tutti i tipi di dati LUW Db2, ad eccezione di quelli elencati in Tipi di dati LUW Db2 non supportati.

Limitazioni del supporto

Oracle GoldenGate presenta le limitazioni riportate di seguito per il supporto dei tipi di dati LUW Db2.

• Oracle GoldenGate supporta i tipi di dati di caratteri a più byte e i dati a più byte memorizzati nelle colonne di caratteri. I dati multibyte sono supportati solo in una configurazione simile. Trasformazione, filtraggio e altri tipi di manipolazione non sono supportati per i dati dei caratteri a più byte.

• Le colonne BLOB e CLOB devono avere una clausola LOGGED nelle definizioni.

• A causa delle limitazioni presenti nell'interfaccia IBM DB2READLOG, Oracle GoldenGate non supporta il coordinamento delle transazioni tra i nodi in un ambiente DDPF (Database Partitioning Feature) Db2. In DPF, una transazione può estendersi su più nodi, a seconda di come i dati vengono partizionati.

  Tuttavia, se hai bisogno di catturare da esso, puoi farlo con determinate limitazioni. Controllare la nota del Supporto Oracle Supporta Oracle GoldenGate DB2 LUW Data Partitioning Feature (DPF)? (2763006,1 DocID).

• Le colonne GRAPHIC e VARGRAPHIC devono trovarsi in un database in cui il set di caratteri è UTF16. Qualsiasi altro set di caratteri causa l'interruzione di Oracle GoldenGate.

• Il supporto della gamma e della precisione per i numeri a virgola mobile dipende dalla macchina host. In generale, la precisione è accurata a 16 cifre significative, ma è necessario esaminare la documentazione del database per determinare le approssimazioni previste. Oracle GoldenGate arrotonda o tronca i valori che superano la precisione supportata.

• Extract supporta completamente l'acquisizione e l'applicazione da TIMESTAMP(0) a TIMESTAMP(12) quando il formato del trail di output è 19.1 o superiore. In caso contrario, Extract tronca i dati da TIMESTAMP(10) a TIMESTAMP(12) a nanosecondi (massimo nove cifre di tempo frazionario) e invia un'avvertenza al file di report.

• Oracle GoldenGate supporta i dati dell'indicatore orario da 0001/01/03:00:00:00 a 9999/12/31:23:59:59. Se un indicatore orario viene convertito da GMT all'ora locale, questi limiti si applicano anche all'indicatore orario risultante. A seconda del fuso orario, la conversione può aggiungere o sottrarre ore, il che può causare il superamento dell'indicatore orario del limite supportato inferiore o superiore.

• Oracle GoldenGate non supporta l'applicazione di filtri, il mapping di colonne o la manipolazione di oggetti di grandi dimensioni con dimensioni superiori a 4K. È possibile utilizzare la funzionalità completa di Oracle GoldenGate per gli oggetti di dimensioni pari o inferiori a 4K.

• È supportata la replica delle colonne XML tra i database di origine e di destinazione con lo stesso set di caratteri. Se i set di caratteri del database di origine e di destinazione sono diversi, la replica XML potrebbe non riuscire con un errore del database perché alcuni caratteri potrebbero non essere riconosciuti (o validi) nel set di caratteri del database di destinazione.

• Oracle GoldenGate non certifica l'acquisizione delle modifiche dalle tabelle organizzate in colonne LUW Db2.

• Il tipo di dati DECFLOAT supporta i valori numerici speciali NaN, sNaN e Infinity/-Infinity.

  Per ulteriori informazioni sui tipi di dati in base ai database che supportano valori speciali, vedere Valori speciali supportati dai tipi di dati del database.

Tipi di dati LUW Db2 non supportati

I tipi di dati LUW Db2 non supportati sono:

• XMLType (acquisizione)

• Tipi predefiniti dall'utente

• Date negative

Oggetti e operazioni supportati per Db2 LUW

Gli oggetti e le operazioni supportati per Db2 LUW sono:

• Oracle GoldenGate Extract supporta l'acquisizione cross-endian in cui il database e Oracle GoldenGate sono in esecuzione su server di ordine di byte diversi. L'ordine dei byte viene rilevato automaticamente per Db2 LUW versione 10.5 o successiva. Se la rilevazione automatica del database Db2 nel database Db2 LUW 10.5 non è richiesta, è possibile sostituirla specificando il parametro TRANLOGOPTIONS MIXEDENDIAN [ON|OFF] . Per Db2 LUW versione 10.1, questo parametro deve essere utilizzato nel file dei parametri Extract per l'acquisizione cross-endian. Per ulteriori informazioni, vedere TRANLOGOPTIONS.

• L'ambiente Db2 pureScale è supportato.

• Oracle GoldenGate supporta il numero massimo di colonne e le dimensioni delle colonne per tabella supportate dal database.

• TRUNCATE TABLE.

• Tabelle in cluster multidimensionali (MDC).

• Tabelle di query materializzate. Oracle GoldenGate non replica l'MQT stesso, ma solo le tabelle di base. Il database di destinazione gestisce automaticamente il contenuto dell'MQT in base alle modifiche applicate alle tabelle di base da Replicat.

• Tabelle con ROW COMPRESSION. In Db2 LUW versione 10.1 e successive, COMPRESS YES STATIC è supportato e COMPRESS YES ADAPTIVE sono supportati.

• La funzione Dimensione riga estesa è abilitata per impostazione predefinita. È supportato con una soluzione alternativa utilizzando FETCHCOLS. Per i valori di colonna che sono tipi di dati VARCHAR o VARGRAPHIC e che sono memorizzati fuori riga nel database, è necessario recuperare queste righe estese specificando queste colonne utilizzando l'opzione FETCHCOLS nel parametro TABLE nel file dei parametri di estrazione. Se questa opzione è impostata, quando i valori delle colonne sono fuori riga, Oracle GoldenGate ne recupererà il valore. Se il valore non è compreso e FETCHCOLS non è specificato, Extract verrà interrotto per evitare la perdita di dati. Se non si desidera utilizzare questa funzione, impostare il parametro extended_row_size su DISABLE.

  La funzione Dimensione riga estesa è abilitata per impostazione predefinita. È supportato con una soluzione alternativa utilizzando FETCHCOLS per Db2 LUW 10.1. Per i valori di colonna che sono tipi di dati VARCHAR o VARGRAPHIC e che sono memorizzati fuori riga nel database, è necessario recuperare queste righe estese specificando queste colonne utilizzando l'opzione FETCHCOLS nel parametro TABLE nel file dei parametri Extract. Se questa opzione è impostata, quando i valori delle colonne sono fuori riga, Oracle GoldenGate ne recupera il valore. Se il valore è esaurito e non viene specificato FETCHCOLS, Extract viene interrotto per evitare la perdita di dati. Se non si desidera utilizzare questa funzione, impostare extended_row_size parameter su DISABLE. Per Db2 i valori fuori riga LUW 10.5 e superiori vengono acquisiti senza problemi da Extract. FETCHCOLS non è più necessario per acquisire le colonne fuori riga da queste versioni del database.

• Sono supportate tabelle temporali con Db2 LUW 10.1 FixPack 2 e versioni successive. Questa è l'impostazione predefinita per Replicat.

  • La replica tra le tabelle temporali del periodo di sistema e le tabelle temporali del periodo di applicazione non è supportata.

  • La replica da una tabella non temporale a una tabella temporale non è supportata.

  • La replica delle tabelle temporali con il parametro INSERTALLRECORDS non è supportata.

  • La replica bidirezionale è supportata solo con la replica predefinita.

  • Il CDR nella replica bidirezionale non è supportato.

  • È supportato il CDR nelle tabelle temporali del periodo applicazione.

• Le opzioni supportate con il comando SEND EXTRACT SHOWTRANS \ SKIPTRANS \ FORCETRANS sono:

  Opzioni supportate con il comando SHOWTRANS

  SHOWTRANS [transaction_ID]  [COUNT n]
  [DURATION duration unit]
  [TABULAR][FILE file_name] |

  Opzioni con SKIPTRANS e FORCETRANS.

  SKIPTRANS transaction_ID
  [FORCE] FORCETRANS transaction_ID  [FORCE]

• I limiti al supporto automatico delle tabelle heartbeat sono i seguenti:

  • [THREAD n] [DETAIL] non è supportato.

  • La frequenza e la frequenza di rimozione dei parametri heartbeat di Oracle GoldenGate sono accettate in secondi e giorni. Tuttavia, lo scheduler dei task LUW Db2 accetta la propria pianificazione solo in formato cron in modo che il valore di input di Oracle GoldenGate nel formato cron possa comportare una perdita di precisione. Ad esempio:

ADD HEARTBEATTABLE, FREQUENCY 150, PURGE_FREQUENCY 20

This example sets the `FREQUENCY` to 150 seconds, which is converted to the closest minute value of 2 minutes, so the heartbeat table is updated every 120 seconds instead of every 150 seconds. Setting `PURGE_FREQUENCY` to 20 means that the history table is purged at midnight on every 20th day.

• Di seguito sono riportati i passi necessari per l'esecuzione dei task pianificati di heartbeat.

  1. Impostare la variabile di registro DB2_ATS_ENABLE su db2set DB2_ATS_ENABLE=YES.

  2. Creare la tablespace SYSTOOLSPACE se non esiste già:

  CREATE TABLESPACE SYSTOOLSPACE IN IBMCATGROUP MANAGED BY AUTOMATIC STORAGE
  EXTENTSIZE 4

  1. Assicurarsi che il proprietario dell'istanza disponga dell'autorità di amministrazione del database (DBADM):

     GRANT DBADM ON DATABASE TO instance_owner_name

Oggetti e operazioni non supportati per Db2 LUW

Gli oggetti e le operazioni per l'LUW Db2 non supportati da Oracle GoldenGate sono:

• Nomi di schemi, tabelle o colonne con spazi finali

• Più istanze di un database

• Estrazione o replica delle operazioni DDL (data definition language)

• Colonne generate (clausola GENERATE ALWAYS)

• DB2 La funzione di partizionamento dati (DPF) non è supportata. DPF non fornisce un modo per leggere i record di log in modo coordinato su tutti i nodi di una partizione. Quindi, non c'è modo di garantire che anche se tutti i nodi vengono replicati con estrazioni separate, sarebbe possibile garantire che tutti i record di tutte le transazioni siano applicati nell'ordine temporale corretto. Ciò può verificarsi a causa di una serie di fattori, tra cui l'inserimento nella cache nel database e il sistema operativo sottostante, che non consentono alle estrazioni di avere visibilità sull'eventuale presenza di voci inserite nella cache e non ancora visibili che potrebbero influire sull'ordinamento delle operazioni dei record in tutte le partizioni. A causa di questa incertezza, non è possibile garantire che le transazioni che si estendono su partizioni o aggiornamenti delle chiavi primarie possano essere replicate in modo coerente.

Schemi di sistema

Gli schemi o gli oggetti riportati di seguito non vengono replicati automaticamente da Oracle GoldenGate a meno che non vengano specificati in modo esplicito senza un carattere jolly.

• "SYSIBM"

• "SYSCAT"

• "SYSSTAT"

• "SYSPROC"

• "SYSFUN"

• "SYSIBMADMIN"

• "SYSTOOLS"

• "SYSPUBLIC"

Nomi oggetti supportati

Per un elenco dei caratteri supportati nei nomi oggetto, vedere Nomi oggetto database supportati.