oracle项目方案

ORACLE

ORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。ORACLE 数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。

Oracle数据库最新版本为Oracle Database 12c。Oracle数据库12c引入了一个新的多承租方架构，使用该架构可轻松部署和管理数据库云。此外，一些创新特性可最大限度地提高资源使用率和灵活性，如Oracle Multitenant可快速整合多个数据库，而Automatic Data Optimization和Heat Map能以更高的密度压缩数据和对数据分层。这些独一无二的技术进步再加上在可用性、安全性和大数据支持方面的主要增强，使得Oracle数据库12c成为私有云和公有云部署的理想平台。

世界上的所有行业几乎都在应用Oracle技术，《财富》100强中的98家公司都采用Oracle技术。Oracle是第一个跨整个产品线（数据库、业务应用软件和应用软件开发与决策支持工具）开发和部署100%基于互联网的企业软件的公司。Oracle是世界领先的信息管理软件供应商和世界第二大独立软件公司。[5]帮助中国软件企业在快速增长的经济大潮中取得成功，促进中国软件业的发展，同时也为中国的广大用户提供性价比高、可靠、安全的企业软件，为他们的业务增长作出贡献。

特点

1、完整的数据管理功能：

1）数据的大量性

2）数据的保存的持久性

3）数据的共享性

4）数据的可靠性

2、完备关系的产品：

1）信息准则---关系型DBMS的所有信息都应在逻辑上用一种方法，即表中的值显式地表示；

2）保证访问的准则

3）视图更新准则---只要形成视图的表中的数据变化了，相应的视图中的数据同时变化

4）数据物理性和逻辑性独立准则

3、分布式处理功能：

ORACLE数据库自第5版起就提供了分布式处理能力，到第7版就有比较完善的分布式数据库功能了，一个ORACLE分布式数据库由oraclerdbms、sql*Net、SQL*CONNECT和其他非ORACLE的关系型产品构成。

4、用ORACLE能轻松的实现数据仓库的操作。

优点

■ 可用性强

■ 可扩展性强

■ 数据安全性强

■ 稳定性强

■2009年Oracle收购Sun公司，把JAVA纳入麾下，Oracle针对JAVA做了很多优化，让使用JAVA平台的企业，在使用Oracle数据库的时候性能达到最优

RAC（real application clusters）

RAC，全称real application clusters，译为“实时应用集群”，是Oracle新版数据库中采用的一项新技术，是高可用性的一种，也是Oracle数据库支持网格计算环境的核心技术。它的出现解决了传统数据库应用中面临的一个重要问题：高性能、高可伸缩性与低价格之间的矛盾!

优点

Oracle RAC主要支持Oracle9i、10g、11g、12C版本，可以支持24 x 7 有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。在Oracle RAC环境下，Oracle集成提供了集群软件和存储管理软件，为用户降低了应用成本。当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能。

(1)多节点负载均衡;

(2)提供高可用：故障容错和无缝切换功能，将硬件和软件错误造成的影响最小化;

(3)通过并行执行技术提高事务响应时间----通常用于数据分析系统;

(4)通过横向扩展提高每秒交易数和连接数----通常对于联机事务系统;

(5)节约硬件成本，可以用多个廉价PC服务器代替昂贵的小型机或大型机，同时节约相应维护成本;

(6)可扩展性好，可以方便添加删除节点，扩展硬件资源。

缺点

(1)相对单机，管理更复杂，要求更高;

(2)在系统规划设计较差时性能甚至不如单节点;

(3)可能会增加软件成本(如果使用高配置的pc服务器，Oracle一般按照CPU个数收费)。

在Oracle9i之前，RAC的名称是OPS (Oracle parallel Server)。RAC 与OPS 之间的一个较大区别是，RAC采用了Cache Fusion(高速缓存合并)技术。在OPS 中，节点间的数据请求需要先将数据写入磁盘，然后发出请求的节点才可以读取该数据。使用Cache fusion时，RAC的各个节点的数据缓冲区通过高速、低延迟的内部网络进行数据块的传输。

关键特性

高可用性

Oracle Real Application Clusters 提供一个高性能低成本的应用平台，支持所有类型的应用系统，无论是事务处理型应用还是分析型应用。所有应用共享同样的服务器和存储资源。出现任何的服务器或磁盘故障，系统会自动重新接管发生故障的功能。这些对前端用户的完全透明的。同样，如果您需要增加服务器或改变其他组件的配置也不会影响到应用系统。

高性能

Oracle Real Application Clusters保持着TPC-C的记录，达到每分钟 118万个事务的处理能力，和仅仅 $5.52 每tpmC的成本。在3,000 GB的 TPC-H数据仓库Benchmark 测试中, Oracle RAC同样保持性价比的领先地位，保证我们的用户能够达到更好更快的 ROI。这仅仅是Oracle 保持的多项Benchmark 记录中的最近的一些指标。

按需扩充

您现有的系统可能是基于当前的工作负载而构建的，当应用规模需要扩充时(支持更多的数据、用户或应用)，您就需要扩展您的系统以保证系统的性能。当您的应用是构建于大型的SMP主机时，您可能需要购买另一台昂贵的主机，但可能只能使用到其处理能力的很小一部分。但是如果您使用Oracle RAC的话，您可以通过增加一台或多台低成本的服务器来扩充您的应用系统的处理能力，满足应用需求。

第三方应用支持

Oracle RAC数据库服务器象一个单一镜像的数据库服务器，所有的应用无需任何改动都可以直接部署 (例如Oracle EBS, SAP, Siebel, 您自己的应用), 同时可以提高应用性能和可靠性。 Oracle和SAP的应用在RAC上完成了一系列的benchmarks性能测试，获得了非常优异的测试结果，象ABB 和Colgate一些大客户都是在Oracle RAC上运行他们的 SAP 应用软件。

远远超过竞争对手

