业务系统: 手机银行
业务分类:重要
中间件:was
DB:oracle
主机:p750
OS:aix7.1
集群:oracle rac
存储型号:ibm ds8700
容量(TB): 5TB
应用IO特点:OLTP,iops约500,带宽约50m
问题:系统维护停机时间长,有没有办法能进行优化以及改善?
我们的需求:数据双活,采用软件定义方式优化架构快速部署资源服务应用
1、主要看允许停机窗口时间要求来规划设计。如果是要求0中断,就要求全冗余架构以及双活异地容灾,可以从以下几个方面考虑:
1、主机冗余:本地配置2台oracle RAC ,采用ASM管理模式。
2、存储冗余: 配置冗余SAN网络,本地存储虚拟化。
3、网络冗余:网络接入核心交换,核心交换配置CSS虚拟化。
4、主机网卡: 配置多块网卡,并配置双网卡绑定模式,防止单链路。
5、异地容灾: 重要业务系统,异地建立灾备中心主机,存储异地双活,数据通过存储双活实现底层同步。
传统通过硬件的解决方案可能都没有非常好的办法,底层的数据双活从来都是业内的难题。
按照你的需求通过软件定义的一些方法来解,需要你的应用基本上要重构。这个决心可不小。
要仔细分析你的系统对数据一致性的要求。对系统响应的需求。现在那些开源的解决方案并不包打天下。
存储双活可以通过DS8700存储配合ibm MGM(Metro/Global Mirror)软件实现,数据库层的双活建议通过oracle rac实现。缩短oracle维护时间 还可以通过数据库性能监控和分析软件实现,例如以前的quest(dell收购),可以随时了解数据库的运行状况,确定系统运行得是否正常:
诊断和发现性能问题,找到系统瓶颈
查找Oracle每个性能指标的实时数据
进行Oracle Instance的性能优化
定期通过数据分析报告来进行分析,确定现有数据库在存储方面有哪些方面的问题。分析并立即解决这些问题,可以避免问题积累到一定程度而引起系统的性能问题和停机维护。
收起ASM实现存储冗余的坑太多。涉及到改造维护等很多问题。
收起写错了,2014年做的是PowerHA的方案。不是ORACLE RAC环境。
如果是ORACLE RAC方案,建议如下:
1、主机冗余:oracle RAC 来实现
2、存储冗余: 通过ORACLE 的ASM镜像到2台存储上。
收起