11G_RAC_DG环境配置以及维护文档.docxVIP

Oracle_rac_11g下的DG搭建与维护一．DG基础知识介绍1.Data Guard结构Data Guard是一个集合，由一个Primary数据库（生产数据库）及一个或多个Standby数据库（最多9个Standby）组成。组成Data Guard的各个Oracle数据库之间，通过Oracle的网络服务名（Net Service Name）连接，并且有可能分布于不同地域，实际上只要各库之间能够相互通信，它们的物理位置并没有什么限制，至于操作系统就更无所谓了（某些情况下），只要支持安装Oracle数据库软件就行了。1．Primary 数据库Primary数据库在某些资料中也被称为主数据库，相同Data Guard环境中至少要包含一个并且仅能有一个Primary数据库，实际上就是产生修改操作，并负责将这些操作传输到其他服务器的主数据库，该库既可以是单实例主数据库，也可以是RAC结构。2．Standby 数据库Standby数据库在某些资料中也被称为从数据库，或者备数据库。Standby数据库可以视作Primary数据库在某个时间点时的备份（事务上一致）。在同一套Data Guard配置中最多可以创建9个Standby数据库。一旦创建完成，Data Guard通过在Standby数据库端，应用Primary数据库生成的重做记录（REDO数据）的方式，自动维护每一个Standby数据库。Standby数据库同样既可以是单实例数据库，也可以是RAC结构。Standby数据库通常分两类：逻辑Standby和物理Standby，如何区分？两类各有什么特点？如何搭建？这方面内容在后续章节会主要介绍，在这里呢三思先简单白活一下。逻辑Standby。就像请人帮你素描画像，基本器官是都会有的，这点你放心，但是各器官位置啦，大小啦，肤色啦，就不一定跟你本人一致了。具体到数据库，就是说内容可能相同，但结构可能有差异。物理Standby。就像拿相机拍照，你长什么样，出来的照片就是什么样，眼睛绝对在鼻子上头。或者说就像你去照镜子，里外都是你，哇哈哈。具体到数据库，就是不仅文件的物理结构相同，甚至连块在磁盘上的存储位置都是一模一样的（默认情况下）。为什么会这样呢？这事就得从同步的机制说起了。虽然都是接收Primary数据库生成的REDO，不过逻辑Standby接收后将其转换成SQL语句，然后在Standby数据库上执行SQL语句实现同步，这种方式有一个专业名词叫SQL Apply。物理Standby接收完Primary数据库生成的REDO数据后，以介质恢复的方式实现同步，这种方式也有一个专业名词叫Redo Apply。提 示不知道大家是否注意到形容词上的细节：对于相机拍照而言，有种傻瓜相机功能强大而操作简便，而对于素描，即使是最简单的画法，也需要相当多的练习才能掌握。这个细节是不是也说明逻辑Standby比物理Standby需要操作者拥有更多的操作技能呢？2.Data Guard服务Data Guard后台有一个非常严谨并且完善的机制，来确保Primary与Standby数据库间的数据传输、日志应用、状态检查、角色切换等，后续章节将会详细介绍，这里先简单描述一下几个大的服务，大家先有一个大致的概念即可。1．REDO传输服务（Redo Transport Services）Oracle通过RTS服务（即REDO传输服务）控制REDO数据，从Primary数据库发送到其他一个或多个归档目标。归档目标既可以指向本地路径，也可以指向一个远端的Service Name。最常见的启动数据库归档模式，就是设置一个本地的归档路径，而架设Standby服务器，则是设置一个或多个远端的Service Name，通过这种方式发送Primary端生成的REDO数据。该服务属于基础服务，主要任务如下：按照即定配置传输REDO数据到Standby数据库。处理由于网络中断等原因导致的归档中断（Gap）。控制数据库的保护模式。检查Standby端丢失或无效的归档，并自动尝试从其他Primary/Standby获取。2．Log应用服务（Log Apply Services）LAS服务（即Log应用服务）主要用来应用REDO数据到Standby数据库，以保持Standby数据库与Primary数据库的事务一致。REDO数据既可以从Standby数据库端的归档文件中读取，也可直接应用Standby。Redolog文件（如果实时应用打开了的话）。前面也提到了，物理Standby和逻辑Standby在应用REDO数据时的处理方式完全不同：对于物理Standby，Data Guard使用Redo Apply技术，即通过标准的RECOVER方式应用REDO数据。对于逻辑Standby，Data G