1. 程式人生 > >oracle11g連線數滿導致資料庫重啟

oracle11g連線數滿導致資料庫重啟

現象:

版本:oracle11.2.0.3

今天資料庫出現連線數滿導致資料庫重啟的現象

PMON failed to acquire latch, see PMON dump
Mon Jan 21 16:23:55 2013
ORA-00020: 超出最大程序數 (600)
 ORA-20 errors will not be written to the alert log for
 the next minute. Please look at trace files to see all
 the ORA-20 errors.
Process RSM0 submission failed with error = 20
Mon Jan 21 16:23:55 2013
PMON failed to acquire latch, see PMON dump
Mon Jan 21 16:25:07 2013
PMON failed to acquire latch, see PMON dump
Mon Jan 21 16:25:09 2013
System State dumped to trace file /u01/app/ora11g/diag/rdbms/nticket1/nticket1/trace/nticket1_ora_9012.trc
Mon Jan 21 16:25:39 2013
ORA-00020: maximum number of processes (600) exceeded
 ORA-20 errors will not be written to the alert log for
 the next minute. Please look at trace files to see all
 the ORA-20 errors.
Mon Jan 21 16:26:02 2013
NOTE: deferred map free for map id 195475
Mon Jan 21 16:20:42 2013
LNS: Standby redo logfile selected for thread 1 sequence 17537 for destination LOG_ARCHIVE_DEST_3
Mon Jan 21 16:20:42 2013
LNS: Standby redo logfile selected for thread 1 sequence 17537 for destination LOG_ARCHIVE_DEST_5
Mon Jan 21 16:20:42 2013
Archived Log entry 87287 added for thread 1 sequence 17536 ID 0xe9b400d dest 1:
Mon Jan 21 16:21:34 2013
Process RSM0, PID = 28381, will be killed
Mon Jan 21 16:21:55 2013
ORA-00020: 超出最大程序數 (600)
 ORA-20 errors will not be written to the alert log for
 the next minute. Please look at trace files to see all
 the ORA-20 errors.
Process RSM0 submission failed with error = 20
Mon Jan 21 16:22:55 2013
PMON failed to acquire latch, see PMON dump
Mon Jan 21 16:23:55 2013
ORA-00020: 超出最大程序數 (600)
 ORA-20 errors will not be written to the alert log for
 the next minute. Please look at trace files to see all
 the ORA-20 errors.
Process RSM0 submission failed with error = 20
Mon Jan 21 16:23:55 2013
PMON failed to acquire latch, see PMON dump
Mon Jan 21 16:25:07 2013
PMON failed to acquire latch, see PMON dump
Mon Jan 21 16:25:09 2013
System State dumped to trace file /u01/app/ora11g/diag/rdbms/nticket1/nticket1/trace/nticket1_ora_9012.trc
Mon Jan 21 16:25:39 2013
ORA-00020: maximum number of processes (600) exceeded
 ORA-20 errors will not be written to the alert log for
 the next minute. Please look at trace files to see all

 the ORA-20 errors.
Mon Jan 21 16:26:02 2013
NOTE: deferred map free for map id 195475
Mon Jan 21 16:26:03 2013
NOTE: ASMB terminating
Errors in file /u01/app/ora11g/diag/rdbms/nticket1/nticket1/trace/nticket1_asmb_27856.trc:
ORA-15064: ? ASM ??????
ORA-03135: ??????
?? ID:
?? ID: 200 ???: 25
Errors in file /u01/app/ora11g/diag/rdbms/nticket1/nticket1/trace/nticket1_asmb_27856.trc:
ORA-15064: ? ASM ??????
ORA-03135: ??????
?? ID:
?? ID: 200 ???: 25
ASMB (ospid: 27856): terminating the instance due to error 15064
Mon Jan 21 16:26:03 2013
System state dump requested by (instance=1, osid=27856 (ASMB)), summary=[abnormal instance termination].
Dumping diagnostic data in directory=[cdmp_20130121162603], requested by (instance=1, osid=27856 (ASMB)), summary=[abnormal instance termination].
Mon Jan 21 16:26:03 2013
opiodr aborting process unknown ospid (32224) as a result of ORA-1092
Mon Jan 21 16:26:03 2013
opiodr aborting process unknown ospid (8936) as a result of ORA-1092
Mon Jan 21 16:26:03 2013
opiodr aborting process unknown ospid (9120) as a result of ORA-1092
Mon Jan 21 16:26:03 2013
ORA-1092 : opitsk aborting process
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (29775) as a result of ORA-1092
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (31323) as a result of ORA-1092
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (4171) as a result of ORA-1092
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (4174) as a result of ORA-1092
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (24379) as a result of ORA-1092
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (23958) as a result of ORA-1092
Mon Jan 21 16:26:04 2013
opiodr aborting process unknown ospid (23616) as a result of ORA-1092
Mon Jan 21 16:26:05 2013
ORA-1092 : opitsk aborting process
Mon Jan 21 16:26:06 2013
License high water mark = 551
Mon Jan 21 16:26:06 2013
ORA-1092 : opitsk aborting process
Instance terminated by ASMB, pid = 27856
USER (ospid: 10330): terminating the instance
Instance terminated by USER, pid = 10330
Mon Jan 21 16:26:21 2013
Starting ORACLE instance (normal)  --資料庫自動重啟
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0

