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中可能比使用索引更快,具体情况包括:1)数据量较小时;2)查询返回大量数据时;3)索引列不具备高选择性时;4)复杂查询时。通过分析查询计划、优化索引、避免过度索引和定期维护表,可以在实际应用中做出最优选择。

InnoDB的全文搜索功能非常强大,能够显着提高数据库查询效率和处理大量文本数据的能力。 1)InnoDB通过倒排索引实现全文搜索,支持基本和高级搜索查询。 2)使用MATCH和AGAINST关键字进行搜索,支持布尔模式和短语搜索。 3)优化方法包括使用分词技术、定期重建索引和调整缓存大小,以提升性能和准确性。

是的,可以在 Windows 7 上安装 MySQL,虽然微软已停止支持 Windows 7,但 MySQL 仍兼容它。不过,安装过程中需要注意以下几点:下载适用于 Windows 的 MySQL 安装程序。选择合适的 MySQL 版本(社区版或企业版)。安装过程中选择适当的安装目录和字符集。设置 root 用户密码,并妥善保管。连接数据库进行测试。注意 Windows 7 上的兼容性问题和安全性问题,建议升级到受支持的操作系统。

MySQL是一个开源的关系型数据库管理系统。1)创建数据库和表:使用CREATEDATABASE和CREATETABLE命令。2)基本操作:INSERT、UPDATE、DELETE和SELECT。3)高级操作:JOIN、子查询和事务处理。4)调试技巧:检查语法、数据类型和权限。5)优化建议:使用索引、避免SELECT*和使用事务。

聚集索引和非聚集索引的区别在于:1.聚集索引将数据行存储在索引结构中,适合按主键查询和范围查询。2.非聚集索引存储索引键值和数据行的指针,适用于非主键列查询。

MySQL 和 MariaDB 可以共存,但需要谨慎配置。关键在于为每个数据库分配不同的端口号和数据目录,并调整内存分配和缓存大小等参数。连接池、应用程序配置和版本差异也需要考虑,需要仔细测试和规划以避免陷阱。在资源有限的情况下,同时运行两个数据库可能会导致性能问题。

MySQL 数据库中,用户和数据库的关系通过权限和表定义。用户拥有用户名和密码,用于访问数据库。权限通过 GRANT 命令授予,而表由 CREATE TABLE 命令创建。要建立用户和数据库之间的关系,需创建数据库、创建用户,然后授予权限。

MySQL支持四种索引类型:B-Tree、Hash、Full-text和Spatial。1.B-Tree索引适用于等值查找、范围查询和排序。2.Hash索引适用于等值查找,但不支持范围查询和排序。3.Full-text索引用于全文搜索,适合处理大量文本数据。4.Spatial索引用于地理空间数据查询,适用于GIS应用。
