DG由于网络原因或者bug原因经常不同步,有时隔得时间久了,就会丢失归档日志,或者长时间的归档恢复较慢,有一种可以基于scn的方式来恢复DG库,使用基于scn的增量备份来恢复standby库可以节省大量时间,或者进行dg异常的重新同步. 1,查询主库和备库的scn,redo号等信息,选取合适的scn号进行主库的备份 --查询DG端最低的scn,以下查询结果应该相同 select to_char(current_scn) scn from v$database; select min(fhscn)

今日花了一下午时间进行了Oracle DataGuard的切换练习,参考了网上好多文章,最后将一些语句进行摘录,以备以后查询使用.之后有时间会带来Oracle DG的搭建和切换全过程文章. DataGuard关启状态 启用备用数据库 SQL > STARTUP NOMOUNMT; SQL >alter database mount standby database; SQL >alter database recover managed standby database disconne

今天做switchover,环境是11.2.0.3+OEL5.7,开始时主备库状态都是正常的,符合直接切换条件: 主库: SQL> select open_mode,database_role,switchover_status from v$database; OPEN_MODE            DATABASE_ROLE    SWITCHOVER_STATUS -------------------- ---------------- -------------------- REA

在物理DG主备库切换时遇到ORA-16139: media recovery required错误 SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY * ERROR at line 1: ORA-16139: media recovery required 解决办法: --如果报ORA-16139: media recovery required,

Oracle DataGuard主备切换可以使用传统的手动命令切换,也可以使用dgmgr切换,本文记录手动切换. (一)将主库切换为物理备库 STEP1:查看主库状态 SQL> SELECT OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS, FORCE_LOGGING, DATAGUARD_BROKER, GUARD_STATUS FROM V$DATABASE; OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS FOR

值班夜里接到归档目录满的告警,执行删除脚本发现报错 RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture processarchived log file name=/archive_bams/1_71800_812561563.arc thread=1 sequence=71800 其触发原因是在搭建dg的时候,主库和备库已经互相确认了主备关系,但是备库的归档日志缺失了一部分,

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY*ERROR at line 1: ORA-01577: cannot add log file '/u01/app/oracle/oradata/orcl/group_1.257.1010584013' - file already part of database 主库下: select  memb

环境ORACLE 10G OS WINDOWS 对于DG故障解决思路,DG日志切换不进行应用,DG出现GAP解决方法,DG主备库切换, 当DG出现故障时,第一时间检测alert日志,服务器OS日志,网络是否通畅. 1.当DG出现日志不能传输到备库    一.TNS配置错误,监听配置错误.    二.主备库初始化参数文件配置错误(如archive_log_dest文件位置错误).    三.备库控制文件过旧,从主库生成一个STANDBY CONTROL过去.         SQL> alter

Oracle 12C 物理Standby 主备切换switchover Oracle 12C 物理Standby 主备切换switchover Table of Contents 1. 简述 2. 切换检查 3. 问题及解决方法 3.1. ORA-16470 3.2. ORA-16475 3.2.1. dirty redo log 3.2.2. log_archive_dest_n 4. 切换角色 4.1. 切换备库角色为主库 4.2. 打开新的主库 4.3. 重启新的备库 5. 切换后的后续步

在使用Datagurd broker进行Datagurd主备切换时报ORA-12514监听异常, 详细信息如下: DGMGRL> switchover to xiaohe; Performing switchover NOW, please wait... New primary database "xiaohe" is opening... Operation requires shutdown of instance "xiaohedg" on datab

复制对于mysql的重要性不言而喻,mysql集群的负载均衡,读写分离和高可用都是基于复制实现.下文主要从4个方面展开,mysql的异步复制,半同步复制和并行复制,最后会简单聊下第三方复制工具.由于生产环境中,innodb存储引擎支持事务,并且行级复制使用广泛,所以下文的讨论都是基于这种假设. 1. 异步复制 异步复制是mysql自带的最原始的复制方式,主库和备库成功建立起复制关系后,在备库上会有一个IO线程去主库拉取binlog,并将binlog写到本地,就是图1中的Relay log,然后备

