Oracle會話和進程數的監控

背景:先前在生產庫上配置了oracle監控,每5分鐘嘗試鏈接一次數據庫,若鏈接失敗則經過nagios+fetion自動報警,此配置參考文章:http://ylw6006.blog.51cto.com/470441/787496php

早晨收到報警信息後,登錄數據庫執行ps -ef查看oracle的後臺進程都在,使用conn /as sysdba的方式登錄數據庫,提示鏈接到空閒的實例,使用easy connect 方式鏈接則報oracle實例沒法分配內存,從報錯提示上看,就像oracle數據庫實例未打開的狀態!分析alert日誌不斷出現以下錯誤信息:
Process J002 died, see its trace file
kkjcre1p: unable to spawn jobq slave process
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_cjq0_18577.trc:ios

trace文件摘要信息以下:
*** 2012-07-26 10:20:31.068
Process J002 is dead (pid=13857 req_ver=1136 cur_ver=1136 state=KSOSP_SPAWNED).sql

*** 2012-07-26 10:20:32.069
Process J002 is dead (pid=13876 req_ver=1594 cur_ver=1594 state=KSOSP_SPAWNED).數據庫

google查詢一番後,發現大部分描述和oracle的進程數設置有關,又或者是內存不足引發!因而在oracle 10g環境下測試,線上數據庫環境爲11.2.0.3服務器

一:設置processes初始化參數值爲20,重啓數據庫後,已經佔用19個進程session

  
  
  
  
  1. SQL> select count(*) from v$process;  
  2.  
  3.   COUNT(*)  
  4. ----------  
  5.         19  
  6.  
  7. SQL> show parameter process;  
  8.  
  9. NAME                                 TYPE        VALUE  
  10. ------------------------------------ ----------- ------------------------------  
  11. aq_tm_processes                      integer     0  
  12. db_writer_processes                  integer     1  
  13. gcs_server_processes                 integer     0  
  14. job_queue_processes                  integer     10  
  15. log_archive_max_processes            integer     2  
  16. processes                            integer     20 

新的會話鏈接,則報鏈接到空閒的實例,alert日誌則出現相應的報錯oracle

  
  
  
  
  1. [root@db1 ~]# su - oracle  
  2. [oracle@db1 ~]$ sqlplus /nolog  
  3. SQL*Plus: Release 10.2.0.1.0 - Production on Wed Jul 4 13:50:22 2012  
  4. Copyright (c) 1982, 2005, Oracle.  All rights reserved.  
  5.  
  6. SQL> conn /as sysdba  
  7. Connected to an idle instance.  
  8.  
  9. [oracle@db1 dbs]$ tail -f /u01/app/oracle/admin/db1/bdump/alert_db1.log   
  10. Wed Jul  4 13:52:23 2012  
  11. ksvcreate: Process(q000) creation failed  
  12. Wed Jul  4 13:52:35 2012  
  13. Process q001 died, see its trace file  
  14. Wed Jul  4 13:52:35 2012  
  15. ksvcreate: Process(q001) creation failed  
  16. Wed Jul  4 13:52:37 2012  
  17. Process m000 died, see its trace file  
  18. Wed Jul  4 13:52:37 2012  
  19. ksvcreate: Process(m000) creation failed 

refer: http://www.dba001.com/space.php?uid=854&do=blog&id=84app

二:因而想到監控oracle的進程和會話數來進一步肯定問題
1:首先要對用戶進行顯示受權,不然後面建立存儲過程編譯將會報錯ide

  
  
  
  
  1. SQL> grant select on V_$SESSION to hr;  
  2. Grant succeeded.  
  3.  
  4. SQL> grant select on V_$PROCESS to hr;  
  5. Grant succeeded. 

2:建表,用來存儲結果測試

  
  
  
  
  1. SQL> create table session_monitor(time timestamp,session_count number,process_count number);  
  2. Table created. 

3:建立存儲過程,將數據插入表

  
  
  
  
  1. SQL> create or replace procedure proc_session  
  2.   2  is  
  3.   3  v_session number(8);  
  4.   4  v_process number(8);  
  5.   5  begin  
  6.   6   select count(*) into v_session from v$session;  
  7.   7   select count(*) into v_process from v$process;  
  8.   8   insert into session_monitor values (sysdate,v_session,v_process);  
  9.   9   commit;  
  10.  10  end proc_session;  
  11. Procedure created. 

4:建立任務

  
  
  
  
  1. SQL> var job number;  
  2. SQL> begin  
  3.   2    sys.dbms_job.submit(job => :job,  
  4.   3                        what => 'proc_session();',  
  5.   4                        next_date => sysdate,  
  6.   5                        interval => 'sysdate+2/1440');  
  7.   6* end;  
  8. PL/SQL procedure successfully completed. 

