Oracle 11g dataguard check RTA(real time apply)

2017年8月24日

16:38

环境:oracle 11.2.0.1 OEL 5.8

注:以下操作都在备库执行

总结方法:

1、FPYJ(125_7)@fpyj123> select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY WITH APPLY                   --证明开启 RTA

2、FPYJ(125_7)@fpyj123> select DEST_ID,DEST_NAME,RECOVERY_MODE from v$archive_dest_status where RECOVERY_MODE <>'IDLE';

DEST_ID DEST_NAME    RECOVERY_MODE

---------- -------------------------------------------------------------------------------------------------------------------------------------------        1 LOG_ARCHIVE_DEST_1     MANAGED    --RECOVERY_MODE为MANAGED REAL TIME APPLY               --证明开启了 RTA

 

请确认以下参数:

FPYJ(125_7)@fpyj123> col value for a100

FPYJ(125_7)@fpyj123> col name for a20

FPYJ(125_7)@fpyj123> select name,value from v$parameter where name in ('log_archive_dest_1','log_archive_dest_2');

NAME                 VALUE

-------------------- ----------------------------------------------------------------------------------------------------

log_archive_dest_1   location=/home/oracle/arch_dir/fpyj123 valid_for=(all_logfiles,all_roles) db_unique_name=fpyj123

log_archive_dest_2   service=fpyj sync lgwr valid_for=(all_logfiles,all_role) db_unique_name=fpyj

log_archive_dest_1  配置如下:VALID_FOR  一定是 all_logfiles,all_roles 不然无法 RTA

FPYJ(125_7)@fpyj> alter system set log_archive_dest_1='LOCATION=/home/oracle/arch_dir/fpyj VALID_FOR=(all_logfiles,all_roles) db_unique_name=fpyj' scope=spfile;

未开启real time apply ,以下操作打开的备库的RTA

SYS(139_22)@fpyj123>  select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY

SYS(139_22)@fpyj123>  select process,client_process,status,thread#,sequence#,block#,blocks from v$managed_standby;

PROCESS   CLIENT_P STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS

--------- -------- ------------ ---------- ---------- ---------- ----------

ARCH      ARCH     CONNECTED             0          0          0          0

ARCH      ARCH     CONNECTED             0          0          0          0

ARCH      ARCH     CONNECTED             0          0          0          0

ARCH      ARCH     CLOSING               1         63          1        421

RFS       N/A      IDLE                  0          0          0          0

RFS       LGWR     IDLE                  1         64        123          1

RFS       UNKNOWN  IDLE                  0          0          0          0

--没有MRP0 进程哦,不能RTA

开启real time apply

物理DG开启RTA命令如下:

SYS(139_22)@fpyj123> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

再次检查MRP进程

SYS(139_22)@fpyj123> select process,client_process,status,thread#,sequence#,block#,blocks from v$managed_standby;

PROCESS   CLIENT_P STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS

--------- -------- ------------ ---------- ---------- ---------- ----------

ARCH      ARCH     CONNECTED             0          0          0          0

ARCH      ARCH     CONNECTED             0          0          0          0

ARCH      ARCH     CONNECTED             0          0          0          0

ARCH      ARCH     CLOSING               1         63          1        421

RFS       N/A      IDLE                  0          0          0          0

RFS       LGWR     IDLE                  1         64        221          1

RFS       UNKNOWN  IDLE                  0          0          0          0

MRP0      N/A      APPLYING_LOG          1         64        221     102400

--redo apply情况

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY WITH APPLY

 

SYS(139_22)@fpyj123> col DEST_NAME for a20

SYS(139_22)@fpyj123> set linesize 1000

SYS(139_22)@fpyj123> set pagesize 1000

col dest_name for a20

SQL> select DEST_ID,DEST_NAME,RECOVERY_MODE from v$archive_dest_status where recovery_mode not like 'IDLE' ;

DEST_ID DEST_NAME            RECOVERY_MODE

---------- -------------------- -----------------------

         1 LOG_ARCHIVE_DEST_1   MANAGED REAL TIME APPLY

 

红色部分证明standby database 开启了real time apply