最基本的不同是，Oracle Real Application Clusters中所有服务器都可以直接访问数据库中的所有数据，其他的数据库在开放系统中都做不到这点，正是由于这个原因，您可以非常方便地根据需求随时增加服务器来扩充您的系统，无需重新分布数据和应用。Real Application Clusters象一个单一的系统一样工作，任何节点的故障都不会影响其他节点对数据的访问。所以说增加服务器就增加了系统的可靠性。另外一点，对用户来说RAC是一个数据库系统，对它的维护管理如同单机一样简单方便。

active-active 故障切换方式

其他的数据库系统都无法真正的支持 active-active方式的集群系统，即集群的两个节点可以支持同样的应用。实际上，他们只能支持双向的active-passive 架构，即节点 A 运行应用A，同时节点B 运行应用B，每个节点作为另一个节点的备份节点。但是同样的应用无法同时运行在两个不同的节点。在Oracle Real Application Cluster 10g 中，同样的应用可以运行在两个或更多的节点，每一个节点都可作为所有其它节点的备份机。当出现单点故障时，整个Real Application Clusters数据库系统的效率只会有很小的降低。

硬件要求：

RAC对于IO的要求比较严格，按最优配置，建议存储最少20块硬盘，4组RAID，外加4块热备盘。

因为数据库对用户最直观的感受就是数据的实时性，当高并发的OLTP系统运行在RAC上时，为了使数据传输实时性达到最优，高IO的存储必不可少。Oracle在实验室曾经做过一次大型测试，当存储IO规划不好或是IO量远远不够时，性能下降非常严重，所以高质量的IO 是保证业务进行的根基

DataGuard

DataGuard是甲骨文推出的一种高可用性数据库方案。它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现数据库快速切换与灾难性恢复。Data Guard只是在软件上对数据库进行设置，并不需要额外购买任何组件。用户能够在对主数据库影响很小的情况下，实现主备数据库的同步。而主备机之间的数据差异只限于在线日志部分，因此被不少企业用作数据容灾解决方案。

三种保护模式

1.最大保护

这种模式主备库之间数据是同步的。即主库提交的同时，备库会做相应的恢复。最大限度的保证了数据完整性。不允许数据的丢失。

如果主备库之间网络，或者备库出现问题会直接影响主库操作。导致主库当机。

2.最大可用性

这种模式和"最大保护"基本上差不多。正常情况下，主备库之间是同步的。

当网络或者备库出现问题时，不会影响到主库的当机，主库会自动转换库"最大性能"模式，等待备库可用时，将归档传输到备库做恢复。

可以把这种模式理解为"最大保护"和"最大性能"两种模式的中间体。

3.最大性能

这种模式保证主库性能最大化，主备库之间数据是异步传输的。即，主备日志归档以后才会传输到备用库，在备库上使用归档日志文件做恢复操作。

优点：

1.执行效率：采用物理DG在备库恢复时效率很高

2.成本优势：DG不需要额外采购，属于oracle自带组件

缺点：

1.物理DG在故障发生时切换时间过长，一般为5~20分钟

2.最大保护模式DG在备库发生故障时会导致主库的宕机

3.最大性能模式会导致在切换备库时造成在线未归档日志的丢失

4.对于甲方维护人员的技术要求高

GoldenGate

GoldenGate的一个大的特点和优势是跨不同的数据库进行复制，目前支持的数据库有：Oracle、IBM DB2、SQL Server、Sybase ASE和

Teradata(SharePlex只支持Oracle到Oracle的复制)等数据源。这一点被业界认为是Oracle收购GG最大的动力，这样Oracle就可以顺理成章的触碰到其他重量级商业数据库的利益了。这也就能够解释为什么Oracle手里已经有DataGuard、Stream和曾经收购的Sunopsis还要收购GoldenGate的目的了。据了解，Oracle自有的一些数据复制技术都对Oracle数据库的版本或版本的匹配有一定的要求，而GoldenGate却没有这些限制。

GoldenGate是一种基于数据库日志的数据复制产品，可以利用极少的系统开支，实时复制数据库，改善数据可用性。GoldenGate可以在数据移植、在线维护等场合应用，以减少或消除数据库的停机时间。同时，它还可用于数据容灾、

负载均衡、数据集中、数据分布等应用中。GoldenGate可确保在这些工作进行时，源系统的正常事务处理得以继续进行，功能上不受影响。

GoldenGate采用全局数据同步软件平台解决方案，保证了对企业关键任务交易数据持续性的访问，提供了对业务持续性的高度支持。GoldenGate是“一次性投资的平台”解决方案，它为整个企业提供的不仅是技术适应能力包括速度、

流量和多样性，而且还提高企业投资收益，这些都是保证业务持续的关键因素。

作为一种软件方案，GoldenGate 可以采用非常灵活的方式加以配置，包括双向复制和多层次的数据复制。特别是其在双向数据复制领域的技术先进性，可以满足用户在本地或广域网络环境中的各种复杂复制需求。本机数据改变捕捉-

做为一个基于日志的同步解决方案，对源系统和网络的影响减少到最低。

GoldenGate可在异构IT基础结构之间，实现大量数据的秒一级的数据捕捉、转换和投递。注重于效率、流量和多样性。GoldenGate版本7软件平台提供了一个单一的平台，这个平台可以为任何企业环境实现秒一级的灾难备份。

GoldenGate双向数据复制解决方案特点包括：

* 面对日趋复杂的计算机环境的极好的适应性。使得其能够在目前流行的各种数据平台间传输数据。

* 支持实时的双向数据复制特性大大提高了业务系统的可用性和效率。

* 利用GoldenGate软件的数据复制功能，产生类似于生产系统的模拟环境，可以直接用于应用程序的测试和开发。

* 目标系统可以被访问。在实时复制的过程中，目标数据库一直处于活动状态，可以访问和进行生产系统的各种服务。

