MB金融银行，芝加哥地区最大的独立银行之一，宣称它使银行业变得“更简单”:更好，更简单，更容易。银行可以提出这种要求的原因之一是它使用公用设施存储新数据中2020欧洲杯预赛心技术。
MB金融银行成立于2001年，当时芝加哥最古老的两家社区银行——制造商银行和MidCity金融——合并。随着这种“并购鼻祖”的出现，一家金融机构的规模是前者的两倍。问题是，当时在运营的35家分行都有自己的客户数据:这使得运营一个有凝聚力的业务成为一项挑战。
MB金融银行的营销总监卡伦·帕尔曼(Karen Perlman)讲述了当时收集客户数据的困难。“我们必须有从35个地点提取数据的程序。这些数据很难获取，我们无法以任何频率获取。”
珀尔曼说，更重要的是，该行担心将数据存储在所有分行可能会阻碍增长。
为了解决诸如此类的业务问题，IT集团将其存储操作合并并集中在芝加哥地区的一个新数据中心。2020欧洲杯预赛该公司不想建立任何旧的存储区域网络(圣)．相反，为了最大限度地提高灵活性和可伸缩性，它转向了SAN技术，让应用程序在需要时从数组中的公共池中获取存储容量，采用实用程序风格。
通过对EMC、日立数据系统、Xiotech和初创公司的技术评估3 parMB金融银行收购了3Par的InServ存储服务器。这种分层存储阵列，顶部是专门的供应软件，为银行提供了它想要的灵活性和可伸缩性，而且使存储该银行SAN工程师Andy Kukuk表示，管理和备份都很容易。
2004年，该银行在新的数据中心使用了一台InServ Storage Server，并将一小部分业务数据移动到它。2020欧洲杯预赛他说，Kukuk的工作是将剩余的传统数据转移到SAN上，并充分利用3Par技术。
在六个月的时间里，Kukuk将其余的应用程序数据从银行分支迁移到中央存储网络。今天，InServ数组支持大约20个Microsoft数据库、消息传递、文件/打印、系统管理和集群服务器，这些服务器现在支持40个分支。在SAN上，存储容量已经达到20TB，他说。数据位于两层中的一层。频繁访问的业务数据存储在InServ数组中的147GB驱动器上，而访问频率较低的数据存储在成本较低的300GB驱动器上，他解释道。他补充说，这些硬盘主要用于文件服务器数据。
3Par的精简配置软件让MB金融银行以实用的方式提供存储。通过使用Thin Provisioning(与3Par的专用写时功能协同工作)，Kukuk可以根据感知到的需求为应用程序分配逻辑容量。如果应用程序最终需要更多的写入数据的容量，那么它将根据需要从公共池中提取资源。
Kukuk说，MB Financial Bank在2005年初开始使用Thin Provisioning，主要是为了更小的存储容量。例如，他使用数据库卷和数据库日志文件的供应软件。
Kukuk说，在公司使用Thin Provisioning之前，数据占SAN分配空间的45%到50%。由于Thin Provisioning在分配空间方面提供了灵活性，银行现在使用了大约75%的SAN容量:“Thin Provisioning无疑为我们节省了空间，并让我们更好地利用我们分配的存储空间，”Kukuk说。
除了使用供应附加组件外，MB Financial Bank还利用3Par的远程复制功能进行备份。自8月份以来，该行已将SAN数据复制到其新开设的远程灾难恢复设施的第二个InServ数组中。Kukuk说:“我们在一天中多次将生产3Par系统上的所有卷复制到灾难恢复站点。
对于复制，MB Financial Bank使用3Par所称的异步周期模式，远程复制创建SAN数据的快照，并将源卷复制到远程站点。在每天设置的时间，Remote Copy获取存储数据的附加快照，将其与源卷进行比较，并仅将更改的数据发送到远程InServ数组。
Kukuk表示，在考虑3Par的远程复制选项时，最大的优势是它能够通过阵列中的以太网适配器，通过MB Financial Bank的IP网络发送复制的数据。另一种选择是远程备份，这意味着购买Fibre Channel扩展器或协议转换器以及到灾难恢复应用程序的专用连接。他补充道:“但这依托于我们现有的网络，没有额外的成本。”
现在，库库克说，存储网络已经准备好应对任何业务变化，甚至是另一项重大收购。
珀尔曼补充说，业务运营要顺畅得多。例如，使用改进后的基础设施，营销人员每天都可以提取和分析客户数据。帕尔曼说:“现在我可以及时了解客户是如何被介绍到银行服务的。”“我可以从营销的角度追踪，他们是否是因为在声明中、广告牌上、报纸上或收音机上看到的东西而来。我能看出什么是有效的，什么是无效的，这非常有益。”
也许她会说:“MB金融银行的业务运营变得更简单了。”
<以前的故事:持续的数据保护变得更加华丽|下一个总结:虚拟磁带开始进行灾难恢复>