SEND EXTRACT

Utilizzare SEND EXTRACT per comunicare con un processo Extract in esecuzione. La richiesta verrà elaborata non appena Extract sarà pronto ad accettare i comandi dagli utenti.

Sintassi

SEND EXTRACT group_name, {
BR {BRINTERVAL interval |
   BRSTART |
   BRSTOP |
   BRCHECKPOINT {IMMEDIATE | IN n{M|H} | AT yyyy-mm-dd hh:mm[:ss]]}} |
BR BRFSOPTION { MS_SYNC | MS_ASYNC }
BR BRSTATS
BR BRSTATUS
CACHEMGR {CACHESTATS {ALL | MINIMAL | SUPERPOOL | CURRENTONLY | POOLS | POOL n | QUEUES} | CACHEQUEUES | CACHEVMUSAGE} |
FORCESTOP |
FORCETRANS transaction_ID [FORCE] |
GETLAG |
GETPARAMINFO [parameter_name] [FILE output_file] |
GETTCPSTATS |
LOGEND |
LOGSTATS |
REPORT |
RESUME |
ROLLOVER |
SHOWTRANS [transaction_ID] [COUNT n]
    [DURATION duration unit] [TABULAR]
    [FILE file_name [DETAIL]] [ALL]|
SKIPTRANS transaction_ID [FORCE] |
STATUS |
STOP |
TRACE[2] file_name |
TRACE[2] OFF |
TRACE OFF file_name |
TRACEINIT |
TRANLOGOPTIONS INTEGRATEDPARAMS(parameter_specification) |
TRANLOGOPTIONS {TRANLOGOPTIONS {PURGEORPHANEDTRANSACTIONS | NOPURGEORPHANEDTRANSACTIONS} |
TRANLOGOPTIONS TRANSCLEANUPFREQUENCY minutes |
VAMMESSAGE 'Teradata_command' |
VAMMESSAGE {'ARSTATS' | 'INCLUDELIST [filter]' | 'FILELIST [filter]'| 'EXCLUDELIST [filter]'} |
VAMMESSAGE 'OPENTRANS'
}

group_name

Nome del gruppo Extract o carattere jolly () per specificare più gruppi. Ad esempio, T invia il comando a tutti i processi Extract i cui nomi iniziano con la lettera T. Se Extract non in è esecuzione verrà restituito un errore.

BR {BRINTERVAL interval	BRSTART	BRSTOP
BRCHECKPOINT {IMMEDIATE	IN n {H	M}	AT yyyy-mm-dd[ hh:mm[:ss]]}}

Invia i comandi che hanno effetto sulla modalità Bounded Recovery di Extract.

BRINTERVAL interval

Imposta il periodo di tempo tra i checkpoint di Bounded Recovery. I valori validi vanno da 20 minuti a 96 ore specificate come M per i minuti o H per le ore, ad esempio 20M o 2H. L'intervallo predefinito è di 4 ore.

BRSTART

Avvia Bounded Recovery. Utilizzare questo comando solo dopo aver ricevuto esplicite istruzioni da parte del personale del Supporto Oracle.

BRSTOP

Interrompe Bounded Recovery per l'esecuzione e per il recupero. Prima di utilizzare questa opzione, si consiglia di consultare il personale del Supporto Oracle. Nella maggior parte dei casi Bounded Recovery si disattiva in modo automatico se si verifica un problema.

BRCHECKPOINT {IMMEDIATE

IN n{H

M}

AT yyyy-mm-dd[ hh:mm[:ss]]}}

Imposta il punto in corrispondenza del quale viene eseguito un checkpoint di Bounded Recovery. IMMEDIATE esegue il checkpoint immediatamente quando viene eseguito il comando SEND EXTRACT. IN esegue il checkpoint entro il numero di ore o di minuti specificato dall'esecuzione del comando SEND EXTRACT. AT esegue il checkpoint esattamente all'ora specificata.

BR BRFSOPTION {MS_SYNC | MS_ASYNC}

Esegue le scritture sincrone/asincrone dei dati mappati in Bounded Recovery.

MS_SYNC