查詢原因:

[[email protected] ~]$ oerr ora 3135
03135, 00000, "connection lost contact"
// *Cause:  1) Server unexpectedly terminated or was forced to terminate.
//          2) Server timed out the connection.
// *Action: 1) Check if the server session was terminated.
//          2) Check if the timeout parameters are set properly in sqlnet.ora.
[[email protected] ~]$ oerr ora 15064
15064, 00000, "communication failure with ASM instance"
// *Cause:  There was a failure to communicate with the ASM instance, most
//          likely because the connection went down.
// *Action: Check the accompanying error messages for more information on the
//          reason for the failure.  Note that database instances will always
//          return this error when the ASM instance is terminat

[[email protected] admin]$ oerr ora 1092
01092, 00000, "ORACLE instance terminated. Disconnection forced"
// *Cause:  The instance this process was connected to was terminated
//          abnormally, probably via a shutdown abort. This process
//          was forced to disconnect from the instance.
// *Action: Examine the alert log for more details. When the instance has been
//          restarted, retry action.

從現象可以看出,是連線數滿致ASM instance通訊失敗而止,然後資料庫例項也現終止,11gR2在這種情況下能自動的終斷例項而重新啟動。

最後解決:

1.經過查詢連線超出限額都是伴隨著大量的併發,是於大量的SQL沒有繫結變數,導致出現share_pool不斷飆升,最後資料庫出現阻塞。讓開發人員修改SQL,使用繫結變數,減少SQL硬解析。

2.適當地增加processes,並適當減少SGA。

相關文章:

相關推薦

oracle11g連線滿導致資料庫

現象: 版本:oracle11.2.0.3 今天資料庫出現連線數滿導致資料庫重啟的現象 PMON failed to acquire latch, see PMON dump Mon Jan 21 16:23:55 2013 ORA-00020: 超出最大程序數 (600)

ORACLE資料庫連線滿的分析及優化

最近在使用Oracle的過程中,出現了資料庫連線數滿的情況,導致程式及資料庫連線工具連線不上。主要從兩個方面來考慮這件事,從程式方面來看:    1.進行資料庫連線操作後未釋放連線;    2.若使用了資料庫連線池,則考慮連線池的超時設定。從資料庫本身來看:    1.可以增

修改hostname導致mysqlslave失敗的修復方法

修改hostname導致mysql重啟slave失敗的修復方法修改hostname導致mysql重啟slave失敗的修復方法(只針對於把slave的信息存在文件裏面會出現這種情況,如果存在表裏就不會有這種問題發生):有時候我們很早之前修改完主機名後,跑了好幾個月後,突然系統出問題,重啟了數據庫,發現start

Redis據備份和恢復

最小值 details second all pos for 應該 nbsp sudo 一、對Redis持久化的探討與理解 目前Redis持久化的方式有兩種: RDB 和 AOF 首先,我們應該明確持久化的數據有什麽用,答案是用於重啟後的數據恢復。 Redis是一個內存

linux異常處理:selinux配置錯誤導致無法

嚴格 log htm 1.2 模式 想要 process info 磁盤 點擊返回自學Linux集錦 linux異常處理:selinux配置錯誤導致無法重啟 一次linux無法重啟異常記錄: 當時第一反應就是梳理最近的配置變更,特別是能預知相關的就是selinux配置變

資料庫預設連線 遠遠 大於 資料庫連線池的 連結,為什麼還要使用資料庫連線

1. 資料庫的讀寫能力與計算機硬體相關, 所以連結太多,資料庫也不能一下子處理。連線數超過資料庫最大連線數,連結就會等待,超時就會報錯。 2. 建立連結很浪費資源。資料庫連線池保持現有連線後不會再建立連線池,而是複用這些連結。 3. 如果併發超過連線池連線數,則連結排隊等待,直到空出連結。 4.如果

