学习目标

懂得如何查表oracle系统进程
了解racle系统进程

业务场景

数据库服务停止
缺乏对数据库进程的了解，想进一步了解oracle进程

Windows查看Orcle进程

在windows下，Oracle服务只有一个服务名，名称为 OracleService+实例名，比如实例名为ORCL，那服务名为OracleServiceORCL 。如果一台机器上有多个OracleService开头的服务，说明该机器运行了多个oracle实例或多个数据库。

查看方法：

打开 “控制面板”-->“服务” ，
或者鼠标右键点“我的电脑 ”->"计算机管理"-->"服务和应用程序"-->"服务"
出现下面的窗口，点“名称”，按名称排序，显示数据库服务名

如果数据库服务没开启，那在状态栏中会显示为空白，正常状态是“已启动”

3. 如果数据库没运行，可选择该服务，右键启动。

说明：显示 “已启动”不能说明数据库已经打开，只有数据库无异常情况下，可以用这种办法启动。

Linux查看Oracle进程

1. 服务状态查看

linux和unix下，oracle有许多进程，使用ps -ef|grep ora_ 可以查看到有如下服务

上面出现的服务都不可用kill -9 来结束，否则会引起数据库关闭。

通常情况下，我们只需关注smon相关的服务是否存在，可用下面命令确认：

ps -ef |grep smon

如下图所示：

假如数据库是RAC数据库，除了ora_smon+实例名称的进程外，

实例名会多出+ASM1或+ASM2 这种进程，这是ASM相关进程，只有ASM实例打开，才有可能访问到ASM磁盘组，也才能打开数据库，

进程如下所示：

2. 相关服务介绍

1） PMON：进程监控进程

进程负责在反常中断的连接之后的清理工作。例如，如果因某些原因专用服务“故障”或被kill掉，PMON就是负责处理（恢复或回滚工作）和释放你的资源。PMON将发出未提交工作的回滚，释放锁，和释放分配给故障进程的SGA资源。

除了在异常中断之后的清理外，PMON监控其他oracle后台进程，如果有必要（和有可能）重新启动他们。如果共享服务或一个分配器故障（崩溃），PMON将插手并且重启另一个（在清理故障进程之后）。PMON将观察所有Oracle进程，只要合适或重启他们或中止进程。例如，在数据库日志写进程事件中，LGWR故障，实例故障。这是一个严重的错误，最安全的处理方法就是去立即终止实例，让正常的恢复处理数据。（注意这是很少发生的事情，应该立即报告oracle支持）。

PMON为实例做的另一件事是去使用Oracle TNS监听器登记。当一个实例开启的时候，PMON进程投出众所周知的端口地址，除非指向其他，来看是否监听器正在开和运行着。众所周知/默认端口是使用 1521。现在，如果监听器在一些不同端口开启会发生什么？这种情况，机制是相同的，除了监听器地址需要被LOCAL_LISTENER参数明确指定。如果监听器运行在库实例开启的时候，PMON和监听器通讯，传到它相关参数，譬如服务器名和实例的负载度量。如果监听器没被开启，PMON将周期性的试着和它联系来登记自己。

2）SMON：系统监控

SMON是负责做所有系统级的工作。相对于PMON对单个进程感兴趣，SMON是一个系统级别的观点，是一种用于库的“垃圾收集者”。它做的工作包括如下7件：

清理临时表空间：伴随这“真正”的临时表空间的出现，清理临时表空间的杂事已经减轻了，但它还没完全消失。例如，当建立一个索引，在创建期间分配给索引的扩展区被标志为TEMPORARY。如果Create Index会话因某些原因异常中断，SMON负责清理他们。其他操作创建的临时扩展区，SMON同样会负责。

接合空闲空间：如果你正使用数据字典管理表空间，SMON负责把那些在表空间中空闲的并且互相是邻近的extent接合成一个较大的空闲扩展区。这发生仅在带有默认的pctincrease设置为非零的存储子句的字典管理表空间。

把对于不可用文件的事务恢复成活动状态：它的角色类似在库启动期间。这时，因为文件不能用于恢复，SMON恢复在实例/崩溃恢复期间被跳过的故障事务。例如，文件可能已经在不可用或没装载的磁盘上。当文件变可用了，SMON将恢复它。

执行一个RAC中故障节点的实例恢复：在一个oracle RAC配置中，当群集中的一个库实例失败（例如，实例正执行的机器故障了），一些群集中的其他节点将开启故障的实例的重做日志文件，为故障实例执行所有数据的恢复。

清理OBJ$：OBJ$是一个包含库中几乎每一个对象（表，索引，触发器，视图等等）的记录的行级数据字典表。许多次，这儿存在的记录代表已删对象，或代表不在这儿的对象，在oracle的信赖机制中被使用。SMON是删除这些不在被需要的行的进程。

收缩回滚段：SMON将执行回滚段的自动收缩到它的optimal尺寸，如果它被设置。

“脱机”回滚段：对于DBA来，让一个有active事务的回滚段，脱机或不可用，这事是可能的。Active事务正使用这脱机回滚段是可能的。在这情况下，回滚不是真正的脱机；它被标志为“悬挂offline”。在后台进程中，SMON将周期性尽力让它真正脱机，直到成功。

那应该给你一种 SMON所做的味道。它做许多其他事情，譬如存在DBA_TAB_MONITORING视图中的监控统计数据的洗刷，在SMON_SCN_TIME表中发现的时间戳定位信息的SCN的洗刷，等等。SMON在期间能消耗很多CPU，这应该被认为是正常的。SMON周期性的苏醒（或被其他后台进程叫醒）来执行这些管家的家庭杂事。

3.） DBWR进程

DBWR进程是将DATA BUFFER中的数据写入，磁盘数据文件，在这个过程中，首先保证安全，所谓安全，就是在写过程中，一旦发生实例崩溃，要有一套完整的机制能够保证用户以及提交的数据不丢失，其次保证安全基础上，要尽可能的提高效率，众所周知，I/O操作是最昂贵的操作，所以应尽可能的将脏数据收集到一定程度以后在批量写入磁盘。

4）后台进程和恢复：检查点（CKPT）

oracle为检查点进程提供了检查点队列，该队列串起来的都是脏数据块所对应的buffer header.每次DBWR写脏数据时，也是从检查点队列上扫描脏数据块，并将这些脏数据块写入数据文件中，当写完以后，DBWR会将这些已经写入数据文件的脏数据块从检查点队列上摘下来。

5) LGWR进程，是Log Writer的缩写，也是一种后台进程。主要负责将日志缓冲内容写到磁盘的在线重做日志文件或组中。DBWn将dirty块写到磁盘之前，所有与buffer修改相关的redo log都需要由LGWR写入磁盘的在线重做日志文件(组)，如果未写完，那么DBWn会等待LGWR，也会产生一些相应的等待事件(例如：log file prarllel write，后面单独作为话题再聊)。总之，这样做的目的就是为了当crash时，可以有恢复之前操作的可能，也是Oracle在保持交易完整性方面的一个机制。

6) 归档程序（ARCn）
ARCn是一个可选的后台进程。但是，在丢失磁盘后恢复数据库时，这个进程的作用至关重要。联机重做日志文件填满后，oracle实例开始写入下一个联机重做日志文件。从一个联机重做日志文件切换到另一个联机重做日志文件的过程称为日志切换。
ARCn进程在每次进行日志切换时都会开始对已填满的日志组进行备份或归档。它会在可以重新使用日志之前自动归档重做日志文件，因此会保留对数据库所做的所有更改。这样，即使磁盘驱动器损坏，也可以将数据库恢复到故障点。

学习查看Oracle的系统进程

恭喜您！