刘媛媛，何大山，邓伟明，赵 彤

（水利部松辽水利委员会，吉林长春130021）

松辽委用友U8系统升级及数据问题处理

刘媛媛，何大山，邓伟明，赵 彤

（水利部松辽水利委员会，吉林长春130021）

松辽水利委员会用友U8系统运行10余年，系统版本老化、服务器设备已超出报废年限，系统运行稳定性和安全性问题严重。文章从平台环境需求和数据安全需求2个方面分析了系统升级的必要性，根据财务数据的特殊性，设计了迁移升级实施方案，分步完成了环境升级和数据迁移，并解决了数据迁移中发生的问题。

用友U8；水利财务；数据问题；软件升级；水利信息化

1 工作背景

松辽水利委员会财务用友U8系统是2006年上线运行的，软件版本号为U8-普及版。经过10年运行，已经建立了50余个帐套，线上运行51个帐套，最早年度为2000年，平均帐套年度8年。注册用户72个，财务数据容量约90G。该系统在松辽委财务电算化工作进程中占有重要的位置，为松辽委财务管理的现代化、科学化提供了长期的、重要的支撑作用。该系统客户端运行较稳定，但近年来，由于系统版本从未更新，老化严重，服务器及存储硬件设备早已到达报废年限，出现了一系列问题，已经无法继续满足财务管理要求，系统运行稳定性问题十分严峻，迫切需要进行系统软硬件环境的升级维护。

2 升级的必要性

依据内外部环境要求变化及稳定运行需求，系统升级的必要性如下：

1）平台环境需求。在客户端方面，按照水利部要求，计算机终端应更新到Windows7系统，且微软已经停止对Win XP系统的补丁发布及维护。但用友U8普及版只能在Windows XP系统下运行，大量客户端已经超过报废期，运行速度和处理能力较低，安全隐患较大。在服务端方面，服务器超年限使用，经常出现各类报警，没有系统层备份，数据备份和存储手段单一，无法报账财务数据安全。

2）数据安全需求。U8-普及版（852）是用友早期产品，产品上市时仅支持SQL Server 2000数据库。该数据库是2008年以前广泛使用的中小型应用数据库管理平台，已大大落后于数据库技术发展现状，版本过低，处理性能差，无法满足当前数据库规模下的稳定处理和运行能力要求。目前财务系统数据库已经扩展到500多个，数据自动备份功能因后台数据和运行速度等原因，无法完成，完全依靠人工手动备份，所存储的数据不能100%还原，部分帐表还原测试失败，数据安全度很低，数据安全隐患极大。

3 方案设计

3.1 虚拟化迁移

由于系统运行稳定性问题严峻，随时存在宕机和数据丢失的可能，但系统整体升级存在诸多问题，为此首先尝试了一次外部环境升级，将服务器迁移至虚拟化环境下，同时采用库表迁移方式，将数据库版本强制升级到SQL Server 2005数据库，财务用友软件版本及对应数据库表结构未发生主动更改。此次迁移升级后，初步解决了数据库平台无法维护的问题，但仍未解决自动备份和客户端版本等问题，且由于用友普及版发版年份较早，不支持SQL Server 2005数据库，所以在升级后，虽然不影响财务人员正常的记账、核算工作，但软件持续发生许可掉线、数据库线程自动关闭等问题。因此该升级迁移仅作为中间成果运行了一段时间。

3.2 实施计划

由于财务数据的敏感性和特殊性，实施计划分5个阶段展开。实施计划步骤如图1。

1）根据委财务工作计划安排，选定了系统停机时间。停机后进行了数据迁移测试和环境准备。

2）建立备份。由于旧系统安全程度极低，为确保不因为升级带来数据丢失等不可挽回的损失，建立了多套备份。在独立服务器段复制当前系统环境和数据库，迁移原始数据资料，使用通卡上线。备份环境建立后，通知各单位上线测试系统的可用性和数据完备性。测试通过后，开展许可升级。

3）客户端环境准备。进行客户端安装测试，包括财务现行使用的其他软件与用友U8新软件是否冲突。使用3套帐作为测试帐套。

4）升级客户端环境。由于数据迁移测试是对全套数据进行问题预分析处理，时间较长，因此阶段3），4）两项与阶段1）中的数据迁移测试同步开展。

5）升级正式数据，导入新环境，由财务人员进行各项数据确认。

4 实施过程及问题处理

4.1 环境升级

1）备份搭建。在独立服务器上，新建了与原应用服务器相同的系统环境，安装原服务器第一次升级后的SQL Server 2005数据库，安装用友U8普及版（U852），调试环境正常。从原服务器中手动备份数据，备份为用友财务软件的文件格式，将备份文件恢复到新搭建的原始系统环境中，使用通卡开通服务，由财务人员进行上线测试，测试录入数据不保留。

图1 系统升级实施计划图

