Oracle 视图 V$GG_APPLY_READER 官方解释,作用,如何使用详细说明
本站中文解释
V$GG_APPLY_READER是Oracle的视图,它用于提供 GoldenGate 的变更数据应用的信息,查询V$GG_APPLY_READER可以查看各个变更数据应用操作的统计信息。
V$GG_APPLY_READER由下面几个列构成:
• APPLSID:变更数据应用的会话标识符;
• APPLNAME:变更数据应用器的名称;
• APPLIED_SEQNO:已应用的序列号;
• APPLIED_LAG:应用延迟;
• APPLIED_RATE:应用速度;
• APPLIED_BYTES:每秒已应用的字节;
• LAST_PURGE_NUM:最近清除的变更数;
• LAST_PURGE_TS:最近清除的时间戳;
• CHECKPOINT_NUM:检查点的变更数;
• CHECKPOINT_TS:检查点的时间戳;
• WALL_CLOCK_ELAPSED:真实时间消耗;
• CPU_ELAPSED:CPU时间消耗。
通过查询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:
-
“TIMED_STATISTICS”
-
“STATISTICS_LEVEL”