【ORACLE】orcle10g后台进程

遇到一个ora_o00n_ 过多,导致:

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

WARNING: ASM communication error: op 0 state 0x0 (15055)
ERROR: direct connection failure with ASM

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

PL/SQL Release 10.2.0.1.0 - Production

CORE    10.2.0.1.0      Production

TNS for Linux: Version 10.2.0.1.0 - Production

NLSRTL Version 10.2.0.1.0 - Production

 

SQL> !ps -ef |grep ora_

oracle    6296     1  0 Jul23 ?        00:00:07 ora_pmon_devdb1

oracle    6304     1  0 Jul23 ?        00:00:18 ora_diag_devdb1

oracle    6310     1  0 Jul23 ?        00:00:02 ora_psp0_devdb1

oracle    6315     1  0 Jul23 ?        00:01:26 ora_lmon_devdb1

oracle    6317     1  0 Jul23 ?        00:01:41 ora_lmd0_devdb1

oracle    6319     1  1 Jul23 ?        00:03:28 ora_lms0_devdb1

oracle    6329     1  0 Jul23 ?        00:00:01 ora_mman_devdb1

oracle    6331     1  0 Jul23 ?        00:00:07 ora_dbw0_devdb1

oracle    6333     1  0 Jul23 ?        00:00:15 ora_lgwr_devdb1

oracle    6337     1  0 Jul23 ?        00:00:15 ora_ckpt_devdb1

oracle    6341     1  0 Jul23 ?        00:00:13 ora_smon_devdb1

oracle    6351     1  0 Jul23 ?        00:00:00 ora_reco_devdb1

oracle    6359     1  0 Jul23 ?        00:00:33 ora_cjq0_devdb1

oracle    6365     1  0 Jul23 ?        00:00:18 ora_mmon_devdb1

oracle    6370     1  0 Jul23 ?        00:00:11 ora_mmnl_devdb1

oracle    6372     1  0 Jul23 ?        00:00:00 ora_d000_devdb1

oracle    6374     1  0 Jul23 ?        00:00:00 ora_s000_devdb1

oracle    6394     1  0 Jul23 ?        00:00:29 ora_lck0_devdb1

oracle    6422     1  0 Jul23 ?        00:00:01 ora_asmb_devdb1

oracle    6437     1  0 Jul23 ?        00:00:01 ora_rbal_devdb1

oracle    6840     1  0 Jul23 ?        00:00:01 ora_arc0_devdb1

oracle    6842     1  0 Jul23 ?        00:00:03 ora_arc1_devdb1

oracle    6895     1  0 Jul23 ?        00:00:01 ora_qmnc_devdb1

oracle    6916     1  0 Jul23 ?        00:00:00 ora_o003_devdb1

oracle    7065     1  0 Jul23 ?        00:00:00 ora_q001_devdb1

oracle    5327     1  0 Jul23 ?        00:00:30 ora_pz99_devdb1

oracle   16365     1  1 Jul23 ?        00:01:19 ora_j000_devdb1

oracle   23522     1  0 00:58 ?        00:00:00 ora_q002_devdb1

oracle   25680     1  0 01:00 ?        00:00:00 ora_q000_devdb1

oracle   26024 25845  0 01:00 pts/2    00:00:00 /bin/ksh -c ps -ef |grep ora_

oracle   26026 26024  0 01:00 pts/2    00:00:00 grep ora_

 

SQL>

10g新增进程:

MMAN

用于自动管理sga,全称是Memory Manager。

RVWR

用于写flashback的log,全称是Recovery Writer。

CTWR 

用于rman的快速增量备份,能记录block的改变,全称是Change Tracking Writer 

MMNL

和AWR一起工作,用于将需要的所有数据库状态信息的数据写入到磁盘。全称是Memory Monitor Light。

MMON

用于AWR,为AWR收集系统状态信息。全称是memory monitor。

M000

MMON的slave进程。 

RBAL

用于ASM的重新平衡磁盘资源。全称是Rebalancing Daemon

ARBn

由RBAL管理,进行实际的重新平衡磁盘资源操作,n的数量受asm_power_limit参数限制。

ASMB

ASM管理磁盘资源时,该进程为ASM的CSS(Cluster Synchronization Services)提供消息传递。该进程也能提供心跳机制。全称是Automatic Storage Management Background。

--以下3个为10g的not documented进程:--在11g中有所体现~!

PZnn

是rac的并发进程的slave进程(不等同于pnnn的一般并发的slave进程),是查询gv$视图会有该进程,n起始为99,后续为98、97……当kill掉该进程后,当运行查询gv$视图的时候会产生,或者等待1分钟左右的时间会自动产生(怀疑是不是类似与动态侦听注册般,有pmon来定期监控?)

 

O00n

ASM的slave进程,有一组o00n的进程用于连接ASM实例,通过这个连接池数据库进程将发送指令给ASM实例,如,打开一个文件时,通过该连接池将打开文件的请求发送给ASM。该进程仅适用于到ASM的短连接。这些进程也会限制登录到ASM实例的短连接,防止过载。

PSPn 

建立和管理其他oracle的进程,全称是Process SPawner

