ORA-00020: maximum number of processes (150) exceeded

最新推荐文章于 2018-12-23 14:31:10 发布
最新推荐文章于 2018-12-23 14:31:10 发布
阅读量202 收藏
点赞数
文章标签： 数据库
本文介绍了解决ORA-00020错误的方法，该错误提示为“超过最大进程数（150）”。解决方案包括通过SQL Plus调整系统连接数至2000，并重启数据库。此外还讨论了可能的原因，如未回收资源和高并发情况。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

ORA-00020: maximum number of processes (150) exceeded

===== 解决方案：

更改系统连接数：（在sqlplus中）

步骤一：更改系统连接数（修改成2000，此处修改具体值）
alter system set processes=2000 scope=spfile;

步骤二：重启数据库
shutdown immediate;
startup;

===== 附注

这可能是代码问题，没有回收资源，具体问题，具体分析。

还有情况，即高并发，适当修改配置。

iteye_11790
关注
ORA-00020和ORA-00603报错处理
Sebastien23的博客
11-05 521
登录成功后备份参数文件，并扩容数据库最大连接数，重启数据库。需要扩容数据库的processes参数。现象：数据库进程仍在，但无法正常连接。重启数据库后，应当可以正常连接了。如果多次尝试登录数据库都报错。
ORA-00020:maximum number of processes (150) exceeded
L36_2587的博客
02-26 331
由于processes进程数达到了最大值。 这种情况下，无论在命令行用：sqlplus / as sysdba 或 sqlplus -prelim / as sysdba 还是plsql，都无法登录 在网上找了很多的解决方法，这里综合说明一下： 首先按照大神的方法，终止oracle的一些进程。 https://blog.youkuaiyun.com/lwei_998/article/details/6145...
ORA-00020:maximum number of processes (150) exceeded 错误解决方法
热门推荐
IT小黑
12-25 4万+
这个问题存在好几天了，一直没有根本上的解决办法，昨天终于解决了，下面就说一下我的解决过程，希望对大家有所帮助： 第一次：一开始只是通过admin/数据库名/pfile/init.ora.018201210520下的process = 150 然后修改成了500，重启数据库，本认为万事大吉了，大约过了几个小时客户来电话，说不行了，再次连接不上数据库了。 第二次：然后又继续想问题的所在，对于数据库
Oracle - ORA-00020: maximum number of processes (500) exceeded
袭冷
01-17 1865
一、异常 [oracle@xl ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Tue Jul 21 10:38:28 2015 Copyright (c) 1982, 2013, Oracle. All rights reserved. ERROR: ORA-00020: maximum number
ORA-00020: maximum number of processes (500) exceeded 故障一例
aaron8219's Oracle&Linux Technology Blog
04-29 4904
今天去客户那里做巡检，碰到一个奇怪的问题，在此做个记录 这套库是搭建在windows server 2008上的一套11g RAC，在alert日志中出现了大量下列信息： Wed Apr 29 10:32:48 2015 ORA-00020: maximum number of processes (500) exceeded  ORA-20 errors will not be
ORA-00020: maximum number of processes (2000) exceeded
huangliang0703的专栏
08-28 2847
研发反应测试库连不上，看下告警日志，有以下报错： ORA-00020: maximum number of processes (2000) exceeded 这种问题之前也遇到过，就是 连接数达到了processes 的限制值 2000 了。 像这种值在视图中都有记录的 16:21:55 sys@ORAUAT2>select * from V$RESOURCE
数据库报错：ora00020：maxmum number of process （150） exceeded
weixin_33739627的博客
01-18 189
SQL> show parameter processes; NAME TYPE VALUE ------------------------------------ ----------- --------------------------------------- aq_tm_processes integer 1 db_writer_processes integer 1...
解决ORA-00020:maximum number of processes (150) exceeded 错误
sujin的博客
12-23 410
原文链接   https://www.cnblogs.com/Aixi/p/4779554.html 1、执行如下命令 sqlplus / as sysdba 连接SQL，如果出错导致无法连接，可以用以下两种方法重启Oracle （1）杀死所有oracle进程 ps -ef |grep $ORACLE_SID|grep -v grep|awk '{print $2}' | xargs k...
ORA-00020: maximum number of processes (300) exceeded
weixin_34240657的博客
06-07 303
SQL> select count(*) from v$session; COUNT(*)---------- 98 SQL> select count(*) from v$process; COUNT(*)---------- 99 more odsprod.log 目前系统正常 检查结果如下: 系统的进程树最大150. 当前...
ORA-00020: maximum number of processes (800) exceeded
weixin_34273479的博客
08-31 362
[oracle@db04-1 ~]$ sqlplus -prelim / as sysdba SQL*Plus: Release 11.2.0.3.0 Production on 星期四 8月 31 10:00:51 2017 Copyright (c) 1982, 2011, Oracle. All rights reserved. SQL> oradebug setmypid已处理...
ALTER DATABASE MOUNT; ALTER DATABASE MOUNT * ERROR at line 1: ORA-00059: maximum number of DB_FILES exceeded
最新发布
03-13
<think>好的，我现在需要帮用户解决Oracle数据库执行ALTER DATABASE MOUNT时出现ORA-00059错误的问题。首先，我得确认用户提到的错误信息。ORA-00059表示超过了DB_FILES的最大限制，这通常发生在数据库参数设置不足以处理当前的数据文件数量时。 首先，我应该回忆一下DB_FILES参数的作用。DB_FILES参数定义了数据库可以同时打开的数据文件的最大数量。当用户尝试挂载数据库时，如果现有的数据文件数量超过这个参数设置的值，就会触发ORA-00059错误。这个时候，用户可能需要调整这个参数的值，但需要知道如何正确修改。 接下来，我需要考虑如何修改DB_FILES参数。通常，这个参数是在初始化参数文件（如init.ora或spfile）中设置的。用户需要先关闭数据库实例，然后修改参数，再重新启动实例。不过，修改静态参数可能需要使用CREATE PFILE FROM SPFILE来生成pfile，再编辑pfile中的DB_FILES值，之后用这个pfile创建新的spfile，或者直接启动时指定pfile。这一步需要确保步骤正确，否则可能导致数据库无法启动。 另外，修改DB_FILES之后，需要重新挂载数据库，但用户之前的问题是在挂载时出现的错误。所以需要确认在修改参数后，重新启动实例到nomount状态，然后执行ALTER DATABASE MOUNT。这时，新的DB_FILES值应该生效，允许更多的数据文件被处理。 此外，可能还需要检查当前数据库中的数据文件数量是否确实超过了原来的DB_FILES设置。用户可以通过查询DBA_DATA_FILES视图来确认现有数据文件的数量。如果数量接近或超过原设置，增加DB_FILES是必要的。 还要注意，DB_FILES是一个静态参数，修改后必须重启数据库才能生效。因此，用户需要计划好维护窗口，避免影响业务运行。另外，虽然增加DB_FILES可以解决当前的问题，但设置过高的值可能会占用更多的系统资源，需要平衡实际需求和系统性能。 用户可能还关心如何避免未来再次出现类似问题。这时候可能需要定期监控数据文件的数量，并确保DB_FILES参数留有足够的余量。或者，考虑使用Oracle的自动扩展功能，但DB_FILES本身是硬性限制，自动扩展可能不适用，所以主要还是参数调整。 最后，我应该总结解决步骤，并提醒用户备份参数文件，以免修改出错导致无法启动数据库。同时，可能还需要检查其他相关参数，比如MAXDATAFILES，但MAXDATAFILES是在创建数据库时设置的，不能动态修改，所以可能需要重建数据库，但这应该是最后的选择。不过，ORA-00059通常通过调整DB_FILES即可解决，所以重点放在修改这个参数上。 在生成相关问题的时候，需要考虑用户可能进一步的问题，比如如何永久修改参数，如何处理静态参数，如何监控数据文件数量，以及错误处理的最佳实践。这样用户可以有更全面的解决方案和预防措施。</think>### ORA-00059错误解决方案 当执行`ALTER DATABASE MOUNT`时出现ORA-00059错误（`maximum number of DB_FILES exceeded`），表示当前数据库的`DB_FILES`参数设置无法满足实际数据文件数量需求。以下是逐步解决方案： --- #### 1. **确认当前DB_FILES参数值** 首先查看当前数据库的`DB_FILES`参数设置： ```sql SHOW PARAMETER DB_FILES; ``` 如果输出结果为`DB_FILES=200`，则表示当前最多允许200个数据文件[^1]。 --- #### 2. **查询实际数据文件数量** 验证当前数据库实际使用的数据文件数量： ```sql SELECT COUNT(*) FROM DBA_DATA_FILES; ``` 如果查询结果接近或超过`DB_FILES`参数值，则需调整参数[^2]。 --- #### 3. **修改DB_FILES参数** ##### 3.1 关闭数据库实例 ```sql SHUTDOWN IMMEDIATE; ``` ##### 3.2 修改初始化参数 - **使用SPFILE的情况**： ```sql CREATE PFILE='/tmp/init_temp.ora' FROM SPFILE; ``` 编辑生成的`/tmp/init_temp.ora`文件，修改： ```ini DB_FILES=新值（如500） ``` 重新生成SPFILE： ```sql CREATE SPFILE FROM PFILE='/tmp/init_temp.ora'; ``` - **直接使用PFILE的情况**： 直接编辑`init.ora`文件并修改`DB_FILES`参数。 --- #### 4. **重启数据库实例** ```sql STARTUP NOMOUNT; ALTER DATABASE MOUNT; ALTER DATABASE OPEN; ``` 此时新参数值生效。 --- #### 5. **验证修改结果** 重新检查参数值： ```sql SHOW PARAMETER DB_FILES; ``` 确保新值已生效，且数据文件数量未超过限制。 --- ### 关键注意事项 1. **参数类型**：`DB_FILES`是静态参数，修改后需重启实例生效。 2. **系统资源**：设置过高可能导致内存占用增加，需根据实际需求平衡。 3. **数据文件上限**：`DB_FILES`最大值为65535（取决于Oracle版本和操作系统）。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值