DG动态性能视图详解

V$LOG

显示CONTROLFILE记录的LOG FILE信息。

列名描述

GROUP# 日志组号

THREAD# 日志线程号

SEQUENCE# 日志序列号

BYTES 日志文件大小(单位bytes)

BLOCKSIZE 11.2新增字段,logfile的块大小

MEMBERS 日志组成员数

ARCHIVED 归档状态(YES/NO)

STATUS 日志状态:

·UNUSED : 未使用过,新加的日志或被RESETLOGS过的日志为此状态

·CURRENT : 当前日志,redo log处于活动状态，不能被打开或关闭

·ACTIVE : 处于激活但非当前被使用的日志,在crash recovery中是必须的,块恢复中可能被用到

·CLEARING : 发起ALTER DATABASE CLEAR LOGFILE命令语句后,日志正在被重建为空的日志,重建后状态变为UNUSED

·CLEARING_CURRENT : 当前被清除的日志属于一个关闭的线程的,切换失败时该日志可以停留在这个状态,如写新日志头部时发生I/O错误

·INACTIVE : 非活动状态,实例恢复不需要,介质恢复时可能需要

FIRST_CHANGE# 日志中的最低SCN

FIRST_TIME 日志中最低SCN的时间

NEXT_CHANGE# 11.2新增字段,ORL满时,为日志的最高SCN,也为下个日志的最低SCN,当STATUS=CURRENT 时,NEXT_CHANGE#被设置为一个最高可能的SCN(281474976710655)

NEXT_TIME 11.2新增字段,日志中NEXT_CHANGE#的时间,当STATUS=CURRENT时,NEXT_TIME=NULL

V$STANDBY_LOG

显示CONTROLFILE记录的ARCHIVED LOG详细信息，Standby redo log类似于online redo log,但SRL只用于standby database接受primary 的redo data.

列名描述

GROUP# 日志组号

DBID 派发SRL的primary DBID,如没有SRL派发,则值为UNASSIGNED

THREAD# 日志线程号

SEQUENCE# 日志序列号

BYTES 日志大小(单位:byte)

BLOCKSIZE 11.2新增字段,LOGFILE的块大小,(512/4096,有OS决定)

USED LOG被使用的大小

ARCHIVED 归档状态(YES/NO)

STATUS 日志状态：

·UNASSIGNED : ARCHIVED=NO,则SRL已归档且再次可用;

ARCHIVED=YES,则SRL从未被归档且可用.

·ACTIVE : ARCHIVED=NO,则SRL已完成并等待被归档;

ARCHIVED=YES,则SRL正在被写入.

FIRST_CHANGE# 日志中的自对SCN

FIRST_TIME First SCN的时间

NEXT_CHANGE# 11.2新增字段,SRL满时,为此日志最高SCN,也为下个日志的最低SCN

NEXT_TIME 11.2新增字段,日志中NEXT_CHANGE#时间

LAST_CHANGE# Datafile最新更新号,如果Datafile正在被更改,值为NULL

LAST_TIME Last change时间戳

V$LOGFILE

Redo log file信息。

列名描述

GROUP# Redo Log组号

STATUS Log member状态：

·INVALID : 文件不能被访问

·STALE : 文件内容不完整

·DELETED : 文件不再被使用

·空白：文件正在被使用

TYPE Logfile 的类型(ONLINE/STANDBY)

MEMBER Redo log成员名

IS_RECOVERY_DEST_FILE 标记文件是否被创建在Fast recovery area中(YES/NO)

V$LOG_HISTORY

显示CONTROLFILE记录的LOG历史信息。

列名描述

RECID 控制文件记录ID

STAMP 控制文件记录邮戳

THREAD# 归档日志线程号

SEQUENCE# 归档日志序列号

FIRST_CHANGE# 日志文件中的最低SCN

FIRST_TIME 日志文件中的最低SCN时间

NEXT_CHANGE# 日志文件中的最高SCN

RESETLOGS_CHANGE# resetlogs改变号

RESETLOGS_TIME resetlogs的时间

V$ARCHIVED_LOG

显示CONTROLFILE记录的ARCHIVED LOG详细信息，包括归档日志名。在ORL成功被归档或者被清除后，将插入一条归档日志记录。日志被归档两次，则会产生两次归档记录，其THREAD#,SEQUENCE#,FIRST_CHANGE#相同，但名字不同。在备份恢复和从RMAN copy恢复时也会插入归档记录。

