随着业务的快速发展，主要核心业务系统中 寿险业务系统和健康险业务系统的数据量呈 爆炸式增长
伴随着数据量的增加，两个主要核心业务系 统所承受的压力越来越大，导致系统运行效 率的降低
6
2、问题需求分析
业务系统出现的问题
系统核心表数据增长较快，核心表数据过千万，部分表 数据过亿，业务查询效率降低
某保险集团寿险核心业务系统及健 康险核心业务系统基于LinuxONE 方案架构设计
Mar. 2017
议程
1、业务背景 2、问题需求分析 3、方案架构设计 4、优势特点总结
1、业务背景
保险行业IT演进路线和规划
业务爆炸式增长的同时 如何消除系统瓶颈？
保险信息化起步 阶段 电脑手工出单
核心业务流 程的电子化 和网络化
增加数据较多，核心表查询压力增大，导致大量IO竞争 与资源消耗。
服务器、存储硬件瓶颈，业务量的不断增长导致业务查 询效率极其低下。
8
需要解决哪些问题？
为有效解决核心业务系统数据量激增带来的问题，通过对业务、管理流 程的梳理，按信息化思维对业务流程进行整合和再造，摒弃限制数据流 通的流程，打通阻碍数据流通的节点保障核心业务系统的运行效率和提 升服务质量，如何优化提升核心业务系统的I/O吞吐处理能力？
精细化经营 使得IT预算 日趋收缩
数据处理的需
求不断增加， 致使“小型机”
也力不从心
企业业务的弹
性变化，迫使 IT架构要适应 业务的敏捷性
多种因素促使IT基础架构从封闭系统向开放系统转型
选择专有系统还是开放系统？
比较项目
Unix系统
厂商数量
少
是否锁死用户
是
生态圈
自成一体
性能
高
可靠性
高
可扩展性
高
分区、虚拟化技术
Unix 服务器： 1990, RS/6000 (2008, Power System)
2015年8月,拥有IBM优秀基因的大型机产品——LinuxONE正式面世
1990s 2000s 2010s
市场环境驱动下，向开放架构的转型正在加速进行
互联网神话让
许多大企业IT 部门向往
中国企业走
下“世界第
一神坛”，
关键业务主机的发展和生态变化
1998, Google、VMware 1999, Salesforces 2006, AWS
大型机： 1964, system/360
1960s 1970s
1980s
x86 服务器： 2001, Xeon
2003, Opteron
2008, Oracle推出Exadata数据库一体机 2014, HP Superdome X推出 2016, Solaris停止开发? 2017, 最后一代Itanium 9700发布
通过对业务、管理流程的梳理，按信息化思维对业务流程进行整合和再 造，摒弃限制数据流通的流程，打通阻碍数据流通的节点
消除企业内的信息孤岛，将各种数据整合在一起成为企业真正数据财富， 形成能够挖掘的数据共享平台，提高数据的可用性和易用性。
整合业务数据、财务数据、营销数据、客户服务数据以及经营管理数据 等企业数据，这里包括各种结构化和非结构化数据。应用先进的数据挖 掘技术，使海量数据价值化。目的是据此分析市场、发现价格、评估风 险，为经营决策、资源配置、产品创新、精准营销等提供数据支持。
IT的转型升级是一个旅程
Automate, Orchestrate and Transform
自动化
流程化
服务化
关注用户体验
赢得客户的参与度和忠诚度
服务器虚拟化
小型机
大数据、私有云
大数据支持
实现持续改进
传统X86
数字企业
5
解决方案背景
某保险集团作为国内保险行业大型集团公司 之一，业务范围涵盖财产险、人寿险、健康 高
与云平台集成
难
LinuxONE 多 否 丰富 更高 更高 更高 支持、成熟 低 易
缺点： 整体投入成本较高？ 内置许可、软件限制
较多 维护相对复杂
有没有更好更合适的选择？
首先要明确的问题--核心业务数据库系统的需求是什么？
稳定可靠
性能卓越
高可扩展
作为IT系统的心脏，关键业务系统的核心要求是稳定可靠、性能卓越， 当然，为了保证系统的性能能够满足不断增长的业务需求，还需要系 统具有高可扩展能力。
分析结论
根据客户以上的服务器硬件配置和业务使用情况的分析判断，数据库业务的性能瓶颈不会出现在数 据库本身，而应该出现在服务器和存储硬件配置上。 根据我们以往的传统经验，一般会给以下解决方案：
服务器增加CPU和内存 存储增加控制器缓存
缺点： 是否还有扩展插槽？ 需要业务停机
购置新的服务器 购置新的存储
如何有效管理基础架构？
存储设备
融合性基础架构
服务器
电源和致冷 管理软件
网络
如何整合庞大的软硬件系统？
有云 应用 中间件 数据库 操作系统 虚拟化 服务器 存储 网络
3、方案架构设计
某保险集团系统架构拓扑现状 基于多种技术混合搭建的统一存储备份环境
现状具体分析
某保险集团核心业务系统数据库目前为止已经运行8年之久，系统硬件架构采用4台BM P750系列小型机搭建的两套Oracle10g RAC集群环境，存储采用高性能，高容量的IBM DS8000系列存储，现有数据量为5TB。
实现了业务、 财务的数据集 中，完成了核 心业务系统和 财务系统的建 设以及两者的 实时对接
完成了核心业 务系统和财务 系统的建设和 贯通以及数据 集中化管理
整合业务数据、 财务数据、营销 数据、客户服务 数据以及经营管 理数据等企业数 据，这里包括各 种结构化和非结 构化数据。应用 先进的数据挖掘 技术，使海量数 据价值化。
其中IBM 2台P750，用于寿险核心数据库。 IBM 2台P750，用于健康险核心数据库。其他 小型机若干，用作测试、理赔、销售管理等业务系统。
目前用户所面临的问题是数据库核心表数据增长较快，每日入库数据量达30GB左右，涉 及核心业务表的数量多达1000多张，其中100多张核心大表数据量超过千万，部分核心业 务表数据量已超过亿。由于核心业务表使用单表技术，在多年的运行中导致业务核心表单 表过大，加上IBM小型机采购时间较长，当前配置已经无法满足目前核心业务系统的需求。 所以导致业务查询效率极其低下，导致大量IO竞争与资源消耗。