Oracle Data Guard:Switchover和Failover介绍

Data Guard主从库之间的角色切换分为以下两种:

1) Switchover

Swithchover通常都是人为的有计划的进行角色互换,比如升级等。它通 常都是无损的,即不会有数据丢失。其执行主要分为两个阶段:

Primary转为Standby

Standby(之一)转为Primary

2)Failover

Failover是指由于Primary故障无法短时间恢复,Standby不得不充当 Primay的角色,如果处于最高性能模式,这种切换很有可能导致数据丢失。

下面分别 演示物理Standby的Switchover和Failover(逻辑Standby的切换类似)。

1. 物理 Standby执行Switchover

1) 确认pirmary是否可以切换为 standby

PRIMARY>select switchover_status from v$database;

SWITCHOVER_STATUS

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

TO STANDBY

2) 切换 primary为standby

PRIMARY>alter database commit to switchover to physical standby;

3) 启动原primary到mount状态

此时原primary就是以standby身份在运行了。

4) 确认standby是否可以切换为primary

STANDBY>select switchover_status from v$database;

SWITCHOVER_STATUS

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

TO PRIMARY

5) 切 换standby为primary

STANDBY>alter database commit to switchover to primary;

Database altered.

STANDBY>alter database open;

Database altered.

6) 验证

PRIMARY>select database_role from v$database;

DATABASE_ROLE

时间: 2024-09-12 15:49:10

Oracle Data Guard:Switchover和Failover介绍的相关文章

Oracle Data Guard:Redo应用介绍

物理Standby和逻辑Standby Log应用服务分为两种,一种是物理Standby的Redo应用,类似于介质恢复,它的优点是速度快,但10g情况下Standby必须处于mount状态,无法为Primary分担部分读负载(11g下物理Standby可以在open的情况下应用redo).还有一种是逻辑Standby的SQL应用,通过LogMiner解析出SQL,再在Standby端执行,它速度显然没有直接 Redo 应用快. Redo实时应用 默认情况下,log 应用服务会等待单个归档文件全部

DG8——有关Oracle Data Guard Failover 的说明

原文转自:http://blog.csdn.net/tianlesoftware/article/details/6256542 在之前的两篇文章里都对oracle Data Guard的Failover 进行了说明,但是没有个系统的说明,所以在这篇把DG的Failover 做个系统的说明.          物理Data Guard 下Failover 时Redo 的处理问题        http://blog.csdn.net/tianlesoftware/archive/2010/11/

Oracle Data Guard 理论知识

Oracle Data Guard 理论知识   来源:Linux社区 作者:tianlesoftware       RAC,Data Gurad,Stream是Oracle高可用性体系中的三种工具,每个工具即可以独立应用,也可以相互配合.他们各自的侧重点不同,适用场景也不同.   RAC它的强项在于解决单点故障和负载均衡,因此RAC方案常用于7*24的核心系统,但RAC方案中的数据只有一份,尽管可以通过RAID等机制可以避免存储故障,但是数据本身是没有冗余的,容易形成单点故障.   Data

Oracle Data Guard学习(2) 日志传输

Oracle Data Guard从宏观上来说,主要提供以下两个服务: 1)日志传输:主库把生成的Redo日志传输至备库: 2)日志应用:备库应用从主库传输过来的Redo日志. 本文先介绍其中的日志传输服务,日志应用服务在下节<Data Guard 系列(3) - 日志应用>介绍 . 1. 日志传输方式 有两种日志传输方式(ARC和LGWR),第一种是采用ARC进程传输日志,其示意图如下: 注:上图来自<大话Oracle RAC> 其大致过程如下: 1)主库:日志先写入在线重做日志

Oracle]Data Guard 之 Redo传输详解

Data Guard主要提供两个服务:1)Redo传输服务:即把Primay端的Redo日志传输到一个或多个Standby目的地. 2)Redo应用服务:即在Standby端应用从Primay端传输过来的Redo日志. 本文先讲讲其中的Redo传输服务. 1.使用ARCn传输Redo日志默认情况下采用ARCn传输redo日志,不过只有在最高性能模式下才可以使用ARCn(具体可参考<Oracle] Data Guard 之 三种保护模式介绍 >),采用ARCH传输Redo日志的示意图如下:其大致

数据库主备切换-Oracle Data Guard 切换数据库无成功反馈

问题描述 Oracle Data Guard 切换数据库无成功反馈 Oracle Data Guard 切换数据库 切换主库为备库输入 Alter database commit to switchover to physical standby with session shutdown; 后不出现Database altered提示 没有任何反馈信息 这是什么原因? 解决方案 http://wenku.baidu.com/link?url=SgdMwsixAP6-wPLqV99ulf6qbi

[Oracle] Data Guard 之 Redo传输详解_oracle

Data Guard主要提供两个服务:1)Redo传输服务:即把Primay端的Redo日志传输到一个或多个Standby目的地.2)Redo应用服务:即在Standby端应用从Primay端传输过来的Redo日志.本文先讲讲其中的Redo传输服务. 1.使用ARCn传输Redo日志默认情况下采用ARCn传输redo日志,不过只有在最高性能模式下才可以使用ARCn(具体可参考<[Oracle] Data Guard 之 三种保护模式介绍>),采用ARCH传输Redo日志的示意图如下:其大致过程

Oracle Data Guard压缩归档效果对比(r12笔记第26天)

   Oracle Data Guard对归档的传输提供了很多辅助的选项,这个可 以通过log_archive_dest_x看到.    一般说这类的优化,如果有大批量的归档需要传输,对于网络带宽还真是一个不小的冲击,有一种改进方法,就是打包压缩归档,然后传输到备库,然后解压应用,整个过程有几个地方需要注意,整个过程肯定会有延迟,而且还不小,在压缩和解压的过程对系统资源会有一个持续的耗用.而好处也相对明显很多,就是对于带宽的占用会有一定的压缩.所以一句话总结,如果压缩备份,对系统会有额外的资源消

Oracle Data Guard CPU/PSU补丁安装教程

非Data Guard的补丁安装教程可参考<[Oracle] CPU/PSU补丁安装教程>,Data Guard需要Primary 和Standby同时打上补丁,所以步骤更复杂一些,其主要步骤如下: 在Primary停止日志传输服务: 关闭Standby数据库,在Standby的软件上打补丁(注意:不需要 为Standby数据库打补丁),启动standby为mount状态,不启用managed recovery: 关闭Primary, 在Primary的软件和数据库本身都打上补丁: 启动Pri

Oracle Data Guard创建物理Standby数据库

Oracle Data Guard创建物理Standby数据库 创建物理备库 机器名 a1 a2 IP: 192.168.1.10 192.168.1.20 Net_Name a1 a2 SID a1 a2 DB_UNIQUE_NAME a1 a2 注:主节点上创建数据库a1,备节点上只安装oracle软件不创建任何数据库; 1.配置listener.ora 主节点listener.ora: SID_LIST_LISTENER= (SID_LIST= (SID_DESC= (GLOBAL_DBN