ORA-12516錯誤處理
解決過程:
1、檢視當前會話數、processes和sessions值,發現session數和2個引數的值已經非常逼近
SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 10月 9 15:50:21 2006Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn / as sysdba
已連線。SQL> select count(*) from v$session;
COUNT(*)----------
45
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 50
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0l
icense_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 60
shared_server_sessions integer
2、修改processes和sessions值
3、檢視processes和sessions引數,但更改並未生效
4、重啟資料庫,使更改生效
其它:
ORACLE的連線數(sessions)與其引數檔案中的程式數(process)有關,它們的關係如下:
sessions=(1.1*process+5)
但是我們增加process數時,往往資料庫不能啟動了。這因為我們還漏調了一個unix系統引數:它是/etc/proc/kernel 中semmns,這是unix系統的訊號量引數。每個process會佔用一個訊號量。semmns調整後,需要重新啟動unix作業系統,引數才能生效。不過它的大小會受制於硬體的記憶體或ORACLE SGA。範圍可從200——2000不等。
semmns的計算公式為: SEMMNS>processes+instance_processes+system
processes=資料庫引數processes的值 instance_processes=5(smon,pmon,dbwr,lgwr,arch)
system=系統所佔用訊號量。系統所佔用訊號量可用下列命令查出:
#ipcs -s
其中列NSEMS顯示系統已佔用訊號量。
其它一些跟連線有關的引數,如 licence_max_sessions, licence_sessions_warning 等預設設定都為零,也就是沒有限制。我們可以放心大膽地使用資料庫了。
1、檢視當前會話數、processes和sessions值,發現session數和2個引數的值已經非常逼近
SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 10月 9 15:50:21 2006Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn / as sysdba
已連線。SQL> select count(*) from v$session;
COUNT(*)----------
45
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 50
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0l
icense_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 60
shared_server_sessions integer
2、修改processes和sessions值
SQL> alter system set processes=300 scope=spfile;
系統已更改。
SQL> alter system set sessions=335 scope=spfile;
系統已更改。
系統已更改。
SQL> alter system set sessions=335 scope=spfile;
系統已更改。
3、檢視processes和sessions引數,但更改並未生效
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 50
SQL> show parameter sessions
NAME TYPE VALUE
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 60
shared_server_sessions integer
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 50
SQL> show parameter sessions
NAME TYPE VALUE
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 60
shared_server_sessions integer
4、重啟資料庫,使更改生效
SQL> shutdown
SQL> startup
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 300
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 335
shared_server_sessions integer
SQL> startup
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 300
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 335
shared_server_sessions integer
其它:
ORACLE的連線數(sessions)與其引數檔案中的程式數(process)有關,它們的關係如下:
sessions=(1.1*process+5)
但是我們增加process數時,往往資料庫不能啟動了。這因為我們還漏調了一個unix系統引數:它是/etc/proc/kernel 中semmns,這是unix系統的訊號量引數。每個process會佔用一個訊號量。semmns調整後,需要重新啟動unix作業系統,引數才能生效。不過它的大小會受制於硬體的記憶體或ORACLE SGA。範圍可從200——2000不等。
semmns的計算公式為: SEMMNS>processes+instance_processes+system
processes=資料庫引數processes的值 instance_processes=5(smon,pmon,dbwr,lgwr,arch)
system=系統所佔用訊號量。系統所佔用訊號量可用下列命令查出:
#ipcs -s
其中列NSEMS顯示系統已佔用訊號量。
其它一些跟連線有關的引數,如 licence_max_sessions, licence_sessions_warning 等預設設定都為零,也就是沒有限制。我們可以放心大膽地使用資料庫了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8570952/viewspace-580248/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORA-12516錯誤的處理(轉)
- 錯誤處理
- PHP 錯誤處理PHP
- php錯誤處理PHP
- Go 錯誤處理Go
- Swift錯誤處理Swift
- Zabbix錯誤處理
- mysqldump錯誤處理MySql
- 錯誤處理:如何通過 error、deferred、panic 等處理錯誤?Error
- ORA-12516錯誤解決
- PHP錯誤處理和異常處理PHP
- go的錯誤處理Go
- Python錯誤處理Python
- ORA-12516問題處理
- 異常錯誤資訊處理
- PHP 核心特性 - 錯誤處理PHP
- 常用模組 PHP 錯誤處理PHP
- laravel9 錯誤處理Laravel
- 淺談前端錯誤處理前端
- Oracle異常錯誤處理Oracle
- ORACLE 異常錯誤處理Oracle
- 15-錯誤處理(Error)Error
- 學習Rust 錯誤處理Rust
- axios 的錯誤處理iOS
- Go語言之錯誤處理Go
- GOLANG錯誤處理最佳方案Golang
- Objective-C:錯誤處理Object
- javascript之處理Ajax錯誤JavaScript
- 搭建dataguard時,錯誤處理
- Oracle錯誤處理思路(一)Oracle
- COM的錯誤處理 (轉)
- 使用PHP錯誤處理 (轉)PHP
- openGauss 處理錯誤表
- Python錯誤處理和異常處理(二)Python
- 【故障處理】CRS-1153錯誤處理
- 【故障處理】ORA-19809錯誤處理
- rust學習十、異常處理(錯誤處理)Rust
- ORA-12516: TNS: 監聽程式找不到符合協議堆疊要求的可用處理程'錯誤協議