2）应用部署。升级后的系统硬件部署在IBM刀片服务器中。操作系统为Windows server 2008 R2，系统CPU为E5-2620×1，内存198G，硬盘为2TB。升级后的数据库系统采用的是SQL Server 2008企业版。该数据库平台是目前使用最广泛，适应度最大的数据库平台，可基本满足用户使用，可减小在升级中数据库平台升级带来的影响因素。升级后的财务用友U8（V12）软件系统为当前用友U8系列最高版本，系统显示为U8+产品。该产品继承了原有产品的优良性能，并且适应于国家最新颁布的一系列新的会计准则，适用范围较广，升级后的用友软件具有站点数18个，其中含薪资管理8个，通用管理10个（总账/固定资产/报表均可使用），可以满足目前松辽委及委属企事业单位对各类财务会计工作的诉求。对测试的客户端进行了2次调试，客户端连接服务器正常后，按财务人员需求，对系统内用户40余台客户端进行了环境升级。

4.2 数据迁移及问题处理

4.2.1 数据迁移步骤

数据迁移升级是整个工作中最重要的部分，也是存在问题较多，耗时最长的部分。由于数据量较大，数据库表跨越版本过多，且对连续年度的帐套也需要连续完成升级，部分数据表有丢失损坏情况（非帐表），大部分年度帐数据无法由程序完成升级，需要人工调整数据库表结构。按照数据迁移升级测试中在数据备份、导入升级迁移系统、升级完成后导入新系统3个阶段显现出的问题和情况，将账套分为4种情况。

1）可以正常备份、挂帐升级和导入新系统的帐套，正常升级的帐套，使用升级软件进行正常升级。

2）可以正常备份，无法挂入升级系统的，将后台数据库挂接到测试环境中，人工调整库表结构，使满足新系统库表要求后，挂入升级系统进行升级。

3）可以正常备份、挂账升级，升级失败的，查找对应错误代码（多数为库表结构问题），将后台数据库挂接到测试环境中，人工调整库表结构，使满足新系统库表要求后，挂入升级系统进行升级。

4）可以正常备份、挂账升级，升级成功，但无法导入新系统的，将后台数据库挂接到测试环境中，人工再次确认库表结构，挂入升级系统进行升级。

为确保数据升级正确无误，在实施中，采用了每套帐多次升级，取升级顺利无误的一次作为新的数据源加载到新系统中。因个别数据库的库表结构损坏严重，对于经多次测试，仍无法调通数据库结构的年度帐，采用在数据库后台中导表的方式，即建立新数据库表结构的空表，编写数据库脚本，由数据库层面将原数据导入新库表中，并确认数据正确。另有极个别情况，使用早期备份导入部分数据后，对若干月份数据手工录入完成。

4.2.2 数据问题处理

在数据账套的备份、升级环节中存在一些发生较为广泛的错误信息，大部分需要通过数据库编程进行处理。

1）备份阶段，数据帐套无法备份。主要体现为3种。一是备份操作时提示索引丢失。经查在数据库索引中有年份记录丢失，而实际帐表年份数据有记录。处理方法为在索引库表中查询所丢失的年份索引记录，补充记录。二是提示未知错误。这类错误无法判断原因，经技术研究，推测为在之前的维护中，工作人员在数据库层面进行了非正规数据调整，导致数据结构紊乱，进而无法与软件匹配，此类问题只能通过数据库编程解决。三是固定资产未结账。部分帐套的固定资产因财务人员未结账导致升级报错。有的是已经结账又发生了反结账，有的是建立了新的年度帐，但上一年度没有进行结转，通过对原系统平台数据正确结转解决。

2）升级阶段，无法导入升级系统或升级中报错跳出。主要体现为“-2147467259”错误信息，主要表现为上述中可以备份、无法恢复和导入升级系统的帐套，为数据库表结构损坏的重要表现。在系统升级中的报错跳出或因为“无法连接数据库”报错的，多数情况下也是由于数据库表结构损坏导致的。处理方式均为数据库编程。此外，在升级中报“内存溢出”错误的，主要是由于帐套跨越年度较多，升级过程跳断，通过调整升级服务器内存解决。

5 成 果

升级后的系统平台环境为独立的刀片服务器，并接入备份系统，同步升级了数据库平台，解决了数据无法自动备份、数据维护困难、数据表结构丢失或损坏导致的数据安全问题。软件升级后许可站点变更为薪资管理站点8个，通用站点10个（总账/固定资产/报表通用）。解决了程序软件版本过旧，无法与Windows 7及Windows Server 2008等操作系统兼容问题。此次用友U8系统升级和数据迁移宫完成48套账表，涉及389套库表的升级迁移。平均每套独立库表的升级时间为2～4 h，但由于升级中经常发生跳断，且有大量问题需进行数据库编程处理，实际每套独立库表升级最少使用了半个工作日。升级中优先对重要账套进行了升级部署及测试，没有发生延误财务重要工作的情况，数据全部有效，通过用户验证。此外，还根据实际工作需求，编制了《财务系统用户注册、权限变更申请表》等材料，为财务信息化管理的规范化提供了参考依据。

TP331.12

A

1002－0624（2016）12－0059－03

2016-06-06