Oracle10gRAC应用于数据库的优势分析.docx

Oracle10gRAC应用于数据库的优势分析.docx

《Oracle10gRAC应用于数据库的优势分析.docx》由会员分享，可在线阅读，更多相关《Oracle10gRAC应用于数据库的优势分析.docx（9页珍藏版）》请在冰豆网上搜索。

Oracle10gRAC应用于数据库的优势分析

Oracle10gRAC应用于数据库的优势分析

Oracle10gRealApplicationCluster

应用于XXX医保数据库

项目的优势分析

名目

第一章简介

第二章需求分析

第三章解决方案

第四章关键特性

1.高可用性

2.可治理性

3.可伸缩性

第五章性能比较

1.并行服务器与双机热备份的比较

第六章总结

第七章部分官方技术问答

1.什么缘故说OracleRealApplicationClusters10g要远远超过它的竞争对手?

2.Microsoft您认为OracleRAC的典型硬件配置是什么样的?

3.SQLServer和IBMDB2都有active-active的故障切换方式，什么缘故我要采纳OracleRealApplicationCluster10g?

4.我的分布式应用系统运行专门好，什么缘故我要把我的数据库进行集中?

5.我们差不多有了集群硬件环境，同时能够进行应用的切换，什么缘故我还需要OracleRealApplicationClusters10g?

6.我们使用DataGuard来实现故障切换，什么缘故我还需要OracleRealApplicationClusters10g?

7.什么缘故选择Linux?

什么缘故选择Linux环境下的OracleRealApplicationClusters10g?

第一章简介

XXX社会医疗保险中心在通过多年的IT系统建设研究和探究，积存了丰富的体会，但关于信息联网形成统一体系、数据聚拢整合、挖掘分析、发挥整体协同效能等方面还存在一定差距，强化信息基础建设，建设高可用性、高伸缩性的整体体系是进展的必由之路。

第二章需求分析

当前数据库系统存在的问题要紧集中在应变能力差、可伸缩性差，系统运维成本极高、治理复杂，硬件升级成本高昂，不能满足业务扩面的紧迫需求等问题。

如何降低架设和使用信息技术基础架构所需的高昂成本，几乎是所有用户最关怀的问题。

然而，要降低IT成本，必须解决过剩的运算容量、昂贵的容量扩展以及高额的治理成本三大难题。

受到传统企业运算的限制，用户只能针对高峰容量来构建运算容量，但又无法在平常有效地使用余外的容量，也无法在必要时以较低成本迅速地旧模块单元增加容量，这些因素差不多上造成IT成本居高不下的缘故。

一种基于网格运算原理的企业网格运算正是用户所需要的，它专门好地解决了用户IT面临的难题。

网格运确实是利用网络技术，把分散在不同地理位置的运算机组成一台虚拟超级运算机。

每一台参与运算的运算机确实是其中的一个〝节点〞〔即node〕，所有的运算机组成了一张节点网就叫〝网格〞〔即Grid，也确实是Oracle10g中g的含义〕。

第三章解决方案

RAC〔RealApplicationCluster，真正应用集群〕是Oracle数据库支持网格运算环境的核心技术。

它的显现解决了传统数据库应用中面临的一个重要问题：

高性能、高可伸缩性与低价格之间的矛盾。

过去，假如用户期望其信息系统具有良好的可靠性、可伸缩性和高性能，就必须选择基于主机的系统，这意味着用户在系统建设之初就必须投入大量资金；假如要节约成本，用户能够选择基于客户机/服务器的运算体系，并在需要时逐步增加新硬件、扩展系统，但假如需要进行应用升级，用户就不得不付出高昂的升级费用，同时这种分布式系统的爱护成本也不菲。

采纳RAC技术，能够实现多节点共享数据库，并自动并行处理及均分负载，在数据库故障时进行容错和无断点复原处理。

还显著地提高了大型数据仓库和决策支持系统的性能。