* 对源系统的影响非常小。GoldenGate的复制操作集中于对数据的改变，因此将对源数据库系统、源操作系统和网络的影响最小化。

* 实时准确的复制。GoldenGate非常快速，在源数据库系统一个交易开始时就开始复制，保证了目标系统和源系统的一致性。GoldenGate在源数据库一端严格地遵守读一致性模式。在目标数据库一端，保证操作次序和会话上下文的一致。

* 完善的灾难恢复方案。GoldenGate不仅提供了人为操作错误产生数据不一致、数据的复制队列丢失、数据需要完全同步等情况下的处理方案，还特别提供了诸如网络故障导致工作停工、集群主节点停机、集群双节点停机、数据库单实例宕机、数据库双实例宕机等特定情况的解决方案。

* 保证系统高可用性。GoldenGate除了承担灾备系统中的双向数据复制功能，尚可用于系统移植项目，帮助用户将大批数据复制到某个距离内的同种或异种平台上，并在必要时升级数据库版本。

* 高投资收益比。从实际应用来讲，双向数据复制技术的事实也大大降低了用户的成本和提高了系统工作的效率性，极好地保证了两端业务系统的并行操作和运行，业务持续性得到了很大程度的保证，体现了非常高的投资收益比。

此外，GoldenGate产品还提供了灵活的应用方案，基于其先进、灵活的技术架构，不仅能够支持单向、双向数据复制，也支持如下几种数据复制方式：广播复制、集中复制、级联复制等应用。GoldenGate无论从网络资源占用、执行效率和对系统性能影响等方面考虑，都有独特的优势，可以为企业提供实时切换的异地备份系统，满足不同企业在业务发展过程中，对于数据安全的需求。

优点：

同步效率：秒级同步，保证数据的同步的实时性，主库提交的事务备库马上同步

负载分担：当数据库在负载比较大的时候，可以把OGG备库做为查询库使用，分担业务压力互备模式：OGG可以实现在主库和备库之间互相备份，也就是两边都可以做为生产库使用，同时在任何一边做的修改都会同步到另一边

切换效率：秒级切换

缺点：

成本：OGG需要单独采购

维护人员技术要求：高

oracle双机热备架构方案

oracle双机热备架构方案 双机热备有两种实现模式，一种是基于共享的储备设备的方式，另一种是没有共享的储备设备的方式，一样称为纯软件方式。 基于储备共享的双机热备是双机热备的最标准方案。 关于这种方式，采纳两台（或多台）服务器，使用共享的储备设备（磁盘阵列柜或储备区域网SAN）。两台服务器能够采纳互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务要求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采纳建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器显现故障时，另一台服务器依照心跳侦测的情形做出判定，并进行切换，接管服务。关于用户而言，这一过程是全自动的，在专门短时刻内完成，从而对业务可不能造成阻碍。由于使用共享的储备设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行治理。 关于纯软件的方式，则是通过支持镜像的双机软件，将数据能够实时复制到另一台服务器上，如此同样的数据就在两台服务器上各存在一份，假如一台服务器显现故障，能够及时切换到另一台服务器。 纯软件方式还有另外一种情形，即服务器只是提供应用服务，而并不储存数据（比如只进行某些运算，做为应用服务器使用）。这种情形下同样也不需要使用共享的储备设备，而能够直截了当使用双机或集群软件即可。但这种情形事实上与镜像无关，只只是是标准的双机热备的一种小的变化。 本方案是前者————基于共享储备设备的数据库热备。 数据库服务器双机热备的好处 这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还能够把服务切换回到A来，然后升级B的DB2程序。那个升级过程可不能阻碍用户的DB2使用，因为总有一台机器能够使用DB2程序来响应用户的服务要求。 服务器的故障可能由各种缘故引起，如设备故障、操作系统故障、软件系统故障等等。一样地讲，在技术人员在现场的情形下，复原服务器正常可能需要１０分钟、几小时甚至几天。从实际体会上看，除非是简单地重启服务器（可能隐患仍旧存在），否则往往需要几个小时以上。而假如技术人员不在现场，则复原服务的时刻就更长了。 而关于一些重要系统而言，用户是专门难忍耐如此长时刻的服务中断的。因此，就需要通过双机热备，来幸免长时刻的服务中断，保证系统长期、可靠的服务。

Oracle11gServHACluster双机热备配置实战

Oracle 11g共享存储双机热备配置手册 本文介绍通过ServHA Cluster配置Oracle共享磁盘阵列双机容错集群。 集群软件下载地址： 主要步骤： 一、防火墙配置。 二、安装Oracle 11g。 三、配置监听器。 四、配置Oracle 11g实例。 五、修改Oracle 11g控制文件。 六、安装并配置ServHA Cluster。 注意事项： 一、O racle配置双机集群方案要求两机都安装Oracle，其中Oracle主服务安装在本机磁 盘内（非共享盘内），数据库实例安装在共享盘内。 二、安装Oracle实例时，请确保对机共享盘处于离线状态并且数据库服务处于停止状 态。 三、两机的Oracle安装配置必须完全相同，例如：实例名，监听器名称，权限，密码。 四、当一台服务器完成所有操作后（包括安装Oracle主服务，配置监听器，实例安装）， 停止本机的Oracle服务，并在对机同样也安装一遍，然后修改控制文件（步骤五）。 防火墙配置 此步骤目的为让ServHA Cluster 工作所必须的端口不受防火墙的拦截，不同操作系统防火墙配置方式不同，但基本思想是相同的，在双机软件通信的过程中，如果没有进行设置，防火墙会阻止ServHA Cluster的通信，使双机集群工作异常。 MicroColor ServHA Cluster在配置的过程中主要需要设置的防火墙例外： 1.18562端口：此端口为“ServHA 配置监控端”的连入端口，如不将此端口设置为 防火墙例外端口，“ServHA 配置监控端”将无法连入集群，如果您修改过ServHA Cluster 的“配置端连入端口号”，请将例外设置为修改过的“配置端连入端口号”；同时，针对该端口的例外IP您可以设置为常用来管理集群的客户计算机IP地址。 2.15538端口：此端口为集群双机相互通信的端口，如不将此端口设置为防火墙例外 端口，ServHA Cluster将无法正常工作，如果您修改过ServHA Cluster的“全局TCP/IP 端口”，请将例外设置为修改过的“全局TCP/IP端口”；同时，针对该端口的例外IP设置为对机的IP地址即可。 注：上述操作在双机均需要执行。

WindowServer2012故障转移集群配置与Oracle11GR2双机实现V1.2

Window Server 2012 故障转移集群配置与Oracle 11G R2双机实现

文件修改控制

1准备工作： 需要准备3台服务器（必须），1台磁盘阵列（可选），主要用到的资源如下 1.1一台域控制器（以下所有服务器的操作系统均为windows server 2012 Enterprise R2 X64bit） 计算机名字为AD3 IP地址：192.168.1.250 掩码：255.255.255.0 网关：192.168.1.1（可有可无）自己看着办。。。。。。。 DNS：192.168.1.250 域名为：bbc.local 1.2节点1：域成员服务器 IP地址：192.168.1.251 掩码：255.255.255.0 网关：192.168.1.1 DNS;192.168.1.250 心跳网络：192.168.2.1 加域：bbc.local 1.3节点2: 域成员服务器 IP地址：192.168.1.252 掩码：255.255.255.0 网关：192.168.1.1

DNS;192.168.1.250 心跳网络：192.168.2.2 加域：bbc.local 1.4集群虚拟IP Cluster IP：19 2.168.1.253 需要三个共享磁盘M数据盘、Q仲裁盘、oracle通用服务和 依赖盘I盘，共享盘建议用专用存储，(测试可用 windows 2012系统自带的iscsi功能实现，正式环境建议 使用磁盘柜，要求磁盘柜分2-3个逻辑驱动器，1个作为仲 裁盘、另外1个作为数据盘、通用服务和依赖盘可有可 无)。注意是逻辑驱动器不是磁盘分区。 1.5oracle通用服务共享IP：19 2.168.1.200 （漂移IP） 1.6以下文档中部分图片来自网络，图片内容仅供参考，以文字描 述为准。 2设置第一台AD服务器 2.1网络参数，其余两台也是按上面给出的参数来设定，就不分别 做图解。

win2008R2做oracle共享存储的双机热备

配置安装概述 使用两台服务器和一台存储，利用2008自带的群集故障转移功能配合存储,做到oracle 服务遇到故障时，能够从A服务器将oracle服务快速转到B服务器上使用。 安装时将oracle的软件各自安装到A、B服务器的本地硬盘上，将oracle的数据库安装到存储上的共享盘里。在A服务器的oracle使用正常时，存储共享盘只显示在A服务器。当A服务器的oracle服务出现故障或是A服务器遇到硬件故障和网络故障时，B服务器会通过群集将oracle的存储共享盘和服务接管过来。 本次安装实验使用的是HP BL460C的刀片服务器利用WMware的Vsphere5.1创建了两个虚拟机，存储使用的是HP P4000 iscsi连接。光纤连接亦适用。 前置准备 硬件： 两台支持64位操作系统的服务器、一台存储服务器 每台服务器至少有可以做两个分区的本地存储硬盘，如C：和D： 每台服务器各需要三块网卡，分别做连接外网、双机心跳、连接存储。 软件： Win 2008 R2 64位企业版 Oracle 11g 官网下载的解压缩文件名为： win64_11gR2_database_1of2 win64_11gR2_database_2of2 将这两个文件解压缩到同一个目录下使用setup

首先将两台服务器都装上win2008 R2 64 企业版，并将计算机名分别改为sj1和sj2。然后将连接外网的的IP地址，负责心跳的IP地址以及连接存储的IP地址设置好。 并将本地连接名分别改为waiwangA、xtA、iscsiA和waiwangB、xtB、iscsiB。 将其中xtA和xtB所对应的网口用网线直连或是通过专用的交换机进行连接。心跳的IP 地址最好不要和另两对网卡的IP地址类同，可以采用10.0.0.*的形式。 如下图： 接下来将系统防火墙给关闭掉，不然两台服务器之间的ping通信会有问题。打开控制面板，点击系统和安全。

Linux系统Oracle双机热备

ORACLE 数据库双机热备方案（Linux） 一、规划Oracle配置方案 在开始安装和配置Oracle数据库前，我们需要规划Oracle配置方案，确定所需变量，方便后面安装步骤的执行。 1.1权限用户 Oracle 数据库实例服务，需要建立独立的Linux账户运行，在双机方案中，我们需要确保双机Oracle账户的用户ID和用户组的ID数字一致，否则将因文件访问权限问题导致双机切换失败。 1.2Oracle基目录和主目录 Oracle软件的基目录和主目录不能是共享存储盘或镜像盘中的目录。 1.3LISTENER 名称 双机的LISTENER名称需要一致。 1.4数据库实例名 双机的数据库实例名需要一致。 1.5数据库实例目录 双机的数据库实例目录需要一致，必须放置在镜像卷或共享存储盘上面。 1.6汇总表格 完成规划后填写表1.6-1：

在示例中，修改为：oracle:x:510:510::/home/oracle:/bin/bash 打开/etc/group 文件，找到Oracle用户组对应的行，把GID修改为表格中对应的值。 在示例中，修改为： oinstall:x:510:oracle dba:x:511:oracle 进行完此步操作后方可对oracle用户进行目录访问授权操作，之后就可以开始安装Oracle程序了。 2.2选择安装选项 在安装选项步骤，选择仅安装数据库软件选项，如图2.2-1所示 图2.2-1

