原文：https://www.modb.pro/db/53451?xzs=
一、DataGuard相关动态性能视图
| 序号 | 动态性能视图名称 | 说明 |
|---|---|---|
| 1 | v$database | 查询打开模式，角色，保护模式，保护级别 |
| 2 | v$managed_standby | 备库查询进程情况,RFS、MRP0 |
| 3 | v$standby_log | 查看standby redo log |
| 4 | v$archive_dest_status | 查看归档目的地的状态 |
| 5 | v$archive_dest | 查看归档的目的地 |
| 6 | v$dataguard_status | 查看DG状态事件 |
| 7 | v$standby_log | 查看归档日志应用情况，非常重要 |
| 8 | v$archive_gap | 查询主备之间gap |
| 9 | v$log_history | 查询归档历史 |
| 10 | v$dataguard_config | 查看DG配置的DB_UNIQUE_NAME |
1.v$database(主、备)
首当其冲肯定是v$database，在主备库执行下面语句分别查看：
--查看db_name，打开模式，数据库角色，保护模式，保护级别 select name,open_mode,database_role,protection_mode,protection_level from v$database; 
上两张图可见该环境搭建了物理备库，最大性能模式并且已经开启了日志应用（MRP），如果备库取消日志应用的话，则执行该语句显示
- open_mode状态：read write、 read only、 READ ONLY WITH APPLY、 mounted；
- database_role状态：PHYSICAL STANDBY、 LOGICAL STANDBY、 PRIMARY、SNAPSHOT STANDBY；
- protection_mode及protection_level状态：MAXIMUM AVAILABILITY、 MAXIMUM PROTECTION、 MAXIMUM PERFORMANCE、resynchronization(重新同步模式，当备库没有同步之后，再重新同步显示该状态)、 unprotected（数据库mount,未保护状态?）
2.v$managed_standby（备）
查看进程情况，如果没有MRP0，就是没开启日志应用
select process,pid,status,thread#,sequence# from v$managed_standby;
说明下这几个字段：
- PROCESS：进程名称，主要有ARCH归档进程、RFS日志接收进程、MRP0日志应用进程；
- PID：OS进程号
- STATUS：进程状态，不同进程状态不一样，只说一下MRP0的有
- APPLYING_LOG ：正在应用日志，实时应用开启会一直显示，非实时只在应用时显示
- WAIT_FOR_LOG ：等待应用日志，开启非实时应用或主备不通显示该状态
3.v$standby_log（备）
查看standby redo log
select group#,sequence#,archived,status from v$standby_log;
关于archived和status的官方文档说明
注意：最大可用模式，最高保护模式的备库都必须要有standby redo log
4.v$archive_dest_status（备）
V$ARCHIVE_DEST_STATUS displays runtime and configuration information for the archived redo log destinations.
就是查看归档目的地的状态
select dest_name,status,type,recovery_mode,SYNCHRONIZATION_STATUS,ERROR from v$archive_dest_status;
--验证是否有gap，dest_id=2代表备库，1代表主库
select t."STATUS", t."GAP_STATUS" from v$archive_dest_status t where t."DEST_ID" = 2;
- status：
- VALID:有效
- INACTIVE：非活动的
- DEFERRED:手工禁用（可用临时禁用同步，如果想临时禁用dg的话可以设置这个参数）
- type：
- LOCAL:主库
- PHYSICAL：物理standby
- LOGICAL:逻辑standby
- SNAPSHOT:快照standby
- recovery_mode这个字段能看到当前的日志应用模式，开启了实时应用就是MANAGED REAL TIME APPLY，没有开启实时应用是MANAGED
5.v$archive_dest（主、备）
主要是看归档的目的地，搭建的时候配置了LOG_ARCHIVE_DEST_1和LOG_ARCHIVE_DEST_2
select dest_name,status,DESTINATION,ERROR from v$archive_dest;
6.v$dataguard_status（备）
查看DG状态事件，如果有什么错误就可以在这里查看
select * from v$dataguard_status t order by t."TIMESTAMP" desc
7.v$standby_log（查看归档日志，非常重要）
--查看日志应用情况
select unique thread#,max(sequence#) over(partition by thread#) last from v$archived_log;
--查看哪些日志尚未应用（备库）
select thread#,sequence#,first_time,next_time,applied from v$archived_log where applied='NO';
--查看哪些已应用
select thread#,name,sequence#,first_time,next_time,applied from v$archived_log;
- applied:
- YES:日志文件已经应用,数据文件已经更新。
- IN-MEMORY：日志文件已经在内存中应用,但数据文件还未更新。
8.v$archive_gap
查询备库有哪些没有同步
9.v$log_history
查询归档历史
select database_role,db_unique_name,open_mode,protection_mode,protection_level,switchover_status from v$database;
10.V$DATAGUARD_CONFIG
查看DG配置的DB_UNIQUE_NAME
二、DataGuard日志传输服务
1.归档目的地及状态参数
--1.归档目的地的位置
show parameter log_archive_dest_1 本地
show parameter log_archive_dest_2 备库
--2.归档目的地状态（enable:开启 defer:禁用）
show parameter log_archive_dest_state_1 本地
show parameter log_archive_dest_state_2 备库
2.LGWR SYNC AFFIM 参数介绍(需要结合架构和概念那篇一起看)
- SYNC:主库commit之前,等待备库接收完日志数据，至少一个备库。
- ASYNC:主库commit之前,无需等待备库接收完日志数据。
- AFFIRM:日志信息写到备库standby日志后,通知主库日志接收完毕。
- NOAFFIRM:不用等日志信息写到备库standby日志,就通知主库日志接收完毕。
官方文档说明的配置：
- 最大性能推荐配置： LGWR ASYNC NOAFFIRM
- 最高可用推荐配置： LGWR SYNC AFFIRM
- 最大保护推荐配置： LGWR SYNC AFFIRM
3.log_archive_dest_n设置时的几个可选设置
SYNC AFFIRM NET_TIMEOUT=15 REOPEN=60 COMPRESSION=ENABLE
SERVICE=tnssbdb LGWR SYNC AFFIRM NET_TIMEOUT=15 REOPEN=60 COMPRESSION=ENABLE
VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=sbdb
- NET_TIMEOUT:在SYNC模式下,LGWR进程等待备库成功接收日志的时间,默认30秒,使用该参数修改
- REOPEN:自动重新连接备库的最小秒数，默认300秒，使用该参数修改
- COMPRESSION:数据以压缩的形式传输，enable启用日志压缩，可以减少带宽的占用
三、DataGuard日志应用服务
本质上是使用介质恢复来保持主库和备库的数据同步。
应用redo数据（主库）到standby备库，以保持与primary主库的数据一致。
redo数据即可以从standby数据库的归档文件读取，也可直接应用standby redo log文件(如果实时应用打开了的话)。
--1.开启实时应用
alter database recover managed standby database using current logfile disconnect;
--2.开启非实时应用，切换归档才应用日志
alter database recover managed standby database disconnect;
--3.取消应用
alter database recover managed standby database cancel;