切换
85上主库
SQL> select process from v$managed_standby;
82上备库
SQL> select process from v$managed_standby;
(上面都有相关进程就正确了)
SQL> select open_mode from v$database;
案例1:灾备系统要求最多允许丢失2小时数据
解决办法:
SQL> show parameter archive 
archive_lag_target                   integer     0
(archive_lag_target为切换间隔,秒为单位,最大值为7200秒)
SQL> select 2*60*60 from dual;
SQL> alter system set archive_lag_target=7200;
案例2:灾备系统要求不允许丢失任何数据
办法1:分布式日志存储
办法2:数据镜像(存储层)
=============================================
角色切换
(无损切换,主库不坏切换,如测试备库,主库升级)
查看角色状态
SQL> select database_role from v$database;
(1)检查主库是否具有切换的状态
SQL> select switchover_status from v$database;
SWITCHOVER_STATUS
--------------------
SESSIONS ACTIVE
(不具备切换状态,还有其他会话)
2.切换主库到备库 并关闭会话
85上
SQL> ALTER DATABASE commit TO switchover TO physical standby WITH SESSION shutdown;
SQL> startup mount force;
SQL> select database_role from v$database;
DATABASE_ROLE
----------------
PHYSICAL STANDBY
(主库变成了备库)
82上查看
SQL> select database_role from v$database;
DATABASE_ROLE
----------------
PHYSICAL STANDBY
(结果也是备库)
3.把备库变成主库
备库查看状态
SQL> select switchover_status from v$database;
SWITCHOVER_STATUS
--------------------
TO PRIMARY
(可以切换到主库)
SQL> alter database commit to switchover to primary;(切换)
SQL> startup mount force;
SQL> select database_role from v$database;
DATABASE_ROLE
----------------
PRIMARY
(变为主库)
SQL> alter database open;
4.验证
82主库上
SQL> select process from v$managed_standby;
有lns
85备库上
SQL> select process from v$managed_standby;
有RFS
没有MRP0
SQL> alter database recover managed standby database disconnect from session;
===========================
((角色切换  如果报16416错误
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database create standby controlfile as '/home/oracle/archive/sdtby_control01.ctl';
82备库上
SQL> create spfile from pfile;
SQL> shutdown immediate
85主库上
[oracle@sq123 archive]$ scp sdtby_control01.ctl oracle@192.168.8.2:/home/oracle/archive
82备库上
SQL> startup mount
SQL> ALTER DATABASE commit TO switchover TO physical standby WITH SESSION shutdown;
))
==============================
主库失败有损恢复
主库
SQL> shutdown immediate
备库
SQL> alter database recover managed standby database finish force;
(force为停止当前rfs进程,进行恢复)
SQL> alter database commit to switchover to primary;
SQL> alter database open;
===================================
监控恢复进度
(1)查看进程的活动状态
V$MANAGED_STANDBY视图专用于显示物理Standby数据库相关进程的当前状态,该视图中的列也很有特点,查看进程状态时,通常我们会关注PROCESS、CLIENT_PROCESS、SEQUENC#和STATUS几列,例如:
SQL> SELECT PROCESS,CLIENT_PROCESS,SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;
PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH        78  CLOSING
ARCH      ARCH        79  CLOSING
MRP0      N/A          80  WAIT_FOR_LOG
RFS       LGWR        80  IDLE
RFS       ARCH         0  IDLE
RFS       N/A            0  IDLE
相关说明:
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';
DEST_NAME ARCHIVED_THREAD# ARCHIVED_SEQ# APPLIED_THREAD# APPLIED_SEQ# DB_UNIQUE_NAME
-------------------- ---------------- ------------- --------------- ------------ ------------------------------
LOG_ARCHIVE_DEST_1         1          79              0            0      NONE
STANDBY_ARCHIVE_DEST      1          78              1           78     NONE
(3)检查归档文件路径和创建信息
物理Standby数据库端可以通过查询V$ARCHIVED_LOG视图,获取归档文件的一些附加信息,如文件创建时间、创建进程、归档序号、是否被应用等,例如:
SQL>  SELECT NAME,CREATOR,SEQUENCE#,APPLIED,COMPLETION_TIME FROM V$ARCHIVED_LOG;
NAME                                               CREATOR  SEQUENCE# APP COMPLETIO
-------------------------------------------------- ------- ---------- --- ---------
/u01/archive/1_1_717413573.dbf                     ARCH             1 YES 30-APR-10
/u01/archive/1_3_717413573.dbf                     ARCH             3 YES 30-APR-10
… …
/u01/archive/1_78_717413573.dbf                    ARCH            78 YES 01-MAY-10
/u01/archive/1_79_717413573.dbf                    ARCH            79 YES 02-MAY-10
(4)查询归档历史
物理Standby数据库端通过V$LOG_HISTORY视图,可以查询所有已被应用的归档文件信息(无论该归档文件是否还存在),例如:
SQL> SELECT FIRST_TIME,FIRST_CHANGE#,NEXT_CHANGE#, SEQUENCE# FROM V$LOG_HISTORY;
FIRST_TIM FIRST_CHANGE# NEXT_CHANGE#  SEQUENCE#
--------- ------------- ------------ ----------
27-APR-10        446075       475833          1
27-APR-10        475833       489482          2
… …
30-APR-10        544929       590113         78
01-MAY-10        590113       652357         79
仍然通过该视图,稍稍修改下SQL语句,就可以查询到最后应用的归档文件,例如:
SQL> SELECT THREAD#, MAX(SEQUENCE#) AS "LAST_APPLIED_LOG" FROM V$LOG_HISTORY GROUP BY THREAD#;
THREAD# LAST_APPLIED_LOG
---------- ----------------
1               79
当然也可以通过查询V$ARCHIVED_LOG视图中的APP列获得相同的功能,例如:
SQL> SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;
来自为知笔记(Wiz)