2.3选择Oracle安装目录 在安装位置选项，按表中内容选择Oracle 基目录和Oracle主目录（OracleHome），如图2.3-1所示： 图2.3-1 三、安装A机数据库实例 以下步骤全部在A机上进行操作。 运行ServHAConsole控制台，将资源树切换到A机，如图3-1所示:

服务器双机热备建议方案

（第一部分） ROSE双机热备解决方案

前言 数字化建设是一个庞大而复杂的系统工程，其整体系统由上百个业务子系统组建而成，而这些系统间又有频繁的数据交换和业务联动，数据/信息中心系统的建设和部署是整个数字化系统建设的核心和基础，其架构设计是一项复杂的工作。本方案提出双机热备硬件平台基础架构的概述。 本方案针对数字化基础架构，帮助各个层次上保持正常、健康的运行。具体方案如下： 一、高可用性评估： 对IT 可用性计划、流程、过程、角色、职责、报告、控制和服务水平实现情况进行分析； 通过事后分析、故障成本或组件故障影响分析技术，对可能发生的故障进行分析； 二、高可用性规划与设计 对高可用性进行规划，包括计划、计划管理、报告和服务水平管理、高可用性流程和过程设计，包括角色和职责。 三、高可用性实施 各种服务器优化与整合服务规划、设计和实施。 四、容灾规划与实施服务 数据中心和灾备中心连续性接管服务，灾难恢复演练计划制定与实施。

一．系统环境 1.1 方案业务简述 本方案的核心是统一的高性能的NAS架构，大部分数据都存储在NAS 的环境中，通过交换机连接不同的数据库服务和应用服务器进行各种业务处理。为支持越来越高的业务连续性要求。 二．关健业务连续性系统设计 2.1 基础架构 2.2 系统设计说明 1. 服务器、存储和软件系统 本方案的核心是统一的高性能的NAS架构，大部分数据都存储在NAS

的环境中，通过交换机连接不同的数据库服务和应用服务器进行各种业务处理。 根据我们对业务系统的分析，充分满足对系统数据容量的规划，建议配置如下： ?2两台服务器建议选择IBM X3650，每台建议配置如下： ?磁盘阵列建议选择IBM DS3512，建议配置如下： ?双机软件选择RoseHA 一套，配置如下：

oracle双机部署方案

Oracle双机高可用部署方案 一、需求分析 根据现有软硬件条件，可以参考一下三种Oracle 双机高可用方案。三种方案分别采用不同的部署构架、高可用方式，也存在各自的优势劣势。 二、客户环境 硬件：两台物理服务器、共享存储 软件：oracle、rose HA 三、解决方案 1.双机热备 使用Rose HA做Fail over系统，即单机提供服务，另一台热备。能解决主机故障包括OS故障、主机网卡故障、单个主机的网络故障等，通过 Rose HA将两台或者多台数据库主机绑定一个服务IP，所有的Data file、Contr File、Redo log等都存放于共享的存储上，主机HA集群通过一个服务IP对外提供服务，通过Rose HA的管理集群中的各个主机运行在 Active/Standby方式下，当其中一台主机发送故障时，Rose HA会自动的检测到故障并且将提供服务的IP切换到正常的主机上提供服务，从而保证了数据库服务的连续性和故障的自动切换。 基本结构：

存在问题： A）Oracle程序文件安装两份存储于本地磁盘，数据文件仅一份存储于外部存储中。 B）必须依赖外部存储，用来存储数据库文件。 C）主备切换时间较长，1-2分钟（根据时间情况略有不同）。 优势：双机热备，消除单点故障。无需手动干预。 结构较简单，便于维护。 劣势：数据文件仅一份存储于外部存储中，没有数据文件级的冗余备份。 必须依赖存储实现整个结构。

2.双机负载（oracle RAC） Oracle Real Application Cluster（Oracle Rac）,RAC通过不同的节点（node）使用一个（一般是一个）或者多个Oracle实例（Instance）与一个数据库（Database）连接，该数据库存放于多个节点的公用存储（Share Storage）上，通过高速缓存合并技术使得集群中的每个节点可以通过集群高效的同步其内存高速缓存，从而最大限度地减低磁盘IO，并且自动并行处理及均匀分布负载，当其中一个节点发生故障时可以自动容错和恢复能力来实现节点的故障切换（Failover），从而保证数据库7X24小时的高可用性。 基本结构： 存在问题： A）Oracle Rac需要单独的 license，需要另外采购授权。

双机热备解决方案

双机热备解决方案 双机热备需求 随着信息化建设的不断推进，企业的信息化已经非常普遍，各个企事业单位的活动越来越多的依赖于其关键的业务信息系统，这些业务信息系统对整个机构的运营和发展起着至关重要的作用。如果一些关键应用一旦发生宕机故障或应用停机，将给企业带来巨大的经济损失，并且由于业务的不可用而影响了企业的信誉，致使客户对企业失去信任，所造成的危害是致命的。 目前，市场上提供多种高可用性解决的软件解决方案。主要分为双机和多机的解决方案，主要原理是在提供硬件冗余的系统基础之上，运行高可靠性软件而构成。高可用性软件自动检测服务的运行状态，一旦服务在主机上出现故障，高可用性软件将自动地把服务转到另一台服务器上，从而让服务持续可用。对系统应用状态的监控和服务故障的恢复，由高可用软件自动完成，减少了人员的负担。 易腾数信的双机热备方案 双机热备解决方案是性价比非常高的解决方案，也是目前市场采用比较多和认可的解决方案，也是客户经常讲的双机热备解决方案。其主要硬件拓扑结构如下图： 易腾数信公司的双机热备软件为此提供了一套完美的解决方案。EterneCluster-DN软件通过两台服务器间心跳连线感知对方的工作状态，及时有效的了解服务器现实状况并能将故障机的工作以最快的速度切换至备用服务器上运行，保证了数据和业务的连续性，也同时保证了客户们的最根本利益，为用户节省大量的开支。 EterneCluster-DN的规格： 支持的操作系统： ×Windows系列和Linux系列。 适应的应用： ×支持支持主流数据库，譬如：MSSQL，Oracle，Ｓybase等。 ×支持服务器：NFS、Samba等。 ×Web服务：IIS，Apache等。 ×第三方自定义的服务。 支持的存储架构 ×支持DAS，NAS和SAN存储架构。 支持的服务器 ×为所有Intel架构的服务器。

