David Dai -- Focus on Oracle

在之前的两篇文章里都对oracle Data Guard的Failover 进行了说明，但是没有个系统的说明，所以在这篇把DG的Failover 做个系统的说明。       物理Data Guard 下Failover 时Redo 的处理问题       http://blog.csdn.net/tianlesoftware/archive/2010/11/05/5989638.aspx       Oracle Data Guard Linux 平台 Physical Standby 搭建

在blog：Oracle 11gR2 使用 RMAN duplicate from active database 复制数据库       http://blog.csdn.net/tianlesoftware/archive/2011/03/08/6230498.aspx演示了11gR2 下duplicate from active database的例子。 在这里继续使用这个命令来创建一个物理

<br /> <br />       对于Oracle Data Guard 的Maximum Availability和 Maximum Performance 两种模式下的主库归档文件的删除，必须是在归档文件在备库应用以后才可以删除。<br />       对于Maximum Protection 模式，这种模式的日志是同时写到主库和备库的，所以这种模式下的主库删除归档，没有限制。可以直接删除。<br /> <br />       那么在Maximum Availability和 Maximum

<br />RMAN backups in Max Performance/Max Availability Data Guard Environment [ID 331924.1]<br /> <br />Modified 28-DEC-2010     Type BULLETIN     Status PUBLISHED<br /> <br />In this Document<br />  Purpose<br />  Scope and Application<br />  RMAN backups

<br />Migrating to RAC using Data Guard [ID 273015.1]<br /> <br />Modified 16-SEP-2010     Type BULLETIN     Status PUBLISHED<br /> <br />In this Document<br />  Purpose<br />  Scope and Application<br />  Migrating to RAC using Data Guard<br />     Config

<br />Creating a 10gr2 Data Guard Physical Standby database with Real-Time apply [ID 343424.1]<br /> <br />Modified 14-OCT-2009     Type BULLETIN     Status PUBLISHED<br /> <br />In this Document<br />  Purpose<br />  Scope and Application<br />  Creating

<br />How to create physical standby database with 11g RMAN DUPLICATE FROM ACTIVE DATABASE [ID 747250.1]<br /> <br />Modified 15-FEB-2011     Type HOWTO     Status PUBLISHED<br /> <br />In this Document<br />  Goal<br />  SolutionApplies to: <br />Oracle S

在Blog里零零散散的讲了一些DB 维护的东西，比较杂，也比较散。 这里就Oracle Data Guard 这块做一个小结。 主要是流程上的东西。 做个参考，以后装DG，照这个流程走就ok了。    一.  服务器设置1.1 硬盘的规划       根据自己的业务量来规划硬盘。 我上周搭建的DG,用了4块SAS 硬盘。 单盘300G，1.5w转/s。 这个IOPS 大概在150M/s。 是个估算

<br /> <br /> <br />       Oracle Data Guard 是通过归档文件来进行数据同步的。主库的归档文件，我们可以在RMAN 备份的时候进行删除，但是备库的归档文件无法自动删除，需要写脚本来定时删除。<br /> <br />       如果直接删除归档文件的话，可能会出现一种情况，就是归档文件还没有来的急apply，就被删除掉了。所以最安全的做法是在删除归档文件做一个判断。然后在删除。<br /> <br />       整理的一个删除备库的shell 脚本如下：<br

<br /> <br />       公司机房搬迁，Data Guard 环境需要修改IP地址。提前整理顺便测试一下。虽然只有几步，但怕晚上头晕了出了纰漏。  整理好了，晚上直接按文档，一步一步操作就可以了。<br /> <br /> <br />一.  IP 及数据库信息<br />修改之前：<br />主库：192.168.2.242<br />备库：192.168.2.243<br /> <br />修改之后：<br />主库：192.168.2.22<br />备库：192.168.2.23<br

<br /> <br />一.  TAF 分类<br /> <br />之前写了篇TAF的说明，参考：<br />       Oracle Transparent Application Failover(TAF) 说明<br />       http://blog.csdn.net/tianlesoftware/archive/2010/12/13/6072294.aspx<br />       <br />       网友lwd118对DG 测试这块提了一些建议。看的也不是很清楚，所以去meta