彈出SD卡導致問題分析

2018-10-10   在Android8.0上,安裝SD卡,設定為內部儲存,然後把安裝的應用move到SD卡上,開啟應用,然後在setting裡彈出(reject)SD卡,會發生重啟。 log 01-01 21:04:55.321858 1050 1081 D Pack

VS2012 啟動效能分析導致電腦問題解決方法

貌似是隻有Intel 的  cpu會這樣。。一點啟動效能分析,電腦重啟。。。   解決方法,cmd執行,添加註冊表:   reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Man

配置變更導致Activity——Fragment儲存以及不Activity做法

一.在Fragment中儲存Activity的資料(在配置變更導致Activity重啟情況下)        在關閉Activity的時候,你希望能把頁面上的資料儲存下來,很多人第一反應一定是onSaveInstanceState()這個方法。對,一般情況

oracle資料庫命令

Oracle資料庫服務重啟(命令列執行) 置頂 2018年03月15日 11:22:54 ???L? 閱讀數:16692更多 個人分類: 資料庫-Oracle 第一步;su - oracle(必須oracle使用者) 先執行 sqlplus /nolog; 再執行 conn sys

oracle資料庫

現將oracle重啟的問題記錄一下,由於斷電等原因等導致資料庫崩潰,需要重啟oracle資料庫.在xshell中使用(1)su oracle登入,然後使用lsnrctl status 檢視監聽狀態,報錯:-bash:lsnrctl:command not found網上查一下

Redis Cluster節點伺服器宕機後導致叢集失敗案例

這裡說下自己碰到的一種情況: redis cluster叢集由三個節點伺服器組成,一個6個redis例項,每個節點開啟2個埠,三主三從。reids部署目錄是/data/redis-4.0.1,叢集情況如下: 172.16.50.245:7000 master主節點 1

JNI引用溢位導致問題分析

問題描述 JNI全域性引用異常導致的重啟問題JNI ERROR (app bug): global reference table overflow (max=51200)' Log pid: 1279, tid: 2518, name: Binder:1279_9

ipad5 越獄後 安裝外掛 導致無限

無限重啟  一會白一會黑  嘗試很多方法 不能成功  刷韌體有 3194 錯誤。因為一直在蘋果伺服器驗證  不能通過 解決方法:最新版本ios  目前是 ios7.1.1   下載地址:http://jailbreak.25pp.com/7.0gujian/ 此時刷韌體

linux環境下根目錄磁碟空間滿導致資料庫無法啟動的問題的解決

1、登陸資料庫時,把磁碟空間不足,無法登陸 [[email protected]flash_recovery_area]$sqlplus/assysdba SQL*Plus: Release10.2.0.1.0-Productionon 星期五 11月 2817:

檢視oracle使用者資料庫連線(檢視修改資料庫最大連線等)

一、檢視oracle使用者資料庫連線數 1、查詢oracle的連線數 select count(*) from v$session; 2、查詢oracle的併發連線數 select count(*) from v$session where status='ACTIVE

VS2015啟用效能分析(profilling)導致電腦的解決辦法

只要一點選“啟動分析”,電腦就會自動重啟,這是因為intel cpu的漏洞導致的,因此只會修復漏洞即可。或者如下修改登錄檔也可以解決問題:reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 

db_recovery_file_dest_size 滿導致資料庫啟動失敗

啟動資料庫時:[email protected]>startup ORACLE instance started. Total System Global Area 417546240 bytes Fixed Size 2

Android應用第一次安裝成功點選“開啟”後Home鍵切出應用後再點選桌面圖示返回導致應用問題

PS:問題其實描述起來我是這麼理解的:就相當於我們的應用在本應用內開啟第三方比如支付寶比如QQ之類的,此時他們執行在我們應用的棧裡,和你單獨去手機裡啟動那些應用所執行的棧肯定不是一個,所以當我們通過點選開啟來啟動應用時,此時應用相當於存在於系統程式安裝器所在的棧裡。我們按

Android 簽名打包後的APP在後臺執行時按icon導致程式的奇葩問題解決

前言 公司專案在完結時遇到一個問題,用正式簽名打包後進行測試發現,在程式正常執行時按下home鍵返回桌面,此時再點選APP的icon並不會回到之前的狀態,而是會從splash頁開始重啟程式,而從任務列表裡開啟APP則無此問題,在debug簽名下也並沒有遇到這個