Oracle 11g dataguard check RTA(real time apply)的更多相关文章

  1. Oracle 11g dataguard check real time apply

    2017年8月24日 16:38 环境:oracle 11.2.0.1 OEL-5.8 注:以下操作都在备库执行 总结方法: 1.FPYJ(125_7)@fpyj123> select open ...

  2. Oracle 11g Dataguard参数详解

    https://www.jb51.net/article/52269.htm注:本文译自<Oracle Data Guard 11g Handbook> Page 78 – Page 88 ...

  3. Oracle 11g DataGuard搭建(一) - 单节点到单节点

    (一)DataGuard概要 DataGuard中文称为”数据卫士“,提供了数据库高可用性.数据保护和灾难恢复的功能.DataGuard通过建立primary数据库和standby数据库来确立参照关系 ...

  4. Oracle 11g DATAGUARD 同步延时监控脚本

    转自 https://blog.51cto.com/8858975/1401988监控脚本(注:这里没用Sendmail工具发送邮件,如果用的话需要修改)$cat check_oracle_dg_de ...

  5. oracle 11g dataguard创建的简单方法

    oracle 10g可以通过基于备份的rman DUPLICATE实现dataguard,通过步骤需要对数据库进行备份,并在standby侧进行数据库的恢复.而到了11g,oracle推出了Dupli ...

  6. Oracle 11G DataGuard生产环境又一次启动具体过程

     场景,重新启动数据库,不重新启动linux系统,所以不用考虑监听程序,#linux输入lsnrctl start1 数据库关闭1.1 关闭主库SHUTDOWN IMMEDIATE; SQL> ...

  7. Oracle 11g Dataguard 配置,维护与详解 (ADG)

    一.前言: 本手册主要记录如何配置,还介绍了配置原因,以及注意要点,已经主备切换,以及故障转移等重要操作步骤,我希望这个文章可以作为进行dataguard配置的一个参考手册. 二.前提 1.主库是归档 ...

  8. oracle 11G dataguard 恢复

    检查主备机的sys 密码是否一致,忘记密码可以修改,同步 .alter user sys identified by xxx: orapwd file=oraxxx.ora password=admi ...

  9. Oracle 11g 物理Dataguard日常操作维护(二)

    Oracle 11g 物理Dataguard日常操作维护(二) 2017年8月25日 14:34 3.3 3.3.1 查看备库进程状态 SYS(125_7)@fpyj123> select pr ...

随机推荐

  1. Linux学习笔记之Linux Centos关闭防火墙

    # Centos6.x /etc/init.d/iptables stop chkconfig iptables off sed -i 's/SELINUX=enforcing/SELINUX=dis ...

  2. 01: RabbitMQ

    目录: 1.1 RabbitMq与Redis队列对比 1.2 在win7 64位机上安装RabbitMQ 1.3 RabbitMQ消息分发轮询 与 持久化 1.4 RabbitMQ 设定某个队列里最大 ...

  3. CSAPP 第三章 读书笔记

    程序的机器级表示 AT&T与Intel格式的汇编代码 我们的表述是ATT(根据"AT&T"命名的, AT&T是运营贝尔实验室多年的公 司)格式的汇编代码,这 ...

  4. C#中配置文件保存的路径

    http://www.codeproject.com/Tips/350010/Saving-User-Settings-in-Winform-Application 外网上找的资料 winform提供 ...

  5. 推荐一个SAM文件中flag含义解释工具--转载

    SAM是Sequence Alignment/Map 的缩写.像bwa等软件序列比对结果都会输出这样的文件.samtools网站上有专门的文档介绍SAM文件.具体地址:http://samtools. ...

  6. python 同步与异步性能区别

    import gevent def task(pid): """ Some non-deterministic task """ geven ...

  7. nginx 80 端口默认被占用

    /etc/nginx/sites-enabled,修改该目录下的default文件, 将默认端口号80改为其他端口号, /etc/nginx/nginx.conf 文件配置里的80端口就会生效

  8. 【Golang 接口自动化00】为什么要用Golang做自动化?

    为什么使用Golang做自动化 顺应公司的趋势学习了Golang之后,因为没有开发那么多的时间和项目来实践,怕步此前学习Java缺少练习遗忘殆尽的后尘,决定利用工作之余的时间把此前用Python的写的 ...

  9. URAL 1741 Communication Fiend

    URAL 1741 思路: dp 状态:dp[i][1]表示到第i个版本为正版的最少流量花费 dp[i][0]表示到第i个版本为盗版的最少流量花费 初始状态:dp[1][0]=dp[0][0]=0 目 ...

  10. 递归C++

    递归C++ 一.递归简介 自己调用自己 二.递归写法 2.1 写法介绍 先写出问题的递推公式 递归部分的边界条件就是递推公式中的边界条件 递归部分的主体部分就是递推公式中的主体部分 2.2 实例 (1 ...