列名描述

RECID 归档记录ID

STAMP 归档记录邮戳

NAME 归档日志文件名,如果NULL,则为日志清除或者RMAN delete input

DEST_ID 产生归档日志的原始目的地,如果不可用则值为0

THREAD# Redo线程号

SEQUENCE# Redo日志序列号

RESETLOGS_CHANGE# Resetlogs改变号

RESETLOGS_TIME Resetlogs的时间

RESETLOGS_ID Resetlogs标记符

FIRST_CHANGE# 归档日志中的最低SCN

FIRST_TIME First change时间

NEXT_CHANGE# 归档日志中的最高SCN,也是下一个归档日志的最低SCN

NEXT_TIME Next change时间

BLOCKS 归档日志的块数

BLOCK_SIZE ORL块大小,归档日志的逻辑块大小和从ORL拷贝的逻辑块大小一致,ORL的逻辑块大小由所在的OS平台决定

CREATOR 归档生成者：

·ARCH : Archiver process

·FGRD : Foreground process

·RMAN : Recovery Manager

·SRMN : RMAN at standby

·LGWR : Logwriter process

REGISTRAR 条目注册者：

·RFS : Remote File Server process

·ARCH : Archiver process

·FGRD : Foreground process

·RMAN : Recovery Manager

·SRMN : RMAN at standby

·LGWR : Logwriter process

STANDBY_DEST 显示条目是否是归档日志目标

ARCHIVED 显示ORL是否归档(YES)或是否是RMAN恢复创建的记录(NO)

APPLIED 显示归档日志已被应用到了physical standby中,对本地节点值为NO.

在物理standby中的意义：

·REGISTRAR=RFS && APPLIED=NO,表示logfile已被接受并注册但没有应用

·REGISTRAR=RFS && APPLIED=IN-MEMORY,表示在内存中已应用logfile,还没有更新到datafiles中

·REGISTRAR=RFS && APPLIED=YES,表示已应用logfile并更新到datafiles

DELETED 显示是否使用了RMAN DELETE命令物理删除了归档日志,是否在逻辑上从 controlfile恢复目录移除(YES/NO)

STATUS 归档日志状态：

·A : Available（可用）

·D : Deleted（已删除）

·U : Unavailable（不可用）

·X : Expired（已过期）

COMPLETION_TIME 归档完成时间

DICTIONARY_BEGIN 显示是否是LogMiner数据字典包含日志的开始(YES/NO)

DICTIONARY_END 显示是否是LogMiner数据字典包含日志的结束(YES/NO)

END_OF_REDO 显示primary端归档日志是否包含redo结束信息

BACKUP_COUNT 显示文件被备份的次数(0-15),如果次数超出15,则保留显示为15

ARCHIVAL_THREAD# 执行归档操作的实例线程号,当关闭的线程被其他实例归档时值与THREAD#不同

ACTIVATION# 被实例分配的次数

IS_RECOVERY_DEST_FILE 显示文件是否被创建到fast recovery ares(YES/NO)

COMPRESSED 保留作内部使用

FAL 显示归档日志是否为FAL请求产生的(YES/NO)

END_OF_REDO_TYPE 可能的值：

·SWITCHOVER ：Switchover产生的EOR

·TERMINAL : Failover产生的EOR

·RESETLOGS : 主库执行ALTER DATABASE OPEN RESETLOGS语句后产生的归档

· ACTIVATION ：物理standby执行ALTER DATABASE ACTIVATE STANDBY DATABASE 语句后产生的归档

·空值：正常的归档

BACKED_BY_VSS 11.2新增字段,显示文件是否以Volume Shadow Copy Service(VSS)备份,保留作内部使用

V$ARCHIVE_DEST

显示DG配置的所有实例的value,mode和status.

列名描述

DEST_ID LOG_ARCHIVE_DEST_n参数标识符n(1..10)

DEST_NAME LOG_ARCHIVE_DEST_n参数名

STATUS 标识目的地的当前状态：

·VALID : 已初始化可用

·INACTIVE : 无目的地信息

·DEFERRED : 用户手工disabled

·ERROR : 在open/copy的时候报错

·DISABLED : 在error后被disable

·BAD PARAM: 参数配置错误

·ALTERNATE: 目的地处于替代状态

·FULL : 归档超出目的地空间限额