5:測試效果

  
  
  
  
  1. SQL> exec proc_session;  
  2. PL/SQL procedure successfully completed.  
  3.  
  4. SQL> alter session set nls_date_format='YYYY-MM-DD-HH24:MI:SS';  
  5. Session altered.  
  6.  
  7. SQL>  select * from session_monitor;  
  8.  
  9. TIME                                     SESSION_COUNT PROCESS_COUNT  
  10. ---------------------------------------- ------------- -------------  
  11. 26-JUL-12 03.02.12.000000 PM                       140           155  
  12. 26-JUL-12 03.02.14.000000 PM                       141           157  
  13.  
  14. SQL> select job,next_date from user_jobs where what='proc_session();';  
  15.  
  16.        JOB NEXT_DATE  
  17. ---------- -------------------  
  18.        145 2012-07-26-15:04:14  
  19.  
  20. SQL> select * from session_monitor;  
  21.  
  22. TIME                                     SESSION_COUNT PROCESS_COUNT  
  23. ---------------------------------------- ------------- -------------  
  24. 26-JUL-12 03.04.14.000000 PM                        87            94  
  25. 26-JUL-12 03.02.12.000000 PM                       140           155  
  26. 26-JUL-12 03.02.14.000000 PM                       141           157 

6:若是要刪除任務,則運行下列的命令,145表明user_jobs視圖中的job列

  
  
  
  
  1. SQL> begin  
  2.   2  dbms_job.remove(145);  
  3.   3  end;  
  4. PL/SQL procedure successfully completed. 

三:使用nagios+fetion,定時去監控會話和進程數
1:建立監控腳本,該腳本聽任務計劃中運行,每2分鐘自動執行

  
  
  
  
  1. [root@server240 libexec]# cat session_oracle.sh   
  2. #!/bin/sh  
  3. rm -rf /tmp/session_oracle.log  
  4. export ORACLE_HOME=/u01/app/oracle/product/11.2.0/db1  
  5. /u01/app/oracle/product/11.2.0/db1/bin/sqlplus hr/hr@192.168.1.240:1521/orcl <<EOF 
  6. set echo off  
  7. set feedback off  
  8. spool /tmp/session_oracle.log  
  9. alter session set nls_date_format='YYYY-MM-DD:HH24:MI:SS';  
  10. select session_count from (select * from session_monitor order by time desc ) where  rownum=1;  
  11. select process_count from (select * from session_monitor order by time desc ) where  rownum=1;  
  12. spool off  
  13. set echo on  
  14. set feedback on 
  15. EOF

2:建立第二腳本,用來處理前面監控腳本的日誌輸出,將結果返回給監控服務器

  
  
  
  
  1. [root@server240 ~]# cat /tmp/session_oracle.log
    SQL> alter session set nls_date_format='YYYY-MM-DD:HH24:MI:SS';
    SQL> select session_count from (select * from session_monitor order by time desc ) where  rownum=1;
  2. SESSION_COUNT                                                                  
    -------------                                                                  
              138                                                                  
    SQL> select process_count from (select * from session_monitor order by time desc ) where  rownum=1;
  3. PROCESS_COUNT                                                                  
    -------------                                                                  
              153                                                                  
    SQL> spool off
  4.  
  5. [root@server240 libexec]# cat check_oracle_session.sh   
  6. #!/bin/sh  
  7. STATE_OK=0 
  8. STATE_CRITICAL=2 
  9.  
  10. if  [ -f /tmp/session_oracle.log  ];then  
  11.      SESSION=$(grep -A 2 'SESSION_COUNT'  /tmp/session_oracle.log |tail -1|sed 's/[ ][ ]*//g')  
  12.      PROCESS=$(grep -A 2 'PROCESS_COUNT'  /tmp/session_oracle.log |tail -1|sed 's/[ ][ ]*//g')  
  13.      else   
  14.      echo "something wrong,please check monitor script"  
  15.      exit $STATE_CRITICAL  
  16. fi  
  17.  
  18. if   [ $SESSION -gt 500 ] || [ $PROCESS -gt 500 ];then   
  19.      echo "Current session is $SESSION,process is $PROCESS "  
  20.      exit $STATE_CRITICAL  
  21.      else   
  22.        echo "Current session is $SESSION,process is $PROCESS "  
  23.        exit $STATE_OK  
  24. fi 

四:實際效果
[root@server198 ~]# /usr/local/nagios/libexec/check_nrpe -H 192.168.1.240 -c check_oracle_session
Current session is 138,process is 153

五:後期觀察結果,估計和內存問題相關
[oracle@server240 ~]$ sar -r |grep 10:20
10:20:02 AM   3481492  21195164     85.89    675584  13661448   3683012    413552     10.10     
[oracle@server240 ~]$ sar -r |grep 04:40
04:40:01 PM   2076748  22599908     91.58    734088  14581728   4048864     47700      1.16

相關文章
相關標籤/搜索