为某金融服务业用户的核心业务系统进行数据库优化服务，此系统的主要问题表现是：

1·系统高峰时段并发量很大，经常出现响应缓慢的情况，系统资源消耗严重，高峰时CPU基本耗光；
2·中间件服务器经常出现无响应情况；
3·应用端白屏；

优化难度

1·系统为核心业务系统，对于可用性要求很高，系统已经处于临界状态，优化操作不能出现任何的负面效果；
2·系统为一个OLTP为主OLAP为辅的系统，部分用户还存在提交模糊查询的业务需求；
3·业务系统的并发性很高；
4·业务系统数据量较大，在14T左右；
5·数据库软件版本为9208，版本较老；

优化过程：
经过监控、诊断，进行了如下优化操作：

1·数据库中存在较多的低效SQL，对这些低效SQL进行了优化操作，减少其对于资源的争用，缩短其由于执行而持有资源的时间，大大提高了吞吐量，减少了资源的并发争用，提高了响应速度；
2·数据库部分库结构设计不合理，对部分索引结构进行了优化调整，并对需要进行分区的表，进行了分区处理，区分了冷热数据，提高了可用性和性能；
3·在和开发商进行了充分沟通后，对模糊查询进行了优化。部分冷数据表，采用了全文检索功能改进模糊查询效率。部分应用采用在查询中区分了模糊查询和精确查询，让最终用户了解模糊查询和精确查询的区别，降低其对模糊查询的响应预期，并且避免了最终用户模糊查询时的频繁刷新操作；
4·对RAC心跳网络进行了改进，并对RAC各节点上的应用进行了适当分离，减少了数据访问的交集的大小；
5·在应用软件维护缺失的情况下，无法短期内优化代码绑定变量，启用cursor_shaing=similar，来减少解析对于CPU的消耗；
6·优化AIX系统的maxperm%，minperm%参数，降低文件系统缓存内存对于内存的消耗，减少由于PAGEIN,PAGEOUT造成的IO和CPU消耗；

优化效果：

数据库整体健康状况大大提高，并发会话数由原来的120多，减少到30左右，不再出现阻塞情况。操作系统层面CPU的使用率平均保持在30%以下，内存在85%左右极少出现pagein和pageout操作。应用响应速度大幅度提升，部分应用响应速度由原来的1小时以上提高到10s以内。

用途：小型数仓或历史库查询性能提升

高性能·采用板载的PCI-E SSD作为主要存储设备，保证了数据访问的最佳IO吞吐性能。同时结合数据库软件的最佳实践配置，使用适当的分区、压缩和列存储技术，在数据查询分析上拥有良好的表现。
安全性·数据库采用镜像数据库，数据为2份分布在2计算节点间。一旦其中某一计算节点数据库出现损坏，可以切换到另一计算节点继续提供数据库服务。切换不会造成数据间隙，可以保证数据的安全性。
高可用·解决方案涉及到的关键主机，存储，网络等硬件都采用双路复用，避免单点故障。同时，在关键的计算节点间，采用HA软件进行故障管理和切换。一旦，某一计算节点出现故障，HA自动切换IP和数据库服务到另一计算节点。
维护成本低·采用流行的X86服务器架构作为基础硬件，维护，升级，增容便捷。

某单位需要对原有堆叠建设的IT基础架构进行整体的技改，建立完善的现代化的IT基础架构，以满足业务发展的需要

目标·解决客户不同建设周期，硬件和软件堆叠建设造成的标准不统一，资源利用率低，维护节点多，安全性弱，故障率高，维护成本高的问题。
解决方案·基于客户的业务特点，结合目前的流行的IT基础架构技术，基于应用特点，构建高性能高可用的X86服务器群集，构建高可用的虚拟化应用群集；依据客户对数据保密等级做访问管控构建涉密区和非涉密区；根据未来大数据的建设规划，构建统一的结构化数据和非结构化数据存储系统；同时考虑数据安全性以及数据同步特点，采用数据库同步复制技术和卷同步技术，实现结构化数据和非结构化数据的异地容灾系统。

某物流企业双活模式数据中心逻辑拓扑

1·正常生产期间，服务请求即可从主生产中心接入，也可以从灾备中心接入；
2·故障切换时，只需在服务请求接入层面做切换即可。

某基金两地三中心项目

正常情况下,生产库和本地X86双活目标库以及X86灾备数据库间通过shareplex复制链路进行数据的实时同步工作,本地X86双活目标库可以用来提供报表和查询服务,异地的X86灾备平台数据库也可以用来提供报表和查询服务.当生产机房出现灾难性故障时,可以立刻启用灾备系统快速接管服务.

数据仓库ODS层实时数据抽取

1·实时核心生产系统业务数据同步复制（时间差<5 sec）,业务报表查询实现刷新率< 5min;
2·解决大批量并发用户的实时查询需求，避免对生产系统操作数据库造成影响;
3·为大数据的分析通过数据ETL（抽取、整理清洗、加载）建立数据中心平台;

IT运维面临的挑战：

1·业务增长对传统IT运维提出更高要求
手工->自动
被动->主动
基础运维->应用运维->业务与服务运维
2·服务意识和质量要求运维与业务紧密结合
服务质量不再是业务部门自己的事情
业务需要IT强力支持
IT运维需要透过技术关注服务
3·新的业务模式要求新的IT架构和运维理念
虚拟化、云计算催生新的业务模式
IT架构与管理随之创新和改变
4·新业务、新技术对IT运维要求更高
要求运维人员更高的技术和经验
运维规范和流程的建立和完善

解决方案：

通过Foglight 运维软件做为方案载体，实时主动采集运行数据，智能化分析，主动告警。让IT基础架构的实现被动化运维。