BINDING 指定如何故障会影响归档操作

·MANDATORY:需要成功归档

·OPTIONAL :不需要成功归档，依赖于LOG_ARCHIVE_MIN_SUCCEED_DEST参数

NAME_SPACE 标识参数设定的范围

·SYSTEM:系统级

·SESSION:会话级

TARGET 标识归档目的地是本地还是远程

·PRIMARY:本地

·STANDBY:远程

ARCHIVER 标识归档查询进程

·ARCn

·FOREGROUND

·LGWR

·RFS

SCHEDULE 标记目的地归档是否INACTICE(非活动),PENDING(等待),ACTIVE(活动),LATENT(潜伏)

DESTINATION 指定归档路径

LOG_SEQUENCE 归档序列号

REOPEN_SECS 归档失败后尝试重连等待的时间(单位:秒)

DELAY_MINS standby接受redo data后自动应用前延迟的时间(单位:分钟)

MAX_CONNECTIONS 最大连接次数,10g R2引入,11g废弃,默认值1,范围1--5

NET_TIMEOUT LGWR进程等待LNS进程响应的时间(单位秒)

PROCESS 标识主库的archiver进程

·ARCn

·FOREGROUND

·LGWR

FAIL_DATE 最近一次error的时间

FAIL_SEQUENCE 最近一次归档失败的日志序列号

FAIL_BLOCK 最近一次归档失败时正被归档的块号

FAILURE_COUNT 归档失败的次数

MAX_FAILURE 允许归档失败的最大次数

ERROR 显示错误文本

ALTERNATE 替代目的地(如果有)

DEPENDENCY 依赖的归档目的地(如果有)

REMOTE_TEMPLATE 指定将被记录的派生路径模板

QUOTA_SIZE 目的地限额(单位:字节)

QUOTA_USED 指定的目的地已使用大小(单位:字节)

MOUNTID 实例mount标识符

TRANSMIT_MODE 网络传输模式

·SYNC=PARALLEL

·SYNC=NOPARALLEL

·ASYNC

ASYNC_BLOCKS 指定的ASYNC属性的块数

AFFIRM 指定磁盘I/O模式

TYPE 标识归档目的地是public/private,只有public类型可以在线动态修改,默认public

VALID_NOW 标识目的地当前是否可用

·YES : 可用

·WRONG VALID_TYPE : 错误的可用类型,如standby设置

VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)

·WRONG VALID_ROLE : 错误的可用角色,如primary设置

VALID_FOR=(ONLINE_LOGFILE,STANDBY_ROLE)

·INACTIVE : 目的地未激活

VALID_TYPE redo log类型或对目的地有效的类型

·ONLINE_LOGFILE

·STANDBY_LOGFILE

·ALL_LOGFILES

VALID_ROLE 数据库角色或对目的地有效的角色

·PRIMARY_ROLE

·STANDBY_ROLE

·ALL_ROLES

DB_UNIQUE_NAME 数据库唯一名

VERIFY 标记LOG_ARCHIVE_DEST_n参数的VERIFY属性是否验证(YES/NO)

COMPRESSION 标识网络压缩是否启用(ENABLED/DISABLED)

APPLIED_SCN 11.2.0.2新增的列,最后应用的redo的SCN,仅对活动的standby有效,在primary或者cascading standby中查询

V$ARCHIVE_DEST_STATUS

显示实例启动后归档目的地的实时信息和配置信息，实例关闭信息清空。

列名描述

DEST_ID 标识归档目的地参数(1-31)

DEST_NAME 归档目的地参数名

STATUS 归档目的地当前状态：

·VALID : 已初始化并可用

·INACTIVE : 无目的地信息

·DEFERED : 用户手工禁用

·ERROR : 在OPEN/COPY时报错

·DISABLED : error后被禁用

·BAD PARAM: 参数设置有错

·ALTERNATE:目的地处于替代状态

·FULL : 超出目的大小限额

TYPE 目标数据库的类型：

·STARTED

·MOUNTED

·MOUNTED-STANDBY

·OPEN

·OPEN READ-ONLY

DATABASE_MODE 归档目的地当前归档模式：

·IDLE : MRP未激活

·MANAGED : MRP激活

·MANAGED REAL TIME APPLY : 实时应用

·LOGICAL REAL TIME APPLY : 实时SQL Apply

·LOGICAL APPLY : SQL Apply

