1。1：什么是dataguard？
当遭遇计划外停机，可在停机时间最短的情况下将备用数据库切换为生产角色，以此有效防止数据的损失。
1.3:dataguard进程结构和环境
主数据库：
LGWR、ARCH、FAL(用于将归档日志发送至备用数据库中)
备用数据库：
RFS（接收重做记录）、MPR（将重做信息应用到物理备用数据库中）、LSP(将重做数据经过sql转换之后应用到逻辑备用数据库中)
*有两种类型的备用数据库：物理备用数据库和逻辑备用数据库。物理备用数据库具有和主数据库相同的结构。逻辑备用数据库具有不同的内部结构(如用于报表的额外索引)。通过将重做数据转换为依据备用数据库执行的SQL语句，可以同步逻辑备用数据库和主数据库。
物理备用数据库和逻辑备用数据库服务于不同的目的。物理备用数据库是一种对主数据库的逐块的复制，因此它可以用作替代主数据库的数据库备份。在灾难恢复过程中，物理备用数据库看起来就像是它替代的主数据库。
由于逻辑备用数据库支持额外的数据库结构，因此可以更为容易地支持特定的报表需求，否则这种需求会加重主数据库的负担。另外，当使用逻辑备用数据库时，能够以最小的停用时间执行主数据库和备用数据库的滚动更新。使用的备用类型依赖于需要，许多环境最开始将物理备用数据库用于灾难恢复，然后添加额外的逻辑备用数据库来支持特定的报表和业务需求。
dgbrokermonitor将主数据库和备用数据库作为一个统一的配置进行管理和监控。
*dg环境包括一个主数据库和最多9个备用数据库
*主备库操作系统平台需相同，oracledbms企业版本需相同。若在同一服务器上，则路径需不同
1.4：数据变更与备用方式
两种数据变更与备用方式：
1：Redolog应用：用于物理备用数据库
采取逐块复制，因而数据库模式相同。使用Redo应用来保持与主库一致性。该恢复操作属于块对快的应用。如果正在执行Redo应用的操作
则oracle数据库不能被打开。正常情况下以只读模式打开
可将备用数据库以只读模式打开，若以此方式打开，则传送给他的数据库会累积在备用站点上而不应用。物理备库以
一个序列来自动应用累积的重做数据。可用只读模式打开备库来进行备份等操作。
数据库在闪回开启的前提下，可以以读写模式打开备库。在此模式下，备库暂停从主库接收redo数据，并暂时失去容灾保护功能。
可用读写模式打开备库来进行一些调试，操作完成之后将数据库闪回到操作前状态（dg自动同步，无需重建物理备库）
11g新特性：
可在只读模式下应用Redo数据
2：sql应用：用于逻辑备用数据库
由于通过sql应用方式应用redo数据，因此，逻辑备库的物理文件结构和逻辑结构可与主库不同。
默认以读写模式打开。某些数据类型及一些ddl/dml操作会有限制。可通过dba_logstdby_unsupported视图中查看不支持的数据类型。
可以在逻辑备库上创建额外的索引和物化视图来优化这些任务
进程结构：
Reader读取主库的重做记录
preparer将块更改转换成表更改或逻辑更改记录（LCR），LCR存入共享池中
builder对lcr中的已完成事务进行组合。
analyzer检查完成的事务，辨明不同事务之间的相关性。
coordinator（LSP）将事务分配给应用进程。
applier进程将已制定的LCR应用到数据库中，并在coordinator（LSP）指示事务时提交
1.5ActiveDataGuard（11g新特性）
可在读写模式下打开备库并应用重做日志
可以切换到snapshotstandby状态来执行某些测试，这种操作不会破坏物理备库的功能。
切换快照备用状态：
alterdatabaseconverttosnapshotstandby;
切换回只读同步状态：
alterdatabaseconverttophysicalstanby;
赞赏