通过与并行查询选件结合，它还提供了节点间的并行性和节点内的并行性，以得到更高的性能。

采纳RAC技术不管是选择基于Intel架构的PC服务器、Unix工作站，依旧最近两年颇受关注的刀片服务器；也不管是选择Unix、Windows，依旧免费的Linux操作系统，只要在这些软硬件平台上部署了Oracle10g的RAC系统，这些分布在各处的系统就能组成集群，实现用户所需的高性能和高可靠性。

且当系统需要进一步扩展时，无需对应用程序进行任何修改。

第四章关键特性

1.高可用性

RealApplicationClusters提供了真正的高可用性解决方案，关键的突破是在大多数数据库复原期间能提供完整的数据库访问。

这使得RealApplicationClusters成为电子商务应用所要求的24x7可用性的最正确平台。

RealApplicationClusters在高可用性上在三个关键领域胜出：

●提供了数据库复原期间的数据块访问

●透亮的失效转移对最终用户屏蔽了系统失效

●N-1节点失效的容错能力

只要有一个数据库节点幸存，RealApplicationClusters就能够提供完全的数据库访问和相对不间断的操作。

2.可治理性

RealApplicationClusters实现了真正意义上的一个单系统访问数据库，它提供了从任何节点到所有磁盘设备和远程高速缓存进行无缝数据访问的能力。

此单系统映像延伸到所有数据库治理操作。

安装、配置、备份、升级以及监控等操作只需进行一次，然后会自动公布到集群中所有节点上去。

各种Oracle工具〔如OracleUniversalInstaller、DatabaseConfigurationAssistant以及RecoveryManager〕将发觉集群数据块中所有不同的节点并以它们为目标分配给想得到的任务。

通过为特定的治理操作选择多个目标节点，治理任务在数据库集群中多个节点上执行。

这为电子商务治理其环境带来了极大的可伸缩性上的经济实惠。

例如，向数据库集群添加一个节点只会增加最小的治理任务。

如此，RealApplicationClusters支持在线电子商务应用和决策支持之类的应用，同时为数据访问和治理提供了单一的虚拟高性能服务器。

3.可伸缩性

基于RAC的电子商务应用的用户或者中间层应用服务器客户，能够通过虚拟数据库服务名连接到数据库上。

Oracle在集群中多个节点之间自动平稳用户负载。

不同节点上的RealApplicationClusters数据库实例预订所有数据库服务或者部分子集数据库服务。

这使得DBA高度灵活地选定，连接到特定数据库服务的特定应用程序客户是否能够连接到某些或者全部的数据库节点。

尽管每一个节点有一个不同的物理IP地址时，应用客户仍能够在一个逻辑数据库服务名的水平上进行连接。

因此客户端关于不相关的情况如多服务器的多个地址能够毫不关怀。

随着业务的增长，电子商务能够镇定地增加处理能力。

CacheFusion体系结构直截了当地利用新节点的CPU和内存资源。

DBA无需用手工对数据重新分区。

那个优点是这种体系结构的副产品，因为有透亮度的数据存取是CacheFusion的一项差不多功能。

CacheFusion体系机构自动适应快速变化的电子商务需求及随之而来的工作负荷的改变。

DBA也不必因为工作负荷变化而对数据进行手工的重新分区。

RealApplicationClusters通过动态地重新分配数据库资源，从而在节点之间用最小化的磁盘I/O和低的延迟通信来优化利用集群系统资源。

这使得RealApplicationClusters能够镇定实现增加的应用吞吐量和优化的响应时刻。

第五章性能比较

1.并行服务器与双机热备份的比较

在Cluster（集群）多机系统平台上，常用的高可用性技术有两种：

双机热备份和并行服务器。

这两种方式采纳的机制不同，实现的成效也不同。

RealApplicationCluster实现的是并行服务器方式。

双机热备份方式