PROTECTION_MODE 保护模式：

·MAXIMUM PROTECTION(最大保护)

·MAXIMUM AVAILABILITY(最高可用)

·RESYNCHRONIZATION(重新同步)

·MAXIMUM PERFORMANCE(最大性能)

·UNPROTECTED(未保护)

DESTINATION 指定redo data的归档路径

STANDBY_LOGFILE_COUNT 标记standby database中standby redo logs的总数

STANDBY_LOGFILE_ACTIVE 标记standby DB中处于active状态并包含primary ORL信息的SRL总数

ARCHIVED_THREAD# 标记最近的归档日志的线程号

ARCHIVED_SEQ# 标记最近的归档日志的日志序列号

APPLIED_THREAD# 标记最近被应用的归档日志的线程号

APPLIED_SEQ# 标记最近被应用的归档日志的日志序列号

ERROR 显示错误文本

SRL 标记standby是否使用了SRL(YES/NO)

DB_UNIQUE_NAME 指定当前实例LOG_ARCHIVE_DEST_n参数中被定义的DB_UNIQUE_NAME属性

SYNCHROIZATION_STATUS 可能值：

·CHECK CONFIGURATION : 不能同步,可能由于DB不是MAXIMUM PROTECTION或 MAXIMUM PERFORMANCE数据保护模式,或者LOG_ARCHIVE_DEST_n参数没有设置SYNC和AFFIRM属性

·CHECK STANDBY REDO LOG : 归档目的地的SRL不适用

·CHECK NETWORK : 一个或多个DB实例不能发送redo data到这个目的地

·DESTINATION HAS A GAP : 归档目的地存在GAP

·OK : 这个目的地正在和这个DB同步

·NOT AVAILABLE : 同步状态不可用

SYNCHRONIZED 可能值：

·YES : 目的地正在和primary同步

·NO : 目的地和primary不同步

·UNKNOWN : 同步状态不可知

GAP_STATUS 11.2新增字段,Redo gap状态：

·NO GAP : 无GAP

·LOG SWITCH GAP : 目的地还没收到前一个log file 的redo

·RESOLVABLE GAP : 目的地可以向这个DB抓取缺失的redo自动解决GAP

·UNRESOLVABLE GAP : 目的地不能向这个DB抓取缺失的redo自动解决GAP,也没有其他的目标库可以抓取缺失的redo

·LOCALLY UNRESOLVABLE GAP : 目的地不能向这个DB抓取缺失的redo自动解决GAP,但有可能向其他的目标库抓取缺失的redo

V$ARCHIVE_GAP

显示standby GAP信息。

列名描述

THREAD# GAP所在的线程号

LOW_SEQUENCE# GAP的最小序列号

HIGH_SEQUENCE# GAP的最大序列号

V$MANAGED_STANDBY

显示实例启动后物理standby的一些数据库后台进程的当前状态信息,实例关闭信息清空。

列名描述

PROCESS 进程类型：

·RFS : Remote File Server

·MRP0: Detached Recovery Server Process

·MR(fg)：Foreground Recovery Session

·ARCH : Archiver Process

·FGRD

·LGWR

·RFS(FAL)

·RFS(NEXP)

·LNS : Network Server Process

PID 进程的OS进程号

STATUS 进程当前状态：

·UNUSED : 未激活进程

·ALLOCATED : 进程已激活但当前未连接到primary

·CONNECTED ：网络解析连接到primary

·ATTACHED : 进程正在连接primary

·IDLE : 空闲进程

·ERROR : 进程失败

·OPENING : 进程正在打开归档日志

·CLOSING : 进程完成归档并正在关闭归档日志

·WRITING : 进程正在往归档日志写redo data

·RECEIVING : 进程正接受网络通信

·ANNOUNCING : 进程正声明一个已存在的潜在归档日志

·REGISTERING : 进程正注册一个已完成的归档日志

·WAIT_FOR_LOG : 进程等待归档完成

·WAIT_FOR_GAP : 进程等待GAP解决

·APPLYING_LOG : 进程正应用归档日志到standby中

CLIENT_PROCESS 标记相应的priamry database进程：

·Archival : 前台SQL语句手工归档进程

·ARCH ：后台ARCn进程

·LGWR : 后台LGWR进程

CLIENT_PID 客户端进程的OS进程号

CLIENT_DBID Primary database的DBID

GROUP# Standby日志组