<br />Data Guard 9i Configuring Transparent Application Failover in a Data Guard Environment [ID 205637.1]<br /> <br />Modified 19-OCT-2010     Type BULLETIN     Status PUBLISHED<br /> <br /> <br />PURPOSE<br />-------<br /> <br />When considering 9i Data

<br />Data Guard 9i Configuring Transparent Application Failover in a Data Guard Environment [ID 205637.1]<br /> <br />Modified 19-OCT-2010     Type BULLETIN     Status PUBLISHED<br /> <br /> <br />PURPOSE<br />-------<br /> <br />When considering 9i Data

<br /> <br />Oracle Data Guard Broker的配置及一些说明，参考Oracle 官网文档：<br />              Oracle Data Guard 快速启动故障切换指南<br />              http://www.oracle.com/technology/global/cn/pub/articles/smiley-fsfo.html<br /> <br />测试平台： Redhat 5.4 + Oracle 10gR2+ Physical S

启动Data Guard 后，查看同步情况：SQL> select error from v$archive_dest;ERROR-----------------------------------------------------------------ORA-16086: standby database does not contain available standby log filesERROR-------------------------------------------------

<br />ORA-16796: one or more properties could not be imported from the database [ID 358040.1]<br /> <br />Modified 29-MAY-2009     Type PROBLEM     Status MODERATED<br /> <br />In this Document<br />  Symptoms<br />  Cause<br />  Solution<br /> <br />This

<br /> <br />How to Safely Remove a Data Guard Broker Configuration [ID 261336.1]<br /> <br />Modified 20-OCT-2010     Type REFERENCE     Status PUBLISHED<br /> <br /> <br />PURPOSE<br />-------<br /> <br />How to safely remove a Data Guard Broker configur

<br />Interaction Between the Data Guard Broker and a Data Guard Configuration [ID 249703.1]<br /> <br />Modified 20-OCT-2010     Type FAQ     Status PUBLISHED<br /> <br /> <br />PURPOSE<br />-------<br /> <br />This bulletin will show details about DataGu

<br /> <br /> <br />Setup and maintenance of Data Guard Broker using DGMGRL [ID 201669.1]<br /> <br />Modified 09-JUL-2009     Type BULLETIN     Status PUBLISHED<br /> <br />In this Document<br />  Purpose<br />  Scope and Application<br />  Setup and main

<br />IMPLEMENTING FAST-START FAILOVER IN 10GR2 DATAGUARD BROKER ENVIRONMENT [ID 359555.1]<br /> <br />Modified 20-OCT-2010     Type BULLETIN     Status PUBLISHED<br /> <br /> <br /> <br />IMPLEMENTING FAST-START FAILOVER<br />10GR2 DATAGUARD BROKER ENVIRO

<br /> <br /> <br /> <br />       刚搭建完一个Data Gard 环境。在服务器上弄的，过几天要上生产线。安装的时候redo 默认了50M。而且standby redo 也是50M。和同事讨论之后，还是把改成100M。50M 确实小了点。<br />       Standby redo的大小要和redo 的一致，所以主备库都要调整。<br /> <br />一. 主库操作<br /> <br />1.1 查看redo 信息<br />SQL> select group#,

ORA-00313, ORA-00312, ORA-27037 in Standby Database [ID 601835.1]Modified 20-APR-2009     Type PROBLEM     Status MODERATEDIn this Document  Symptoms  Cause  Solution  ReferencesThis document is being delivered to you via Oracle Support's Rapid Visibility

和老大讨论了一下Oracle Data Guard 下redo 的问题。在Data Guard 环境下，归档文件是可以在备库应用的。假如主库直接crash后，无法登陆，这时在将备库切换为主库的时候，如何处理主库的redo 就是关键。因为这里的数据就是可能丢失的数据。所以做了一个实验验证，验证redo 的处理。即将主库的redo 直接copy到备库，然后通过recover 来应用redo，等应用结束之后，在启动备库。这样就不会造成数据丢失。当然，如果在Data Guard 中采用Maximum Protect

<br /> <br />原DB是 Linux Heartbeat 的HA 系统。业务是7*24的。所以迁移要考虑宕机时间的问题。我考虑的是先将DG环境搭建好。这样迁移过程中宕机的就2部分时间。一是exp/imp 的时间。还有一个就是Data Guard  copy  同步的时间。因为数据库不大。所以时间应该不会太长，如果不出什么意外的话。<br /> <br />搬迁的方案：<br /> <br />1.       先正在运行的Database 用逻辑导出的方式导出到dump 文件。这个过程需要停机。<

