文档介绍：….主营业务财务系统邮件系统….企业管理办公自动化研究机构人力资源知识管理统一的安全体系统一的运维管理券商行业IT业务支撑基础架构分析券商IT支撑与运维实时系统非实时系统券商的主营业务与利润来源。交易系统要求极高的实时性与可靠性,责任重大。一般具备同城容灾能力。数据量<5TB。但要求系统能支撑突发交易量和业务量。包含多达30个左右的分散系统,总数据量在20TB+安全起见,与交易系统网段隔离,内部也分多个网段多种应用及软件、数据库系统、邮件平台新业务陆续上线券商发展到一定规模的战略性应用系统,通过建立数据中心,可整合、清洁业务数据,建立集约化管理,提升决策和营销能力,降低企业运维风险,提高券商核心竞争力 数据中心的应用建设和运维非一日之功,需长期规划,分步实施。同样,在基础架构支撑领域,也许长期规划,避免业务瓶颈出现参考业内领先券商数据中心项目经验,数据中心将会成为券商除核心交易外,压力和流量最大的业务系统EMC业务机会1,Storage:“核心交易系统”与“非核心系统”的存储支持2,Resilience:《证券期货经营机构信息系统备份能力标准》3,Virtualization:虚拟化4,BigData:数据中心券商行业EMC机会核心交易存储业务支撑与需求业务特色24*7的可靠性交易系统具备高度冗余性,避免单一系统故障造成系统全部无法使用在任何情况下能保证交易系统的响应时间,否则容易引起诉讼和赔偿,监管部门明文规定“系统最大处理能力应达到日常实际处理量的5倍以上”.以交易系统为核心,为保证系统在突发行情下的正常响应时间,核心交易系统只保留1年(最大不超过2年)的交易数据查询系统与核心交易系统分离存储配置特色尽量选用高端存储以获得更佳的可靠性选用多套系统(独立应用、服务器与存储),在大规模应用时隔绝故障。倾向于购买多台存储存储系统的IOPS等配置参数要以系统正常负载下IO性能的5倍以上设计。EFD能有效提高系统性能(国金证券)交易系统存储内容全部为数据库记录,数据量较小,交易系统的1-2年数据量一般在2TB以内查询系统一般保留3-5年的历史交易数据,5年的数据量<10TB核心交易系统存储配置建议证券行业用户愿意采用EMC公司的中高端存储以获得最佳的系统可靠性与可用性,降低业务风险,避免因无法提供服务而引起的诉讼与赔偿;证券行业用户在设计系统时以应用最大峰值压力作为设计参数,因此存储的性能远远高于日常负载情况下的系统压力;证券行业用户倾向于购买多***立(standalone)存储,分散系统压力,隔绝系统故障,提供最大的可用性;证券行业用户的数据量90%为纯数据库交易记录,中国最大交易量的证券公司,每年的交易数据不超过2TB。因此存储容量需求较小;EMC经验:从VMAX到VNX性能、可用性为优先考虑EFD将大大提升系统性能案例:国金证券目标:在线开户委托系统,客户预见到了压力会剧增,给IT部门的压力是需要提升该套系统的处理能力;困难:所有应用和DB方面的调优都必须经过ISV(恒生),但这个很难;客户尝试:准备采购扩容15块闪盘改善性能;EMC策略:测试,找依据;测试,系统单位时间委托量1000,增加计算资源后并没有线性增长,CPU,内存占用率都不高,怀疑是IO能力问题;依据:收集了AWR给COE的Oracle专家Jason分析;结论:问题肯定不在计算资源,不仅仅是IO问题,数据库也有巨大的优化空间,但是数据库不能动所以只有从硬件做文章。推荐方案:升级VNX5300到VNX5500FVNX5300FC存储IBMX3850X5IBMX3850X5LinuxOracleRAC在线开户委托系统实施效果:测试指标:单套环境可实现2000多的委托,再加一套环境可线性增长到4000多,再加第三套环境计算资源就出现瓶颈了。说明IO瓶颈解决了数据库复制过程中,Apply的过程从35分钟到5分钟客户体验:DBA非常高兴,IT部门经理很满意。VNX5500F21块100GBEFD硬盘IBMX3850X5IBMX3850X5LinuxOracleRAC在线开户委托系统体会:需求:不能盲从,针对客户的需求多问几个为什么,颠覆表面需求后,核心需求才能露出来;依据:所有的推荐必须要有依据,从依据到推荐最好有数字化的逻辑;动力:来自于业务压力的需求,用户一般不会计较商务过程,短平快。证券行业“非核心交易”IT支撑痛点新业务不断涌现,系统不断扩容海量PC服务器,缺乏统一系统管理,“300多台PC服务器”,“电力不够了”,“场地