文章来自:

http://www.oracleblog.org/study-note/10g-new-process-and-not-document-process/

New Background Processes In 11g [ID 444149.1]

metalink:New Background Processes In 10g [ID:268197.1]

时间: 2024-09-17 04:02:19

【ORACLE】orcle10g后台进程的相关文章

oracle各后台进程介绍

后台进程用来执行保证数据库运行所需的实际维护任务.如:某个后台进程维护缓冲区缓存,根据需要将块写出到数据文件. 另个进程负责在线重做日志文件写满时将它自己复制到一个归档目标. 可以通过查询v$bgprocess视图看服务器当前后台进程 SQL> select paddr,name,description from v$bgprocess where paddr!='00'; PADDR NAME DESCRIPTION ---------------- ----- ---------------

ORACLE常用后台进程说明

本文相对较为简单,简单介绍一下ORACLE后台进程(ORACLE的INSTANCE主体是由内存+后台进程组成),其中部分也是备份与恢复的关键点,本文主要说一下ORACLE后台进程的工作原理,首要分类的是将ORACLE后台进程分为:独立模式.共享模式,我们一般采用独立模式,也就是会话的后台进程是独立的,共享模式相对来说有一个分配资源和并行处理的,所以用于MTS系统中,暂时不考虑这方面的问题,简单说下进程吧:   1.ORACLE进程查询介绍 2.核心进程PMON说明 3.核心进程SMON说明 4.

ORACLE 10G 后台进程

后台进程包括: 1)Focused Background Processes2)Utility Background Processes 1)Focused Background Processes~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~PMON: 1)connection在不正常终止时,pmon负责释放资源,rollback未提交的事务2)监控后台进程,如果某些后台进程不正常终止,则会重启它(比如dispatcher),或者直接终止实例(比如lgmr终止时)3)实例启动时,

在windows下查看oracle的后台进程

在linux环境下可以使用命令直接查oracle的进程,在windows下可以使用sql语句查看,不过没有linux的信息详细... SQL> select program,status from v$session where type='BACKGROUND';PROGRAM                                                          STATUS         -------------------------------------

【Oracle 集群】ORACLE DATABASE 11G RAC 知识图文详细教程之缓存融合技术和主要后台进程(四)

缓存融合技术和主要后台进程(四) Cache Fusion 原理       前面已经介绍了 RAC 的后台进程,为了更深入的了解这些后台进程的工作原理,先了解一下 RAC 中多节点对共享数据文件访问的管理是如何进行的.要了解 RAC 工作原理的中心,需要知道 Cache Fusion 这个重要的概念,要发挥 Cache Fusion 的作用,要有一个前提条件,那就是互联网络的速度要比访问磁盘的速度要快.否则,没有引入 Cache Fusion 的意义.而事实上,现在 100MB 的互联网都很常

Oracle数据库的ORA-00257故障解决过程

概述: Oracle数据库是目前业界最常用的大型数据库系统,我在实际项目中遇到出现ORA-00257错误(空间不足错误),通过查找资料,绝大部分说这是由于归档日志太多,占用了全部的硬盘剩余空间导致的,通过简单删除日志或加大存储空间就能够解决.但是我在Oracle 10g上发现,存储空间还有很大,却也报这个错误.原来是Oracle 10g中新的特性,对Flash Recovery的管理导致的. 1.软硬件环境 服务器HP Proliant DL580G4(Intel Xeon 3.16GHz/4G

如何在Windows 2000环境中Kill掉单个Oracle线程

oracle|window  如何在Windows 2000环境中Kill掉单个Oracle线程   来源:http://metalink.oracle.com 关键字:Oracle Thread Kill 描述:本文说明在Windows环境下, Orakill工具的使用 正文:        你遇到过下面类似的情况吗?一个用户进程长期占用资源而不释放,导致Oracle进程占用了系统的大量资源,Oralce系统的效率变得很低.如果简单的关闭重启Oracle 实例,势必影响所有的用户.有没有办法仅

UNIX 和 WINDOWS2000 上的 ORACLE 的差异

oracle|unix|window     Ian Adam,          SAIC Ltd David Stien,       SAIC Ltd 翻译:Fenng          摘要 ORACLE是广为人知的Unix硬件平台上的领先的数据库系统.ORACLE用户和管理员因此熟悉Unix平台上的ORACLE架构以及它上面的工具和技巧,并从他们的数据库得到最大的收益.相反,Windows上的ORACLE架构就不那么的被广为了解.这篇文章从一个DBA的角度考察了两个操作系统之间的关键的

Oracle DBA数据库日常维护完全手册

在Oracle数据库运行期间,DBA应该对数据库的运行日志及表空间的使用情况进行监控,及早发现数据库中存在的问题. 一.Oracle警告日志文件监控 Oracle在运行过程中,会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动.关闭,启动时的非缺省参数: ●数据库的重做日志切换情况,记录每次切换的时间,及如果因为检查点(checkpoint)操作没有执行完成造成不能切换,会记录不能切换的原因: ●对数据库进行的某些操作,如创建或删除表空间.增加数据文件: