请问Dataguard中备库的MPR0进程的作用，谢谢！！

dl0218

请问Dataguard中备库的MPR0进程的作用，谢谢！！

[ 本帖最后由 dl0218 于 2007-12-29 10:54 编辑 ]

paulyibinyi

接收主库传过来的日志,并且应用日志

dl0218

谢谢！！
google上得来的“如果存在MPR0或者MPR进程，则说明备库增在应用日志。”
on primary database:
Log writer process (LGWR):把数据写到在线日志中
Data Guard除了以上传统的Arch日志传送过程外，还可以采用联机日志的传送，在备用端建议创建一组备用日志，并保持与主数据库备用日志相同大小，而且最好比主数据库的联机日志多一组以上。
如果LGWR传送日志，但是不在备用端创建备用日志的话，联机日志将自动写到备用端的归档日志中。
即使是用LGWR进行日志的传输，备用库的online redo log的内容是不能马上被应用的，必须当归档完成后才由MRPn进程应用到备用数据库，所以说，恢复不是连续的，但是，传送过程可以是连续的。
即使备用数据库不是在归档的模式，所有的在线日志还是会进行归档的操作，前提是ARCn进程必须打开。

Archiver process (ARCn)：COPY在线日志到本地或远程。这就是归档日志。
Fetch archive log (FAL) process (physical standby databases only)：
FAL提供一个client/server的机制来检测主备机上的归档是否有间断。由standby上的FAL client和和primary上FAL server来实现此工作。由FAL_CLIENT 和 FAL_SERVER参数决定primary database和standby database。
On the standby location，log transport services使用下面的进程

Remote file server (RFS)：用于从primary上接受归档文件

ARCn process
当standby使用online redo的时候，也就是maximum protection或 maximum availability模式下，ARCn用于归档。
_ On the standby location, log apply services使用下面的进程

Managed recovery process (MRP)（For physical standby databases only）：用于把归档应用到standby database
Logical standby process (LSP)(For logical standby databases only):用SQL接口把归档应用到logical database
_ On the primary and standby locations, the Data Guard broker使用下面进程

Data Guard broker monitor (DMON):用于监控数据库的状态，管理log transport services and log apply services

dl0218

原帖由 paulyibinyi 于 2007-12-29 10:16 发表
接收主库传过来的日志,并且应用日志

谢谢！！
Remote file server (RFS)：用于从primary上接受归档文件
Managed recovery process (MRP)（For physical standby databases only）：用于把归档日志应用到standby database

paulyibinyi

原帖由 dl0218 于 2007-12-29 10:23 发表

谢谢！！
Remote file server (RFS)：用于从primary上接受归档文件
Managed recovery process (MRP)（For physical standby databases only）：用于把归档日志应用到standby database

也谢谢你,让我自己概念更清楚了

dl0218

我的10G的备库采用性能最大模式，我使用下面的语句进行查看：
SELECT ARCHIVED_THREAD#, ARCHIVED_SEQ#, APPLIED_THREAD#, APPLIED_SEQ# FROM V$ARCHIVE_DEST_STATUS;备库的12885号日志已经归档完了，为啥APPLIED_SEQ#还有12884？谢谢！！

ARCHIVED_THREAD#	NUMBER	Identifies the thread number of the most recent archived redo log received at the destination
ARCHIVED_SEQ#	NUMBER	Identifies the log sequence number of the most recent archived redo log received at the destination
APPLIED_THREAD#	NUMBER	Identifies the thread number of the most recent applied redo log received at the destination
APPLIED_SEQ#	NUMBER	Identifies the log sequence number of the most recent applied redo log received at the destination

Ora-600

归档完了，应用完了吗，因为备用库是先由rfs产生归档，然后再应用，所以看到归档文件并不代表已经应用过了