ORACLE双机、RAC、Dataguard区别
打造高可用的Oracle数据库
打造高可用的Oracle数据库作者：何国庆王润宇宿云凯来源：《电子世界》2012年第15期【摘要】随着现代科技的不断进步，数据库技术在各种计算机和信息应用系统中发挥着越来越重要的基础性作用。
然而随时都有可能发生的各种突发事件，使数据库的高可用性面临着巨大挑战。
针对上述情况，本文从操作系统和数据库两个层面出发，重点介绍了三种保障数据库高可用性方面的技术：操作系统集群技术、Oracle数据库的RAC技术和Dataguard技术，并对其各自的优缺点进行了比较分析。
【关键词】数据库；高可用；RAC；DataGuard一、引言随着信息技术的发展，信息技术不仅改变了我们的工作方式，更是我们提高工作效率的原动力。
数据库是信息技术的核心技术之一，其直接存储和管理信息数据主体，并提供数据查询等服务。
数据库的稳定高效运行是业务是否稳定的前提。
然而，各种突发事件诸如网络威胁、硬件故障、火灾等，都使数据库稳定运行面临着巨大挑战。
为了在突发事件发生时，数据库仍然能够高效稳定运行，或使突发事件产生的影响降低到最小。
从操作系统到数据库应用都产生了很多高可用技术。
本文首先分析操作系统层面的高可用技术，及其对于数据库的局限性。
然后重点讨论目前常见的oracle数据库和高可用性有关的两项技术：Real Application Cluster和Data Guard。
二、操作系统上的高可用性时至今日，服务器不仅运算速度有了飞速提升，各种硬件的冗余技术，硬盘的RAID技术及日益稳定的操作系统都使其稳定性有了质的飞跃，但是硬件故障、操作系统的漏洞和bug依旧不能完全避免。
为了满足特殊服务器的高可用需求，常见的操作系统均推出了自己的集群技术，如AIX的High Availability Cluster Multi-Processing(简称HACMP或HA)。
Windows的windows Failover Cluster(简称WSFC)等。
关于oracle的RAC
关于oracle的RACsaintfei：从网上搜集的文章集合整理而成，对ora的rac的组件和体系结构有了基本的认识。
下面为个人总结归纳：实例概念一组进程和对应的数据结构数据库是一个箱子，实例相当于机械手一台机器上一个库只能对应一个实例Rac一个库多个实例，并行。
每个实例运行在一个物理机器上，可以负载均衡，发生故障可以有状态切换。
需要能让多个机器同时读写的共享磁盘，可以由操作系统提供（AIX concurrent vg,Linux GPFS,）但concurrent vg是操作系统的双机软件中的组件所以必须安装ha软件。
可以用ora的ASM。
crs为ora的集群软件，提供ip切换等集群功能。
ASM功能类似LVM为os提供存储管理功能，但是是不可管理，把lun划给即可。
RAC模式，两个实例操作同一个数据库。
常用的方式是客户端连接的时候分别使用ip1加实例名和ip2加实例名的方式连接两个实例。
当一台主机故障之后，ip会切换到另一台主机上，但实例名变化了，仍然无法连接。
所以有了服务名的概念。
客户端使用ip加服务名方式连接数据库可以解决问题，切换比操作系统双机快。
但是对于tuxedo长连接的方式，没有重连接机制，仍然需要应用干预。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------以下摘自：/share/detail/23532601一集群环境下的一些特殊问题1.1 并发控制在集群环境中，关键数据通常是共享存放的，比如放在共享磁盘上。
而各个节点的对数据有相同的访问权限，这时就必须有某种机制能够控制节点对数据的访问。
oracle rac dg原理
oracle rac dg原理Oracle Real Application Clusters (RAC)是一种在多台服务器上运行的Oracle数据库架构。
RAC允许将数据库实例分布在多个服务器上，并通过高速互连网络进行通信，以提供高可用性和可伸缩性。
DG是Data Guard的缩写，是Oracle数据库的灾难恢复解决方案之一。
RAC DG原理如下：1. RAC原理：在RAC中，数据库被分为多个实例，每个实例运行在一个服务器上。
每个实例都有自己的内存和磁盘资源，但它们共享同一个存储空间，即共享存储。
实例之间通过高速互连网络进行通信，可通过Cache Fusion技术实现数据共享和一致性。
Cache Fusion技术允许在需要时将数据块从一个节点传输到另一个节点，以实现高速数据访问和一致性。
2. DG原理：DG是一种数据库复制解决方案，通过将主数据库的变更传输到一个或多个备用数据库上，实现数据的冗余和灾难恢复。
主数据库和备用数据库之间通过网络连接，并通过日志传输和应用进行同步。
主数据库将变更写入本地的归档日志文件，然后将归档日志传输到备用数据库上。
备用数据库接收到归档日志后，应用日志内容，使得备用数据库与主数据库保持一致。
3. RAC DG原理：RAC DG是在RAC架构下使用DG的解决方案。
RAC DG可以将主数据库和备用数据库的实例分布在多个服务器上，以提供更高的可用性。
主数据库和备用数据库之间的日志传输和应用与普通DG相同，但在RAC环境中，传输和应用可能涉及到多个实例。
RAC DG还可以利用RAC架构的优势，通过Cache Fusion技术减少数据的传输量，提高性能和效率。
总结来说，RAC DG是在Oracle RAC架构下使用Data Guard 的解决方案，通过将主数据库和备用数据库的实例分布在多个服务器上，实现数据的冗余和灾难恢复。
它利用RAC架构的优势，提供高可用性和可伸缩性，并通过Cache Fusion技术减少数据传输量，提高性能效率。
dataguard简介
Oracle DataGuard简介Oracle DataGuard是Oracle自带的数据同步功能，基本原理是将日志文件从原数据库传输到目标数据库，然后在目标数据库上应用这些日志文件，从而使目标数据库与源数据库保持同步，是一种数据库级别的高可用性方案。
DataGuard可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。
在生产数据库的保证"事务一致性"时，使用生产库的物理全备份创建备库，备库会通过生产库传输过来的归档日志或重做条目自动维护备用数据库。
DataGuard数据同步技术有以下优势：1）Oracle数据库自身内置的功能，与每个Oracle新版本的新特性都完全兼容，且不需要另外付费。
2）配置管理较简单，不需要熟悉其他第三方的软件产品。
3）物理Standby数据库支持任何类型的数据对象和数据类型；4）逻辑Standby数据库处于打开状态，可以在保持数据同步的同时执行查询等操作。
5）在最大保护模式下，可确保数据的零丢失。
一、架构Oracle DataGuard由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成。
组成Data Guard的数据库通过Oracle Net连接，并且有可以分布于不同地域。
只要各库之间可以相互通信，它们的物理位置并没有什么限制，不受操作系统的限制。
1.Primary 数据库DataGuard包含一个primary数据库即被大部分应用访问的生产数据库，该库既可以是单实例数据库，也可以是RAC。
2.Standby 数据库Standby数据库是primary数据库的复制(事务上一致)。
在同一个Data Guard中可以最多创建9个standby数据库。
一旦创建完成，Data Guard通过应用primary数据库的redo 自动维护每一个standby数据库。
Standby数据库同样即可以是单实例数据库，也可以是RAC结构。
oracle rac通俗解释
oracle rac通俗解释
Oracle RAC（Real Application Clusters）是一种Oracle数据库
的集群技术，它允许多台服务器共同处理同一个数据库。
通俗地说，Oracle RAC就像是一台巨大的数据库服务器，由多台
物理服务器群组成，每台服务器都能同时处理和访问同一个数据库。
在传统的数据库架构中，通常只有一台服务器负责处理数据库操作，其他服务器只能作为备份或备用。
而Oracle RAC则改
变了这种架构，它将整个数据库分成多个部分，分布在不同的服务器上。
每台服务器都有自己的内存和处理资源，可以同时处理来自应用程序的查询和事务。
Oracle RAC的好处是提高了数据库的可用性和性能。
由于多
台服务器共同处理数据库操作，一台服务器出现故障时，其他服务器可以接替它继续处理请求，不会导致整个系统停止工作。
同时，由于数据库操作可以分散到多台服务器上进行，每台服务器的负载也减轻了，提高了整个系统的性能和响应速度。
总之，Oracle RAC是一种集群技术，能够将多台服务器组成
一个大型的数据库服务器，提高数据库的可用性和性能。
这种技术的应用让数据库能够更加稳定地运行，并能够处理更多的并发请求。
Oracle三种高可用方案原理介绍--解决方案
Oracle三种高可用方案原理介绍--解决方案Oracle 三种高可用方案原理介绍一、概述Oracle因为是商用版本，所以高可用方案都已经非常成熟，主要有三种高可用方案，下边分别介绍一下。
1 RAC（Real Application Clusters）多个Oracle服务器组成一个共享的Cache，而这些oracle服务器共享一个基于网络的存储。
这个系统可以容忍单机/或是多机失败。
不过系统内部的多个节点需要高速网络互连，基本上也就是要全部东西放在在一个机房内，或者说一个数据中心内。
如果机房出故障，比如网络不通，那就坏了。
所以仅仅用RAC还是满足不了一般互联网公司的重要业务的需要，重要业务需要多机房来容忍单个机房的事故。
2 Data Guard.（最主要的功能是冗灾）Data Guard这个方案就适合多机房的。
某机房一个production 的数据库，另外其他机房部署standby的数据库。
Standby数据库分物理的和逻辑的。
物理的standby数据库主要用于production失败后做切换。
而逻辑的standby数据库则在平时可以分担production数据库的读负载。
3 MAAMAA(Maximum Availability Architecture)其实不是独立的第三种，而是前面两种的结合，来提供最高的可用性。
每个机房内部署RAC集群，多个机房间用Data Guard同步。
二、三种高可用方式工作原理1、Oracle 11G RACRAC环境与单实例最主要的区别是:.RAC的每个实例都有属于自己的SGA、后台进程。
由于数据文件、控制文件共享于所有实例，所以必须放在共享存储中。
..联机重做日志文件：只有一个实例可以写入，但是其他实例可以再回复和存档期间读取。
..归档日志：属于该实例，但在介质恢复期间，其他实例需要访问所需的归档日志。
..alter和trace日志：属于每个实例自己，其他实例不可读写。
集群和双机的区别
集群存储软件与双机热备的性能对比集群存储软件是几乎和双机热备一同产生的技术，但是为什么在市场占有率上失去了优势，这是一直都在探究的问题，下面我们就详细的了解下集群存储软件的相关知识。
在双机热备应用方面，有两大类软件产品。
一类是双机软件(HA)，另一类则称作集群存储软件(Cluster)，这两类软件是有差异的。
它们都是为实现系统的高可用性服务的，都解决了一台服务器出现故障时，由其他服务器接管应用，从而持续可靠地提供服务的问题。
它们都是通过心跳技术在进行系统检测。
但是，双机软件只能支持两台服务器以主从方式或互备方式工作。
而集群存储软件除了支持双机工作外，还可以支持多台服务器(Multi Node)工作，同时部署多个应用，并在多个服务器间灵活地设置接管策略。
在两种情况下需要使用集群存储软件：一是有超过两个应用，本身就需要部署三台或更多的服务器。
二是只有两个应用，但每个应用的负载均较大，不宜采用双机互备的方式，而是需要由第三台服务器来作为这两个应用的备机。
一般地讲，集群存储软件具有更多的技术含量，具备更高的可靠性。
同时，往往价格(平均到每台服务器)也高于双机软件。
在选择产品时，应根据应用的实际情况来确定。
最理想的方式，则是在应用数量少、负载不是很大时先使用双机软件，然后在应用数量增多、负载增大时平滑过渡到集群存储软件。
双机备份和集群的原理与比较什么是双机热备？所谓双机热备就是使用互为备份的两台服务器共同执行同一服务，其中一台主机为工作机（Primary Server），另一台主机为备份机（Standby Server）。
在系统正常情况下，工作机为应用系统提供服务，备份机监视工作机的运行情况（工作机同时也在检测备份机是否正常），当工作机出现异常，不能支持应用系统运营时，备份机主动接管工作机的工作，继续支持关键应用服务，保证系统不间断的运行。
什么情况下需要采用双机热备?用户可以根据系统的重要性以及终端用户对服务中断的容忍程度决定是否使用双机热备。
RAC与双机热备的区别
RAC与双机热备的区别。
在 Cluster ( 集群 ) 多机系统平台上，常用的高可用性技术有两种：双机热备份和 RAC 并行服务器。
这两种方式采用的机制不同，实现的效果也不同。
1、双机热备份方式在双机热备份方式下，数据库系统平时只能在一台服务器(例如服务器 A)上运行，另一台服务器无法直接访问数据库，自然也无法进行负载分担。
当服务器 A 由于故障失效时，由相应的操作系统软件控制，将服务器 A 管理的存储设备 ( 如硬盘 ) 转交给服务器 B 控制，同时在服务器B 上启动另一个数据库进程，管理数据库。
这种切换并启动新的数据库核心的过程一般需要几十秒到几分钟。
这种方式的主要缺点在于：•由于需要重新启动数据库核心进程，无法保证数据库系统连续不间断地运行；•在系统切换的过程中，客户端与服务器之间的数据库连接会中断，需要重新进行数据库的连接和登录工作；•由于数据库系统只能在一台服务器上运行，另一台服务器无法分担系统的负载，实际上造成了客户投资的浪费。
在有些系统中，为了解决双机负载分担的问题，将应用系统人为分割为两个数据库系统，分别在两台服务器上运行。
这种方式在一定程度上解决了负载分担的问题，但给系统管理、统计分析等业务处理带来了很多额外的复杂性2、RAC方式在并行服务器方式下，两台 ( 或多台 ) 服务器上各自运行一个数据库核心进程，但共同管理、操作一个数据库。
客户端无论连接到哪个服务器都可以在数据库中进行操作。
当服务器 A 由于故障失效时，数据库系统本身并未停止工作，连接在服务器 B 上的客户端还可以继续进行正常工作。
同时，服务器 B 上也不需要再启动新的数据库服务器进程，因此也没有“切换时间”。
对于一些特殊应用中严格要求前端应用不能中断的情况， Oracle 并行服务器还提供了一种“预连接 (pre-connect) ”方式，以这种方式连接的客户端当服务器端发生故障时，客户端与数据库服务器的连接不会中断，会被 Oracle 并行服务器软件自动转接到还在正常工作的其它服务器上，不需要重新输入用户名及口令。
Oralce高可用介绍及对比
高可用性，在数据库应用上通常的高可用性是指广义的，应该是一种概念和模式而不是一种具体技术或者实现方式。
简单来说，HA是让系统尽可能持续运行而不会中断的技术，包括软件的高可用，硬件的高可用，网络的高可用等等。
具体实现的方案包括操作系统的集群，数据库的集群，硬件的冗余，网络的冗余等等。
一、oracle 高可用性来说实现方式有：1.OPS/RAC（Real Application Cluster）实现原理：oracle RAC，全称real application clusters，译为“实时应用集群”，由2台或以上具有相同硬件和软件配置的服务器（通常是性能比较高的机器，可以是微机、小机或者更高级别的机器）通过光纤连接到共享存储，节点之间一般也通过光纤实现互连和通信。
通过RAC软件（三方的或者是oracle自己的cluster软件）将所有节点在逻辑上构成一个群集，即一个数据库对应多个实例，各个节点通过各自public ip同时对外提供服务，通过private ip进行内部通信（如心跳判断等），在通过缓存融合技术将所有节点的数据库缓存虚拟成一个整体，数据在虚拟的缓存中为各个节点提供一致性访问，在保证各个节点访问到数据的一致性的同时又充分利用了所有节点的cpu资源。
从整体上来看，RAC对外提供单台服务器的N倍内存和N倍cpu资源的数据处理服务，只要整个RAC中还有一个节点未宕机，整个数据库就能持续对外提供服务。
2.数据卫士（Data Guard）Data guard是ORACLE 推出的一种高可用性(HIGH AVAILABLE)的数据库方案,在8i之前称之为standby database，从9i开始，正式更名为Data guard，它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现快速切换与灾难性恢复。
Data guard只是在软件上对数据库进行设置，并不需要额外购买任何组件能在对主数据库影响很小的情况下，实现主备数据库的同步，而主备机的数据差异只在在线日志部分，所以被不少企业作为了数据容灾方案。
双机备份dgrac的区别
双机备份,dg,rac的区别Data Guard是Oracle的远程复制技术，它有物理和逻辑之分，但是总的来说，它需要在异地有一套独立的系统，这是两套硬件配置可以不同的系统，但是这两套系统的软件结构保持一致，包括软件的版本，目录存储结构，以及数据的同步（其实也不是实时同步的），这两套系统之间只要网络是通的就可以了，是一种异地容灾的解决方案。
而对于RAC，则是本地的高可用集群，每个节点用来分担不用或相同的应用，以解决运算效率低下，单节点故障这样的问题，它是几台硬件相同或不相同的服务器，加一个SAN（共享的存储区域）来构成的。
Data Guard由两个多两个以上的独立的数据库构成，他们各自有各自的存储，Oracle 负责他们之间的切换和数据同步双机热备由两台计算机和一个共享存储设备构成，通过第三方软件（HA Rose等）实现切换，不需要做数据同步建议应用RAC+Dataguard，RAC保证可用性，Dataguard在RAC组独立磁盘上和另外一台主机上，保证可靠性。
双机就是人们所说的双机热备,数据库放在共享设备上，同一时刻只能有一台主机接管，另一台待用，这种方式只能保护实例，不能保护db，而且备机长期处于闲置，对资源是一种极大的浪费！如果原本是双机，建议转换为RAC规划好应用，DML操作从一个节点跑，查询操作从另一个节点跑，通常不需要太多调优就可以利用闲置的另外一台机器了RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务.双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务. data guard完全两套系统,存储是单独的,用日志同步.RAC：实例层冗余DG：数据库层冗余热备：仅仅只是数据冗余个人理解：RAC：实例冗余，而且还可以做到数据库的loadbalance。
DG：多份数据，所以能做到数据冗余，但是只有主节点提供服务。
热备：与RAC最大的差异可能就是RAC有多个实例，一个数据库。
主流数据库体系架构及方案介绍
Oracle数据库常见方案: Oracle RAC
什么是 Oracle RAC 集群?
Oracle Real Application Server，真正应用集群， 简称Oracle RAC ，是Oracle的并行集群，位于不同 服务器系统的Oracle实例同时访问同一个Oracle数 据库，节点之间通过私有网络进行通信，所有的控 制文件、联机日志和数据文件存放在共享的设备上， 能够被集群中的所有节点同时读写 。
进程 监视器 (PMON)
2 用户进程
3
服务器 进程
1 实例
SGA
数据库
重做日志
缓冲区高速缓存缓冲区
数据库 写进程 (DBWn)
日志写进程 (LGWR)
数据文件
重做日志文件
Oracle数据基本架构: 实例管理
示例：处理 SQL 语句
10 用户进程
实例
SGA
5 7数据库
缓冲区高速缓存
重做日志 缓冲区
主流数据库解体决方系案部结构及方案 介绍
2016年01月
ANY TIME ANY QUESTION
概述
本讲内容: 1.Oracle数据库基本架构及常见方案 2.K-DB数据库基本架构及常见方案 3.DB2数据库基本架构及常见方案 4.Sybase数据库基本架构及常见方案 5.MySQL数据库基本架构及常见方案
Oracle数据库常见方案: Oracle Data Guard
Data Guard 与 Streams
Streams 和 Data Guard 是 Oracle 数据库企业版两个独立的特性，它们基于 一些共同的底层技术
Data Guard： 灾难恢复与数据保护
事务一致的备用数据库 零数据丢失 自动转换/故障切换 各种数据保护模式
ORACLERAC方案介绍
ORACLERAC方案介绍Oracle RAC（Real Application Clusters）是一种Oracle数据库的架构，它允许多个服务器节点共享同一个数据库实例。
RAC是Oracle提供的一种高可用性和容错性解决方案，它提供了对数据库的负载均衡和故障恢复能力。
RAC的架构基于共享存储和共享数据库实例的概念。
多个服务器节点可以通过高速网络连接到同一个存储设备，所有节点都能够同时访问共享的数据库实例。
每个节点上都有一个Oracle实例运行，这些实例之间通过Cache Fusion技术共享数据缓存，可以实现高性能的并发访问。
RAC的设计目标之一是提供高可用性。
如果一个节点发生故障，其他节点可以接管该节点的工作，并继续提供服务，不会中断用户的访问。
这是通过Oracle Clusterware实现的，它是一种集群管理软件，负责监控节点的状态，自动检测和恢复故障。
当一个节点发生故障时，Clusterware会自动将故障节点上的资源（如数据库实例、网络地址等）迁移到其他正常节点上，确保服务的连续性。
RAC还提供了负载均衡的功能。
当用户发出一个查询请求时，RAC可以将该请求分发到集群中的一些节点上执行，从而实现对数据库的并行处理。
通过负载均衡，RAC可以提高系统的吞吐量和响应时间，同时减轻单个节点的负载压力。
除了高可用性和负载均衡，RAC还提供了扩展性和可伸缩性。
在RAC集群中，可以很方便地添加新的服务器节点，以满足不断增长的业务需求。
当有新的节点加入集群时，数据库实例会自动重新分配，以平衡各个节点的负载。
这种动态伸缩的能力使得RAC成为处理大规模数据量和高并发访问的理想选择。
在实际的部署中，RAC通常会采用一些辅助技术来进一步提升性能和可用性。
例如，可以使用Oracle Data Guard来实现RAC集群之间的异地容灾备份，确保数据的安全性。
另外，可以使用Automatic Storage Management（ASM）来管理共享存储，提供高效的数据存储和管理功能。
[DataGuard全解析]1.OracleDataGuard概念介绍
![[DataGuard全解析]1.OracleDataGuard概念介绍](https://img.taocdn.com/s3/m/c516b27c793e0912a21614791711cc7931b77806.png)
[DataGuard全解析]1.OracleDataGuard概念介绍从这期开始讲Oracle Data Guard方面的内容，先将基本的概念，然后介绍如何搭建Data GuardData Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能首先介绍一下有关Data Guard的概念一张思维导图1.Data Guard 相关类型1.1 主库(Primary Database)指的是我们的生产环境，我们需要新建Data Guard来保护主库的高可用性主库可以既可以是单节点实例或者RAC实例1.2 备库(Standby Databases)备库是主库的一个完整拷贝，在一个Data Guard环境中可以有最多30个备库备库建立后Data Guard 自动从主库传输日志文件并应用备库可以既可以是单节点实例或者RAC实例备库分为如下1.2.1 物理备库(Physical standby database)物理备库要求备库的物理结构和主库一致，包括数据文件，schema以及索引物理备库通过应用从主库传过来的redo数据进行同步11g开始物理备库提供 Active Data Guard 功能可以使物理备库可以在open read only的状态也可以应用日志1.2.2 逻辑备库(Logical standby database)只要求和主库保持逻辑信息一致物理备库通过应用从主库传过来的SQL语句进行同步1.2.3 快照备库(Snapshot Standby Database)快照备库是个可以更新的备库和其他备库一样它接收从主库来的日志，但是不会应用它除非被转换成物理备库，这时所做的操作会全部取消2. Data Guard 服务Data Guard提供以下三种服务确保功能的实现:2.1 Redo传输服务(Redo Transport Services)该服务有如下功能:•控制redo 数据(online 和archive)如何传输到一个或多个备库路径•检查损坏或者丢失的归档日志文件并自动从主库或者其他备库获取2.2 应用服务(Apply Services)该服务负责应用从主库传输过来的数据，物理备库应用的是redo 数据逻辑备库应用的是SQL语句2.3角色转换服务(Role Transitions)该服务负责将主库转换为备库或者从备库到主库其使用switchover和failover 方法•switchover为主动的做角色转换，首先将主库切换到备库，然后将原来的备库切换至主库角色•failover为当主库出现故障时将备库切换至主库3. Data Guard Broker其主要功能是监控Data Guard状态，当主库异常时自动切换角色4. Data Guard 保护模式Data Guard 保护模式指的是主库的保护模式，在主库上执行命令4.1 最大可用模式(Maximum Availability)该模式分为2个阶段:•当备库连接正常时,该模式首先确保主库的redo数据传输到备库•如备库无法连接，也不会影响主库的操作，待备库恢复后继续同步4.2 最大性能模式(Maximum Performance)该模式下主库不用等待redo数据传输到备库即可完成操作,此为默认模式4.3 最大保护模式(Maximum Protection)该模式下需要主库将redo数据传输到备库后才可完成操作如备库无法访问，则会导致主库无法使用该模式下备库无法正常关闭，应先关闭主库5. Data Guard 同步模式Data Guard 同步模式指的是备库的同步模式，在备库上执行命令5.1 实时同步该模式下备库实时应用主库的操作，要求建立standby redo log5.2 非实时同步该模式下备库不会实时应用主库的操作，应用时机分为以下两种：•如建立standby redo log ，应用发生在主库切换日志的时候，这时备库也会同步切换日志•如未建立standby redo log，应用发生在主库归档日志传输到备库时非实时同步也可设定延迟同步，如延迟2小时同步，这时主库传输过来的日志会先归档处理6.其他的一些概念redo 数据(redo Data)Data Guard 主库传输的的redo数据包括 online redo log 以及archive redo log如备库未建立standby redo log，则会传输archive redo log至备库standby redo logstandby redo log是备库用来接收主库传过来的online redo 数据的最大性能模式下是可选的但Oracle强烈建议无论什么模式都需要建立standby redo log，原来后面介绍ADGOracle 11g提供的新功能可以使物理备库在只读的状态下同时应用redo数据好了，关于Data Guard相关的概念就这么多了，下面的一节将介绍基本参数。
Oraclerac和存储双活
存储层灾备优缺点
优点： 不消耗主机资源； 支持任意数量的主机； 不关心前端应用类型； 减少管理成本；
缺点： 技术难度高，不容易维护 灾备端资源浪费 基本不支持异构存储 低端存储不一定能够使用 灾备端不知道是否正常 控制器中内存的多少可能会影响性能
Байду номын сангаас本高 由于有些厂家的软件不完善，灾备端不能打开
逻辑层灾备的优缺点
优点： 源端和目标端数据库都为打开状态，资源可以充分使用 硬件成本低，可以使用存储，也可以不使用存储 支持异构数据库 支持异构平台 技术难度低 网络流量小 灾备灵活，可以同步整个库，也可以同步一些表 可以当作迁移数据工具 缺点： 容易出问题 维护成本高 数据库按套数算 每安装一套库，就要单独实施一次 异构平台灾备初始化慢
存储双活之Emc双活技术 主机节点A
2C/4G
Oracle RAC数据库集群 Oracle 10.2.0.4 LVM
主机节点B 2C/4G
千兆
千兆
TCP/IP
D
D
TCP/IP
W
W
D
裸光纤 延时1900usec
D
M SAN网络
M SAN网络
CX500
4G
VPLEX 64G
active
生产中心
vmware
主备灾备： 人工切换 自动切换：ibm hacmp
灾备方式
双活灾备 源端和目标端同时运行业务 两种：不同业务 如源端生产，目标端报表； 相同业务：oracle rac
ORACLE LINUX 11G RAC 单实例DATAGUARD
ORACLE LINUX 11G RAC 单实例DATAGUARD环境说明：源库：双节点RAC:CPU:12MEM:8G操作系统：Linux 2.6.18-194.el510.135.33.170 11grac110.135.33.171 11grac210.135.33.172 11grac1-vip10.135.33.173 11grac2-vipDB_NAME=oemdb_unique_Name=oemDATAGUARD目标库：单实例CPU:4MEM:6G操作系统：Linux 2.6.18-194.el510.135.161.241DB_NAME=oemdb_unique_name=dgtest安装步骤一、源库设置强制归档：二、源库设置参数，设置完毕后参数如下所示DB_NAME=oemDB_UNIQUE_NAME=oemLOG_ARCHIVE_CONFIG='DG_CONFIG=(oem,oem_dg)'LOG_ARCHIVE_DEST_1='LOCATION=/dbfs_backup/oemVALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=oem'LOG_ARCHIVE_DEST_2='SERVICE=oem_dg LGWR AFFIRMVALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oem_dg'LOG_ARCHIVE_DEST_STATE_1=ENABLELOG_ARCHIVE_DEST_STATE_2=ENABLEREMOTE_LOGIN_PASSWORDFILE=EXCLUSIVELOG_ARCHIVE_FORMAT=%t_%s_%r.arcLOG_ARCHIVE_MAX_PROCESSES=4FAL_SERVER=oem_dgDB_FILE_NAME_CONVERT='/oradata/oem_dg/datafile/','+DATA/oem/dataf ile/'LOG_FILE_NAME_CONVERT='/oradata/oem_dg/','+DATA/oem/STANDBY_FILE_MANAGEMENT=AUTO执行如下命令设置：alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(oem,oem_dg)'scope=both sid='*';alter system set LOG_ARCHIVE_DEST_1='LOCATION=/dbfs_backup/oem VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=oem'scope=both sid='*';alter system set LOG_ARCHIVE_DEST_2='SERVICE=oem_dg LGWR AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oem_dg' scope=both sid='*';alter system set log_archive_format='%t_%s_%r.arc'scope=spfile sid='*';alter system set log_archive_max_processes=4scope=both sid='*';alter system set fal_server=oem_dg scope=both sid='*';alter system setDB_FILE_NAME_CONVERT='/oradata/oem_dg/datafile/','+DATA/oem/dataf ile/'scope=spfile sid='*';alter system set LOG_FILE_NAME_CONVERT='/oradata/oem_dg/,'+DATA/oem/'scope=spfile sid='*';三、重启源库，设置为归档模式。
Oracle数据库各版本之间的区别
Oracle数据库各版本之间的区别Oracle 数据库各版本之间的区别一、Oracle10g分为4个版本，分别是：1。
Oracle Database Standard Edition One，最基本的商业版本，包括基本的数据库功能。
2。
Oracle Database Standard Edition ，标准版，包括上面那个版本的功能和RAC，只有在10g的标准版中才开始包含RAC。
3。
Oracle Database Enterprise Edition，企业版，虽说是最强劲的版本，但是并不是所有我们常用的功能都在这个版本中，很多东西仍然是要额外付费的，后面会说到。
4。
Oracle Database Personal Edition，个人版，除了不支持RAC之外包含企业版的所有功能，但是注意的是，只有Windows平台上才提供个人版。
二、下面来看一下，在Standard Edition One和Standard Edition中不支持的功能（只是选了一些大家比较常见或者常用的功能），注意，这些功能除了RAC之外仍然包含在个人版中。
1。
Oracle Data Guard，不支持。
（想要高可用性的客户，就不能选择标准版）2。
一些Online操作，比如Online index maintenance，Online table redefinition等不支持3。
备份和恢复的某些操作受限，比如不支持Block级别的恢复（Block-level media recovery），不支持并行备份和恢复（Parallel backup and recovery），多重备份（Duplexed backup sets）等等4。
Flashback功能，在标准版中Flashback Table，Flashback Database，Flashback Transaction Query都是不支持的5。
VPD（Virtual Private Database）不支持6。
oracle dataguard原理
oracle dataguard原理Oracle Data Guard是Oracle数据库提供的一种灾难恢复解决方案，通过实时数据复制和自动故障转移，确保数据库在灾难事件发生时能够快速恢复并保持高可用性。
本文将介绍Oracle Data Guard的原理和工作机制。
Oracle Data Guard通过将主数据库的变更记录传输到一个或多个辅助数据库来实现数据复制。
主数据库是应用程序的主要操作数据库，而辅助数据库则是主数据库的备份。
主数据库将其变更记录写入日志文件中，并将日志文件传输到辅助数据库。
辅助数据库根据接收到的变更记录进行恢复，并保持与主数据库的同步。
在Oracle Data Guard中，主数据库和辅助数据库之间通过Redo 传输实现数据的复制和同步。
主数据库将其变更记录写入归档日志文件中，辅助数据库通过传输归档日志文件来接收变更记录。
辅助数据库将接收到的归档日志文件应用到自己的数据库中，从而实现与主数据库的同步。
Oracle Data Guard提供了多种数据保护模式，包括最大性能模式、最大可用性模式和最大保护模式。
最大性能模式下，主数据库不等待辅助数据库确认接收到的变更记录，可以最大程度地提高性能。
最大可用性模式下，主数据库等待辅助数据库确认接收到的变更记录，以确保数据的一致性和可用性。
最大保护模式下，主数据库等待所有辅助数据库确认接收到的变更记录，并将其保存到磁盘上的归档日志文件中，以提供最高级别的数据保护。
在Oracle Data Guard中，还可以配置自动故障转移，以提高数据库的可用性。
当主数据库发生故障或不可用时，自动故障转移会将辅助数据库自动切换为主数据库，使应用程序能够继续正常运行。
自动故障转移可以通过配置Fast-Start Failover来实现，当主数据库不可用时，Fast-Start Failover会自动切换到辅助数据库。
除了数据复制和自动故障转移外，Oracle Data Guard还提供了许多其他功能，如实时查询、备份和恢复、跨数据中心复制等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
双机热备（HA）和RAC有啥区别呢?
1、对于硬件来说，基本上一样，共享存储、光纤线（也有还用SCSI线的）、多台小型机（可以做多节点的相互热备，也可以做多节点的RAC）、光纤交换机（如果是用光纤卡的话）；但做RAC，在主机之间，最好使用高带宽网络交换机（虽然不用也可以做成）；因此硬件成本相差不大。
Oracle 双机/RAC/Dataguard的区别 收藏
Data Guard 是Oracle的远程复制技术，它有物理和逻辑之分，但是总的来说，它需要在异地有一套独立的系统，这是两套硬件配置可以不同的系统，但是这两套系统的软件结构保持一致，包括软件的版本，目录存储结构，以及数据的同步（其实也不是实时同步的），这两套系统之间只要网络是通的就可以了，是一种异地容灾的解决方案。而对于RAC，则是本地的高可用集群，每个节点用来分担不用或相同的应用，以解决运算效率低下，单节点故障这样的问题，它是几台硬件相同或不相同的服务器，加一个SAN（共享的存储区域）来构成的。
4、优缺点。这个，看看RAC的官方论述吧。如果能用好，确实是很有好处的。目前我们的40多个客户的使用情况来看，RAC确实大大降低了他们的downtime，另一方面可以说就是提高了生产力咯。
Dataguard:一般是出于容灾的目的。是主数据库的备用库（standby 库）通过自动传送和接受archivelog，并且在dataguard库自动apply 这些log，从而达到和主数据库同步的目的，可能dataguard 库是建立的异地的，当主库所在的区域出现了致命性的灾难时(火灾、地震等)，主库没法修复时，这时可以切换dataguard 为主库的模式，对外提供服务，而它的数据基本是当前最新的。目前可能大家对于 dataguard 库的使用已经拓展出了其他更多的用途，比如备份，跑报表等等。
个人理解：
RAC ：实例冗余，而且还可以做到数据库的loadbalance。
DG ：多份数据，所以能做到数据冗余，但是只有主节点提供服务。
热备：与RAC最大的差异可能就是RAC有多个实例，一个数据库。而热备只是一个实例，一个数据库。所以做不了并发和loadbalance。
Oracle RAC只是做Oracle的应用，rose，legato还可以做其它的
2、软件呢，差别可不小。如果是双机热备，必须买操作系统级的双机管理软件；如果是RAC，目前还是建议购买双机管理软件（尽管10g的crs+asm可以摆脱双机软件了，但ASM目前实在太难伺候了），当然还得买RAC license。
3、日常维护。RAC要求的技术含量更高，也应该更勤快。最关键的是得买oracle服务，否则遇到有些问题（bug），你就比单机还不高可用了。
RAC:是real application cluster的简称，它是在多个主机上运行一个数据库的技术，即是一个db多个instance。它的好处是 可以由多个性能较差的机器构建出一个整体性能很好的集群，并且实现了负载均衡，那么当一个节点出现故障时，其上的服务会自动转到另外的节点去执行，用户甚 至感觉不到什么。
本文来自CSDN博客，转载请标明出处：/graemes/archive/2011/02/17/6192185.aspx
D自有各自的存储，Oracle负责他们之间的切换和数据同步
双机热备由两台计算机和一个共享存储设备构成，通过第三方软件（HA Rose等）实现切换，不需要做数据同步
建议应用RAC+Dataguard ，RAC保证可用性，Dataguard在RAC组独立磁盘上和另外一台主机上，保证可靠性。
RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务.
双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务.
data guard 完全两套系统,存储是单独的,用日志同步.
RAC： 实例层冗余
DG ：数据库层冗余
热备：仅仅只是数据冗余
在2000年以前，大家谈HA，大部分时候说的是操作系统一级的双机热备，主流产品当时有IBM HACMP4.1，HP的MC/SG啥版本忘了，sun的系统很多人不用VCS，用的是一个叫dataware的东西。现在很多人眼中的HA也还是这样。时至今日，HA包括的东西可就多了，先不说其他方面，单就数据库，单就Oracle，与HA相关的产品先后有：高级复制（AdvanceRepication)、OPS/RAC(Real Application Cluster）、数据卫士（Data Guard）、oracle流（Oracle Streams）、分区（Oracle Partition）这样数款产品。照这么说，RAC只是HA这个概念下的一个具体产品而已！目前为止，只有RAC和分区是Oracle要收取licence的，其他的，只要给经验丰富的第三方实施方付一定的规划/设计及部署费用就可以了；当然，也可以自己照着文档依葫芦画瓢，但是这样弄出的环境是否能达到高可用就难说了。事实上，大部分人所说的HA，还是狭义上的HA，也就是OS一级的双机热备。
HA:是High Availability 的首字母组合，翻译过来，可以叫做高可用，或高可用性，高可用（环境）。我觉得应该说HA是一个观念而不是一项或一系列具体技术，就象网格一样。作过系统方案就知道了，评价系统的性能当中就有一项高可用。广义的高可用涉及到系统的各个方面，简单来说，让系统不会中断 运行，就是高可用。包括软件的高可用，硬件的高可用，网络的高可用等等。具体实现的方案包括操作系统的集群，数据库的集群，硬件的冗余，网络的冗余等等。做HA方面的软件，有IBM的HACMP（很多常用AIX的人，常说的HA就指HACMP，乱啊）、SUN的Sun Cluster、HP的MC/SG等。
双机就是人们所说的双机热备,数据库放在共享设备上，同一时刻只能有一台主机接管，另一台待用，这种方式只能保护实例，不能保护db，而且备机长期处于闲置，对资源是一种极大的浪费！
如果原本是双机，建议转换为RAC
规划好应用，DML操作从一个节点跑，查询操作从另一个节点跑，通常不需要太多调优就可以利用闲置的另外一台机器了