转载于:https://www.cnblogs.com/xiaoxiao5ya/p/c2e2330cd430d052c5425af878359b06.html

day16——oracle灾备2相关推荐

  1. 【oracle灾备方案系列】基于DDS的Oracle复制容灾方案(三)

    <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> [oracle ...

  2. oracle灾备冗余方案,Oracle灾备方案

    Oracle灾备: 一般方法:Data Guard.GoldenGate和CDP角度. Oracle Data Guard:提供了一种数据同步技术来实现Oracle的高可用性.增强的性能以及自动的故障 ...

  3. oracle灾备同步_【oracle灾备方案系列】基于DDS的Oracle复制容灾方案(三)

    [oracle灾备方案系列]基于DDS的Oracle灾备方案(三) 在基于DataGrid DDS产品实现灾备架构中,不仅能够实现集中交易系统的灾备功能,实现0时间的数据库切换.同时在该架构基础上还能 ...

  4. oracle灾备同步_浅析Oracle数据库的三种灾备技术

    灾备技术深入比较 这三种技术都实现了数据库的灾难备份,但各有特点,存在以下几方面的不同. 基本原理 Oracle Data Guard 是通过Oracle数据库归档日志来实现的,并且通过Oracle ...

  5. oracle++dtcol,Oracle 灾备 -- DG 常用SQL

    1.ORA-19527 设置 alter system set log_file_name_convert='/u01/oracle/oradata/systex/','/u01/oracle/ora ...

  6. 大话oraclerac集群、高可用性、备份与恢复_数腾Oracle RAC数据库灾备解决方案

    "一个系统包含很多模块,数据库.前端.缓存.搜索.消息队列等,每个模块都需要做到高可用,才能保证整个系统的高可用." 数据库作为现代信息社会的基石,几乎所有的计算机应用软件都构建于 ...

  7. ORACLE 几种同步灾备手段(OGG,ADG,DSG,高级复制,流复制,logmnr)

    目前所接触的Oracle 的灾备以及同步手段主要有ADG,OGG,DSG,高级复制,流复制以及自主开发的基于logmnr的数据同步软件,各有优劣.各自评价如下: 1. ADG,最常用的同城,异地灾备解 ...

  8. oracle数据库灾备方式,浅析Oracle数据库的三种灾备技术

    ;p(DxM.e0对于的灾备技术,我们可以从Data Guard,GoldenGate和CDP角度去考虑.51Testing软件测试网z(X_2r-e L1lx51Testing软件测试网^;q9fl ...

  9. 混合云存储跨云灾备方案之跨云容灾

    前面两篇文章介绍了基于阿里云备份的跨云备份和云存储网关的跨云复制,两者主要是解决文件粒度的备份与恢复问题.如果用户需要保护一个云上的数据库应用,而不仅仅是数据库的数据文件:如果用户需要保护整个云主机, ...

  10. 灾备理论-可靠的异地灾备

    1. 技术背景 1.1.  灾备评价指标 业界普遍数据丢失量和系统恢复时间作为标准,对某个容灾系统进行评价,公认的评价标准是RPO和RTO. RPO(RecoveryPointObjective):恢 ...

最新文章

  1. ubuntu php session 删除,session_unset()和session_destroy()用法分析
  2. 当量子计算和机器学习相遇,会碰撞出什么火花?
  3. 怎样在vue单页面中引入其他组件
  4. java tika pdf转图片_使用tika将pdf转为html
  5. 自然语言处理实践Task3
  6. ES6新特性_ES6中模块暴露数据语法汇总---JavaScript_ECMAScript_ES6-ES11新特性工作笔记043
  7. L3-028 森森旅游 (30 分)-PAT 团体程序设计天梯赛 GPLT
  8. 题目管理后台系统_推荐一套GitHub开源通用后台管理系统
  9. 装完金蝶电脑无限重启_电脑一直自动重启的原因与解决方法
  10. 计算机cad实训日记,cad制图实习日记范文
  11. 经典点云去噪算法总结
  12. 微信端H5的相关问题总结
  13. Python计算标准差和方差
  14. Corsiniの时光漏
  15. 前后端分离 Spring Security 对登出.logout()的处理
  16. python爬虫动态数据获取_爬虫系列(9)爬虫的多线程理论以及动态数据的获取方法。...
  17. VMware 收费太贵? 试试这款更轻量级的虚拟机, 完全免费!
  18. NLP(CAS10年NLP课程note)
  19. Win10笔记本电脑连接不上WiFi的解决办法
  20. PET 晶体类型及性能指标

热门文章

  1. Java 反射机制 是什么
  2. redhat linux 设置ip,REDHAT LINUX企业版更改IP地址,网关,DNS和MAC地址----字符界面
  3. Java实现斐波那契数列的两种方法
  4. Java中List和ArrayList的区别
  5. 计算机网络-应用层与传输层
  6. IDEA 这么设置 Maven,再也不用担心依赖下载失败了
  7. Centos7 Kubernetes(k8s) 开发服务器(单服务器)部署 nacos
  8. LayaAir UI 组件 # CheckBox 复选框
  9. 9)Thymeleaf ⼯具类对象表达式
  10. TCP 粘包/拆包说明 及 异常案例