Oracle方案设计

3.1方案拓扑图

如上图所示前端四台IBM X3850M2服务器做集群应用，运行Oracle数据库，Oracle 库的数据文件存储在后端磁盘阵列上。后端存储采用了SAN网络的连接形式，四台服务器通过两台光纤交换机连接到存储阵列，采用双交换机的冗余连接提高了数据传输的可靠性。备份系统采用赛门铁克的NetBackUp备份软件把数据备份到磁带库中，如果用户有更高的备份需求可以采用飞康CDP设备对数据时时备份，可以实现数据丢失率在分钟级。

3.2服务器解决方案

服务器运行着关键Oracle数据库应用，为了提高应用的高可靠性，提高并发响应的速度，本方案采用了四台IBM X3850M2服务器做负载均衡群集的形式。四台服务器同时对外提供服务，一方面四台服务器相互分担访问负载提高响应速度，另一方面可以实现故障转移，提高服务的可靠性。

在服务器选择方面本着稳定性、可扩展性和易维护性的原则。本方案建议了IBM

X3850M2服务器，配置了四颗CPU，考虑到今后扩展要求CPU数量最多可以支持到16颗；磁盘配置2块146GB的SAS磁盘，安装操作系统和Oracle应用程序，两块磁盘做Raid1实现高可靠性，即使一块磁盘出现故障也不影响服务器正常使用；X3850M2服务器支持最多256GB内存，能充分满足用户今后应用扩展需求，ChipKill技术允许使用工业标准的DIMM来更正单位/多位错误；光通路面板显示各个物理部件工作状态包括CPU、内存、硬盘等，当部件出现故障时可以通过面板显示灯迅速找到故障原因；集成的远程管理适配器II SlimLine帮助用户远程监视系统运行状况，提高工作效率和可管理性。

3.3四节点群集实现方式

用户关键数据库应用将要采用Oracle数据库，由于用户对Oracle数据库访问量大，为了提高访问响应速度、保证应用的可靠和稳定性，本方案采用了Oracle RAC集群的解决方案。

Oracle RAC 运行于集群之上，为Oracle 数据库提供了最高级别的可用性、可伸缩性和低成本计算能力。如果集群内的一个节点发生故障，Oracle 将可以继续在其余的节点上运行。如果需要更高的处理能力，新的节点可轻松添加至集群。为了保持低成本，即使最高端的系统也可以从采用标准化商用组件的小型低成本集群开始逐步构建而成。

Oracle 的主要创新是一项称为高速缓存合并的技术，它最初是针对Oracle9i

真正应用集群开发的。高速缓存合并使得集群中的节点可以通过高速集群互联高效地同步其内存高速缓存，从而最大限度地低降低磁盘I/O。高速缓存最重要的优势在于它能够使集群中所有节点的磁盘共享对所有数据的访问。数据无需在节点间进行分区。Oracle 是唯一提供具备这一能力的开放系统数据库的厂商。

集成集群件管理

Oracle RAC 10g 在Oracle 数据库10g 运行的所有平台上提供了一个完整集成的集群件管理解决方案。这一集群件功能包括集群连接、消息处理服务和锁定、集群控制和恢复，以及一个工作负载管理框架。用户无需购买任何第三方集群件管理软件。但是，Oracle 仍将继续在特定平台上支持选定的第三方集群件产品。Oracle RAC 10g 的集成集群件管理具有以下优势：

1.成本低。Oracle 免费提供这一功能。

2.单一厂商支持。消除了相互推诿的问题。

3.安装、配置和持续维护更简单。Oracle RAC 10g 集群件使用标准Oracle

数据库管理工具进行安装、配置和维护。这一过程无须其它的集成步骤。

4.所有平台，质量始终如一。与第三方产品相比，Oracle 对新软件版本进

行了更严格的测试。例如，一些第三方集群件产品限制了集群内可以支

持的节点的数量。借助Oracle RAC 10g，所有平台可以支持多达64 个

节点。用户还可以在所有平台上获得一致的响应体验，从而有效解决了

高可用性挑战，包括服务器节点故障、互连故障以及I/O 隔离现象等。

5.支持高级功能。这包括集成监视和通知功能，从而在发生故障时，在数

据库和应用层之间实现快速协调的恢复。

自动工作负载管理

使用Oracle 数据库10g，应用程序工作负载可被定义成服务，以便对其进行单独管理和控制。在正常运行期间和发生故障时，DBA 决定分配给相应服务的处理资源。性能标准通过服务进行跟踪，同时还可以设置阈值，一旦超过这些阈值，即自动发出警报。CPU 资源分配和资源消耗控件使用资源管理器进行管理，以便在提供服务时使用。Oracle 工具和设施，如Job Scheduler、Parallel Query 和Oracle Streams Advanced Queuing 等，也使用服务来管理它们的工作负载。

使用Oracle 数据库10g 可以定义规则，自动将处理资源分配给服务。Oracle

RAC 10g 例程可根据需要进行分配，以便处理单个或多个服务。这些分配规则可动态进行修改，以满足瞬息万变的业务需求。例如，这些规则可以在每个季度末进行修改，以确保有足够的处理资源来及时执行重要的财务功能；也可以另行定义规则，以便在运行关键服务的例程发生故障时，工作负载可以自动切换到工作负载较少的例程上。

服务通过全局唯一名称进行识别。例如，一个应用程序套件可为每一个应用程序组件定义一种服务，诸如总帐、应收账款和订单项等。中间层应用程序和客户机在连接到数据库时，可以通过在TNS 连接数据中指定服务名称，选择一种服务。但无须更改应用程序本身。

3.4存储系统设计

存储阵列的选型主要和应用相关，不同应用选用不同型号的存储阵列。通过和用户交流了解到购买磁盘阵列主要是用来跑Oracle数据应用。Oracle数据库应用主要分OLTP和OLAP两种应用：OLTP应用的特点主要是处理离散型数据，每个事务涉及数据文件都比较短小但是数量比较大；OLAP应用特点是处理连续的大数据文件但是数量较少，比如整个数据表的更新。用户绝大多数应用属于OLTP 类型的，这种类型应用要求存储阵列内存较大，同时磁盘性能要求大应考虑光纤接口磁盘。根据上述实际情况本方案选用了IBM DS4700磁盘阵列。为了保障磁盘阵列中数据的安全性，建议数据磁盘做Raid5保护。这样即使一块盘出现物理故障也不会导致数据丢失。