Oracle数据库进程让人费解让人忧看完了这个明白了

Database buffer cache主要用于存储数据文件中的数据块
    数据库高速缓存的数据块是高速缓存与数据文件进行信息交换的基本单位。在Oracle数据库8i以前，数据块大小只有一种，而Oracle数据库9i以后支持2K,4K,8KB,16KB及32KB五种。
    用命令SQL>SHOW PARAMETER DB可以显示当前数据库的BUFFER CACHE
    数据库缓存和特点如下： 发帖工具   论坛发帖软件
    <1>.根据最近最少使用LRU.
    <2>. 由DB_BLOCK_SIZE来指定大小。
    <3>.ORACLE使用时是以块大小为单位进行数据存取的。
    还包含以下一些独立的子缓存：
    <1>.DB_CACHE_SIZE.
    <2>.DB_KEEP_CACHE_SIZE.
    <3>.DB_RECYCLE_CACHE_SIZE.
    注：可以用Alter system set db_cache_advice=on;设置成根据系统的建议来指定大小。
    REDO LOG FILE主要是用于重做日志
    用命令SQL>SHOW PARAMETER LOG_BUFFER。
    SQL>ALTER SYSTEM SET LOG_BUFFER_SIZE=60M。
    用来显示或修改重做日志缓冲区的一些信息。
    命令SQL>achive log list 可以查看数据库当前的归档模式。
    LARGE POOL:
    与JAVA POOL一样，都是作为系统可选的内存结构，由SGA来配置。
    JAVA POOL:
    当安装或使用JAVA时才用到。
    ORACLE内存进程包括两个，一个是SGA,一个是PGA.
    （1）。SGA在ORACLE实例启动时分配，是ORACLE实例的一个基本组件。
    （2）。PGA是在当服务器进程启动时分配的。
    进程结构：
    <1>.USER PROCESS.用于用户与ORACLE SERVER交互的进程。
    USER PROCESS必须与ORACLE建立连接后才可使用，不可与ORACLE SERVER交互。
    <2>.SERVER PROCESS.
    SERVER PROCESS在用户与服务之间建立连接后，为执行用户命令的一个进程。
    <3>.BACKGROUND PROCESS. 推广软件   网络推广软件
    后台进程：DATABASE WRITER （DBWn）用来把DATA BUFFER CACHE中的脏数据写回到数据库中。
    （注：脏数据是被改变的数据。）
    在以下情况下它会写数据库：
    <1>.在发生CHECKPOINT同步。
    <2>.脏数据达到阀值。
    <3>.DATABASE BUFFER CACHE 自由空间太少了。
    <4>.TIMEOUT （3秒钟。）
    <5>.RAC PING REQUEST.
    <6>.TABLESPACE OFFLINE.
    <7>.TABLESPACE READONLY.
    <8>.TABLE DROP OR TABLE TRUNCATE （表数据清空或表结构删除）。
    <9>.TABLESPACE BEGIN BACKUP.
    由SGA （包含DATABASE BUFFER CACHE,BACKGROUND PROCESS）-----> [ DBWn ]----> {data files,
    control files, redo log file} ---->由此过程改变数据库中的数据。
    LOG WRITER （LGWR） 日志写进程
    在Oracle环境中
    <1>.当COMMIT的时候。
    <2>.当三分之一空间满时。
    <3>.当日志有1MB需要重做时。
    <4>.每3秒
    <5>.BEFORE DBWn WRITES.（写数据前先写日志）。
    REDO LOG BUFFER----->LGWR--->DBWn
    |--------------------------------------> REDO LOG FILES
    SYSTEM MONITOR （SMON）系统监控进程
    主要任务：
    （1）。启动过程（假定DATABASE重启时）如果需要RECOVERY,则此进程会负责打开数据库，及回滚没有
    提交的事务；以及rolls forward changes in the redo logs这些统称为：instance recovery.
    （2）。对每3秒就对系统自由空间的整理。（COALESCES FREE SPACE EVER 3 SEC.）
    （3）。清空临时段空间（DEALLOCATES TEMPORARY SEGMENTS）。
    这个过程也是在系统启动过程中完成的。
    PROCESS MONITOR （PMON） 进程监控进程
    主要用于回滚异常终止的或被用户强制终止的事务。
    <1>.rolling back the transaction.
    <2>.releasing locks.释放锁。
    <3>.releasing other resources.
    <4>.restarts dead dispatchers.重启死掉的调度器。（在共享服务器中用）。
    PMON （：Include in SGA）----------------------->PGA
    CHECKPOINT （CKPT） 检查点进程 发帖软件   自动发帖软件
    用来在数据库里实现同步，实现之前会强制将脏数据从内在里写到物理文件里。
    <1>.会启动DBWn来写脏数据（SIGNALLING DBWn at CKPT.）
    <2>.完后会更新DATAFILE的HEADER和控制文件的HEADER.而HEADER中有同步所需要的信息，即
    CHECKPOINT的信息。
    <3>.在ORACLE中，正常情况下，所有文件必须同期性地同步；靠CHECKPOINT来完成。
    CKPT（作为后台进程包含在实例中）------------------DATABASE
    （data files,control files,redo log files.）
    | |______DBWn
    |________LGWR
    Archive PROCESS （ARCn） :归档进程（可选进程），当设置归档模式后，可用来自动备份在线日志，（归档日志是重做日志的备份。）
    <1>.Automatically archives online redo logs when archiverlog mode is set.
    （设置归档模式后，将自动备份在线日志）
    在处理SQL语句时，注意以下过程：
    <1>.用以下进程连接到实例。
    用户进程（USER PROCESS）。
    服务器进程（SERVER PROCESS）。
    <2>.Oracle服务器进程组件的使用依赖于SQL语句的种类。
    [1].查询语句会返回行。
    [2].DML语句会记录这种改变。
    [3].COMMIT保证了事务的RECOVERY.
    <3>.并不是所有的SQL语句中所有的后台进程都会参与。
    结论：
    Oracle Server. Oracle服务器进程包含一些文件，进程和内存，在执行一条SQL语句时，并非所有这些都会用上，有些进程用于提高数据库的性能；一些用于当发生软件或硬件异常时恢复数据库；或应用于完成其他一些维护数据库的任务。ORACLE服务器包含ORACLE实例和ORACLE数据库。Oracle Instance: Oracle实例是用于联系后台进程和内在之间的活动，对数据库进行数据存取前必须先启动实例，每当实例启动时，SGA就被分配给它并启动了一些后台进程。后台进程执行10秒操作并监控有些进程以提供更好的性能。和可靠性。Oracle Database: 数据库包含了系统文件，也称数据库文件，其提供了用以存储数据库信息的实际物理存储区域，用数据文件保证了数据一致性，并在当实例发生失败时恢复数据库。
理连接到该实例的用户进程的请求。当应用和ORACELE是在同一台机器上运行，而不再通过网络，一般将用户进程和它相应的服务器进程组合成单个的进程，可降低系统开销。然而，当应用和ORACLE运行在不同的机器上时，用户进程经过一个分离服务器进程与ORACLE通信。它可执行下列任务：

对应用所发出的SQL语句进行语法分析和执行。

从磁盘（数据文件）中读入必要的数据块到SGA的共享数据库缓冲区（该块不在缓冲区时）。

将结果返回给应用程序处理。
server process 就是服务器进程，进程的名字Linux下面类似 Oracle$SID


系统为了使性能最好和协调多个用户，在多进程系统中使用一些附加进程，称为后台进程。在许多操作系统中，后台进程是在实例启动时自动地建立。一个ORACLE实例可以有许多后台进程，但它们不是一直存在。后台进程的名字为：

DBWR 数据库写入程序；

LGWR 日志写入程序；

CKPT 检查点；

SMON 系统监控；

PMON 进程监控；

ARCH 归档；

RECO 恢复；

LCKn 封锁；

Dnnn 调度进程；

Snnn 服务器。
 

Oracle中的各个进程要完成某个特定的任务或一组任务，每个进程都会分配内部内存（PGA 内存）来完成它的任务。Oracle实例主要有3 类进程：

       （1）服务器进程（serverprocess）：这些进程根据客户的请求来完成工作。我们已经对专用服务器和共享服务器有了一定的了解。它们就是服务器进程。

       （2）后台进程（backgroundprocess）：这些进程随数据库而启动，用于完成各种维护任务，如将块写至磁盘、维护在线重做日志、清理异常中止的进程等。

       （3）从属进程（slaveprocess）：这些进程类似于后台进程，不过它们要代表后台进程或服务器进程完成一些额外的工作。

       在某些操作系统（如Windows）上，Oracle使用线程实现，所以在这种操作系统上，就要把我们所说的“进程”理解为“线程”的同义词。

        “进程”一词既表示进程，也涵盖线程。如果你使用的是一个多进程的Oracle 实现，比如说UNIX 上的Oracle 实现，“进程”就很贴切。如果你使用的是单进程的Oracle 实现，如Windows上的Oracle 实现，“进程”实际是指“Oracle 进程中的线程”。所以，举例来说，当我谈到DBWn 进程时，在Windows 上就对应为Oracle 进程中的DBWn 线程

一. 服务器进程

关于服务进程的分类，之前有整理过一篇文章：

       OracleDedicated server 和Shared server（专用模式 和 共享模式) 说明

       服务器进程就是代表客户会话完成工作的进程。应用向数据库发送的SQL 语句最后就要由这些进程接收并执行。

       （1）专用服务器（dedicatedserver）连接，采用专用服务器连接时，会在服务器上得到针对这个连接的一个专用进程。数据库连接与服务器上的一个进程或线程之间存在一对一的映射。

       （2）共享服务器（sharedserver）连接，采用共享服务器连接时，多个会话可以共享一个服务器进程池， 其中的进程由Oracle 实例生成和管理。你所连接的是一个数据库调度器（dispatcher），而不是特意为连接创建的一个专用服务器进程。

注意连接和会话之间的区别：

       （1）连接（connection）就是客户进程与Oracle 实例之间的一条物理路径（例如，客户与实例之间的一个网络连接）。

       （2）会话（session）则不同，这是数据库中的一个逻辑实体，客户进程可以在会话上执行SQL 等。多个独立的会话可以与一个连接相关联，这些会话甚至可以独立于连接存在。

       专用服务器进程和共享服务器进程的任务是一样的：要处理你提交的所有SQL。当你向数据库提交一个SELECT * FROM EMP 查询时，会有一个Oracle 专用/共享服务器进程解析这个查询，并把它放在共享池中（或者最好能发现这个查询已经在共享池中）。这个进程要提出执行计划，如果必要，还要执行这个执行计划，可能在缓冲区缓存中找到必要的数据，或者将数据从磁盘读入缓冲区缓存中。这些服务器进程是干重活的进程。在很多情况下，你都会发现这些进程占用的系统CPU 时间最多，因为正是这些进程来执行排序、汇总、联结等等工作，几乎所有工作都是这些进程做的。

1.1 专用服务器连接

       在专用服务器模式下，客户连接和服务器进程（或者有可能是线程）之间会有一个一对一的映射。如果一台UNIX 主机上有100 条专用服务器连接，就会有相应的100 个进程在执行。可以用图来说明，如图5-1 所示。

      

        客户应用中链接着Oracle 库，这些库提供了与数据库通信所需的API。这些API 知道如何向数据库提交查询，并处理返回的游标。它们知道如何把你的请求打包为网络调用，专用服务器则知道如何将这些网络调用解开。这部分软件称为Oracle Net，不过在以前的版本中可能称之为SQL*Net 或Net8。这是一个网络软件/协议，Oracle 利用这个软件来支持客户/服务器处理（即使在一个n 层体系结构中也会“潜伏”着客户/服务器程序）。不过，即使从技术上讲没有涉及Oracle Net，Oracle 也采用了同样的体系结构。也就是说，即使客户和服务器在同一台机器上，也会采用这种两进程（也称为两任务）体系结构。

这个体系结构有两个好处：

       （1）远程执行（remoteexecution）：客户应用可能在另一台机器上执行（而不是数据库所在的机器），这是很自然的。

       （2）地址空间隔离（addressspace isolation）：服务器进程可以读写SGA。如果客户进程和服务器进程物理地链接在一起，客户进程中一个错误的指针就能轻松地破坏SGA 中的数据结构。

1.2 共享服务器连接

       共享服务器连接强制要求必须使用Oracle Net，即使客户和服务器都在同一台机器上也不例外。如果不使用OracleTNS 监听器，就无法使用共享服务器。如前所述，客户应用会连接到Oracle TNS 监听器，并重定向或转交给一个调度器。调度器充当客户应用和共享服务器进程之间的“导管”。图5-2 显示了与数据库建立共享服务器连接时的体系结构。

       在此可以看到，客户应用（其中链接了Oracle 库）会与一个调度器进程物理连接。对于给定的实例，可以配置多个调度器，但是对应数百个（甚至数千个）用户只有一个调度器的情况并不鲜见。调度器只负责从客户应用接收入站请求，并把它们放入SGA 中的一个请求队列。第一个可用的共享服务器进程（与专用服务器进程实质上一样）从队列中选择请求，并附加相关会话的UGA（图5-2 中标有“S”的方框）。共享服务器处理这个请求，把得到的输出放在响应队列中。调度器一直监视着响应队列来得到结果，并把结果传回给客户应用。就客户而言，它分不清到底是通过一条专用服务器连接还是通过一条共享服务器连接进行连接，看上去二者都一样，只是在数据库级二者的区别才会明显。