在前面的文章中,我不止一次地和你提到了binlog,大家知道binlog可以用来归档,也可以用来做主备同步,但它的内容是什么样的呢?为什么备库执行了binlog就可以跟主库保持一致了呢?今天我就正式地和你介绍一下它. 毫不夸张地说,MySQL能够成为现下最流行的开源数据库,binlog功不可没. 在最开始,MySQL是以容易学习和方便的高可用架构,被开发人员青睐的.而它的几乎所有的高可用架构,都直接依赖于binlog.虽然这些高可用架构已经呈现出越来越复杂的趋势,但都是从最基本的一主一备演化过来

包括: centos6.5 oracle11gR2 DataGuard安装 dataGuard 主备switchover角色切换 数据同步测试 <一,>DG数据库数据同步测试1,正常启动主库$sqlplus / as sysdbasql>startup 2,启动备库$sqlplus / as sysdbasql>startup mountsql>alter database recover managed standby database disconnect from se

项目文档引子系列是根据项目原型,制作的测试实验文档,目的是为了提升项目过程中的实际动手能力,打造精品文档AskScuti. 项目文档引子系列除特定项目目前不对外发布,仅作为博客记录,其他公开.如学员在实际工作过程中需针对特定项目进行提前演练,可单独联系进行索取. 文档编号:4-0-1 Oracle 19c Non-CDB DG搭建 OEL 7.7 主备一对一 文档类别:

1. dataguard主备切换   1.1. 查看当前主备库是否具备切换条件 on slave select sequence#,first_time,next_time,archived,applied from v$archived_log where SEQUENCE#=(select max(SEQUENCE#) from v$archived_log); SEQUENCE# FIRST_TIME NEXT_TIME ARCHIVED APPLIED ---------- ------

*此处安装ORACLE DATAGUARD是利用ORACLE RMAN DUPLICATE方式安装.*可以搭建好ORACLE DG再来impdp生产数据,也可以先导入主库数据再来做DG*注意看下面的配置文件,此处LISTENER TNSNAMES里的SID_NAME我都是用的db_name的ora,没有测试其它的*TNSNAMES的起名orcl_pd orcl_sd我都用用和db_unique_name一样的 *版本CENTOS6.5  ORACLE11.2.0.4 1.两台服务器上分别安装数据

oracle dg 状态检查 先检查备库的归档日志同步情况 SELECT NAME,applied FROM v$archived_log; alter database recover managed standby database cancel; select thread#,sequence#,standby_dest,archived,applied,status from v$archived_log order by 1,2; alter database recover mana

数据库性能优化普遍采用集群方式,oracle集群软硬件投入昂贵,今天花了一天时间搭建基于mysql的集群环境. 主要思路 简单说,实现mysql主备复制-->利用mycat实现负载均衡. 比较了常用的读写分离方式,推荐mycat,社区活跃,性能稳定. 测试环境 MYSQL版本:Server version: 5.5.53,到官网可以下载WINDWOS安装包. 注意:确保mysql版本为5.5以后,以前版本主备同步配置方式不同. linux实现思路类似,修改my.cnf即可. A主mysql.19

2014-09-09 Created By BaoXinjian

Data Guard 是Oracle的远程复制技术,它有物理和逻辑之分,但是总的来说,它需要在异地有一套独立的系统,这是两套硬件配置可以不同的系统,但是这两套系统的软件结构保持一致,包括软件的版本,目录存储结构,以及数据的同步(其实也不是实时同步的),这两套系统之间只要网络是通的就可以了,是一种异地容灾的解决方案.而对于RAC,则是本地的高可用集群,每个节点用来分担不用或相同的应用,以解决运算效率低下,单节点故障这样的问题,它是几台硬件相同或不相同的服务器,加一个SAN(共享的存储区域)来构成的

搭建实时同步data guard的最高可用-切换主备 首先保证主库在归档模式下:错过N次了 准备二台机器(hostname gw hosts ech0)host-only [root@node1 ~]# ifconfig eth0      Link encap:Ethernet  HWaddr 08:00:27:9C:CC:51            inet addr:192.168.56.147  Bcast:192.168.56.255  Mask:255.255.255.0