1、进程接到提交请求2、进程通过LGWR写REdo数据到Redo文件3、LGWR写Redo到文件4、LGWR写完通知进程5、进程收到写完成通知，向用户端发送提交完成。

倘若每次产生的redo就须由大量高并发sp写入redologfile，则存在两个问题：   1）I/O开支大   2）redofile争用    由此，oracle在redolog机制中引入了logbuffer和LGWR

redo就须由大量高并发sp写入redo log file，则存在两个问题： 1）I/O开支大 2）redo file争用 由此，oracle在redo log机制中引入了log buffer和LGWR

oracle实例至少有5个后台进程：SMON、PMON、DBWn、LGWR、CKPT,这些后台进程不论实

在数据库中，Redo的功能主要通过3个组件来实现：RedoLogBuffer、LGWR后台进程和RedoLogFile（在归档

在数据库中，Redo的功能主要通过3个组件来实现：RedoLogBuffer、LGWR后台进程和RedoLogFile（在归档

在数据库中，Redo的功能主要通过3个组件来实现：RedoLogBuffer、LGWR后台进程和RedoLogFile（在归档

在数据库中，Redo的功能主要通过3个组件来实现：RedoLogBuffer、LGWR后台进程和RedoLogFile（在归档

DBWR执行写情况：①没有可用的缓冲区情况②脏缓冲区过多③遇到三秒超时④遇到检查点LGWR 执行写情况①执行COMMIT②超过日志缓冲区1/3或者超过1M③DBWR正要执行写之前细心的人会发现为什么很多人会对

由于Oracle中LGWR和DBWR工作的不一致，Oracle引入了检查点的概念，用于同步数据库，保证数据库的一致性。在Oracle里面，检查点分为两种：完全检查点和增量检查点。

有人问为什么只有一个LGWR进程呢？在单实例中，确实只有一个LGWR进程，在RAC中，每个实例都有一个LGWR进程。 

最近项目设计到数据库内存分配,于是在网上搜了一下,看了几篇文章,总结如下: oracle实例结构：oracle实例=内存结构+进程结构oracle进程=服务进程+用户进程主要的后台进程有：DBWR：数据库读写进程LGWR

后台进程可分：DBWn，LGWR，CKPT等。 和用户进程有关的概念是：连接和会话 连接和会话是两个不同的概念。一条连接上可以建立0个，1个或多个会话，而且各个会话单独且独立的。

后台进程可分：DBWn，LGWR，CKPT等。 和用户进程有关的概念是：连接和会话 连接和会话是两个不同的概念。一条连接上可以建立0个，1个或多个会话，而且各个会话单独且独立的。

每组一个重做日志文件，oracle官方建议，所有的每组重做日志文件大小最好相同；当然如果是为重做日志文件组添加成员的时候不能指定大小，因为每个重做日志文件相互冗余，所以必须一致）二、重做日志文件状态通过lgwr

每组一个重做日志文件，oracle官方建议，所有的每组重做日志文件大小最好相同；当然如果是为重做日志文件组添加成员的时候不能指定大小，因为每个重做日志文件相互冗余，所以必须一致）二、重做日志文件状态   通过lgwr

 http://hi.baidu.com/zty598416146/blog/item/3ab92b4f180f111fb2de0539.html   由于Oracle中LGWR

    主要介绍DBWN,CKPT,LGWR之间 回顾 DBWn n指的是0-9 a-j 20个写进程的区分标记 将脏块写盘  11G 0-9 a-z

我们这里的数据库环境是LGWR既要将REDO日志信息写入到REDO日志文件中

我们这里的数据库环境是LGWR既要将REDO日志信息写入到REDO日

我们这里的数据库环境是LGWR既要将REDO日志信息写入到REDO日

当用户事务完成发出commit时，总是先等待LGWR进程将事务所需的redo信息写到日志文件（之前可能在redobuffer中）后，才会收到commitcomplete信息。

2，LGWR把redo buffer中的数据写入到redo log file，同时把SCN号记录到redo log file中。

例如： Updateempsetsal=4000whereename=‘SCOTT’;首先，LGWR会把4000和旧值300

Instance（实例）：在OracleInstance中主要包含了SGA以及一些进程（例如：PMON、SMON、DBWn、LGWR、CKPT等）。

1、当LGWR空闲的时候，会每隔3秒检查一次是否有从redobuffer写入redelog中的数据，如果有，一个后台进程就会自动的执行将其写入2、当有进程要从redobuffer中分配空间时，会先计算redobuffer

1、当LGWR空闲的时候，会每隔3秒检查一次是否有从redobuffer写入redelog中的数据，如果有，一个后台进程就会自动的执行将其写入2、当有进程要从redobuffer中分配空间时，会先计算redobuffer

任何Oracle实例都只有一个LGWR，最终所有事务都会归于LGWR，要求这个进程管理它们的redo，并BOMMIT其事务，LGWR要做的越多，系统就会越慢。通过查看一个操作会

       oracle每有一个事务，首先会产生一条日志，这个日志里面包含了能够还原这个事务的最少信息，这些日志会暂存在内存中，再由一个叫LGWR的进程将日志缓冲区的日志写到硬盘上的日志文件上，这些日志文件一般在

重做日志进程（LGWR）重做日志写进程（LOGWriter）负责将重做日志缓冲区中的数据顺序地写入重做日志文件中。快速提交Oracle使用快速提交（fastcommit）技术进行事务提交操作。

oracle体系结构的相关组件--------内存结构oracle大体分两部分：instance和database;instance包含SGA和PMON、SMON、DBWR、LGWR、CKPT、Others

 Rolling Forward(前滚)Oracle启动实例并加载数据库，然后通过Online Redologs中的重做日志，重现实例崩溃前对数据库的修改操作。在恢复过程中对于已经提交的事务，但尚未写入数据文件的那部分数据全部写入数据文件.Rolling Back(回滚)Rolling Forward之后，虽然已经提交的修改操作更改的数据都已经被写入数据文件，但在实例崩溃时，部分未提交的事务操作的

/article/details/4908066首先我们来看下alertSID.log日志：MonNov3017:31:542009Thread1advancedtologsequence14214(LGWRswitch

details/4908066首先我们来看下 alertSID.log 日志： Mon Nov 30 17:31:54 2009Thread 1 advanced to log sequence 14214 (LGWR

/bin/bashoracle_sid=racdb1oracle_home="/opt/app/oracle/product/11.2.0"#ps-ef|greporacle|grep-w"ora_lgwr

然后结合各个后台进程（包括DBWRn、CKPT、LGWR等）深入介绍了oracle对于buffercache的管理机制，并详细解释了oracle为什么会采用现在的管理机制，是为了解决什么问题。

阅读更多1.架构在Oracle10g中，传输日志到备用节点数据库的进程为ARCH和LGWR。（在11g中，LGWR被LNS替代，但10g中是不是LGWR我不确定！）

阅读更多1.架构在Oracle10g中，传输日志到备用节点数据库的进程为ARCH和LGWR。（在11g中，LGWR被LNS替代，但10g中是不是LGWR我不确定！）

   架构 在Oracle 10g 中，传输日志到备用节点数据库的进程为ARCH 和LGWR 。

可以异步REDO日志 日志传输方式PrimaryDatabase必须使用LGWR、SYNC、AFFIRMPrimaryDatabase必须配置为LGWR、SYNC、AFFIRM方式归档。通过L

----用户怎样读取数据 Some other process like :PMON，SMON DBWR LGWR CKPT etc. Ps –ef用来查看进程，ps –ef|grep 过滤

----用户怎样读取数据Someotherprocesslike:PMON，SMONDBWRLGWRCKPTetc.Ps–ef用来查看进程，ps–ef|grep过滤ps–ef|grepdbw查看DBWRoracle

后台进程有： 数据写入程序DBWO、当数据缓冲区满了、脏数据到达阀值、没有足够大的空间、经过三秒、执行检查点等以上任何一个条件时时触发数据写入 日志写入程序LGWR/、更改数据大于1M、经过三秒

5、分析redoredo的管理是数据库的一个串行点，每个oracle数据库实例都只有一个LGWR进程，所有的事务都会要求LGWR进程去管理，写他们的各自的redo，每个操作的LGWR写的越多，就会使系统越慢

 一.  DBWR写磁盘数据触发条件       1. 当进程在辅助LRU链表和主LRU链表上扫描以查找可以覆盖的bufferheader[空闲缓冲区]时，如果已经扫描的bufferheader的数量到达一定的限度（由隐藏参数：_db_block_max_scan_pct决定）时，触发DBWR进程。  _db_block_max_scan_pct表示已经扫描的bufferheader的个数占整个L

一.DBWR写磁盘数据触发条件1.当进程在辅助LRU链表和主LRU链表上扫描以查找可以覆盖的bufferheader[空闲缓冲区]时，如果已经扫描的bufferheader的数量到达一定的限度（由隐藏参数：_db_block_max_scan_pct决定）时，触发DBWR进程。_db_block_max_scan_pct表示已经扫描的bufferheader的个数占整个LRU链表上bufferhe

用户DML或DDL操作数据库之后，导致数据库的对象发生变化的一个过程 首先进程会把提交的记录连同所产生的SCN一起写入重做日志缓冲区；如果是DML发出COMMT，或是DDL，那么重做日志写进程（LGWR

故障现象：ORACLEDATAGUARD环境搭建完成后启动主库报告如下错误：WedFeb 823:12:382012LGWR:Error16047creatingarchivelogfile'standby'WedFeb

1.LGWR每三秒发现有需要写的redo就写;2.logbuffer使用率达到1/3时写3.提交事务时写4.DBWR写出的块HRBA大于LGWR的ondiskRBA时DBWR触发LGWR写本文出自“追求卓越

PMON进程：该进程在用户进程出现故障时执行进程恢复，负责清理内存储区和释放该进程所使用的资源。例：它要重置活动事务表的状态，释放封锁，将该故障的进程的ID从活动进程表中移去。PMON还周期地检查调度进程（DISPATCHER）和服务器进程的状态，如果已死，则重新启动（不包括有意删除的进程）。 PMON有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。PMON进程还负责在反常中断的连