劉媛媛，何大山，鄧偉明，趙 彤

（水利部松遼水利委員會，吉林長春130021）

松遼委用友U8系統(tǒng)升級及數(shù)據(jù)問題處理

劉媛媛，何大山，鄧偉明，趙 彤

（水利部松遼水利委員會，吉林長春130021）

松遼水利委員會用友U8系統(tǒng)運行10余年，系統(tǒng)版本老化、服務器設(shè)備已超出報廢年限，系統(tǒng)運行穩(wěn)定性和安全性問題嚴重。文章從平臺環(huán)境需求和數(shù)據(jù)安全需求2個方面分析了系統(tǒng)升級的必要性，根據(jù)財務數(shù)據(jù)的特殊性，設(shè)計了遷移升級實施方案，分步完成了環(huán)境升級和數(shù)據(jù)遷移，并解決了數(shù)據(jù)遷移中發(fā)生的問題。

用友U8；水利財務；數(shù)據(jù)問題；軟件升級；水利信息化

1 工作背景

松遼水利委員會財務用友U8系統(tǒng)是2006年上線運行的，軟件版本號為U8-普及版。經(jīng)過10年運行，已經(jīng)建立了50余個帳套，線上運行51個帳套，最早年度為2000年，平均帳套年度8年。注冊用戶72個，財務數(shù)據(jù)容量約90G。該系統(tǒng)在松遼委財務電算化工作進程中占有重要的位置，為松遼委財務管理的現(xiàn)代化、科學化提供了長期的、重要的支撐作用。該系統(tǒng)客戶端運行較穩(wěn)定，但近年來，由于系統(tǒng)版本從未更新，老化嚴重，服務器及存儲硬件設(shè)備早已到達報廢年限，出現(xiàn)了一系列問題，已經(jīng)無法繼續(xù)滿足財務管理要求，系統(tǒng)運行穩(wěn)定性問題十分嚴峻，迫切需要進行系統(tǒng)軟硬件環(huán)境的升級維護。

2 升級的必要性

依據(jù)內(nèi)外部環(huán)境要求變化及穩(wěn)定運行需求，系統(tǒng)升級的必要性如下：

1）平臺環(huán)境需求。在客戶端方面，按照水利部要求，計算機終端應更新到Windows7系統(tǒng)，且微軟已經(jīng)停止對Win XP系統(tǒng)的補丁發(fā)布及維護。但用友U8普及版只能在Windows XP系統(tǒng)下運行，大量客戶端已經(jīng)超過報廢期，運行速度和處理能力較低，安全隱患較大。在服務端方面，服務器超年限使用，經(jīng)常出現(xiàn)各類報警，沒有系統(tǒng)層備份，數(shù)據(jù)備份和存儲手段單一，無法報賬財務數(shù)據(jù)安全。

2）數(shù)據(jù)安全需求。U8-普及版（852）是用友早期產(chǎn)品，產(chǎn)品上市時僅支持SQL Server 2000數(shù)據(jù)庫。該數(shù)據(jù)庫是2008年以前廣泛使用的中小型應用數(shù)據(jù)庫管理平臺，已大大落后于數(shù)據(jù)庫技術(shù)發(fā)展現(xiàn)狀，版本過低，處理性能差，無法滿足當前數(shù)據(jù)庫規(guī)模下的穩(wěn)定處理和運行能力要求。目前財務系統(tǒng)數(shù)據(jù)庫已經(jīng)擴展到500多個，數(shù)據(jù)自動備份功能因后臺數(shù)據(jù)和運行速度等原因，無法完成，完全依靠人工手動備份，所存儲的數(shù)據(jù)不能100%還原，部分帳表還原測試失敗，數(shù)據(jù)安全度很低，數(shù)據(jù)安全隱患極大。

3 方案設(shè)計

3.1 虛擬化遷移

由于系統(tǒng)運行穩(wěn)定性問題嚴峻，隨時存在宕機和數(shù)據(jù)丟失的可能，但系統(tǒng)整體升級存在諸多問題，為此首先嘗試了一次外部環(huán)境升級，將服務器遷移至虛擬化環(huán)境下，同時采用庫表遷移方式，將數(shù)據(jù)庫版本強制升級到SQL Server 2005數(shù)據(jù)庫，財務用友軟件版本及對應數(shù)據(jù)庫表結(jié)構(gòu)未發(fā)生主動更改。此次遷移升級后，初步解決了數(shù)據(jù)庫平臺無法維護的問題，但仍未解決自動備份和客戶端版本等問題，且由于用友普及版發(fā)版年份較早，不支持SQL Server 2005數(shù)據(jù)庫，所以在升級后，雖然不影響財務人員正常的記賬、核算工作，但軟件持續(xù)發(fā)生許可掉線、數(shù)據(jù)庫線程自動關(guān)閉等問題。因此該升級遷移僅作為中間成果運行了一段時間。

3.2 實施計劃

由于財務數(shù)據(jù)的敏感性和特殊性，實施計劃分5個階段展開。實施計劃步驟如圖1。

