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

最新推荐文章于 2021-02-23 23:30:07 发布

原创

最新推荐文章于 2021-02-23 23:30:07 发布 · 826 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ORA-00020 #进程数

本文介绍了在遇到ORA-00020错误时，即数据库最大连接数超出限制的问题。文章详细描述了故障情况，分析了无法登录数据库并尝试通过重启服务器进行故障排查的场景，最后提醒了恢复服务时开启监听和注册的注意事项。

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

1、故障描述

厂家反映数据库连不上
这里写图片描述

登上去看，报ORA-00020，数据库连接数达到了数据库的最大连接数

[oradba@szpwgddb01:/oracle/app/product/11.2.0/db_1/dbs]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Thu

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

dba_lily

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

ORA-00020和ORA-00603报错处理

Sebastien23的博客

11-05

495

登录成功后备份参数文件，并扩容数据库最大连接数，重启数据库。需要扩容数据库的processes参数。现象：数据库进程仍在，但无法正常连接。重启数据库后，应当可以正常连接了。如果多次尝试登录数据库都报错。

Oracle - ORA-00020: maximum number of processes (500) exceeded

袭冷

01-17

1858

一、异常 [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

4898

今天去客户那里做巡检，碰到一个奇怪的问题，在此做个记录这套库是搭建在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

2841

研发反应测试库连不上，看下告警日志，有以下报错： ORA-00020: maximum number of processes (2000) exceeded 这种问题之前也遇到过，就是连接数达到了processes 的限制值 2000 了。像这种值在视图中都有记录的 16:21:55 sys@ORAUAT2>select * from V$RESOURCE

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

weixin_30376163的博客

04-21

420

异常的含义　　超过最大的进程数 　　我们使用下面的语句可以查看与进程（process）的相关参数：　　如上所示，这里的最大进程数是150。问题可能存在的原因 1、应用程序在使用数据库连接池时，使用完成后没有及时关闭，或者不正常的关闭导致数据库的Process处于inactive状态 2、连接数量确实比较多，进程数量150不满足需求解决办法 1、加大进程数 ...

解决ORA-00020:maximum number of processes (150) exceeded 错误

小米的修行之路

12-04

7398

问题原因：对于数据库的进程数超过最大值，只有资源打开之后，没有及时的关闭，或者说资源打开之后不正常的关闭界面造成数据库中的process处于inactive，没有释放，需要修改数据库的进程数据。解决方法：一、更改最大连接数有三种方法： 1、运行cmd 1)sqlplus/nolog 2)conn sys/system@tfds as sysdba 3)alter

ORA-00020 maximum number of processes (150) exceeded 错误解决方法

LFCuiYs的博客

06-30

685

由错误信息可知，进程数设置太小，进程数爆掉了，然后导致应用以及plsql或者使用sqlplus正常的连接数据库解决方法：1.查看进程数 SQL> show parameter proceNAME TYPE VALUE------------------------------------ ----------- -...

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

鲨鱼胃的博客

06-28

2067

问题描述一台数据库在跑应用的测试过程中挂掉了，因为默认的会话数是150，很显然，是会话数不够的原因。用sqlplus工具也无法登陆 [oracle@db ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Tue Jun 16 15:16:06 2020 Copyright (c) 1982, 2013, Oracle. All rights reserved. ERROR: ORA-00020: maximum

ORA-00020:maximum number of processes (150) 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版本和操作系统）。 --- ###