Le scritture di Bounded Recovery dei dati mappati vengono sincronizzate per il completamento di integrità dei dati di I/O.

MS_ASYNC

Le scritture di Bounded Recovery dei dati mappati vengono avviate o accodate per uso futuro.

BR BRSTATS

Fornisce i dettagli relativi a ognuno dei pool di oggetti resi persistenti da BR. Vengono forniti i dettagli seguenti:

• dimensioni degli oggetti nel ciclo di vita del gruppo Extract;

• durata degli oggetti nel ciclo di vita del gruppo Extract;

• dimensioni degli oggetti esistenti a partire dal BCP più recente;

• durata degli oggetti esistenti a partire dal BCP più recente.

BR BRSTATUS

Restituisce lo stato della modalità di Bounded Recovery di Extract.

Viene visualizzato quanto riportato di seguito.

• Impostazioni correnti del parametro BR.

• Stato corrente di Bounded Recovery, se ne è stato eseguito uno, con l'intervallo di checkpoint corrente, gli indicatori orari relativi al checkpoint successivo e all'ultimo checkpoint, nonché il numero di oggetti totali e in sospeso e le dimensioni quando BR è in corso.

• Sequenza iniziale e finale, RBA, SCN e indicatore orario per le posizioni di checkpoint di Bounded Recovery (per singolo redo thread).

CACHESTATS {ALL

MINIMAL

SUPERPOOL

CURRENTONLY

POOLS

POOL n

QUEUES}

CACHESTATS restituisce la statistica relativa all'uso della memoria virtuale e all'inserimento dei file nella cache.

ALL

Restituisce tutte le statistiche COM ed è l'opzione predefinita.

MINIMAL

Returns condensed (minimal) version of COM stats whereas CACHEALL returns all statistics.

SUPERPOOL

Statistiche del pool privilegiato. Restituisce le statistiche su tutti i pool di oggetti.

CURRENTONLY

Restituisce solo le statistiche relative alla fase di esecuzione.

POOLS

Restituisce le statistiche per tutti i pool di oggetti.

POOL n

Restituisce solo le statistiche relative a pool di oggetti specificato.

QUEUES

Restituisce le statistiche solo per le code.

CACHEVMUSAGE

Restituisce la statistica relativa all'uso della memoria virtuale.

FORCESTOP

Forza l'arresto di Extract ignorando tutte le notifiche. Questo comando arresta immediatamente il processo.

FORCETRANS transaction_ID ] [FORCE]

Valido per Db2 LUW, Db2 IBM, MySQL, Oracle e SQL Server.

Induce Extract a scrivere nel trail una transazione specificata dal relativo numero di ID transazione come transazione di cui è stato eseguito il commit. FORCETRANS non esegue il Commit della transazione nel database di origine. Si limita a forzare la scrittura di dati nel trail in modo che vengano elaborati, con un commit implicito, da Replicat. È possibile ripetere FORCETRANS per altre transazioni secondo l'ordine di esecuzione. Tenere presente che il commit forzato di una transazione nel trail, e quindi nel database di destinazione, può causare discrepanze dei dati se le applicazioni utente di origine eseguono il rollback della transazione.

Dopo aver usato FORCETRANS, attendere almeno cinque minuti se si prevede di eseguire SEND EXTRACT con FORCESTOP. Senza tale attesa la transazione sarà ancora presente.

Se FORCETRANS viene utilizzato subito dopo l'avvio di Extract, è possibile Che venga visualizzato un messaggio d'errore che chiede di attendere e quindi provare nuovamente il comando. Ciò significa che Extract non ha ancora elaborato altre transazioni. Dopo l'elaborazione di un'altra transazione, sarà possibile forzare la scrittura della transazione nel trail.

transaction_ID

L'ID della transazione. Ottenere il numero ID della transazione con SHOWTRANS o da un messaggio del runtime Extract. Extract ignora tutti i dati aggiunti alla transazione dopo l'esecuzione di questo comando. A meno che non vengano utilizzati FORCE, è necessario rispondere a una richiesta di conferma. Per utilizzare FORCETRANS, è necessario che la transazione specificata sia la meno vecchia nella lista delle transazioni mostrate con SHOWTRANS.