1.3 连接与会话

       在一条连接上可以建立0 个、一个或多个会话。各个会话是单独而且独立的，即使它们共享同一条数据库物理连接也是如此。一个会话中的提交不会影响该连接上的任何其他会话。实际上，一条连接上的各个会话可以使用不同的用户身份。

       在Oracle 中，连接只是客户进程和数据库实例之间的一条特殊线路，最常见的就是网络连接。这条连接可能连接到一个专用服务器进程，也可能连接到调度器。如前所述，连接上可以有0 个或多个会话，这说明可以有连接而无相应的会话。另外，一个会话可以有连接也可以没有连接。使用高级Oracle Net 特性（如连接池）时，客户可以删除一条物理连接，而会话依然保留（但是会话会空闲）。客户在这个会话上执行某个操作时，它会重新建立物理连接。

       连接（connection）：连接是从客户到Oracle 实例的一条物理路径。连接可以在网络上建立，或者通过IPC 机制建立。通常会在客户进程与一个专用服务器或一个调度器之间建立连接。不过，如果使用Oracle 的连接管理器（Connection Manager ，CMAN），还可以在客户和CMAN之间以及CMAN 和数据库之间建立连接。

       会话（session）：会话是实例中存在的一个逻辑实体。这就是你的会话状态（session state），也就是表示特定会话的一组内存中的数据结构。提到“数据库连接”时，大多数人首先想到的就是“会话”。你要在服务器中的会话上执行SQL、提交事务和运行存储过程。可以使用SQL*Plus 来看一看实际的连接和会话是什么样子，从中还可以了解到，实际上一条连接有多个会话的情况相当常见。

       这里使用了AUTOTRACE 命令，并发现有两个会话。我们在一条连接上使用一个进程创建了两个会话。以下是其中的第一个会话：

SQL> select username, sid, serial#, server,paddr, status from v$session where username='SYS';

USERNAME                              SID    SERIAL# SERVER    PADDR   STATUS

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

SYS                                   153         27 DEDICATED 3621B264 ACTIVE

以上PADDR 列是这个专用服务器进程的地址。

下面，只需打开AUTOTRACE来查看SQL*Plus 中所执行语句的统计结果：

SQL> set autotrace on statistics

SQL> select username, sid, serial#,server, paddr, status from v$session where username='SYS';

USERNAME                              SID    SERIAL# SERVER    PADDR   STATUS

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

SYS                                   152         88 DEDICATED 3621B264 INACTIVE

SYS                                   153         27 DEDICATED 3621B264 ACTIVE

Statistics

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

         0  recursive calls

         0  db block gets

         0  consistent gets

         0  physical reads

         0  redo size

       770  bytes sent via SQL*Net toclient

       385  bytes received via SQL*Netfrom client

         2  SQL*Net roundtrips to/fromclient

         0  sorts (memory)

         0  sorts (disk)

         2  rows processed

       此时有了两个会话，但是这两个会话都使用同一个专用服务器进程，从它们都有同样的PADDR 值就能看出这一点。从操作系统也可以得到确认，因为没有创建新的进程，对这两个会话只使用了一个进程（一条连接）。

       需要注意，其中一个会话（原来的会话）是ACTIVE（活动的）。这是有道理的： 它正在运行查询来显示这个信息，所以它当然是活动的。但是那个INACTIVE（不活动的）会话呢？那个会话要做什么？这就是AUTOTRACE 会话，它的任务是“监视”我们的实际会话，并报告它做了什么。

       在SQL*Plus 中启用（打开）AUTOTRACE 时，如果我们执行DML 操作（INSERT、UPDATE、DELETE、SELECT和MERGE），SQL*Plus 会完成以下动作：

       (1)如果还不存在辅助会话[1]，它会使用当前连接创建一个新会话。

       (2)要求这个新会话查询V$SESSTAT视图来记住实际会话（即运行DML的会话）的初始统计值。

       (3)在原会话中运行DML 操作。

       (4)DML 语句执行结束后，SQL*Plus会请求另外那个会话（即“监视”会话）再次查询V$SESSTAT，并生成前面所示的报告，显示出原会话（执行DML 的会话）的统计结果之差。

       如果关闭AUTOTRACE，SQL*Plus 会终止这个额外的会话，在V$SESSION 中将无法看到这个会话。你可能会问：“SQL*Plus 为什么要这样做，为什么要另建一个额外的会话？”。原因是：如果使用同一个会话来监视内存使用，那执行监视本身也要使用内存。

       如果在同一个会话中观察统计结果，就会对统计结果造成影响（导致对统计结果的修改）。倘若SQL*Plus使用一个会话来报告所执行的I/O 次数，网络上传输了多少字节，以及执行了多少次排序，那么查看这些详细信息的查询本身也会影响统计结果。这些查询可能自己也要排序、执行I/O 以及在网络上传输数据等（一般来说都会如此！）。因此，我们需要使用另一个会话来正确地测量。

       到目前为止，我们已经看到一条连接可以有一个或两个会话。现在，我们想使用SQL*Plus 来查看一条没有任何会话的连接。这很容易。在上例所用的同一个SQL*Plus 窗口中，只需键入一个“很容易误解”的命令即DISCONNECT：

