DG动态性能视图详解
Posted liang545621
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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
REGISTER 标记归档日志是否注册到standby controlfile(YES/NO),注册后在可以被应用
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
以上是关于DG动态性能视图详解的主要内容,如果未能解决你的问题,请参考以下文章