FORCE

Valido per Oracle e SQL Server. Non è valido per MySQL.

Utilizzare FORCE per ignorare il prompt di conferma.

GETLAG

Determina il tempo di ritardo effettivo tra Extract e l'origine dati. Restituisce gli stessi risultati di LAG EXTRACT.

GETPARAMINFO [parameter_name] [FILE output_file]

Utilizzare GETPARAMINFO per eseguire la query sui valori dei parametri runtime di un'istanza in esecuzione, Extract, Replicat e Manager compresi. È possibile eseguire la query per un solo parametro o per tutti i parametri nonché inviare l'output alla console o a un file di testo.

parameter_name

Il funzionamento predefinito prevede la visualizzazione di tutti i parametri in uso, ovvero i parametri oggetto di query da parte dell'applicazione con i rispettivi valori correnti. Se si specifica un parametro particolare, l'output verrà filtrato in base a tale nome.

FILE output_file

Nome del file di testo al quale viene reindirizzato l'output.

GETTCPSTATS

Visualizza le statistiche relative all'attività di rete tra Extract e il sistema di destinazione. Le statistiche includono i dati riportati di seguito.

• Indirizzi IP locali e remoti.

• Messaggi in entrata e in uscita, in byte e in byte al secondo.

• Numero di ricezioni (in entrata) e di invii (in uscita). Vi saranno almeno due ricezioni per singolo messaggio in entrata: uno per la lunghezza e uno, o più, per i dati.

• Media dei byte per invio e ricezione.

• Tempo di attesa invio e ricezione: il tempo di attesa invio indica il tempo necessario per il completamento della scrittura in TCP. Minore è il tempo di attesa invio, migliori saranno le prestazioni nell'ambiente di rete. Il tempo di attesa ricezione indica il tempo necessario per il completamento di una lettura. Insieme, i tempi di attesa invio e ricezione forniscono una stima approssimativa del tempo di round trip della rete. L'unità di tempo utilizzata sono i microsecondi.

• Stato della compressione dei dati (abilitata o non abilitata).

• Byte non compressi e byte compressi: quando si esegue il confronto tra i byte non compressi e i byte compressi, si ottiene il rapporto di compressione, che indica la quantità dei byte prima e dopo la compressione. È possibile confrontare il rapporto di compressione con il numero di byte compressi al secondo per determinare se la velocità di compressione vale il costo in termini di uso delle risorse e della rete.

L'opzione TCPBUFSIZE di RMTHOST e RMTHOSTOPTIONS consente di gestire la dimensione del buffer TCP per i dati non compressi. Se la compressione è abilitata, la quantità di dati effettivamente immessi nella rete sarà inferiore a questa dimensione. GETTCPSTATS indica il throughput post-compressione.

LOGEND

Consente di verificare se Extract ha elaborato o meno tutti i record nell'origine dati.

LOGSTATS

Valido solo per Oracle.

Indica a Extract di eseguire un report sulle statistiche correlate all'elaborazione dei dati dei redo log file Oracle. Extract utilizza un logreader asincrono che legge in anticipo rispetto al record corrente in fase di elaborazione, in modo che i dati siano disponibili senza operazioni di I/O aggiuntive sui file di log. L'elaborazione viene eseguita mediante una serie di code di lettura/scrittura. I dati vengono analizzati da un thread producer in concomitanza con la lettura dei dati aggiuntivi dal file di log mediante un thread del processo di lettura. Pertanto, il motivo del termine "read-ahead" nelle statistiche.

Vengono fornite le statistiche riportate di seguito.

• AsyncReader.Buffersn: esiste un campo simile al presente per ogni coda buffer che contiene le informazioni di redo acquisite. Mostra la dimensione, il numero di record e il tempo di attesa prima dell'elaborazione dei dati. Queste statistiche vengono fornite per le operazioni di scrittura e di lettura nella coda.

• REDO readahead: numero dei buffer utilizzati per la lettura readahead in modo asincrona.

• REDO dimensione buffer readahead: la dimensione di ogni buffer.

• Byte REDO letti in anticipo per il redo corrente: indica se la modalità readahead è attiva o non attiva per i redo log file correnti (valore di ON o OFF).

