美国MB金融银行诞生于2001年，是由两家芝加哥古老的社区银行：Manufacturers银行和MidCity金融银行合并而成的。其随之而来的问题是：两家银行所属的35家支行，每一家都各自保存着客户数据，这就使得新企业的管理成为了一种挑战。
据MB金融银行营销主管Karen Perlman介绍：“我们当时不得不编写能够采集35家分行数据的程序，并且这些数据很难得到，我们不得不经常采集它们。更为重要的是，数据的分散保存很可能会阻碍银行的发展。”
选择专用服务配置
为了解决这类业务问题，MB金融银行的IT部门将存储业务整合和集中到设在芝加哥地区的一个新数据中心。为了最大限度地增加灵活性和可伸缩性，它求助于SAN技术，使应用可以根据需要获得存储容量，就像使用电力和自来水公用设施那样。
在评估了来自EMC、HDS、Xiotech和新兴的存储厂商3Par的技术之后，MB金融银行有关技术人员选择了3Par公司的InServ Storage Server。据该银行的技术工程师Andy Kukuk介绍，这种安装了专用服务配置软件的分级存储阵列给银行带来了所需要的灵活性和可伸缩性，并使存储管理和备份变得容易。
分配逻辑存储容量
从2004年开始，有关技术人员首先在新数据中心安装了一台InServ Storage Server存储阵列，然后将一小部分业务数据转移到这台存储阵列上。对此，Kukuk表示其目标就是将全部数据迁移到SAN上，并最大限度地利用3Par技术。大约半年之后，Kukuk将余下的应用数据从分支银行迁移到了中央存储网络上。
目前，MB金融银行的InServ阵列支持大约20个Microsoft数据库、消息、文件/打印、系统管理和集群服务器，为40家支行提供支持。据Kukuk介绍，目前SAN的存储数据容量达到了20TB，分两级保存。其中，经常访问的业务数据被保存在InServ阵列中的147GB的硬盘上，而不常访问的数据，主要是一些文件服务器数据被保存在成本较便宜的300GB硬盘上。
采用3Par的Thin Provisioning软件，Kukuk可根据需要将逻辑存储容量分配给应用。Kukuk表示，如果某个应用最终需要更多的存储容量保存数据，那么它就可以从一个公共资源存储池提取资源。
Kukuk说，业务部门是在2005年初开始使用Thin Provisioning的，主要用于较小的存储卷，如数据库卷和数据库日志文件等。据Kukuk统计，在使用Thin Provisioning之前，其银行存储的利用率为45%～50%;由于Thin Provisioning提供了分配空间的灵活性，在投入使用之后，其利用率提高到75%。
定期远程数据备份
除了Thin Provisioning之外，MB金融银行还采用了3Par公司的Remote Copy工具进行数据备份。自去年8月起，银行开始将其SAN数据进行远程备份，他们在遥远的地区设立了灾难恢复中心，并采购了第二台InServ存储阵列。Kukuk说：“我们一天多次把3Par生产系统上的所有卷都复制到灾难恢复中心。”在这个过程中，他们使用了3Par称为异步定期模式的技术，其Remote Copy创建SAN数据的快照，并将这个源卷复制到远程站点。Remote Copy在每天规定的时间获取保存数据的额外快照，将它与源卷进行比较，然后只将变化的数据传送到远程InServ阵列。
Kukuk说，选择3Par的Remote Copy的一个主要好处，是其利用存储阵列中的以太网卡，通过IP网络传送复制的数据。如若不然，要进行远程备份就意味着购买一台光纤通道扩展器或协议转换器，还需要与灾难恢复中心进行专线连接。他补充说：“Remote Copy运行在我们已有的网络上，不用我们再去花钱。”Kukuk表示，目前该存储网络做好了应对任何业务变化的准备—甚至可以满足再一次重大并购的需要。
对此，Perlman补充说：其业务运营得更加平稳。利用改造后的基础设施，其营销部门每天提取和分析客户数据，现在，我可以获得客户是如何了解银行服务的信息。我可以从营销的角度跟踪他们是否因从单据中、广告牌或报纸上看到的内容或从收音机中听到的信息而使用银行服务。我可以了解什么营销有效，什么无效，这些信息非常有用。”
