当前大部分社保信息化建设的应用系统中，所使用的关系型数据库通常都会选用ORACLE数据库，对于ORACLE数据库的部署方案，需要根据能提供的软硬件条件，选择合适的部署方案，下面介绍三种ORACLE数据库部署方案，以供在项目实施过程中提供学习参考。

方案一：双机热备

使用Rose HA做Failover系统，即单机提供服务，另一台热备。能解决主机故障包括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分钟（根据时间情况略有不同）。

优势：双机热备，消除单点故障。无需手动干预。

结构较简单，便于维护。

劣势：数据文件仅一份存储于外部存储中，没有数据文件级的冗余备份。

必须依赖存储实现整个结构。

方案二：双机负载（oracle RAC）

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

基本结构：

存在问题：

A）        Oracle Rac需要单独的  license，需要另外采购授权。

B）        使用外部存储，用来存储数据库文件。

优势：实现双机热备，消除单点故障

提供双机负载均衡，提高数据库性能

劣势：Oracle Rac需要单独采购  license，费用较高。

RAC的Data file、Control file、Redo log等都存放到共享的存储上，RAC只具备主机、应用的保护和负载均衡，并不具备容灾的功能，如共享磁盘设备损坏或者不可预料的损失将导致RAC环境的不可使用。

方案三：双机冷备(Standby database/Data Guard)

Standby database/Data Guard在主节点和备用节点之间通过日志同步来保证数据同步，备用节点作为主节点的备份，可以实现快速的切换与灾难性恢复。Data Guard一般包括两套数据库环境，一台主数据库，一台备用数据库，与RAC不同的是，以一般情况下只有一个节点处于活动状态，所有应用都连接到主服务器上，只有当主服务器发送故障时才考虑切换到备用服务器。备用服务器一般不提供读写的操作，只有当需要时才提供只读的操作，或者当主站点出现故障时经过切换操作才变为主数据库，提供正常的读写操作，由于存在Active/Standby两套主机、存储环境，所以较RAC多了数据保护和容灾的功能。

基本结构：

存在问题：

A）        不能实现自动切换。

B）        数据库必须运行在归档模式下。

优势：可以实现数据库主机及存储的完全冗余保护，该冗余甚至可以跨地域做成容灾保护。

劣势：要求主备系统，操作系统、数据库版本一致。

不能自动的故障切换，如果主站点损坏要切换到备用站点，则需要在切换前完全同步主站点当前的联机日志，否则会发生切换后数据丢失的现象。

方案对比