ops$tkyte@ORA10G> set autotrace off

ops$tkyte@ORA10G> disconnect

       从技术上讲，这个命令应该叫DESTROY_ALL_SESSIONS 更合适，而不是DISCONNECT，因为我们并没有真正物理地断开连接。

       注意在SQL*Plus 中要真正地断开连接，应该执行“exit”命令，因为你必须退出才能完全撤销连接。不过，我们已经关闭了所有会话。

使用另一个用户账户打开另一个会话，并查询原用户SYS。

SQL> select username, sid, serial#,server, paddr, status from v$session where username='SYS';

no rows selected

       可以看到，这个账户名下没有会话，但是仍有一个进程，相应地有一条物理连接（使用前面的ADDR值）：

SQL> select username, program fromv$process where addr = hextoraw('3621B264');

USERNAME        PROGRAM

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

oracle          oracle@db1 (TNS V1-V3)

       所以，这就有了一条没有相关会话的“连接”。可以使用SQL*Plus 的CONNECT 命令（这个命令的名字也起得不恰当），在这个现有的进程中创建一个新会话（CONNECT命令叫CREATE_SESSION更合适）：

SQL> conn / as sysdba;

Connected.

SQL> select username, sid, serial#,server, paddr, status from v$session where username='SYS';

USERNAME                              SID    SERIAL# SERVER    PADDR   STATUS

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

SYS                                   158         34 DEDICATED 3621B264 ACTIVE

       可以注意到，PADDR 还是一样的，所以我们还是在使用同一条物理连接，但是（可能）有一个不同的SID。我说“可能有”，是因为也许还会分配同样的SID，这取决于在我们注销时是否有别人登录，以及我们原来的SID 是否可用。

到此为止，这些测试都是用一条专用服务器连接执行的，所以PADDR 正是专用服务器进程的进程地址。

二. 后台进程

       Oracle实例包括两部分：SGA 和一组后台进程。后台进程执行保证数据库运行所需的实际维护任务。

       例如，有一个进程为我们维护块缓冲区缓存，根据需要将块写出到数据文件。另一个进程负责当在线重做日志文件写满时将它复制到一个归档目标。另外还有一个进程负责在异常中止进程后完成清理，等等。每个进程都专注于自己的任务，但是会与所有其他进程协同工作。例如，负责写日志文件的进程填满一个日志后转向下一个日志时，它会通知负责对填满的日志文件进行归档的进程，告诉它有活干了。

       可以使用一个V$视图查看所有可能的Oracle 后台进程，确定你的系统中正在使用哪些后台进程：

SQL> select paddr, name, descriptionfrom v$bgprocess order by paddr desc;

PADDR   NAME  DESCRIPTION

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

3621D49C QMNC  AQ Coordinator

3621CEE8 ARC2  Archival Process 2

3621C934 ARC1  Archival Process 1

3621C380 ARC0  Archival Process 0

3621A148 MMNL  Manageability Monitor Process 2

36219B94 MMON  Manageability Monitor Process

362195E0 CJQ0  Job Queue Coordinator

3621902C RECO  distributed recovery

36218A78 SMON  System Monitor Process

362184C4 CKPT  checkpoint

36217F10 LGWR  Redo etc.

PADDR   NAME  DESCRIPTION

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

3621795C DBW0  db writer process 0

362173A8 MMAN  Memory Manager

36216DF4 PSP0  process spawner 0

36216840 PMON  process cleanup

00      DIAG  diagnosibility process

00      FMON  File Mapping Monitor Process

00      LMON  global enqueue servicemonitor

00      LMD0  global enqueue servicedaemon 0

.....

00      ASMB  ASM Background

00      GMON  diskgroup monitor

157 rows selected.

注意：这个视图中PADDR 不是00 的行都是系统上配置和运行的进程（线程）。

       有两类后台进程：有一个中心（focused）任务的进程（如前所述）和完成各种其他任务的进程（即工具进程）。

例如，内部作业队列（ jobqueue）有一个工具后台进程，可以通过DBMS_JOB 包使用它。这个进程会监视作业队列，并运行其中的作业。在很多方面，这就像一个专用服务器进程，但是没有客户连接。

下面会分析各种后台进程，先来看有中心任务的进程，然后再介绍工具进程。

2.1 中心后台进程

图5-4 展示了有一个中心（focused）用途的Oracle 后台进程。

       启动实例时也许不会看到所有这些进程，但是其中一些主要的进程肯定存在。如果在ARCHIVELOG 模式下，你可能只会看到ARCn（归档进程），并启用自动归档。如果运行了Oracle RAC，这种Oracle 配置允许一个集群中不同机器上的多个实例装载并打开相同的物理数据库，就只会看到LMD0、LCKn、LMON 和LMSn。

       意为简洁起见，图5-4 中没有画出共享服务器调度器（Dnnn）和共享服务器（Snnn）进程。因此，图5-4 大致展示了启动Oracle 实例并装载和打开一个数据库时可能看到哪些进程。例如，在我的Linux 系统上，启动实例后，有以下进程：

[oracle@db1 ~]$ ps -ef|grep 'ora_.*_dave*'

oracle   4123     1  0 20:13 ?        00:00:05 ora_pmon_dave1

oracle   4125     1  0 20:13 ?        00:00:05 ora_psp0_dave1

oracle   4127     1  0 20:13 ?        00:00:02 ora_mman_dave1

oracle   4129     1  0 20:13 ?        00:00:05 ora_dbw0_dave1

oracle   4131     1  0 20:13 ?        00:00:21 ora_lgwr_dave1

oracle   4133     1  0 20:13 ?        00:00:13 ora_ckpt_dave1

oracle   4135     1  1 20:13 ?        00:01:12 ora_smon_dave1

oracle   4137     1  0 20:13 ?        00:00:04 ora_reco_dave1

oracle   4139     1  0 20:13 ?        00:00:16 ora_cjq0_dave1

oracle   4141     1  1 20:13 ?        00:01:33 ora_mmon_dave1

oracle   4143     1  0 20:13 ?        00:00:08 ora_mmnl_dave1

oracle   4145     1  0 20:13 ?        00:00:00 ora_d000_dave1

oracle   4147     1  0 20:13 ?        00:00:00 ora_s000_dave1

oracle   4156     1  0 20:13 ?        00:00:01 ora_arc0_dave1

oracle   4158     1  0 20:13 ?        00:00:05 ora_arc1_dave1

oracle   4163     1  0 20:14 ?        00:00:03 ora_qmnc_dave1

oracle   4167     1  0 20:15 ?        00:00:24 ora_q000_dave1

oracle   4169     1  020:15 ?        00:00:00 ora_q001_dave1

oracle   5109     1  1 21:48 ?        00:00:00 ora_j000_dave1

oracle   5141  5111  0 21:49 pts/4    00:00:00 grep ora_.*_dave2*

       这些进程命名规则：进程名都以ora_开头。后面是4 个字符，表示进程的具体名字，再后面是ORACLE_SID，（站点标识符）。

       在UNIX 上，可以很容易地标识出Oracle后台进程，并将其与一个特定的实例关联（在Windows 上则没有这么容易，因为在Windows 上这些后台进程实际上只是一个更大进程中的线程）。

       这些进程实际上都是同一个二进制可执行程序，对于每个“程序”，并没有一个单独的可执行文件。你可以尽可能地查找一下，但是不论在磁盘的哪个位置上肯定都找不到一个arc0 二进制可执行程序，同样也找不到LGWR或DBW0。这些进程实际上都是oracle（也就是所运行的二进制可执行程序的名字）。它们只是在启动时对自己建立别名，以便更容易地标识各个进程。这样就能在UNIX 平台上高效地共享大量对象代码。Windows上就没有什么特别的了，因为它们只是进程中的线程，因此，当然只是一个大的二进制文件。