RESETLOG_ID 归档日志的resetlog ID

THREAD# 归档日志所属的线程号

SEQUENCE# 归档日志所属的序列号

BLOCK# 最新处理的归档日志块号

BLOCKS 计算最新写入redo log 的块数(每块512-bytes),或恢复进程期望读的块数

DELAY_MINS 归档延迟间隔(单位：分钟)

KNOWN_AGENTS Standby处理归档日志的代理总数

ACTIVE_AGENTS Standby活动状态的处理归档日志的代理数

V$DATAGUARD_CONFIG

显示DB_UNIQUE_NAME参数配置和LOG_ARCHIVE_CONFIG参数DB_UNIQUE_NAME属性定义，第一行显示当前数据库的DB_UNIQUE_NAME参数值，其余行显示其他数据库的LOG_ARCHIVE_CONFIG参数指定在DG_CONFIG关键字中的值。

列名描述

DB_UNIQUE_NAME DB UNIQUE NAME

V$DATAGUARD_STATUS

显示最近写入到物理standby alert log/server process trace file或所有standby类型数据库的redo传输服务信息。

列名描述

FACILITY 设备遇到的事件类型：

·Crash Recovery

·Log Transport Services

·Log Apply Services

·Role Management Services

·Remote File Server

·Fetch Archive Log

·Data Guard

·Network Services

SEVERITY 事件的严重程度：

·Informational : 信息

·Warning ：警告信息

·Error ：错误信息,标记过程已经失败

·Fatal : 严重

·Control : 预期的状态变化,如:归档的开始或完成,日志恢复,切换操作

DEST_ID 事件属于的目标地,如果事件不属于特定的目标地,则值为0

MESSAGE_NUM 按时间顺序给每一个事件增加一个唯一数

ERROR_CODE 事件的错误ID

CALLOUT 留作将来使用

TIMESTAMP 信息时间戳

MESSAGE 描述事件的文本信息

V$DATAGUARD_STATS

显示DG的一些度量信息，仅在standby端查询显示。

列名描述

NAME 度量名称

·APPLY FINISH TIME : standby应用接收到的且没有被应用的redo所需要的时间。

·APPLY LAG : standby与primary的数据延迟。

·TRANSPORT LAG : redo传输延迟

·ESTIMATED STARTUP TIME : 评估启动和打开物理standby所需要的时间

·STANDBY HAS BEEN OPEN : (11.1之前版本),表示自上次启动以来,物理standby是否已OPEN READ ONLY方式打开过。

VALUE 度量值

UNIT 单位

TIME_CONPUTED 计算各个参数的本地时间

DATUM_TIME 11g新增字段,物理standby获取元数据来评估计算APPLY LAG和TRANSPORT LAG值的本地时间。如果多次查询均无变化，则说明物理standby已经停止接受redo data.

V$STANDBY_EVENT_HISTOGRAM

物理standby应用延迟的直方图,11.2新增视图。每一个不同的apply lag值均有其对应的bucket,bucket中的count值是累计的。物理standby每秒抽样apply lag并增加其在直方图中对应的bucket.

列名描述

NAME event名字(APPLY LAG)

TIME bucket代表的时间

UNIT 时间单位(秒,分钟,小时,天)

COUNT bucket的中apply lag次数

LAST_TIME_UPDATED bucket最近更新的时间

V$RECOVERY_PROGRESS

跟踪数据库恢复操作信息，评估完成操作需要的时间。

列名描述

START_TIME 恢复操作的开始时间

TYPE 恢复操作的类型

·CRASH RECOVERY

·INSTANCE RECOVERY

·MEDIA RECOVERY

ITEM 检测项

·当TYPE为CRASH RECOVERY/INSTANCE RECOVERY时,ITEM可能为:

- log files

- redo blocks

·当TYPE为MEDIA RECOVERY时,ITEM可能为：

- Active Apply Rate

- Average Apply Rate

- Maximum Apply Rate

- Redo Applied

- Log Files

- Last Applied Redo

- Active Time

- Elapsed Time

- Apply Time per Log

- Checkpoint Time per Log

- Standby Apply Lag

UNITS 每一个检测项的单位

SOFAR 到目前为止完成的工作量

TOTAL 总的工作预期量

TIMESTAMP 时间戳

COMMENTS 11.2新增字段,其他项,目前显示应用最近的一次redo的SCN