7.249 V$GG_APPLY_READER
V$GG_APPLY_READER
displays information about each GoldenGate apply reader.
The apply reader is a process which reads (dequeues) messages from the queue, computes message dependencies, and builds transactions. It passes the transactions on to the coordinator in commit order for assignment to the apply servers. An apply reader is a subcomponent of an apply process used by Oracle GoldenGate Integrated Replicat.
Column | Datatype | Description |
---|---|---|
|
|
Session ID of the reader's session |
|
|
Serial number of the reader's session |
|
|
Apply process number. An apply process is an Oracle background process, prefixed by |
|
|
Name of the apply process |
|
|
Shows the state of the apply reader and the hash server. The possible values include:
The state of the apply reader is displayed first, followed by the state of the hash server. A semicolon separates the apply reader state from the hash server state. |
|
|
Total number of messages dequeued since the apply process was last started |
|
|
Number of messages spilled by the reader since the apply process was last started |
|
|
Time when the last message was received |
|
|
For captured messages, creation time at the source database of the last message received. For user-enqueued messages, time when the message was enqueued into the queue at the local database. |
|
|
Amount (in bytes) of SGA memory used by the apply process since it was last started |
|
|
Time elapsed (in hundredths of a second) dequeuing messages since the apply process was last started |
|
|
Time elapsed (in hundredths of a second) scheduling messages since the apply process was last started. Scheduling includes computing dependencies between messages and assembling messages into transactions. |
|
|
Elapsed time (in hundredths of a second) spent spilling messages since the apply process was last started |
|
|
Spill low-watermark SCN |
|
|
When the apply process uses combined capture and apply, the session ID of the propagation receiver that is responsible for direct communication between capture and apply. If the apply process does not use combined capture and apply, then this column is |
|
|
When the apply process uses combined capture and apply, the serial number of the propagation receiver that is responsible for direct communication between capture and apply. If the apply process does not use combined capture and apply, then this column is |
|
|
When the apply process uses combined capture and apply, the process identification number of the propagation receiver that is responsible for direct communication between capture and apply. If the apply process does not use combined capture and apply, then this column is |
|
|
When the apply process uses combined capture and apply, the number of bytes received by the apply process from the capture process since the apply process last started. If the apply process does not use combined capture and apply, then this column is not populated. |
|
|
Dequeued position. This column is populated only for an apply process that is functioning as a GoldenGate inbound server. |
|
|
Spill low-watermark position. This column is populated only for an apply process that is functioning as a GoldenGate inbound server. |
|
|
Oldest transaction ID |
|
|
Total number of LCRs with row-level dependencies since the apply process last started |
|
|
Total number of LCRs with watermark dependencies since the apply process last started. A watermark dependency occurs when an apply process must wait until the apply process's low watermark reaches a particular threshold. |
|
|
Total number of LCRs currently in memory |
|
|
The total amount of shared memory (in bytes) allocated from the GoldenGate pool for the apply process since the apply process last started |
|
|
The ID of the container to which the data pertains. Possible values include:
|
Note:
The ELAPSED_SCHEDULE_TIME
column is only populated if the TIMED_STATISTICS
initialization parameter is set to true
, or if the STATISTICS_LEVEL
initialization parameter is set to TYPICAL
or ALL
.
See Also: