当前位置:  数据库>oracle

物理Data Guard的日常维护

    来源: 互联网  发布时间:2017-06-26

    本文导语: 物理Data Guard的日常维护 关闭顺序 1. 首先关闭primary数据库 $ sqlplus / as sysdba SQL> shutdown immediate 2. 关闭standby数据库 $ sqlplus / as sysdba --查看备库是否在应用日志进行恢复 SQL>select process, status from v$managed_standby; -- 取消日志应用 ...

物理Data Guard的日常维护

关闭顺序

1. 首先关闭primary数据库

$ sqlplus / as sysdba
SQL> shutdown immediate

2. 关闭standby数据库

$ sqlplus / as sysdba
--查看备库是否在应用日志进行恢复
SQL>select process, status from v$managed_standby; 
-- 取消日志应用
SQL> alter database recover managed standby database cancel; 
SQL> shutdown immediate

开启主库和备库

1.开启standby数据库

SQL> STARTUP MOUNT;
SQL> alter database recover managed standby database disconnect from session;

2.开启主库

SQL> startup

备库 Read-Only Read-Only模式打开 

---在备库停止日志传送 
SQL> recover managed standby database cancel; 
完成介质恢复。

---备库 Read-only 模式打开 
SQL> alter database open read only;

数据库已更改。

---备库回到日志传送模式 
SQL> recover managed standby database disconnect from session; 
完成介质恢复。

日志传送状态监控 

备库察看 RFS(Remote File Service) 接收日志情况和 MRP 应用日志同步主库状况

SQL> select process,client_process,sequence#,status from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH           67   CLOSING
ARCH      ARCH           69   CLOSING
ARCH      ARCH            0   CONNECTED
ARCH      ARCH            0   CONNECTED
MRP0      N/A            71   WAIT_FOR_LOG
RFS       N/A            0    IDLE
RFS       LGWR           71   IDLE

PROCESS列显示进程信息
CLIENT_PROCESS列显示对应的主数据库中的进程
SEQUENCE#列显示归档redo的序列号
STATUS列显示的进程状态

从上可以看出主库开启了4个归档进程,使用lgwr同步传输方式与standby通信,已经接收完70的日志,正等待71。

 察看备库是否和主库同步 

 备库查询,如果没有现明显的gap现象,则同步

SQL>  select thread#, low_sequence#, high_sequence# from v$archive_gap;

未选定行

察看备库已经归档的redo 
SQL> SELECT REGISTRAR, CREATOR, THREAD#, SEQUENCE#, FIRST_CHANGE#, NEXT_CHANGE# FROM V$ARCHIVED_LOG; 
察看备库已经应用的 redo 
SQL> SELECT THREAD#, SEQUENCE#, FIRST_CHANGE#, NEXT_CHANGE# FROM V$LOG_HISTORY; 
察看备库接收 , 应用redo数据过程 
SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS; 
查看从库上的日志接收情况
SQL> select status,target,archiver,error,process from v$archive_dest;

primary数据库 open resetlogs时的 standby恢复 

Standby数据库状态 Standby服务器操作 解决方案 没有应用resetlog之前的redo数据 自动应用新的redo数据 无须手工介入 应用了resetlog之后的redo数据,不过standby打开了flashback。 可以应用,不过需要dba手工介入 1. 手工flashback到应用之前
2. 重启redo应用,以重新接收新的redo数据。 应用了resetlog之 后 的redo数据,而且没有flashback。 完全无法应用 重建物理standby是唯一的选择


    
 
 

您可能感兴趣的文章:

 
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术,将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。












  • 相关文章推荐
  • 大容量硬盘分区表的起始物理地址与结束物理地址的疑问?
  • 求教:关于内核物理地址和虚拟地址的问题
  • 怎样访问物理地址空间?????????
  • 开源物理项目 OSP
  • 在驱动里面,如何读取物理地址为0xFFFFFFF0 的内容
  • 高手请进:32位虚拟地址经过页机制转换以后得到的物理地址是32位吗?那物理内存又是怎样编址的呢?
  • 怎样在Linux下读取物理内存
  • 怎么在linux下改变网卡物理IP
  • 虚拟地址→物理地址变换问题
  • 虚拟机上apache不能被物理机访问???
  • 在uCLinux下可以访问实际的物理地址吗?
  • 请教一个关于内存分配的问题(系统和DMA共享一块物理内存空间)
  • 如何不写驱动通过应用程序获得一块内存并取得它的物理地址?
  • linux用户态内存的物理地址问题?
  • [跪求解答]关于虚拟内存中页目录与页表在物理内存中加载的问题
  • 开源物理引擎 ODE
  • 谁搞得灵清虚拟地址与物理地址!帮帮忙啦
  • 哪位前辈给解释下linux下虚拟内存和物理内存的关系!
  • C# WinForm编程获取文件物理路径的方法
  • Linux内存映射 物理地址映射到虚拟地址


  • 站内导航:


    特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

    ©2012-2021,,E-mail:www_#163.com(请将#改为@)

    浙ICP备11055608号-3