如上图所示，在双机热备份方式下，数据库系统平常只能在一台服务器（例如服务器A）上运行，另一台服务器无法直截了当访问数据库，自然也无法进行负载分担。

当服务器A由于故障失效时，由相应的操作系统软件操纵，将服务器A治理的储备设备（如硬盘）转交给服务器B操纵，同时在服务器B上启动另一个数据库进程，治理数据库。

这种切换并启动新的数据库核心的过程一样需要几十秒到几分钟。

这种方式的要紧缺点在于：

●由于需要重新启动数据库核心进程，无法保证数据库系统连续不间断地运行

●在系统切换的过程中，客户端与服务器之间的数据库连接会中断，需要重新进行数据库的连接和登录工作

●由于数据库系统只能在一台服务器上运行，另一台服务器无法分担系统的负载，实际上造成了客户投资的白费。

在有些系统中，为了解决双机负载分担的问题，将应用系统人为分割为两个数据库系统，分别在两台服务器上运行。

这种方式在一定程度上解决了负载分担的问题，但给系统治理、统计分析等业务处理带来了专门多额外的复杂性

并行服务器（RealApplicationCluster）方式

在并行服务器方式下，两台（或多台）服务器上各自运行一个数据库核心进程，但共同治理、操作一个数据库。

客户端不管连接到哪个服务器都能够在数据库中进行操作。

当服务器A由于故障失效时，数据库系统本身并未停止工作，连接在服务器B上的客户端还能够连续进行正常工作。

同时，服务器B上也不需要再启动新的数据库服务器进程，因此也没有〝切换时刻〞。

关于一些专门应用中严格要求前端应用不能中断的情形，Oracle并行服务器还提供了一种〝预连接（pre-connect）〞方式，以这种方式连接的客户端当服务器端发生故障时，客户端与数据库服务器的连接可不能中断，会被Oracle并行服务器软件自动转接到还在正常工作的其它服务器上，不需要重新输入用户名及口令。

与双机热备份方式相比，Oracle10gRealApplicationCluster并行服务器方式有以下优点：

●各服务器共享一个数据库，在正常运行时能够进行负载分担，无需考虑应用数据的人为分割。

●并行服务器方式对应用完全透亮，在应用程序设计和开发的过程中也不需要进行专门编程，简化了开发的复杂程度，同时今后系统扩展也无需修改应用程序。

●不需要重新启动数据库核心进程，缩短了故障造成的停机时刻。

第六章总结

假如使用RAC，用户不必花巨资购买大型主机来满足高可靠性要求，也不必担忧单点系统故障对用户造成难以估量的缺失。

当系统需要进一步扩展时，可按需增加节点，无需对应用程序进行任何修改，也无需更换新的服务器，更不必考虑服务器系统平台是什么。

企业网格运算的实现，解决了用户IT面临的三大难题，降低了用户IT成本，这是企业网格运算带来的显著优点，也是以后信息技术进展的方向。

第七章部分官方技术问答

1.什么缘故说OracleRealApplicationClusters10g要远远超过它的竞争对手?

最差不多的不同是，OracleRealApplicationClusters10g中所有服务器都能够直截了当访问数据库中的所有数据，其他的数据库在开放系统中都做不到这点，正是由于那个缘故，您能够专门方便地依照需求随时增加服务器来扩充您的系统，无需重新分布数据和应用。

RealApplicationClusters象一个单一的系统一样工作，任何节点的故障都可不能阻碍其他节点对数据的访问。

因此说增加服务器就增加了系统的可靠性。

另外一点，对用户来说RAC是一个数据库系统，对它的爱护治理如同单机一样简单方便。

2.Microsoft您认为OracleRAC的典型硬件配置是什么样的?

第一我们明白RAC选件支持所有的Oracle数据库支持的平台，如:

Windows,Linux,Solaris,HP-UX等等。