1）根據(jù)委財務工作計劃安排，選定了系統(tǒng)停機時間。停機后進行了數(shù)據(jù)遷移測試和環(huán)境準備。

2）建立備份。由于舊系統(tǒng)安全程度極低，為確保不因為升級帶來數(shù)據(jù)丟失等不可挽回的損失，建立了多套備份。在獨立服務器段復制當前系統(tǒng)環(huán)境和數(shù)據(jù)庫，遷移原始數(shù)據(jù)資料，使用通卡上線。備份環(huán)境建立后，通知各單位上線測試系統(tǒng)的可用性和數(shù)據(jù)完備性。測試通過后，開展許可升級。

3）客戶端環(huán)境準備。進行客戶端安裝測試，包括財務現(xiàn)行使用的其他軟件與用友U8新軟件是否沖突。使用3套帳作為測試帳套。

4）升級客戶端環(huán)境。由于數(shù)據(jù)遷移測試是對全套數(shù)據(jù)進行問題預分析處理，時間較長，因此階段3），4）兩項與階段1）中的數(shù)據(jù)遷移測試同步開展。

5）升級正式數(shù)據(jù)，導入新環(huán)境，由財務人員進行各項數(shù)據(jù)確認。

4 實施過程及問題處理

4.1 環(huán)境升級

1）備份搭建。在獨立服務器上，新建了與原應用服務器相同的系統(tǒng)環(huán)境，安裝原服務器第一次升級后的SQL Server 2005數(shù)據(jù)庫，安裝用友U8普及版（U852），調(diào)試環(huán)境正常。從原服務器中手動備份數(shù)據(jù)，備份為用友財務軟件的文件格式，將備份文件恢復到新搭建的原始系統(tǒng)環(huán)境中，使用通卡開通服務，由財務人員進行上線測試，測試錄入數(shù)據(jù)不保留。

圖1 系統(tǒng)升級實施計劃圖

2）應用部署。升級后的系統(tǒng)硬件部署在IBM刀片服務器中。操作系統(tǒng)為Windows server 2008 R2，系統(tǒng)CPU為E5-2620×1，內(nèi)存198G，硬盤為2TB。升級后的數(shù)據(jù)庫系統(tǒng)采用的是SQL Server 2008企業(yè)版。該數(shù)據(jù)庫平臺是目前使用最廣泛，適應度最大的數(shù)據(jù)庫平臺，可基本滿足用戶使用，可減小在升級中數(shù)據(jù)庫平臺升級帶來的影響因素。升級后的財務用友U8（V12）軟件系統(tǒng)為當前用友U8系列最高版本，系統(tǒng)顯示為U8+產(chǎn)品。該產(chǎn)品繼承了原有產(chǎn)品的優(yōu)良性能，并且適應于國家最新頒布的一系列新的會計準則，適用范圍較廣，升級后的用友軟件具有站點數(shù)18個，其中含薪資管理8個，通用管理10個（總賬/固定資產(chǎn)/報表均可使用），可以滿足目前松遼委及委屬企事業(yè)單位對各類財務會計工作的訴求。對測試的客戶端進行了2次調(diào)試，客戶端連接服務器正常后，按財務人員需求，對系統(tǒng)內(nèi)用戶40余臺客戶端進行了環(huán)境升級。

4.2 數(shù)據(jù)遷移及問題處理

4.2.1 數(shù)據(jù)遷移步驟

數(shù)據(jù)遷移升級是整個工作中最重要的部分，也是存在問題較多，耗時最長的部分。由于數(shù)據(jù)量較大，數(shù)據(jù)庫表跨越版本過多，且對連續(xù)年度的帳套也需要連續(xù)完成升級，部分數(shù)據(jù)表有丟失損壞情況（非帳表），大部分年度帳數(shù)據(jù)無法由程序完成升級，需要人工調(diào)整數(shù)據(jù)庫表結(jié)構(gòu)。按照數(shù)據(jù)遷移升級測試中在數(shù)據(jù)備份、導入升級遷移系統(tǒng)、升級完成后導入新系統(tǒng)3個階段顯現(xiàn)出的問題和情況，將賬套分為4種情況。

1）可以正常備份、掛帳升級和導入新系統(tǒng)的帳套，正常升級的帳套，使用升級軟件進行正常升級。

2）可以正常備份，無法掛入升級系統(tǒng)的，將后臺數(shù)據(jù)庫掛接到測試環(huán)境中，人工調(diào)整庫表結(jié)構(gòu)，使?jié)M足新系統(tǒng)庫表要求后，掛入升級系統(tǒng)進行升級。

3）可以正常備份、掛賬升級，升級失敗的，查找對應錯誤代碼（多數(shù)為庫表結(jié)構(gòu)問題），將后臺數(shù)據(jù)庫掛接到測試環(huán)境中，人工調(diào)整庫表結(jié)構(gòu)，使?jié)M足新系統(tǒng)庫表要求后，掛入升級系統(tǒng)進行升級。

