从2000年开始，国有商业银行先后完成了对生产业务系统的大集中工作——将商业银行省级分行的业务主机收至总行各大中心，分行仅保留大量的应用前置机，运行行内各种辅助业务系统。这一举措实施后，完成了应用系统数据层面的整合，在信息共享、信息安全等方面作用突出。但从目前运行情况来看，数据大集中后管理系统存在不少新问题亟待引起重视。

　　一、目前管理系统存在的主要问题

　　1、系统种类繁多，维护压力过大。目前这些管理分析系统分布在大大小小的几十台机器上，它们的硬件平台、操作系统和应用软件版本各不相同，系统的维护工作量很大，容易造成大量的人力、财力的损耗。

　　2、技术人员分流，维护人员短缺。实行“大集中”运营管理模式之后，主流业务的服务系统和数据被上收到总行，但原来种类繁多的管理分析系统的数量却没有变化，各分行的很多技术维护人员却被分流到其他业务部门，从而造成管理系统的维护人员短缺，加大了维护难度。现有系统管理人员由于缺乏系统相关资料和经验，很难独立完成前置和应用系统的服务器的安装与故障恢复工作。

　　3、孤岛现象严重，占用大量资源。目前，主要办公应用系统为财务管理系统、统计管理系统、综合分析系统、办公管理系统、信贷管理系统等20几个信息管理系统，这些系统都是相互独立的，各类软硬件资源占用量很大，相互之间基本没有信息交流联系，形成事实上的一个个信息孤岛，同时使用过程中，同一计算机上都安装了多个办公应用系统，如果同时使用，机器的资源消耗很多。

　　4、数据交换失范，接口标准不一。数据交换规范与接口标准不统一，固定的管理系统架构无法根据业务的变化作出灵活调整，造成应用系统间依然缺乏必要的功能交互。

　　二、成因分析

　　1、条块分割，各自为政。在各部门之间，没有一个统一的资源建设上的规划和标准可遵循，利益的部门化导致有多少个部门就有多少个信息系统，每个信息系统都由自己的部门管理，有自己的数据库、自己选择的操作系统、自己开发的应用软件和用户界面，完全是独立的体系，因而造成系统数量繁多，功能重复现象严重。

　　2、系统渐多，人员减少。数据大集中后，很多部门推出了自己的信息系统，管理分析系统数量众多，目前还有不断增加的趋势，造成系统维护工作量在不断增加，而专业技术维护人员数量却不增而减，供需矛盾突出。当然，这并不是单纯在系统开发中产生的，在相当程度上有历史和现实中遗留的因素。

　　3、短期效应，外部压力。由于对系统需求的认识有局限性，最初围绕一项项具体业务工作，开发或引进单一的管理系统。这些分散开发或引进的管理系统，一般不会统一考虑数据标准或信息共享问题，追求“实用快上”的目标导致了“信息孤岛”的不断产生。与此同时，承受着改制与转型等多重压力，银行内部的不确定因素在不断增多，这不仅使业务变更的机率大大增加，同时也增大了内部管理的复杂性。

　　三、对策

　　1、前置系统整合。在单一架构服务器的硬件平台上通过VMware （“虚拟机”软件，使人们可在一台机器上同时运行多个操作系统，随时切换，实现真正的“同时”运行），实现多个系统分区，对系统硬件资源进行动态分配，分别运行不同的前置业务；由多台服务器构成在VMware之上的群集系统，实现对每一应用的双机热备；为了更好地支持群集系统并保证其数据的可扩展性，系统可采用SAN结构存储服务器，并通过其存储分区功能来配合主机上的系统分区；同时通过I/O扩展技术以支持多个系统分区时的I/O需求。

　　2、启用“按需扩展”功能。对于银行前置机系统来说，整合后的系统必须具有很好的可扩展性及成长的能力。除了应付爆发式的数据存储需求，基础设施还需要应付在一定阶段的新业务的扩充，并提供足够的灵活性和对信息有效的管理。

　　3、VMware实现多业务并行。在物理分区的基础上，服务器可以通过VMware实现逻辑分区的功能，即通过VMware在单一硬件平台上同时运行多个操作系统,该特性与传统的PC服务器有很大区别，通过这一功能可将不同应用运行在同一服务器平台的不同操作系统下，既可实现众多中小应用系统的整合和统一管理，又可以充分均衡软硬件资源、实现资源的最佳优化。

　　4、确保良好的性能。为了确保所有分区运行业务的良好性能，建议采用两套存储系统，核心数据存储在大型SAN存储中，该存储系统通过“存储分区”功能为服务器系统中每一个系统分区中的前置业务分配相应存储空间，并进行统一的系统备份；同时采用专用的基于SCSI的存储系统提供一个额外的存储空间，用于存放每一个系统分区所使用的系统文件。此外，为了在一台服务器上支持大量的系统分区和业务应用，必须保证每一个分区系统使用独立的物理I/O设备。为支持这一点，方案可采用“远程I/O”功能，保证了每一个分区均使用独立的I/O卡。