PMON进程

简介

• 1，在进程非正常中断后，做清理工作。例如：dedicated server失败了或者因为一些原因被杀死，这是PMON的工作分两种。第一，是对dedicated server所做的工作进行恢复或撤销。第二：是释放dedicated server占用的资源。PMON会把失败进程的未提交的工作进行rollback，释放锁，释放SGA空间

• 2，在进程abort后，PMON进行清理工作。PMON会监视oracle其他的后台进程，并在需要的时候对它们进行重建。如果shared server或者dispatcher失败后，PMON会介入其中，并在清理完失败进程后，重建一个shared server或dispatcher。例如：在数据库进行写日志的时候LGWR进程失败，这是个很严重的错误。解决这种问题最安全的方法是立即中断实例，并恢复。

• 3，PMON的第三个用途是，向Oracle TNS listener注册实例信息。在实例启动的时候，PMON会查询oracle的默认端口（1521端口）是否处于工作状态。如果这个端口已经处于工作状态，那么该实例就可以启动，PMON把实例的相关信息告诉listener，包括服务名、实例的信息等。如果listener没有启动，PMON就会定期的尝试去连接listener。这里要注意如果oracle没有是默认的1521端口，而是使用其他的端口时，PMON和listener的连接过程和使用1521端口还是很相似的，除了，在使用非默认端口时，listener的地址要在参数LOCAL_LISTENER中指定。

– 《oracle 编程艺术 9i,10g,11g》

周期性唤醒

• PMON 唤醒周期参数：_pkt_pmon_interval = 50cs（cs即 centisecond ，表示百分之一秒，1秒=100厘秒）
• _dead_process_scan_interval
  pmon进程会被唤醒，来清理dead process，并释放dead process持有的资源(latch and lock)。
  pmon通过轮询方式去检测dead process，轮询间隔为_dead_process_scan_interval（默认是60秒）。
• _cleanup_rollback_entries
  参数默认是100，超过则post通知smon，剩下由smon来完成剩余的回滚工作。生产可以考虑设置大一些将数据库服务注册到监听，轮询每60秒（12c后这项工作由LRRG进程负责）

col VALUE for a20
col NAME for a30
col DESCRIPTION for a80
select a.ksppinm name, b.ksppstvl value,a.ksppdesc description from x$ksppi a, x$ksppcv b where a.indx = b.indx and a.ksppinm in ('_pkt_pmon_interval','_dead_process_scan_interval','_cleanup_rollback_entries');

NAME                           VALUE                DESCRIPTION
------------------------------ -------------------- ---------------------------
_pkt_pmon_interval             50                   PMON process clean-up interval (cs)
_dead_process_scan_interval    60                   PMON dead process scan interval (in seconds)
_cleanup_rollback_entries      100                  no. of undo entries to apply per transaction cleanup

手动唤醒PMON

• oradebug wakeup orapid
  orapid:Oracle进程的PID,不是系统（OS）的PID,PMON进程的orapid一般为2，用以下SQL查询：orapid

SQL> select pid,program from v$process where program like '%PMON%';
       PID SPID                     PROGRAM
---------- ------------------------ ------------------------------------------------
         2 2663                     oracle@bjgs005sin64.hnapay.com (PMON)

• 开始唤醒

SQL>connect /as sysdba
SQL> oradebug setmypid
Statement processed.
SQL> oradebug wakeup 2;
Statement processed.

通过100246事件跟踪PMON的清理死进程测试

100246事件跟踪命令

SQL>connect /as sysdba
-- 设置追踪文件
SQL> alter session set tracefile_identifier='pmon_10246';
-- 开启追踪
SQL>alter system set events '10246 trace name context forever,level 4';
-- 关闭追踪
SQL>alter system set events='10246 trace name context off';

测试杀死进程验证-示例

• 测试逻辑
  启动三个Session A、B、C。A操作Insert ，B在A操作Insert的时候进行KILL掉A的会话，将A会话变成死进程，C进行监测试会话连接。最后查看TRC文件，解决PMON清理过程。
• 启动三个session
  KILL Session SID : 3
  测试 Session SID : 256
  追踪 Session SID : 245

  

• 过程

  

• 查看trc文件

  

• 回滚dead transaction，由_cleanup_rollback_entries 参数控制

  

• 验证trc文件中：ksuprog 个数

[oracle@dbrac1 trace]$ cat twodb_pmon_2663.trc | grep ksuprog | wc -l  
100

总结

• 理论仅仅是知道，实践才是掌握；
• ‘_pkt_pmon_interval’,’_dead_process_scan_interval’,’_cleanup_rollback_entries’ 三个参数对pmon的影响已清晰；