DG查看恢复进度

查看恢复进度

(1)查看进程的活动状态

V$MANAGED_STANDBY视图专用于显示物理Standby数据库相关进程的当前状态,该视图中的列也很有特点,查看进程状态时,通常我们会关注PROCESS、CLIENT_PROCESS、SEQUENC#和STATUS几列,例如:

SQL> SELECT PROCESS,CLIENT_PROCESS,SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;

相关说明:

PROCESS:进程名称,如ARCH、RFS、MRP0等。

CLIENT_P:对应的Primary数据库中的进程,如ARCH、LGWR等。

SEQUENCE#:归档序号。

STATUS:进程的当前状态,值较多,常见的有:

1)ALLOCATED:正准备连接Primary数据库。

2)ATTACHED:正在连接Primary数据库。

3)CONNECTED:已连接至Primary数据库。

4)IDLE:空闲中。

5)RECEIVING:归档文件接收中。

6)OPENING:归档文件处理中。

7)CLOSING:归档文件处理完,收尾中。

8)WRITING:REDO数据库写向归档文件中。

9)WAIT_FOR_LOG:等待新的REDO数据中。

10)WAIT_FOR_GAP:归档有中断,正等待中断的那部分REDO数据。

11)APPLYING_LOG:应用REDO数据中。

(2)检查REDO应用进度

V$ARCHIVE_DEST_STATUS视图显示归档文件路径配置信息及REDO的应用情况等,例如:

SQL> SELECT DEST_NAME,ARCHIVED_THREAD#,ARCHIVED_SEQ#,APPLIED_THREAD#,APPLIED_SEQ#,DB_UNIQUE_NAME

FROM V$ARCHIVE_DEST_STATUS WHERE STATUS=‘VALID‘;

(3)检查归档文件路径和创建信息

物理Standby数据库端可以通过查询V$ARCHIVED_LOG视图,获取归档文件的一些附加信息,如文件创建时间、创建进程、归档序号、是否被应用等,例如:

SQL> SELECT NAME,CREATOR,SEQUENCE#,APPLIED,COMPLETION_TIME FROM V$ARCHIVED_LOG;

(4)查询归档历史

查询所有已被应用的归档文件信息(无论该归档文件是否还存在),例如:

SQL> SELECT FIRST_TIME,FIRST_CHANGE#,NEXT_CHANGE#, SEQUENCE# FROM V$LOG_HISTORY;

查询到最后应用的归档文件:

SQL> SELECT THREAD#, MAX(SEQUENCE#) AS "LAST_APPLIED_LOG" FROM V$LOG_HISTORY GROUP BY THREAD#;

当然也可以通过查询V$ARCHIVED_LOG视图中的APP列获得相同的功能,例如:

SQL> SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;

(5)查看物理Standby数据库未接收的日志文件

日志文件的发送是通过LOG_ARHIVE_DEST_N参数来控制,因此我们只需要对比本地生成的归档和远端生成的归档间差异即可。例如:

SQL> SELECT LOCAL.THREAD#, LOCAL.SEQUENCE#

FROM (SELECT THREAD#, SEQUENCE# FROM V$ARCHIVED_LOG WHERE DEST_ID=1) LOCAL

WHERE LOCAL.SEQUENCE# NOT IN (SELECT SEQUENCE# FROM V$ARCHIVED_LOG WHERE DEST_ID=2 AND THREAD# = LOCAL.THREAD#);

说明: DEST_ID=N,N其实就是LOG_ARCHIVE_DEST_N参数中的那个N。

(6)监控日志应用服务

1) 查询当前数据的基本信息(v$database信息):如,查询数据库角色、保护模式、保护级别等:

SQL> SELECT DATABASE_ROLE,DB_UNIQUE_NAME,OPEN_MODE,

查询failover后快速启动的信息:

SQL> SELECT FS_FAILOVER_STATUS,FS_FAILOVER_CURRENT_TARGET, FS_FAILOVER_THRESHOLD, FS_FAILOVER_OBSERVER_PRESENT FROM V$DATABASE;

2) 查看当前REDO应用和REDO传输服务的活动状态

查询物理Standby数据库当前REDO应用和REDO传输服务的状态非V$MANAGED_STANDBY视图莫属,例如:

SQL> SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;

3) 检查应用模式(是否启用了实时应用)

物理Standby数据库查询V$ARCHIVE_DEST_STATUS视图,如果打开了实时应用,则RECOVERY_MODE列会显示为:MANAGED REAL TIME APPLY,例如:

SQL> SELECT RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID=2;

4) Data Guard事件(V$DATAGUARD_STATUS)

该视图显示那些被自动触发写入Alert.log或服务器Trace文件的事件。通常是在你不便访问到服务器查询Alert.log时,可以临时访问本视图查看一些与Data Guard相关的信息,例如:

SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

原文地址:https://www.cnblogs.com/liang545621/p/9407301.html

时间: 2024-10-05 21:41:51

DG查看恢复进度的相关文章

如何设计可手动终止及查看当前进度的任务

背景 最近一个项目上有这么个功能:数据备份及恢复的任务,可手动终止,并可查看任务的当前执行进度. 本篇的设计思想是通用的,只不过采用的是java语言实现 思考 暂且不谈数据备份及恢复如何实现,这里只是大概介绍下通用任务的实现 任务如何进行终止 所有的代码都是运行在一个线程中的,所以想办法终止正在运行中的线程就可以了. 具体的实现方式:定义一个开关变量来进行控制就可以了. private volatile boolean on = true; public void run(){ while(on

使用git stash命令保存和恢复进度

使用git stash命令保存和恢复进度 git stash 保存当前工作进度,会把暂存区和工作区的改动保存起来.执行完这个命令后,在运行git status命令,就会发现当前是一个干净的工作区,没有任何改动.使用git stash save 'message...'可以添加一些注释 git stash list 显示保存进度的列表.也就意味着,git stash命令可以多次执行. git stash pop [–index] [stash_id] git stash pop 恢复最新的进度到工

DG增量恢复

本篇文档: 讲述DG环境出现GAP归档缝隙,且主库的该归档日志被删除的情况下,快速恢复DG的连通性 流程讲述: >明确主库增量备份起点 scn 查询备库控制文件current scn ,及v$datafile_header 数据文件最小scn,两种scn对比选取最小值 >查询主备之间数据文件是否存在不一致 查询主库是否在备库未应用的时间点存在新建数据文件操作,如有新建数据文件操作,需要记录是什么文件 >主库进行增量备份 选择备份起点scn,进行增量备份,且备份standby contro

SQLServer 查看备份进度

SELECT   DB_NAME(er.[database_id]) [DatabaseName],  er.[command] AS [CommandType],  er.[percent_complete],  er.start_time,CONVERT(DECIMAL(5, 2), er.[percent_complete]) AS [Complete_Percent]  ,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00

DPM恢复Exchange 2013单个邮箱

1.在恢复之前,我们先让IT02的邮箱清空,如下图, 2.首先先在C:\Restore里创建RDB作为恢复的数据库, New-MailboxDatabase –Name RDB –Recovery –LogFolderPath c:\RestoreDB –edbFilePath c:\RestoreDB\RDB.edb –Server EX02 3.新建完数据库重启Exchange Information Store服务, Restart-Service MSExchangeIS 查看新建的数据

大数据产品的备份及恢复

Hbase Distcp方式 整体下载上传方式 CopyTable备份 Export工具 elasticsearch 建立备份快照数据挂载点 建立快照仓储repository 建立snapshot快照备份 恢复snapshot快照数据 原集群恢复 新集群恢复 HDFS Hbase的备份恢复 hbase数据备份策略有两类: 离线备份(关闭Hbase集群进行全备份,包括distcp方式.整体下载上传) 在线备份(在线对集群进行备份,存在数据丢失的风险) 进行离线备份时,必须全部关闭Hbase集群,或

【MS SQL】查看任务执行进度

备份或还原数据库时,我一般是用MS SQL工具向导来进行,由于工具向导没有显示任务执行过程的状态, 如果数据库比较大执行时间较长的话,对任务啥时候执行完成比较迷茫,如下面步骤以"备份"数据库为例: 1.选择要备份的数据库,右键选择"任务 -->备份": 2.设置好备份选项,点击"确定"按钮: 3.数据库备份中.... 4.其实,当备份选项设置好后,不点"确认"按钮,点击上方的"脚本"选项: 5.系统自

【DG】[三思笔记]一步一步学DataGuard

[DG][三思笔记]一步一步学DataGuard 它有无数个名字,有人叫它dg,有人叫它数据卫士,有人叫它data guard,在oracle的各项特性中它有着举足轻理的地位,它就是(掌声)......................Oracle Data Guard.而对于我而言,我一定要亲切的叫它:DG(注:主要是因为打着方便). 不少未实际接触过dg的初学者可能会下意识以为dg是一个备份恢复的工具.我要说的是,这种形容不完全错,dg拥有备份的功能,某些情况下它甚至可以与primary数据库

如何利用闪回数据库特性恢复failover 后的dataguard 环境?

11g dataguard standby 切成主库,测试完成后恢复为原standby 环境 ####################### 概述: 11204 单机对单机实施dg,因局方要求需要(读写模式)打开standby :而这时原生产环境不能有任何影响动,依然对外服务: 采用的思路是:standby 直接failover 为primary db:这时原有dg关系被破坏,互不影响: ####################### 思路概要: 1.确认主库归档日志存放空间是否足够?(需考虑归