Oracle数据库双机热备方案

Oracle数据库双机热备方案 1.方案综述 Oracle Fail Safe 是架构在 Microsoft Cluster Server（MSCS）上的一个 Oracle 产品，为Oracle 的一些产品（数据库、Oracle Application Server 等）提供高可用性。提供数据、应用程序在出现故障的情况下，将Oracle数据库自动转换到另一个激活的系统上，保证系统的高可用性。 2.群集服务器安装核对清单 2.1硬件配置 ·两台联想万全T350服务器，每台机器具体配置如下： CPU 两颗CPU: Xeon 1.8G/512K 网卡 每台服务器都有两块Intel 82550网卡 单模组，不需要冗余电源 ·一台SCSI Ultra 160磁盘柜 2.2软件配置 ·Windows2000中文版(集群中所有机器上进行安装) · MSCS群集软件(集群中所有机器上进行安装) ·Oracle8.1.6 或者 Oracle9.0.1.0.1 (集群中所有机器上进行安装) · Oracle FailSafe (集群中所有机器上进行安装) · GAM5.0 2.3 硬件环境 硬件环境配置如下：

这是一个两节点群集，每台服务器有两块网卡，一块作为内部连接，用于服务器之间的心跳线和数据镜像传输；一块连接到外部网上。 3.安装使用指南 3.1 安装 Windows2000（两台及其均安装） 1．相关参数配置参见下表：表 1 群集安装实验参数表 服务器名 NS1 NS2 公用网络IP1 192.168.34.1 192.168.34.2 公用网络子网掩码 255.255.255.0 255.255.255.0 专用网络IP 192.168.33.1 192.168.33.2 专用网络子网掩码 255.255.255.0 255.255.255.0 集群虚拟IP

Oracle与SQLServer集群部署方案对比及实例

Oracle与SQLServer集群部署方案对比及实例 一、需求背景 1、大型全国系统的稳定性、安全性必须在现有基础上进一步提高，需要升级到综合性能更强大的硬件，实现更加完善的故障转移、数据冗余、灾难备份等容错手段。 2、全国系统中，以数据量和访问量为代表的系统负载将会大幅度提升，数据库的性能将成为关键瓶颈。数据库服务器需要从现有的双机故障转移集群升级为可支持负载均衡的集群方式，在满足性能要求的同时，为未来的动态性能扩展打下基础。二、Oracl e RAC与SQL Server的集群方案对比 1，方案与需求分析 关键功能与费用矩阵分析表： 集群方案与需求矩阵分析表：

由上表可见： 集群分两个层面：系统层群集和应用层群集，Oracle RAC 和SQL Server 故障转移集群都是属于应用集群，两种集群都能够实现高可用性即容错的要求。 两者最大的不同之处在于：Oracle RAC虽成本较高，但能实现负载平衡的需求，支持动态添加服务器节点来应对负载的增加。而SQL Server集群成本虽然较低，但系统不具备方便的负载性能扩展的能力，当出现数据库系统的性能不能满足应用的负载时，只能更换更高配置的机器，这个问题也是到目前为止微软自身的集群解决方案具有的通病。尽管也有一些号称是支持SQL Server实现负载均衡的增值开发，但对这样一个全国系统来说，使用非微软原生的第三方系统需要慎重考虑。 另外，对于一个大型全国系统来说，要求的高可用性的需求和场景还应该包括有其他的内容，例如数据的冗余、异地灾难备份，这些需求可能需要我们用集群以外的方式来实现，还需要进一步制定在上述集群之外的方案，而在Oracle数据库所具备的ASM 和DATA GUARD功能也为数据冗余和异地灾难备份提供了更多更好的可能性。 2，功能实现方式对比 以下再进一步从故障转移、负载均衡、可扩展性等各个方面的功能实现方式上，对两种集群方式进行更加详细的对比。

Oracle + ServHA Mirror 双机热备(纯软镜像)详细图文配置教程

Oracle 11g安装与纯软配置手册 下面要介绍的是Oracle 11g的安装以及通过MicroColor ServHA Mirror配置Oracle集群。 主要步骤： 一、防火墙配置。 二、准备存储介质 三、安装并配置ServHA Mirror 四、安装Oracle 11g。 五、配置监听器。 六、配置Oracle 11g实例。 七、修改Oracle 11g控制文件。 八、创建镜像包 九、将Oracle服务交由集群管理。 注意事项： 一、O racle配置双机镜像方案要求两机都安装Oracle，其中Oracle主服务安装在本机磁 盘内（非镜像盘内），数据库实例安装在镜像盘内。 二、按本文档操作，用户可在双机同时安装Oracle，节省部署时间。 三、双机目标镜像盘盘符必须一致。 四、双机的Oracle安装配置必须完全相同，例如：实例名，监听器名称，权限，密码。 五、当一台服务器完成所有操作后（包括安装Oracle主服务，配置监听器，实例安装）， 记得修改控制文件。 安装文档实例参数： 防火墙配置 此步骤目的为让ServHA Mirror 工作所必须的端口不受防火墙的拦截，不同操作系统防火墙配置方式不同，但基本思想是相同的，在双机软件通信的过程中，如果没有进行设置，防火墙会阻止ServHA Mirror的通信，使双机集群工作异常。 MicroColor ServHA Mirror在配置的过程中主要需要设置的防火墙例外： 1.18562与25792端口：这两个端口为“ServHA 配置监控端”的连入端口，如不将 这两个端口设置为防火墙例外端口，“ServHA 配置监控端”将无法连入集群，如果您修

