光明食品集团资金管理系统升级实施方案探讨.docVIP

光明食品集团资金管理系统升级实施方案探讨 　　摘要：该文通过对光明食品集团资金管理系统的现状分析，阐明了系统管理及系统升级的重要性，并对系统升级的技术实施方案及数据备份策略进行了探讨。 　　关键词：资金管理；系统升级；数据备份 　　中图分类号：TP273+.5 文献标识码：A文章编号：1009-3044(2011)23-5649-02 　　随着计算机技术的不断发展，企业的信息系统和以往相比，有了巨大的进步。光明食品集团资金管理系统建立于2010年，建设初期由于成本等各方面的原因系统没有配置带库备份设备，整个系统采用了单台服务器配置分区互备的方式运行。系统运行一年多来，随着用户数量的增加，集团对资金管理系统的要求越来越高。系统不仅要能承受大的负载，更要能提供高的稳定性和数据安全性。要实现这一目标，有必要在数据管理上做到自动化备份，并实现高效简单的灾难恢复。对此，文章通过分析当前光明食品集团资金管理系统现状，提出了系统升级实施方案。 　　1 光明食品集团资金管理系统现状 　　光明食品集团因下属单位众多，极易造成资金分散、资金利用率低等问题，利用先进的计算机软件管理手段和科学的管理方式，建立集中式银行资金管理系统，能够有效归集资金，提升资本运作水平，实现整个集团公司的利益最大化。资金管理系统符合企业信息化战略的总体要求，也满足了集团公司和下属公司资金管理的需求。 　　光明食品集团资金管理系统配置1台IBM Power 570小型机，虚拟为两台服务器，一台是数据库服务器，另一台是应用服务器，部署HACMP集群软件。 　　Oracle数据库目前采用import/export方式进行手工备份，需要专职DBA来管理和维护备份脚本和备份数据，存在如下问题： 　　1.1日常的数据备份缺乏保障 　　光明食品集团公司的业务数据其重要性越来越凸显，需要对这些数据进行备份。由于系统数据量大，单靠人工进行数据备份不仅给系统管理带来很大的工作量，也极有可能由于工作人员的情绪化、每天备份日程的变化，误操作等因素影响备份的可靠性。一旦备份人员外出、生病等都会导致备份工作中断，难以形成备份制度化。 　　1.2 存储载体较落后 　　目前系统输入的数据以及每年备份的数据都存储在磁盘阵列柜上，没有配置带库备份设备，不易实现异地备份，存在数据安全性、完整性风险。 　　1.3 缺少分级存储管理 　　文件不能够自动在不同的存储介质之间迁移，使得磁盘阵列柜空间有限，无法保证磁盘阵列柜上永远有足够的空间维持系统的正常运行。 　　1.4 存储介质管理困难 　　随着系统的运行，数据的存储介质越来越多，我们应将这些存储介质有效的管理起来并建立电子标签，但目前尚未建立电子标签，一旦人工标签脱落容易造成数据混乱。 　　网络系统安全必不可少的一个环节就是数据的常规备份和历史数据保存。一般备份的目的主要有两个：一是系统的业务数据由于系统或人为误操作造成损坏或丢失后，可及时实现数据的恢复；另一个目的是在发生地域性灾难(地震、火灾、机器毁坏等)时，可及时在本地或异地实现数据及整个系统的灾难恢复。考虑到本地环境安全性原因，常规数据备份要求至少有两份拷贝，一份放在本地以保证数据的正常恢复；另一份则要异地保存，以保证本地出现灾难后的数据恢复。此外，更应建立历史归档数据的异地存放制度，从而确保对历史业务数据的可靠恢复与有效稽核的实现。 　　基于上述存在的问题，我们需对系统进行升级处理。 　　2 系统升级的处理方法 　　2.1 方案选择 　　在整个系统升级处理过程中我们考虑了以下因素：原系统只有一台服务器资源，在这台服务器上划分了2个硬件分区。这2个硬件分区分别运行金蝶EAS和Oracle数据库。同时，这两个硬件分区之间配置了HA软件，互为备机。这样的系统架构实现了应用的分离，使得2种不同的应用不会相互影响。同时，这一构架也实现了一部分高可用性目的，当一个分区发生硬盘故障或者逻辑错误导致停机的时候，另一个分区可以接管出错分区的业务，保证了业务连续性。但这个架构无法应对整机的故障，例如电源故障，主板故障，总线故障等等问题，还是存在业务稳定运行的隐患。 　　在系统升级处理过程中，考虑增添一台IBM Power 750小型机。对应新添加的主机，我们有2种新的构架方式选择： 　　一种方式在Power 750上配置双分区，同Power 570上的分区做一一对应的高可用性配置，并且把数据库和EAS应用迁移到新的Power 750服务器上运行。 　　另一种方式同样在Power 750上配置两个分区，但是只迁移对系统资源要求较高的数据库业务到Power 750上，EAS应用仍然在原Power 570服务器上运行。如图1所示。 　　对比两种方式我们发现，在第一种方式的情况