首页 数据库 mysql教程 ORA-00020: No more process state objects available故障一例

ORA-00020: No more process state objects available故障一例

Jun 07, 2016 pm 04:00 PM

今天一网友咨询数据库宕机了,当时数据库出现用户无法登录的症状,为了了解起因,去查看了网友的告警日志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视图来了解实例生命周期内是否发生过进程总数暴满的情况:

ORA-00020: No more process state objects available故障一例

我们可以看到进程的 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.

本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

热AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover

AI Clothes Remover

用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool

Undress AI Tool

免费脱衣服图片

Clothoff.io

Clothoff.io

AI脱衣机

Video Face Swap

Video Face Swap

使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热工具

记事本++7.3.1

记事本++7.3.1

好用且免费的代码编辑器

SublimeText3汉化版

SublimeText3汉化版

中文版,非常好用

禅工作室 13.0.1

禅工作室 13.0.1

功能强大的PHP集成开发环境

Dreamweaver CS6

Dreamweaver CS6

视觉化网页开发工具

SublimeText3 Mac版

SublimeText3 Mac版

神级代码编辑软件(SublimeText3)

与MySQL中使用索引相比,全表扫描何时可以更快? 与MySQL中使用索引相比,全表扫描何时可以更快? Apr 09, 2025 am 12:05 AM

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

说明InnoDB全文搜索功能。 说明InnoDB全文搜索功能。 Apr 02, 2025 pm 06:09 PM

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

可以在 Windows 7 上安装 mysql 吗 可以在 Windows 7 上安装 mysql 吗 Apr 08, 2025 pm 03:21 PM

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

mysql:简单的概念,用于轻松学习 mysql:简单的概念,用于轻松学习 Apr 10, 2025 am 09:29 AM

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

InnoDB中的聚类索引和非簇索引(次级索引)之间的差异。 InnoDB中的聚类索引和非簇索引(次级索引)之间的差异。 Apr 02, 2025 pm 06:25 PM

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

mysql 和 mariadb 可以共存吗 mysql 和 mariadb 可以共存吗 Apr 08, 2025 pm 02:27 PM

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

mysql用户和数据库的关系 mysql用户和数据库的关系 Apr 08, 2025 pm 07:15 PM

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

说明不同类型的MySQL索引(B树,哈希,全文,空间)。 说明不同类型的MySQL索引(B树,哈希,全文,空间)。 Apr 02, 2025 pm 07:05 PM

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

See all articles