ORA-00020: No more process state objects available故障一例
今天一网友咨询数据库宕机了，当时数据库出现用户无法登录的症状，为了了解起因，去查看了网友的告警日志alert.log，发现在晚上1
今天一网友咨询数据库宕机了，当时数据库出现用户无法登录的症状，为了了解起因，去查看了网友的告警日志alert.log，发现在晚上10:00左右出现大量的ORA-00020: No more process state objects available 错误，具体错误日志如下:
Fatal NI connect error 12170.
版本信息：
适用于 Linux 的 TNS：版本 11.2.0.2.0 - 生产
适用于 Linux 的 Oracle Bequeath NT 协议适配器：版本 11.2.0.2.0 - 生产
TCP/IP NT 协议适配器Linux：版本 11.2.0.2.0 - 生产
时间：2015 年 5 月 11 日 14:28:28
跟踪未打开。
Tns 错误结构：
ns 主要错误代码：12535
TNS-12535：TNS：操作超时
ns 次要错误代码：12560
nt 主要错误代码：505
TNS-00505：操作超时
nt 次要错误错误代码：110
nt 操作系统错误代码：0
客户端地址：(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.102.150)(PORT=50069))
5 月 11 日星期一 16:21： 14 2015
线程 1 无法分配新日志，序列 1728
私有链刷新未完成
当前日志# 4 seq# 1727 mem# 0：/oradata/orcl/redo4.log
线程 1 高级记录序列 1728（LGWR 开关）
当前日志# 3 seq# 1728 mem# 0: /oradata/orcl/redo3.log
Mon May 11 22:00:00 2015
设置资源管理器计划调度程序[0x3107]:DEFAULT_MAINTENANCE_PLAN 通过调度程序窗口
通过参数设置资源管理器计划 DEFAULT_MAINTENANCE_PLAN
2015 年 5 月 11 日星期一 22:00:00
启动后台进程 VKRM
2015 年 5 月 11 日星期一 22:00:00
VKRM 以 pid=83 启动，操作系统 id=27195
2015 年 5 月 12 日星期二 00:56:23
线程 1 无法分配新日志，序列 1729
私有链刷新未完成
当前日志# 3 seq# 1728 mem# 0: /oradata/orcl/redo3.log
线程 1 前进到日志序列 1729（LGWR 开关）
当前日志# 1 seq# 1729 mem# 0: /oradata/orcl/ redo01.log
2015 年 5 月 12 日星期二 02:00:00
关闭调度程序窗口
通过调度程序窗口关闭资源管理器计划
通过参数清除资源管理器计划
5 月 12 日星期二 10:46： 48 2015
线程 1 无法分配新日志，序列 1730
私有链刷新未完成
当前日志# 1 seq# 1729 mem# 0: /oradata/orcl/redo01.log
线程 1 高级记录序列 1730（LGWR 开关）
当前日志# 2 seq# 1730 mem# 0: /oradata/orcl/redo2.log
2015 年 5 月 12 日星期二 14:36:13
线程 1 无法分配新的日志，序列 1731
私有链刷新未完成
当前日志# 2 seq# 1730 mem# 0：/oradata/orcl/redo2.log
线程 1 前进到日志序列 1731（LGWR 开关）
当前日志# 4 seq# 1731 mem# 0: /oradata/orcl/redo4.log
2015 年 5 月 12 日星期二 16:27:07
线程 1 无法分配新日志，序列 1732
私有链刷新不完整
当前日志# 4 seq# 1731 mem# 0: /oradata/orcl/redo4.log
线程 1 前进到日志序列 1732（LGWR 开关）
当前日志# 3 seq# 1732 mem# 0: /oradata/orcl/redo3.log
2015 年 5 月 12 日星期二 22:00:00
通过调度程序窗口设置资源管理器计划 SCHEDULER[0x3108]:DEFAULT_MAINTENANCE_PLAN
通过参数设置资源管理器计划 DEFAULT_MAINTENANCE_PLAN
2015 年 5 月 12 日星期二 22:00:00
启动后台进程 VKRM
2015 年 5 月 12 日星期二 22:00:00
VKRM 启动，pid=174，操作系统 id=25804
星期三 5 月 13 日 02 :00:00 2015
关闭调度程序窗口
通过调度程序窗口关闭资源管理器计划
通过参数清除资源管理器计划
2015 年 5 月 13 日星期三 02:45:10
线程 1 无法分配新资源日志，序列 1733
私有链刷新未完成
当前日志# 3 seq# 1732 mem# 0：/oradata/orcl/redo3.log
线程 1 前进到日志序列 1733（LGWR 开关）
当前日志# 1 seq# 1733 mem# 0：/oradata/orcl/redo01.log
2015 年 5 月 13 日星期三 09:05:36
检测到时间漂移。请检查 VKTM 跟踪文件以了解更多详细信息。
2015 年 5 月 13 日星期三 09:15:55
DM00 启动，pid=352，操作系统 id=4784，作业 SYSTEM.SYS_EXPORT_SCHEMA_01
5 月 13 日星期三 09:15： 56 2015
DW00 开始，pid=353，操作系统 id=4786，wid=1，作业 SYSTEM.SYS_EXPORT_SCHEMA_01
2015 年 5 月 13 日星期三 10:11:52
线程 1 无法分配新日志，序列 1734
私有链刷新未完成
当前日志# 1 seq# 1733 mem# 0：/oradata/orcl/redo01.log
线程 1 前进到日志序列 1734（LGWR 开关）
当前日志# 2 seq# 1734 mem# 0: /oradata/orcl/redo2.log
2015 年 5 月 13 日星期三 13:15:38
线程 1 无法分配新日志，序列 1735
私有链刷新未完成
当前日志# 2 seq# 1734 mem# 0: /oradata/orcl/redo2.log
线程 1 前进到日志序列 1735（LGWR 开关）
当前日志# 4 seq# 1735 mem# 0：/oradata/orcl/redo4.log
2015 年 5 月 13 日星期三 14:54:18
线程 1无法分配新日志，序列 1736
私有链刷新未完成
当前日志# 4 seq# 1735 mem# 0：/oradata/orcl/redo4.log
线程 1 前进到日志序列 1736（LGWR 开关)
当前日志# 3 seq# 1736 mem# 0: /oradata/orcl/redo3.log
2015 年 5 月 13 日星期三 17:39:31
线程 1 无法分配新日志，序列 1737
私有链刷新未完成
当前日志# 3 seq# 1736 mem# 0: /oradata/orcl/redo3.log
线程 1 前进到日志序列 1737（LGWR 开关）
当前日志# 1 seq# 1737 mem# 0: /oradata/orcl/redo01.log
2015 年 5 月 13 日星期三 20:47:10
ORA-00020：没有更多可用的进程状态对象
ORA-20 错误将不会写入下一分钟
的警报日志。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m000 提交失败，错误 = 20
2015 年 5 月 13 日星期三 20:52:37
ORA-00020：没有更多进程状态对象可用
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m000 提交失败，错误 = 20
2015 年 5 月 13 日星期三 20:57:38
ORA-00020：没有更多进程状态对象可用
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m000 提交失败，错误 = 20
2015 年 5 月 13 日星期三 21:01:35
ORA-00020：没有更多进程状态对象可用
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 W001 提交失败，错误 = 20
2015 年 5 月 13 日星期三 21:02:38
ORA-00020：没有更多进程状态对象可用
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m001 提交失败，错误 = 20
2015 年 5 月 13 日星期三 21:05:44
ORA-00020：没有更多进程状态对象可用
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 W001 提交失败，错误 = 20
2015 年 5 月 13 日星期三 21:12:38
ORA-00020：没有更多进程状态对象可用
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m000 提交失败，错误 = 20
进程 m001 提交失败，错误 = 20
5 月 13 日星期三 21:42:39 2015
ORA-00020：没有更多可用的进程状态对象
ORA-20 错误将不会在下一分钟写入警报日志
。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m000 提交失败，错误 = 20
进程 m001 提交失败，错误 = 20
5 月 13 日星期三 21:43:00 2015
流程 W001 提交失败，错误 = 20
2015 年 5 月 13 日星期三 21:51:13
由于参数 process 的值 (400)，将参数 parallel_max_servers
的默认值从 1280 调整为 385 )
正在启动 ORACLE 实例（正常）
2015 年 5 月 13 日星期三 21:52:40
ORA-00020：没有更多可用的进程状态对象
ORA-20 错误将不会写入警报日志
下一分钟。请查看跟踪文件以查看所有
ORA-20 错误。
进程 m000 提交失败，错误 = 20
2015 年 5 月 13 日星期三 21:53:33
错误信息一般在 Oracle 实例中创建辅助后台进程（如常见的子进程m00x或者子进程W00x等）时出现进程启动失败时出现，而造成该错误的可能性有多种，包括Oracle实例资源不足、操作系统资源不足等等。其中常见实例的实例的进程使用达到上限，可以通过查询v$resource_limit视图来了解实例生命周期内是否发生过进程总数暴满的情况：
我们可以看到进程的 MAX_UTILIZATION 最大使用次数曾达到超过 LIMIT_VALUE 限定的 400，，
会话达到了 640。
从以上V$resource_limit视图的输出来看，极有可能是processes总数达到上限导致了新的后台辅助进程创建失败，其实我们可以很方便地验证这一点:
[oracle@bntjftest ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Thu May 14 15:28:15 2015
Copyright (c) 1982, 2013, Oracle. All rights reserved.
热AI工具
Undresser.AI Undress
人工智能驱动的应用程序，用于创建逼真的裸体照片
AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。
Undress AI Tool
免费脱衣服图片
Clothoff.io
AI脱衣机
Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸！
热门文章
热工具
记事本++7.3.1
好用且免费的代码编辑器
SublimeText3汉化版
中文版，非常好用
禅工作室 13.0.1
功能强大的PHP集成开发环境
Dreamweaver CS6
视觉化网页开发工具
SublimeText3 Mac版
神级代码编辑软件(SublimeText3)
与MySQL中使用索引相比，全表扫描何时可以更快？
Apr 09, 2025 am 12:05 AM
全表扫描在MySQL中可能比使用索引更快，具体情况包括：1)数据量较小时；2)查询返回大量数据时；3)索引列不具备高选择性时；4)复杂查询时。通过分析查询计划、优化索引、避免过度索引和定期维护表，可以在实际应用中做出最优选择。
可以在 Windows 7 上安装 mysql 吗
Apr 08, 2025 pm 03:21 PM
是的，可以在 Windows 7 上安装 MySQL，虽然微软已停止支持 Windows 7，但 MySQL 仍兼容它。不过，安装过程中需要注意以下几点：下载适用于 Windows 的 MySQL 安装程序。选择合适的 MySQL 版本（社区版或企业版）。安装过程中选择适当的安装目录和字符集。设置 root 用户密码，并妥善保管。连接数据库进行测试。注意 Windows 7 上的兼容性问题和安全性问题，建议升级到受支持的操作系统。
mysql：简单的概念，用于轻松学习
Apr 10, 2025 am 09:29 AM
MySQL是一个开源的关系型数据库管理系统。1）创建数据库和表：使用CREATEDATABASE和CREATETABLE命令。2）基本操作：INSERT、UPDATE、DELETE和SELECT。3）高级操作：JOIN、子查询和事务处理。4）调试技巧：检查语法、数据类型和权限。5）优化建议：使用索引、避免SELECT*和使用事务。
mysql 和 mariadb 可以共存吗
Apr 08, 2025 pm 02:27 PM
MySQL 和 MariaDB 可以共存，但需要谨慎配置。关键在于为每个数据库分配不同的端口号和数据目录，并调整内存分配和缓存大小等参数。连接池、应用程序配置和版本差异也需要考虑，需要仔细测试和规划以避免陷阱。在资源有限的情况下，同时运行两个数据库可能会导致性能问题。
RDS MySQL 与 Redshift 零 ETL 集成
Apr 08, 2025 pm 07:06 PM
数据集成简化：AmazonRDSMySQL与Redshift的零ETL集成高效的数据集成是数据驱动型组织的核心。传统的ETL（提取、转换、加载）流程复杂且耗时，尤其是在将数据库（例如AmazonRDSMySQL）与数据仓库（例如Redshift）集成时。然而，AWS提供的零ETL集成方案彻底改变了这一现状，为从RDSMySQL到Redshift的数据迁移提供了简化、近乎实时的解决方案。本文将深入探讨RDSMySQL零ETL与Redshift集成，阐述其工作原理以及为数据工程师和开发者带来的优势。
Bangla 部分模型检索中的 Laravel Eloquent ORM）
Apr 08, 2025 pm 02:06 PM
LaravelEloquent模型检索：轻松获取数据库数据EloquentORM提供了简洁易懂的方式来操作数据库。本文将详细介绍各种Eloquent模型检索技巧，助您高效地从数据库中获取数据。1.获取所有记录使用all()方法可以获取数据库表中的所有记录：useApp\Models\Post;$posts=Post::all();这将返回一个集合(Collection)。您可以使用foreach循环或其他集合方法访问数据：foreach($postsas$post){echo$post->
mysql用户和数据库的关系
Apr 08, 2025 pm 07:15 PM
MySQL 数据库中，用户和数据库的关系通过权限和表定义。用户拥有用户名和密码，用于访问数据库。权限通过 GRANT 命令授予，而表由 CREATE TABLE 命令创建。要建立用户和数据库之间的关系，需创建数据库、创建用户，然后授予权限。
MySQL：初学者的数据管理易用性
Apr 09, 2025 am 12:07 AM
MySQL适合初学者使用，因为它安装简单、功能强大且易于管理数据。1.安装和配置简单，适用于多种操作系统。2.支持基本操作如创建数据库和表、插入、查询、更新和删除数据。3.提供高级功能如JOIN操作和子查询。4.可以通过索引、查询优化和分表分区来提升性能。5.支持备份、恢复和安全措施，确保数据的安全和一致性。