<br /> <br />检查Data Guard 主库，发现log有如下信息：<br /> <br />Wed Oct 13 17:05:11 2010<br />RFS: Possible network disconnect with primary database<br />RFS: Destination database mount ID mismatch [0x4b1b0155:0x4b1b40c1]<br />RFS: client instance is standby database

<br /> <br />因为公司9.2.0.6 版本的Oracle 在Data Guard 环境下有个小bug，所以决定对Oracle 进行升级，从9.2.0.6 升级到9.2.0.8. <br /> <br />       因为Data Guard环境的特殊，主库我们可以按照正常的方式进行升级即可，但是备库却会遇到问题。因为备库我们我们都是启动到mount standby 模式，在升级实例的过程中，需要执行相关脚本，需要在startup migrate 模式下进行，但是standby 是无法启动到这种

<br />之前做Data Guard 做了一次Switchover切换，之后standby库就报如下错误：<br /><br />Thu Jul 29 08:03:29 2010<br />Errors in file /dba/oracle/admin/newccs/udump/newccs_rfs_19602.trc:<br />ORA-16401: archivelog rejected by RFS<br />Thu Jul 29 08:03:29 2010<br />Errors in file

<br />昨天总部巡检，要求对Oracle  Data Guard 做一个switchover的切换演示。 以前都是在虚拟机上做这种切换的，没有在生产库上做过。所以还是有些紧张。不过做DBA 一定要给自己留一条后路： 备份。 先shutdown，做冷备，在逻辑备份，加上之前的RMAN。 即使切换失败，还有备份可用心里也就有底了。<br />照着文档做，切换还是比较顺利的。但是在改IP的时候还是有点小插曲，在这里浪费了点时间。因为之前在虚拟机上没有改过IP。 但是在生产环境上，肯定是要改主备库IP的。 不管

<br /><br />Data Guard 环境：<br />操作系统： redhat 4.7 <br />Primary数据库：<br />IP地址：10.85.10.1<br />数据库SID：orcl<br />DB_UNIQUE_NAME：orcl_pd<br /> <br />Standby数据库：<br />IP地址：10.85.10.2<br />数据库SID：orcl<br />DB_UNIQUE_NAME：orcl_st<br /><br />Oracle Data Guard 理论知识

一．逻辑Standby的准备工作 1  确认操作的对象和语句是否能被逻辑Standby支持由于逻辑Standby是通过SQL应用来保持与Primary数据库的同步。SQL应用与REDO应用是有很大的区别，REDO应用实际上是在物理Standby端进行RECOVER；SQL应用则是分析重做日志文件中的REDO信息，并将其转换为SQL语句，在逻辑Standby端执行，因此，需要注意以下

操作系统：linux redhat 4.7Oracle: 10.2.0.1主库：orcl_pd备库：LGDG 一．  逻辑Standby创建过程 1  创建物理Standby具体的参考我的blog：Oracle Data Guard Linux 平台 Physical Standby 搭建实例http://blog.csdn.net/tianlesoft

Oracle Data Guard, 分逻辑Standby和物理Standby。 下面讲的是物理Standby 环境的搭建步骤。 有关Data Guard的一些概念性的理论知识，请参考我的blog， 这里不做过多的说明。 Oracle Data Gurad 理论知识http://blog.csdn.net/tianlesoftware/archive/2010/04/22/5514

Data Guard 环境：操作系统： redhat 4.7 Primary数据库：IP地址：10.85.10.1。数据库SID：orclDB_UNIQUE_NAME：orcl_pd Standby数据库：IP地址：10.85.10.2数据库SID：orcl。DB_UNIQUE_NAME：orcl_st   一． Primary 端的配置 1.  主库设置为force logging 模式SQL>

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

server A: 10.85.10.44  SID=orcl ­target server B: 10.85.10.43 ­oracle version:10.2.0.1 ­OS platform : windows XP ­­­Primary设置： ­­1. 设置主数据库为force logging 模式 ­SQL>sqlplus "/as sysdba"