Oracle+MSCS+FailSafe 双机集群

Oracle+MSCS+FailSafe 双机集群小结 一．客户需求： 二．双机集群相关配置和结构图 NODE A机 (Active) ●DL580G3本身3个72GB硬盘做RAID5,安装WIN2000 ADVANCE SERVER +SP4.硬盘分区(C，D， E)光盘为F： ●NC7782端口1作为外部通讯网卡,IP地址:_10.29.30.231__子掩:255.255.255.0 ●NC7782端口2作为两台主机之间的心跳网卡,IP地址:_10.10.10.1子掩:255.255.255.0 ●服务器名:____hzgk1___________________ ●域名:___gk.hz_________________ ●管理员口令:_____administrator\hzgk5625588__________________ NODE B机 (Standby) ●DL580G3本身3个72GB硬盘做RAID5,安装WIN2000 ADVANCE SERVER + SP4. 硬盘分区(C， D，E)光盘为F： ●NC7782端口1作为外部通讯网卡,IP地址:_10.29.30.232_子掩:255.255.255.0 ●NC7782端口2作为两台主机之间的心跳网卡,IP地址:__10.10.10.2_子掩:255.255.255.0 ●服务器名:____hzgk2___________________ ●域名:___gk.hz_________________ ●管理员口令:_____administrator\hzgk5625588__________________ EMC盘柜信息 ●CX300上5个146GB硬盘,做RAID5,逻辑盘符Z: Q: ●Z:盘2G作为集群的数据同步区, Q:盘作为数据区 ●集群IP地址:___10.29.30.230________ ●集群名称:____hzgk0_________________ ORACLE 9i信息 ●ORACLE名称:________hzgkjzzf_________________ ●ORACEL口令:________sys\sys_______ or _______system\system________ ●Oacle Fail Safe名称:________administrator\hzgk5625588 _________________ 群集虚拟信息 ●虚拟主机IP地址:_______10.29.30.236_________________ ●虚拟主机名称:________ oraclu___________________

ORACLE 数据库双机热备方案(无盘柜)

ORACLE 数据库双机热备方案（无盘柜） 目录 安装文档实例参数： (2) 防火墙配置 (2) 准备存储介质 (3) 安装并配置ServHA Mirror (3) 安装Oracle (10) 配置监听器 (16) 配置Oracle实例 (21) 修改控制文件 (31) 创建镜像包 (32) 将Oracle服务交由集群管理 (37) 下面要介绍的是Oracle11g的安装以及通过MicroColorServHA Mirror配置Oracle集群。 主要步骤： 一、防火墙配置。 二、准备存储介质 三、安装并配置ServHAMirror 四、安装Oracle11g。 五、配置监听器。 六、配置Oracle11g实例。 七、修改Oracle11g控制文件。 八、创建镜像包 九、将Oracle服务交由集群管理。 注意事项： 一、Oracle配置双机镜像方案要求两机都安装Oracle，其中Oracle主服务安装在本机 磁盘内（非镜像盘内），数据库实例安装在镜像盘内。 二、按本文档操作，用户可在双机同时安装Oracle，节省部署时间。

三、双机目标镜像盘盘符必须一致。 四、双机的Oracle安装配置必须完全相同，例如：实例名，监听器名称，权限，密码。 五、当一台服务器完成所有操作后（包括安装Oracle主服务，配置监听器，实例安 装），记得修改控制文件。 安装文档实例参数： 防火墙配置 此步骤目的为让ServHA Mirror 工作所必须的端口不受防火墙的拦截，不同操作系统防火墙配置方式不同，但基本思想是相同的，在双机软件通信的过程中，如果没有进行设置，防火墙会阻止ServHA Mirror的通信，使双机集群工作异常。 MicroColor ServHA Mirror在配置的过程中主要需要设置的防火墙例外： 1.18562与25792端口：这两个端口为“ServHA 配置监控端”的连入端口，如不将 这两个端口设置为防火墙例外端口，“ServHA 配置监控端”将无法连入集群，如果您修改过ServHA Mirror的“配置端连入端口号”，请将例外设置为修改过的“配置端连入端口号”；同时，针对该端口的例外IP您可以设置为常用来管理集群的客户计算机IP地址。 2.15538与45782端口：这两个端口为集群双机相互通信的端口，如不将这两个端 口设置为防火墙例外端口，ServHA Mirror将无法正常工作，如果您修改过ServHA Mirror的“全局TCP/IP端口”，请将例外设置为修改过的“全局TCP/IP端口”；同时，针对该端口的例外IP设置为对机的IP地址即可。 注：上述操作在双机均需要执行。

oracle RAC数据库双机双存储调整方案

Oracle RAC数据库双机双存储 调整方案 2014年7月

1.项目背景 Oracle RAC数据库系统由于Oracle RAC集群数据库双节点无法正常的工作，目前只有Oracle RAC数据库中的其中一个节点能够正常的对外提供服务。为了使该系统能够高效、稳定和可靠的运行，需要对该系统的架构进行调整为双机双存储方式运行。 2.调整前的数据库系统架构 Oracle RAC部署使用的是双存储，对于Oracle Clusterware集群而言需要奇数个存储磁盘（1，3，5个），那么每个存储划分的2个LUN，一共4个LUN；存储A划分LUN1和LUN2，存储B划分LUN3和LUN4，在系统层面使用了IBM HACMP 将LUN2和LUN4镜像，形成了LUN5；LUN1，LUN3和LUN5作为Oracle Clusterware 磁盘文件。但是由于ASM自己管理的LUN1、LUN3和IBM HACMP管理的LUN5操作的块大小不一致，使得在某一时间点Oracle Clusterware磁盘文件的内容不一致，导致系统出现故障。 在数据库层面使用ASM FAILGROUP特性使数据在两个存储之间保持同步。 3.调整后的数据库系统架构 调整后的，Oracle RAC使用的双存储之间的镜像完全由IBM AIX LVM和HACMP 配合完成，将通过AIX LVM镜像好的LV通过HACMP做成并发卷提供给上层的Oracle RAC使用。例如，将已经在LVM中镜像成功的LV1，LV2，LV3作为Oracle Clusterware磁盘文件，将另外镜像的LV4，LV5，LV6等用于存放Oracle RAC数据库，Oracle ASM直接使用镜像成功的LV，不再利用ASM FAILGROUP特性提供镜像。 4.实施方案 整个实施过程我们一共准备了3套方案，确保实施过程高效、安全，在规定

