在ash中定位goldengate extract进程需关注其底层logminer会话，过滤module like 'logminer%'或action like '%extract%'，重点分析log file sequential read、db file sequential read和enq: us - contention三类等待事件，并显式添加session_type = 'background'条件以避免漏采。
ash里怎么看goldengate extract进程的等待
goldengate extract底层依赖logminer读取redo日志，而logminer操作会反映为oracle会话的活动行为——这些正是v$active_session_history（ash）能捕获的。关键不是找“goldengate进程名”，而是抓它背后的真实数据库会话。
Extract进程在DB中通常以OGG$EXTRACT或类似前缀的PROGRAM出现，但更稳的方式是结合MODULE和ACTION字段过滤：
-
MODULE LIKE 'LogMiner%'或MODULE = 'oracle@... (J000)'（LogMiner常通过JOB发起） -
ACTION LIKE '%extract%'或含SCN范围扫描特征的操作 - 重点看
EVENT列：若大量出现log file sequential read、db file sequential read（读归档/在线日志文件），说明I/O成为瓶颈；若频繁enq: US - contention，则指向LogMiner内存缓冲区争用
执行示例（查最近1小时）：
SELECT SAMPLE_TIME, EVENT, WAIT_CLASS, SQL_ID, SESSION_STATE FROM V$ACTIVE_SESSION_HISTORY WHERE PROGRAM LIKE '%extract%' AND SAMPLE_TIME > SYSDATE - 1/24 ORDER BY SAMPLE_TIME DESC;
LogMiner解析慢时ASH里最典型的等待事件
LogMiner本身不直接暴露为一个“可调优对象”，它的性能瓶颈最终落地为Oracle内核级资源等待。ASH里最需警惕的三类事件：
-
log file sequential read：Extract在读取归档日志（尤其是跨ASM磁盘组或NFS挂载路径）时发生，延迟高往往意味着存储吞吐不足或日志文件碎片化 -
db file sequential read：当LogMiner使用离线数据字典（DBMS_LOGMNR_D.BUILD导出到文件）且该文件存于普通表空间时，反复读字典块引发 -
enq: US - contention：LogMiner内存缓冲区（_logminer_buffer_size隐含参数控制）被占满，新日志无法入队，Extract被迫等待；此时SESSION_STATE = 'WAITING'且WAIT_CLASS = 'Configuration'
注意：enq: US - contention在ASH中出现频率高，但V$ENQUEUE_STAT里未必有对应统计——因为它是LogMiner私有队列，得靠V$LOGMNR_SESSION和V$LOGMNR_PROCESS交叉验证。
如何关联ASH数据与LogMiner实际解析范围
仅看等待不够，必须确认“慢”的那部分日志到底是什么内容。ASH里SQL_ID对LogMiner无意义（它不走SQL引擎），但TOP_LEVEL_CALL#和PLSQL_ENTRY_OBJECT_ID可能指向DBMS_LOGMNR.START_LOGMNR调用栈。真正有用的是从ASH反推SCN区间：
- 先用
MIN(SAMPLE_TIME)和MAX(SAMPLE_TIME)框定问题时段 - 查该时段内Extract对应的
V$LOGMNR_CONTENTS中SCN分布密度：若某段SCN集中出现大量WAIT，说明该区间日志量大或含长事务 - 结合
V$ARCHIVED_LOG确认对应时间是否恰好是日志切换高峰（ARCHIVED = 'YES'且CREATION_TIME密集）
小技巧：如果Extract配置了TRANLOGOPTIONS EXCLUDEUSER或GETUPDATEBEFORES，这些选项会强制LogMiner多解析字段，ASH中CPU + WAIT占比会明显上移——这不是I/O问题，是CPU解析开销。
为什么ASH有时看不到Extract会话？
常见但容易被忽略：Extract进程默认以BACKGROUND类型连接（非USER），而V$ACTIVE_SESSION_HISTORY默认只采样SESSION_TYPE = 'FOREGROUND'会话。必须显式放开：
- 确认参数
_ash_enable_background_sample为TRUE（11gR2+默认开启，但某些加固环境会被关） - 查询时加
AND SESSION_TYPE = 'BACKGROUND'条件 - 更可靠的做法是联合
V$SESSION实时抓：SELECT SID, SERIAL#, PROGRAM, MODULE, ACTION FROM V$SESSION WHERE PROGRAM LIKE '%extract%'，再用这些SID去V$ACTIVE_SESSION_HISTORY过滤
另外，ASH采样粒度是1秒，若Extract卡顿小于1秒（比如瞬时锁等待），也可能漏采——这时要配合V$SESSION_WAIT_HISTORY或10046 trace补位。