• Byte REDO letti: numero dei byte letti da tutti i redo log file associati all'istanza corrente di Extract.

• Byte REDO letti in anticipo: numero dei byte elaborati dalla funzione readahead.

• REDO bytes unused: numero dei byte readahead eliminati in seguito alle modifiche di posizione di Extract o a causa di letture non più valide.

• Byte REDO analizzati: numero dei byte elaborati come dati di log validi.

• Output REDO byte: numero dei byte scritti sul file di trail (non include il sovraccarico interno di a Oracle GoldenGate).

REPORT

Genera un report statistico provvisorio nel file di report di Extract. Le statistiche visualizzate dipendono dalla configurazione del parametro STATOPTIONS quando utilizzato con l'opzione RESETREPORTSTATS | NORESETREPORTSTATS.

RESUME

Riprende (rende attivo) un processo sospeso mediante un evento EVENTACTIONS SUSPEND. Il processo riprende l'elaborazione normale dal punto in cui è stato sospeso.

ROLLOVER

Induce Extract a passare al file successivo nel trail quando viene riavviato. Ad esempio, se il file corrente è ET000002, dopo l'esecuzione del comando il file corrente sarà ET000003. L'incremento del trail può essere eseguito da 000001 fino a 999999, dopodiché la numerazione della sequenza riprende da 000000.

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

Valido per Db2 IBM, Db2 LUW, Db2 z/OS, MySQL, Oracle e SQL Server.

Visualizza informazioni sulle transazioni aperte. SHOWTRANS mostra i dati seguenti a seconda del tipo di database:

• Checkpoint del processo (con indicazione del log meno recente necessario per continuare a elaborare la transazione in caso di riavvio di Extract).

• ID transazione

• Nome del gruppo Extract

• Numero di redo thread