(Oracle管理)oracle双机热备架构方案

双机热备概述 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。 基于存储共享的双机热备是双机热备的最标准方案。 对于这种方式，采用两台（或多台）服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采用建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。 对于纯软件的方式，则是通过支持镜像的双机软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。 纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数据（比如只进行某些计算，做为应用服务器使用）。这种情况下同样也不需要使用共享的存储设备，而可以直接使用双机或集群软件即可。但这种情况其实与镜像无关，只不过是标准的双机热备的一种小的变化。 本方案是前者————基于共享存储设备的数据库热备。 数据库服务器双机热备的好处 这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还可以把服务切换回到A来，然后升级B的DB2程序。这个升级过程不会影响用户的DB2使用，因为总有一台机器可以使用DB2程序来响应用户的服务请求。 服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。而如果技术人员不在现场，则恢复服务的时间就更长了。 而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对

oracle双机热备架构方案

双机热备概述双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。 基于存储共享的双机热备是双机热备的最标准方案。 对于这种方式，采用两台（或多台）服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采用建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。 对于纯软件的方式，则是通过支持镜像的双机软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。 纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数据（比如只进行某些计算，做为应用服务器使用）。这种情况下同样也不需要使用共享的存储设备，而可以直接使用双机或集群软件即可。但这种情况其实与镜像无关，只不过是标准的双机热备的一种小的变化。 本方案是前者————基于共享存储设备的数据库热备。 数据库服务器双机热备的好处 这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还可以把服务切换回到A来，然后升级B的DB2程序。这个升级过程不会影响用户的DB2使用，因为总有一台机器可以使用DB2程序来响应用户的服务请求。 服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。从实际经验上看，除非是简单地重启服务器（可能隐．患仍然存在），否则往往需要几个小时以上。而如果技术人员不在现场，则恢复服务的时间就更长了。 而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务中断的容忍程度，以此决定是否使用双机热备。即，你的用户能容忍多长时间恢复服务，如果服务不能恢复会造成多大的影响。 在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程，这个切换过程可能是一分钟左右。在切换过程中，服务是有可能短时间中断的。

oracle双机热备架构方案

第一章双机热备概述 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。 基于存储共享的双机热备是双机热备的最标准方案。 对于这种方式，采用两台（或多台）服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采用建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。 对于纯软件的方式，则是通过支持镜像的双机软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。 纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数据（比如只进行某些计算，做为应用服务器使用）。这种情况下同样也不需要使用共享的存储设备，而可以直接使用双机或集群软件即可。但这种情况其实与镜像无关，只不过是标准的双机热备的一种小的变化。 本方案是前者————基于共享存储设备的数据库热备。 第二章数据库服务器双机热备的好处 这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还可以把服务切换回到A来，然后升级B的DB2程序。这个升级过程不会影响用户的DB2使用，因为总有一台机器可以使用DB2程序来响应用户的服务请求。 服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。而如果技术人员不在现场，则恢复服务的时间就更长了。 而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对

oracle双机热备架构方案

oracle双机热备架 构方案 双机热备概述 双机热备有两种实现模式, 一种是基于共享的存储设备的方式另一种是没有共享的存储设备的方式, 一般称为纯软件方式。 基于存储共享的双机热备是双机热备的最标准方案。 对于这种方式, 采用两台（或多台）服务器, 使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。两台服务器能够采用互备、主从、并行等不同的方式。在工作过程中, 两台服务器将以一个虚拟的IP 地址对外提供服务, 依工作方式的不同, 将服务请求发送给其中一台

服务器承担。同时, 服务器经过心跳线（当前往往采用建立私有网络的方式）侦测另一台服务器的工作状况。当一台服务器出现故障时, 另一台服务器根据心跳侦测的情况做出判断, 并进行切换, 接管服务。对于用户而言, 这一过程是全自动的, 在很短时间内完成, 从而对业务不会造成影响。由于使用共享的存储设备因此两台服务器使用的实际上是一样的数据, 由双机或集群软件对其进行管理。 对于纯软件的方式, 则是经过支持镜像的双机软件, 将数据能够实时复制到另一台服务器上, 这样同样的数据就在两台服务器上各存在一份, 如果一台服务器出现故障, 能够及时切换到另一台服务器。 纯软件方式还有另外一种情况, 即服务器只是提供应用服务, 而并不保存数据（比如只进行某些计算, 做为应用服务器使用）。这种情况下同样也不需要使用共享的存储设备, 而能够直接使用双机或集群软件即可。但这种情况其实与镜像无关, 只不过是标准的双机热备的一种小的变化。 本方案是前者————基于共享存储设备的数据库热备。 数据库服务器双机热备的好处 这种配置模式的优点是有利于数据库的升级, 当其中systemA 需要升级的时候, 就把服务切换到systemB 上运行, 升级 A 的DB2 程序, 之后还能够把服务切换回到 A 来, 然后升级 B 的DB2 程序。这个升级过程不会影响用户的DB2 使用, 因为总有一台机器能够使用DB2 程序