技术贴：一起学习UCS对Oracle RAC的优化部署

数据库部署配套软硬件

优势对比

典型案例分析：

1.某高校学籍管理系统，支持4万学生学籍及相关信息管理。

后端数据库推荐：两台B200M3 2xE2620, 48G内存；主备切换学籍管理并不是很大的数据库，且实时性要求并不高，因此可以采用较低端配置，core:memory为1:4这样能够保障大多数常用数据常驻在内存里，提升效率–

类似系统查询比例远比写入比例高。

2.某医院门诊系统，支持每天12万门诊量。

后 端数据库推荐：两台B440 M2 2xE4830, 64G 内存； RAC门诊系统的可靠性要求非常高，因此推荐采用RAC并行数据库，即使出现一个节点的连续故障，也能够保障系统满负荷运行，结合UCS无状态计算能力， 能够实现故障节点快速修复。门诊系统每个处理的关联性并不大，因此横向扩展能力非常好，不会因为节点过多带来负面影响。门诊系统写操作相对密集，因此对存 储的缓存有一定要求。

3.某企业用户的人事系统，采用Oracle E-Business HRMS模块，100并发用户，2000系统用户。

SAVBU提供Oracle系统的sizing服务，在SAVBU下载相应的调查问卷，发送给ciscowithoracle@cisco.com

http://savtg.cisco.com/enterprise-applications/oracle#Sizing Questionairre

第一次填调查问卷是很麻烦的一件事，但清楚的描述用户需求是准确评估的重要保障，因此，请SE务必花时间填写清楚。总的来说，100 HR并发用户并不是很大的系统。

4.某省级政府综合业务系统，业务类型包括查询，新增，修改及部分批处理业务，12TB实际数据量。支持4万用户，1.5万在线用户，2000并发用户。

后 端数据库推荐：四台B440 M2, 4xE7 4870, 128G内存； RAC核心系统，必须通过RAC多节点技术实现高稳定性和横向性能扩展，即使出现一半硬件故障，也能够保障满负荷业务运行，采用万兆低延时网络保障横向扩 展能力。采用高主频处理器，应对部分批处理业务–如果没有很好的数据分区规划，批处理易产生较大的跨节点数据冲突，高性能的节点能够避免这样的情况，并保 障批处理业务的处理速度。