4）可以正常備份、掛賬升級，升級成功，但無法導入新系統(tǒng)的，將后臺數(shù)據(jù)庫掛接到測試環(huán)境中，人工再次確認庫表結(jié)構(gòu)，掛入升級系統(tǒng)進行升級。

為確保數(shù)據(jù)升級正確無誤，在實施中，采用了每套帳多次升級，取升級順利無誤的一次作為新的數(shù)據(jù)源加載到新系統(tǒng)中。因個別數(shù)據(jù)庫的庫表結(jié)構(gòu)損壞嚴重，對于經(jīng)多次測試，仍無法調(diào)通數(shù)據(jù)庫結(jié)構(gòu)的年度帳，采用在數(shù)據(jù)庫后臺中導表的方式，即建立新數(shù)據(jù)庫表結(jié)構(gòu)的空表，編寫數(shù)據(jù)庫腳本，由數(shù)據(jù)庫層面將原數(shù)據(jù)導入新庫表中，并確認數(shù)據(jù)正確。另有極個別情況，使用早期備份導入部分數(shù)據(jù)后，對若干月份數(shù)據(jù)手工錄入完成。

4.2.2 數(shù)據(jù)問題處理

在數(shù)據(jù)賬套的備份、升級環(huán)節(jié)中存在一些發(fā)生較為廣泛的錯誤信息，大部分需要通過數(shù)據(jù)庫編程進行處理。

1）備份階段，數(shù)據(jù)帳套無法備份。主要體現(xiàn)為3種。一是備份操作時提示索引丟失。經(jīng)查在數(shù)據(jù)庫索引中有年份記錄丟失，而實際帳表年份數(shù)據(jù)有記錄。處理方法為在索引庫表中查詢所丟失的年份索引記錄，補充記錄。二是提示未知錯誤。這類錯誤無法判斷原因，經(jīng)技術(shù)研究，推測為在之前的維護中，工作人員在數(shù)據(jù)庫層面進行了非正規(guī)數(shù)據(jù)調(diào)整，導致數(shù)據(jù)結(jié)構(gòu)紊亂，進而無法與軟件匹配，此類問題只能通過數(shù)據(jù)庫編程解決。三是固定資產(chǎn)未結(jié)賬。部分帳套的固定資產(chǎn)因財務人員未結(jié)賬導致升級報錯。有的是已經(jīng)結(jié)賬又發(fā)生了反結(jié)賬，有的是建立了新的年度帳，但上一年度沒有進行結(jié)轉(zhuǎn)，通過對原系統(tǒng)平臺數(shù)據(jù)正確結(jié)轉(zhuǎn)解決。

2）升級階段，無法導入升級系統(tǒng)或升級中報錯跳出。主要體現(xiàn)為“-2147467259”錯誤信息，主要表現(xiàn)為上述中可以備份、無法恢復和導入升級系統(tǒng)的帳套，為數(shù)據(jù)庫表結(jié)構(gòu)損壞的重要表現(xiàn)。在系統(tǒng)升級中的報錯跳出或因為“無法連接數(shù)據(jù)庫”報錯的，多數(shù)情況下也是由于數(shù)據(jù)庫表結(jié)構(gòu)損壞導致的。處理方式均為數(shù)據(jù)庫編程。此外，在升級中報“內(nèi)存溢出”錯誤的，主要是由于帳套跨越年度較多，升級過程跳斷，通過調(diào)整升級服務器內(nèi)存解決。

5 成 果

升級后的系統(tǒng)平臺環(huán)境為獨立的刀片服務器，并接入備份系統(tǒng)，同步升級了數(shù)據(jù)庫平臺，解決了數(shù)據(jù)無法自動備份、數(shù)據(jù)維護困難、數(shù)據(jù)表結(jié)構(gòu)丟失或損壞導致的數(shù)據(jù)安全問題。軟件升級后許可站點變更為薪資管理站點8個，通用站點10個（總賬/固定資產(chǎn)/報表通用）。解決了程序軟件版本過舊，無法與Windows 7及Windows Server 2008等操作系統(tǒng)兼容問題。此次用友U8系統(tǒng)升級和數(shù)據(jù)遷移宮完成48套賬表，涉及389套庫表的升級遷移。平均每套獨立庫表的升級時間為2～4 h，但由于升級中經(jīng)常發(fā)生跳斷，且有大量問題需進行數(shù)據(jù)庫編程處理，實際每套獨立庫表升級最少使用了半個工作日。升級中優(yōu)先對重要賬套進行了升級部署及測試，沒有發(fā)生延誤財務重要工作的情況，數(shù)據(jù)全部有效，通過用戶驗證。此外，還根據(jù)實際工作需求，編制了《財務系統(tǒng)用戶注冊、權(quán)限變更申請表》等材料，為財務信息化管理的規(guī)范化提供了參考依據(jù)。

TP331.12

A

1002－0624（2016）12－0059－03

2016-06-06