因此不管您选择什么样的系统，RAC都能够专门好的运行。

假如是系统选型，那要取决于您的应用需求。

我们能够看到Windows和Linux平台差不多上常用的基于Intel架构的平台，RAC在这些平台都有专门好的表现，这意味着您能够以低成本得到更高的可用性、可靠性和伸缩性。

同时，RAC可以在任何价位上获得良好的性能，您能够在HPSuperDomes、Sunboxes或Linux/WindowsIntel服务器上专门方便地配置RAC。

3.SQLServer和IBMDB2都有active-active的故障切换方式，什么缘故我要采纳OracleRealApplicationCluster10g?

其他的数据库系统都无法真正的支持active-active方式的集群系统，即集群的两个节点能够支持同样的应用。

实际上，他们只能支持双向的active-passive架构，即节点A运行应用A，同时节点B运行应用B，每个节点作为另一个节点的备份节点。

然而同样的应用无法同时运行在两个不同的节点。

在OracleRealApplicationCluster10g中，同样的应用能够运行在两个或更多的节点，每一个节点都可作为所有其它节点的备份机。

当显现单点故障时，整个RealApplicationClusters数据库系统的效率只会有专门小的降低。

4.我的分布式应用系统运行专门好，什么缘故我要把我的数据库进行集中?

假如您的应用系统正运行于Oracle上，他们因此能够支持您的业务需求。

然而集群的数据库能够让您治理更少的数据库，意味着更少的治理成本。

同时假如您把数据集中到OracleRealApplicationCluster10g上，您能够提高整个系统的可用性，达到99.99%甚至更高。

5.我们差不多有了集群硬件环境，同时能够进行应用的切换，什么缘故我还需要OracleRealApplicationClusters10g?

当您在集群环境下运行您的应用，假如不采纳OracleRealApplicationClusters10g的话，您的应用是运行于单例程状态下。

尽管您的服务器是集群的一部分，但实际上相当于只运行在一台单机上。

在硬件集群环境下，如HPServiceGuard、SunCluster和MicrosoftClusterServices,您能够在集群的任何一个节点重新启动Oracle数据库（因为硬盘能够共享）.这确实是我们所说的〝coldfailover〞。

〞Coldfailover〞切换速度依靠于相关硬件资源的切换速度，这可能需要5到25分钟的时刻复原。

假如使用OracleRealApplicationClusters10g，在服务器发生故障时，其他存活的服务器能够自动快速的复原故障服务器的例程。

OracleRealApplicationClusters10g能够提供业界最快的系统复原，在60秒内能够对系统故障进行复原，这至少比硬件的〝coldfailover〞方案快5倍。

6.我们使用DataGuard来实现故障切换，什么缘故我还需要OracleRealApplicationClusters10g?

使用DataGuard来爱护您的数据是一个正确的选择-DataGuard能够在各种故障情形（不管是数据坏块依旧人为失误）下爱护您的数据，DataGuard也确实提供故障切换的功能，然而切换时刻可能会需要10分钟，RAC可以提供低于60秒的切换。

同时RAC还能够提供无限的伸缩性，DataGuard只能提供有限的伸缩性。

RAC和DataGuard提供100%技术来最大程度地爱护您的数据库应用。

7.什么缘故选择Linux?

什么缘故选择Linux环境下的OracleRealApplicationClusters10g?

采纳SMPUNIX服务器的缘故是他们在过去能够为您的业务系统提供高可用性和伸缩性。

在今天对成本专门敏锐的环境下，我们需要一种低成本的能够提供高可用性和高质量的系统。

通过把您的应用系统迁移到Linux环境下的OracleRealApplicationClusters10g，您能够得到比SMP服务器更好的可用性，同时能够方便地扩充您的系统，最关键的是总体拥有成本能够操纵的专门低。

使用小型Intel服务器构建集群成本远远低于大型的SMP服务器，同时能够拥有无限的伸缩性。