• Indicatore orario della prima operazione che Oracle GoldenGate estrae da una transazione (non l'ora di avvio effettiva della transazione)

• Numero SCN (System Change Number)

• Numero di redo log e RBA

• Stato (Pending COMMIT o Running). Lo stato Pending COMMIT viene visualizzato durante la scrittura di una transazione dopo l'esecuzione di un comandoFORCETRANS.

Senza opzioni SHOWTRANS visualizza tutte le transazioni aperte che potranno essere adattate al buffer disponibile. A volte non visualizza tuttavia il nome utente di output per una transazione aperta attiva in quanto il nome utente non viene fornito nel record iniziale dal log delle transazioni.

Vedere gli esempi per l'illustrazione di un output campione di SHOWTRANS. Per esercitare un maggiore controllo sull'output, vedere le opzioni seguenti.

transaction_ID

Limita l'output del comando a una transazione specifica.

COUNT n

Limita l'output al numero specificato di transazioni aperte, iniziando dalla meno recente. I valori validi sono compresi tra 1 e 1000.

DURATION duration unit

Limita l'output alle transazioni che sono rimaste aperte per un periodo di tempo superiore a quello specificato, dove:

duration rappresenta il periodo di tempo espresso come numero intero;

unit è uno dei seguenti per esprimere seconds, minutes, hours o days:

S|SEC|SECS|SECOND|SECONDS
M|MIN|MINS|MINUTE|MINUTES
H|HOUR|HOURS
D|DAY|DAYS

TABULAR

Valido solo per Oracle.

Genera l'output in un formato tabulare simile alla stampa della tabella predefinita da SQL*Plus. L'impostazione predefinita è un campo per riga.

FILE file_name [DETAIL]

Valido solo per Oracle e SQL Server. Non è valido per MySQL.

Induce Extract a scrivere le informazioni relative alle transazioni nel file specificato. Non viene generato alcun output alla console.

Per Oracle, utilizzando FILE con DETAIL, è possibile scrivere un dump di dati esadecimale e con caratteri non codificati. In questo modo viene eseguito il dump dell'intera transazione dalla memoria al file. La visualizzazione dei dati può aiutare a decidere se saltare la transazione o forzarne la scrittura nel trail.

Nota: le informazioni di base dettagliate vengono scritte in modo automatico nel file del report a intervalli specificati da `WARNLONGTRANS'

                                        CHECKINTERVAL` parameter.
                                        {: .infoboxnote}

[ALL]

Questa opzione consente di visualizzare tutte le transazioni in COM. Risulta utile quando si rilevano potenziali problemi con le transazioni di cui è stato eseguito il commit che rimangono in COM.

SKIPTRANS transaction_ID [FORCE]

Valido per Db2 LUW, Db2 IBM, MySQL, Oracle e SQL Server.

Induce Extract a saltare la transazione specificata, rimuovendo tutti i dati correnti dalla memoria e ignorando i dati successivi. A meno che non vengano utilizzati FORCE, è necessario rispondere a una richiesta di conferma. Dopo avere utilizzato SKIPTRANS, attendere almeno cinque minuti se si prevede di eseguire SEND EXTRACT con FORCESTOP. Senza tale attesa la transazione sarà ancora presente. Tenere presente che saltare una transazione può comportare la perdita dei dati nel database di destinazione.

Nota: per poter utilizzare SKIPTRANS, è necessario che la transazione specificata sia la meno avanzata nella lista delle transazioni mostrate con SHOWTRANS. È possibile ripetere il comando per altre transazioni secondo l'ordine di esecuzione.

transaction_ID

Numero ID della transazione. Ottenere il numero ID con SHOWTRANS o da un messaggio del runtime Extract.

FORCE

Valido per Oracle e SQL Server. Non è valido per MySQL.

Utilizzare FORCE per ignorare il prompt che conferma l'intento di saltare la transazione.

STATUS

Restituisce lo stato dettagliato dell'elaborazione, posizione e attività correnti comprese. I possibili messaggi sullo stato di elaborazione sulla riga Current status sono:

• Delaying: in attesa di ulteriori dati

• Suspended: in attesa della ripresa.

• Processing data: elaborazione dei dati

• Starting initial load: avvio di un'attività di caricamento iniziale

• Processing source tables: elaborazione dei dati per il task di caricamento iniziale.

• Reading from data source: lettura dall'origine dati, ad esempio un log di transazione o una tabella di origine

• Adding record to transaction list: aggiunta di un record alla lista delle transazioni della memoria file.

• At EOF (end of file): indica che non vi sono altri record da elaborare

Oltre agli stati indicati, vengono visualizzate le notazioni di stato seguenti durante l'operazione di recupero di Extract dopo un evento di interruzione anomala. In questo modo è possibile seguire lo stato di avanzamento dell'operazione in quanto Extract modifica continuamente la propria posizione di lettura del log nel corso del recupero.

• In recovery[1]: il recupero di Extract viene eseguito fino al relativo checkpoint nel log delle transazioni.

• In recovery[2]: il recupero di Extract viene eseguito dal relativo checkpoint alla fine del trail.

• Recovery complete : il recupero è terminato e l'elaborazione normale riprenderà.

STOP

Arresta Extract. Se esistono transazioni con tempi di esecuzione lunghi (in base al parametro WARNLONGTRANS), verrà visualizzato il messaggio seguente:

Sending STOP request to EXTRACT EXTE...
There are open, long-running transactions. Before you stop Extract, make the archives containing data for those transactions available for when Extract restarts. To force Extract to stop, use the SEND EXTRACT group, FORCESTOP command.
Oldest redo log file necessary to restart Extract is:
Redo Thread 1, Redo Log Sequence Number 150, SCN 31248005, RBA
2912272.

TRACE[2] {file_name

OFF}

Attiva e disattiva il trace. Il trace acquisisce le informazioni nel file specificato per rivelare i punti critici di elaborazione. Se il trace rivela punti critici di elaborazione significativi, contattare il Supporto Oracle per assistenza.

TRACE

Acquisisce le informazioni di elaborazione passo per passo.

TRACE2

Identifica i segmenti di codice anziché i passi specifici.

file_name

Specifica il nome del file in cui vengono scritte le informazioni di trace. Se il trace è già in esecuzione quando viene emesso il comando SEND EXTRACT con TRACE, il file traccia esistente viene chiuso e il trace viene ripreso nel nuovo file specificato con file_name.

OFF

Disattiva il trace.

TRACE OFF file_name

Disattiva il trace solo per il file di trace specificato.

TRACEINIT

Reimposta le statistiche di trace su 0, quindi inizia di nuovo ad accumularle. Utilizzare questa opzione per tenere traccia del funzionamento corrente dell'elaborazione rispetto al funzionamento cronologico.

TRANLOGOPTIONS INTEGRATEDPARAMS(parameter_specification)

(Oracle) Supporta Integrated Extract. Invia una specifica di parametro al server in entrata del database mentre Extract è in esecuzione in modalità integrata. Con questo comando è possibile inviare una sola specifica di parametro alla volta. È possibile inviare più modifiche dei parametri ed eseguire più comandi SEND EXTRACT.

Per garantire la continuità dell'elaborazione, la modifica del parametro viene effettuata in corrispondenza del limite di una transazione.

TRANLOGOPTIONS {PURGEORPHANEDTRANSACTIONS | NOPURGEORPHANEDTRANSACTIONS}

Valido per Oracle RAC. Abilita o disabilita la rimozione delle transazioni isolate che si verificano quando un nodo è in condizione di errore ed Extract non è in grado di acquisire il rollback.

TRANLOGOPTIONS TRANSCLEANUPFREQUENCY minutes

Valido per Oracle RAC. Specifica, in minuti, l'intervallo di tempo trascorso il quale Oracle GoldenGate eseguirà la scansione delle transazioni isolate, quindi ripeterà la scansione per confermare ed eliminare le transazioni isolate. I valori validi sono compresi nell'intervallo da 1 a 43200 minuti. L'impostazione predefinita è 10 minuti.

VAMMESSAGE ‘Teradata_command’ VAMMESSAGE { 'ARSTATS' | 'INCLUDELIST [filter]' | 'EXCLUDELIST [filter]' }

Invia un comando all'interfaccia API di acquisizione utilizzata da Extract.

Il comando Teradata può essere uno qualsiasi dei comandi riportati di seguito.

‘control:terminate’

Arresta un gruppo di replica. Obbligatorio prima dell'eliminazione o della modifica di un gruppo di replica in Teradata.

‘control:suspend’

Sospende un gruppo di replica. Può essere utilizzato durante l'upgrade di Oracle GoldenGate.

‘control:resume’

Consente di riprendere un gruppo di replica sospeso in precedenza.

‘control:copy database.table’

Copia una tabella dal database di origine al database di destinazione.

'ARSTATS'

Visualizza le statistiche di lettura dell'audit TMF.

'FILELIST [filter]'

Visualizza la lista delle tabelle per le quali Extract ha rilevato nell'audit trail record di dati corrispondenti ai criteri di selezione nei parametri TABLE. L'opzione filter consente di utilizzare un pattern di caratteri jolly per filtrare la lista delle tabelle restituite. Anche GETFILELIST può essere utilizzato allo stesso modo.

'EXCLUDELIST [filter]'

Visualizza la lista delle tabelle per le quali Extract ha rilevato nell'audit trail record di dati non corrispondenti ai criteri di selezione nei parametri TABLE. L'opzione filter consente di utilizzare un pattern di caratteri jolly per filtrare la lista delle tabelle restituite. Certe tabelle di sistema escluse in modo implicito saranno sempre presenti nella lista delle tabelle escluse.

Un comando di SQL Server può essere il seguente:

VAMMESSAGE 'OPENTRANS'

Visualizza la lista delle transazioni aperte con l'ID transazione, l'ora di inizio, il primo LSN e il numero di operazioni che contengono.

Esempi

---

SEND EXTRACT exte, ROLLOVER

---

SEND EXTRACT exte, STOP

---

SEND EXTRACT exte, VAMMESSAGE 'control:suspend'

---

SEND EXTRACT exte, TRANLOGOPTIONS TRANSCLEANUPFREQUENCY 20

---

In questo esempio viene illustrato SKIPTRANS. Iniziare con l'output SHOWCH riportato di seguito, che indica che la thread 2 si trova in Read Checkpoint #3.

INFO exte SHOWCH
Read Checkpoint #3
Oracle RAC Redo Log
Startup Checkpoint (starting position in the data source):
Thread #: 2
Sequence #: 17560
RBA: 65070096
Timestamp: 2011-07-30 20:04:47.000000
SCN: 1461.3499051750 (6278446271206)
Redo File: RAC4REDO/sss11g/onlinelog/group_4.292.716481937

Pertanto SKIPTRANS dovrebbe essere: SKIPTRANS xid THREAD 3.

---

SEND EXTRACT exte, SHOWTRANS COUNT 2

---

Di seguito viene illustrato l'output predefinito di SHOWTRANS.

Oldest redo log file necessary to restart Extract is:
Redo Thread 1, Redo Log Sequence Number 148, SCN 30816254, RBA 17319664
------------------------------------------------------------
XID                 : 5.15.52582
Items               : 30000
Extract             : JC108XT
Redo Thread         : 1
Start Time          : 2011-01-18:12:51:27
SCN                 : 20634955
Redo Seq            : 103
Redo RBA            : 18616848
Status              : Running
------------------------------------------------------------
XID                 : 7.14.48657
Items               : 30000
Extract             : JC108XT
Redo Thread         : 1
Start Time          : 2011-01-18:12:52:14
SCN                 : 20635145
Redo Seq            : 103
Redo RBA            : 26499088
Status              : Running

---

Nell'esempio seguente viene illustrato l'output di SHOWTRANS con TABULAR attivo (la vista è troncata a destra).

XID         Items  Extract   Redo Thread  Start Time
5.15.52582  30000  JC108XT       1            2011-01-18:12:52:14

Dumping transaction memory at 2011-01-21 13:36:54.
Record #1:
Header (140 bytes):
       0: 0000 0A4A 0000 FFFF 0000 0000 0057 6C10        ...J.........Wl.
      16: 02FF 3F50 FF38 7C40 0303 4141 414E 5A77        ..?P.8|@..AAANZw
      32: 4141 4641 4141 4B6F 4941 4144 0041 4141        AAFAAAKoIAAD.AAA
      48: 4E5A 7741 4146 4141 414B 6F49 4141 4400        NZwAAFAAAKoIAAD.
      64: 4141 414E 5A77 414A 2F41 4142 7A31 7741        AAANZwAJ/AABz1wA
      80: 4141 0041 4141 4141 4141 4141 4141 4141        AA.AAAAAAAAAAAAA
      96: 4141 4141 4100 0000 0140 FF08 0003 0000        AAAAA....@......
     112: 0000 0000 0000 70FF 0108 FFFF 0001 4A53        ......p.......JS
     128: 554E 2E54 4355 5354 4D45 5200                  UN.TCUSTMER.

Data (93 bytes):
       0: 2C00 0400 0400 0000 0100 0200 0300 0000        ,...............
      16: 0000 0000 0800 0000 1800 0000 2000 0400        ............ ...
      32: 1000 0600 0200 0000 284A 414E 456C 6C6F        ........(JANEllo
      48: 6352 4F43 4B59 2046 4C59 4552 2049 4E43        cROCKY FLYER INC
      64: 2E44 454E 5645 5220 6E43 4F20 7365 7400        .DENVER nCO set.
      80: 0000 0000 0000 0C00 0000 0000 00              ..............

Quando ci si analizza l'output di riepilogo di SHOWTRANS, tenere presenti che vengono mostrate tutte le transazioni in esecuzione al momento del database (tutte le transazioni che possono essere adattate nel buffer predefinito). Extract deve tenere traccia di ogni transazione aperta, non solo di quelle che contengono operazioni sulle tabelle configurate per Oracle GoldenGate.

Il campo Items dell'output di SHOWTRANS indica il numero di operazioni della transazione che sono state acquisite da Oracle GoldenGate fino a quel momento, non il numero totale delle operazioni della transazione. Se nessuna delle operazioni sono destinate alle tabelle configurate oppure se sono solo alcune di esse, il valore Items potrebbe essere 0 o qualsiasi valore minore del numero totale delle operazioni.

Il campo Start Time mostra l'indicatore orario della prima operazione che Oracle GoldenGate estrae da una transazione e non l'ora di inizio effettiva della transazione stessa. Nota: l'output del comandi può variare leggermente rispetto ai miglioramenti mostrati a causa di miglioramenti in corso di Oracle GoldenGate.

---

Nell'esempio seguente è illustrato l'invio di una richiesta BR all'Extract exte

SEND exte BR BRSTATUS

Nell'output viene visualizzato quanto segue:

Bounded Recovery Parameter:
Options    = _BRDEBUG _NOBRCLEANUP _BRFORCE_ASSERT
BRINTERVAL = 40SECONDS
BRDIR      = /home/mpopeang/ogg_test/
Bounded Recovery Status: IN PROGRESS
Checkpoint interval = 40SECONDS
Next checkpoint  = 2020-01-15 21:10:47
Last checkpoint# = 49
Last checkpoint  = 2020-01-15 21:10:07
Total objects    = 65
Total size       = 426 MB
Outstanding objects = 58
Outstanding size    = 384 MB
Object pool 1: p12733_extr:RECOVERY: COMPLETE: start:SeqNo: 1580,
RBA: 793460, SCN: 0.664178312(664178312), Timestamp: 2020-01-15 20:35:45.000000,
Thread: 1, end=SeqNo:1580,
RBA: 793460, SCN: 0.664178312 (664178312), Timestamp: 2020-01-15 20:35:45.000000,
Thread: 1, complete=SeqNo: 1580, RBA: 793460,
SCN:0.664178312 (664178312), Timestamp: 2020-01-15 20:35:45.000000, Thread: 1 at 2020-01-15 20:38:52.435830
CHECKPOINT: start=SeqNo: 1637, RBA: 10182312, SCN: 0.669567539 (669567539),
Timestamp: 2020-01-15 21:09:59.000000, Thread: 1, end=SeqNo: 1637,
RBA:10182312, SCN: 0.669567539 (669567539), Timestamp: 2020-01-15 21:09:59.000000,
Thread: 1

---

Nell'esempio seguente vengono forniti i dettagli su ognuno dei pool di oggetti resi persistenti da BR:

SEND exte BR BRSTATS

Output:

Object pool #0, instance: 1, id: p12733_extr

Dimensioni degli oggetti nel ciclo di vita del gruppo Extract:

Sizes in bytes            :         POs
  512K      to        1M-1         :         13
    1M      to        2M-1         :         37
    4M      to        8M-1         :        398
    8M      to       16M-1         :          2
   16M      to       32M-1         :         10

Durata degli oggetti nel ciclo di vita del gruppo Extract:

duration: BCP intervals in the life of the PO
  duration                        0:        230
  duration         30 to         39:        230

Dimensioni degli oggetti esistenti a partire dal BCP più recente:

Sizes in bytes                   :        POs
          512K      to        1M-1        :          8
            1M      to        2M-1        :         17
            4M      to        8M-1        :        200
           16M      to       32M-1        :          5

Durata degli oggetti esistenti a partire dal BCP più recente:

duration: BCP intervals in the life of the PO
  duration         30 to            39:        230

Esempi di utilizzo delle opzioni CACHEMGR

Restituisce tutte le statistiche di cache manager.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS ALL

Restituisce statistiche di gestione cache minime.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS MINIMAL

Restituisce le statistiche di superpool cache manager.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS SUPERPOOL

Restituisce le statistiche di Cache Manager solo per il runtime corrente.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS CURRENTONLY

Restituisce le statistiche per tutti i pool di oggetti.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS POOLS

Restituisce solo le statistiche relative a pool di oggetti specificato. Sostituire n con il numero del pool di oggetti.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS POOL n

Esempio: restituisce le statistiche solo per il pool di oggetti 1.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS POOL 1

Restituisce le statistiche per le code.

SEND EXTRACT EXT1, CACHEMGR CACHESTATS QUEUES

Restituisce le statistiche della coda libera di Cache Manager.

SEND EXTRACT EXT1, CACHEMGR CACHEQUEUES

Restituisce le statistiche sull'uso della memoria virtuale della cache.

SEND EXTRACT EXT1, CACHEMGR CACHEVMUSAGE