【宁夏银行的存储升级实录】 宁夏银行

问题描述：业务激增带来3大问题随着宁夏银行业务规模的不断扩大，柜面业务和渠道代理业务不断发展，核心系统所处理的交易不断增加，经过了3年多的时间，主机所处理的交易量由上线初的日均15万笔增加到40万笔，核心数据库的应用数据由上线初的20gb增加到80gb。业务量的增加产生了以下问题：

第一个问题是主机的交易速度下降。柜员反映，有时在业务高峰期办理业务会出现终端停顿15～25秒的现象，给银行的电子银行渠道业务（atm、pos、电话银行等业务）带来一定影响。

第二个问题是完成一次季度结息大约需要10小时且需要停业两小时，严重影响了正常业务。每次季度结息次日（每季末21日），当天柜员结账会造成交易超时，使日常的交易（柜面业务、银联业务和代理业务等）堵塞。当时的应急办法是每家支行只能同时允许一个柜员进行结账，致使柜员不能正常下班。

第三个问题是数据库备份和恢复的效率较低。宁夏银行的数据库的备份采用4mm的盒式磁带（非压缩容量20gb），最初20gb左右的数据量，备份两盘磁带需要80分钟。当容量增加到80gb时，备份4盘磁带需要3个多小时，而恢复一套完整的数据库备份则需要5小时，一旦系统有故障，恢复数据太慢就成了恢复营业的主要障碍。

原因分析：磁盘速度慢是系统瓶颈

针对以上现象，银行对主机系统运行进行了监控。首先，用vmstat命令检查系统资源，发现应用程序使用cpu率并不高，而系统的i/o平均等待时间较长，占cpu处理时间的30%以上。说明cpu不繁忙，系统的瓶颈在于读写磁盘速度慢。其次，对数据库的运行进行监控，informix数据库检查点的磁盘刷新时间过长，检查点写盘会挂起数据库引擎的全部任务，这就造成有些交易超时失败。

既然系统的瓶颈是磁盘读写慢，那么就不用更换主机。我们计划使用两台存储服务器以实现应用程序和数据库数据的实时备份，这样既解决了备份效率低的问题，同时还实现了数据级的灾难备份功能。