ERP升級:如何做好資料遷移(轉)
http://www.226e.net/article/13/Article7083_1.htm
資料遷移往往是ERP更替最後,也是最重要的環節
由於各種原因,越來越多的企業面臨著ERP系統替換問題,而在系統更換前,現有ERP系統中有效資料的倒入,對ERP系統切換以及新系統正常執行有著重要影響。資料遷移稍有不慎,便會造成新系統不能正常啟動,而遷移過多垃圾資料,將有可能使新ERP系統執行緩慢、甚至癱瘓。
因此,在進行新舊ERP系統替換過程中,企業CIO們除了要對新ERP系統進行專案需求、規劃、實施,解決使用者應用習慣以及開發相關介面外,還要認真考慮歷史資料的匯入問題。尤其是在現有ERP系統執行數年,積累了上百GB資料的情形下,CIO們更需要仔細衡量歷史資料的有效性和對新系統的影響以及資料遷移的方式和方法。而這決不僅僅是異構資料庫、不同儲存裝置之間資料遷移那麼簡單,它更像是對以前ERP資料以及ERP業務流程的重新審視和考核。
解決好ERP替換過程中的資料遷移問題不僅是新ERP系統成功上線的重要前提和保障,同時也是對已有ERP系統的一次全面總結和反思。
資料遷移切忌完整
對於傳統資料遷移或資料庫更替問題,企業CIO或資料庫開發維護人員考慮得更多的是資料遷移的完整性和可靠性,但是對於ERP替換過程中的資料遷移而言,保持資料的完整性卻是大忌。因為新舊ERP系統替換過程中,歷史資料的遷移絕對不是孤立存在的。它雖然看似一個簡單的資料庫更替問題,但是,它涉及到從一個ERP系統到另一個ERP系統,從一個應用模式轉向另一個應用模式的轉變,這更多的是ERP本身的問題。
業內人士指出,對於同一廠商不同ERP產品替換,由於系統是在同一資料庫基礎上開發,而且儲存邏輯或方法基本相同,所以舊系統中的資料利用率會很高,可以達到70%;而對於不同廠商的ERP產品替換,其舊資料利用率不超過10%,而且舊系統中資料利用得越多,新系統的負擔就越大、效能越差、資訊越不準確,這與簡單的資料庫遷移強調完整性有著本質區別。
而且,雖然使用者選擇的ERP廠商所提供ERP產品的模組可能相同,但是在相應實現方法、資料庫記錄的表結構以及ERP工作流程方面卻是大相徑庭,因此,ERP替換過程中的資料遷移不僅僅是資料的匯入、匯出問題,更是系統的更換、工作方式的改變。
所以,在進行ERP資料遷移時,企業CIO們不應簡簡單單地把ERP資料遷移看作是單一的資料庫問題。企業CIO們首先應根據新ERP系統的需求設立專案目標,針對新的模組確定所要遷移的有效資料,其次才是ERP資料遷移過程中的技術實現問題。
雖然,資料遷移問題往往是在對新ERP系統進行專案需求、專案規劃、專案實施、相應介面開發和人員培訓之後,但是使用者在與新ERP廠商簽訂合同、進行專案需求調研、規劃時,就應該與相應ERP軟體廠商共同探討如何選擇有效的歷史資料以及如何對舊ERP系統中的歷史資料進行匯入等問題。
神州數碼管理系統有限公司易飛服務部經理樑景茹建議,使用者最好能請曾長期應用舊系統的人員參與到資料遷移小組中,以瞭解新舊系統的資料庫和有關欄位,避免資料欄位對應錯誤。SAP諮詢部中國區技術諮詢經理趙旭民甚至建議,使用者最好能請到原ERP系統的開發、設計人員來幫助自身共同做好資料的遷移工作。
業務資料遷移有條件
對於ERP替換過程中的歷史資料,並不是所有的資料都可以平滑過渡到新的ERP系統之中,尤其是對不同廠商的ERP系統替換,原有資料的利用率非常低。因此使用者和實施顧問更應該關注資料的有效性,即搞清到底哪些資料對於新系統功能模組來說是有用的。
通常,ERP系統中的資料分為兩大類:一類是基礎資料,一類是業務資料。其中,基礎資料是指開展業務活動所需要的基礎資料,如商品基本資訊、客戶、供應商資料、庫房資訊、職員資訊、財務的科目體系、物料清單等等。基礎資料的特點是它在整個系統使用過程中會基本保持不變,同時它是業務資料的基礎,使用者所有業務人員通過呼叫基礎資料來保持同一資料在整個系統中的唯一性。所以,使用者在新舊ERP系統遷移過程中首先應考慮這一項。而且通常情況下,這些資料在同一廠商不同的ERP產品中或不同廠商的ERP產品中可以共用。因此,這些資料基本上可以匯入到新的ERP系統當中。
而對於每筆業務發生時所產生的採購訂單、採購入庫、銷售訂單、銷售出庫,應收應付賬等業務資料,北京時空超越有限公司負責人在接受採訪時指出,在同一廠商ERP軟體替換時,部分資料可以進行匯入,例如銷售訂單,採購訂單及合同資訊等;而在不同廠商ERP軟體替換時,因為資料的儲存邏輯或方法不同,所以最好不要直接進行資料遷移,而是採用舊的ERP系統作為前一時期的查詢系統,在新系統中進行新的帳務。
神州數碼管理系統有限公司易飛服務部經理樑景茹表達了類似觀點,她指出,要保證進入新系統中的資料符合規範,兩套不同的系統不能照搬資料。其中,靜態資料建議使用,動態資料及歷史資料建議以開帳的方式進入新系統,並且不保留大量的傳統資料。
SAP諮詢部中國區技術諮詢經理趙旭民也表示,對於每次交易所發生的業務資料,由於所佔儲存空間比較大,而且相對主資料(SAP將基礎資料稱為主資料)而言比較複雜,對今後系統的操作意義也不大,“匯入就有點費力不討好了”。因此,完全沒有必要將其匯入到新的ERP系統中。
另外,趙旭民認為,判斷原有ERP系統中資料的有效性還應該看原有ERP系統中的資料是否準確。他說,不管是同一廠商的ERP系統還是不同廠商的ERP系統之間替換,首先應根據原系統在使用者使用過程中是否執行良好,流程是否合理、系統執行是否穩定,再確定資料是否準確,是否為新系統所需要。
資料遷移3種方式各有利弊
通常,ERP資料遷移的方法有3種,即系統切換前通過工具遷移、系統切換前採用手工錄入、系統切換後通過新系統自動生成。而這3種方法在ERP資料遷移過程中各有利弊。
手工錄入方法消耗的人力、物力非常大,同時出錯率也比較高,主要是對一些無法轉換到新系統中的資料和新系統啟用時所需要但舊系統又無法提供的資料採用這種方法,多作為通過工具遷移的補充。
其次,新系統自動生成,是指在ERP系統切換後,通過新ERP系統的相關功能,或為此專門開發的配套程式生成所需要的資料。這種方法通常需要根據已經遷移到新系統中的資料來生成所需的資訊。其實施的前提是,這些資料能夠通過其它資料產生。
對於工具遷移而言,首先,各家ERP廠商多提供部分自主開發的遷移工具。北京時空公司相關負責人介紹,該公司就自主開發了專門解決資料遷移的“升級工具”。其可以從SQL Server 平臺的資料來源中抽取資料,完成轉換和清洗,裝載到各種系統裡面,更復雜轉換可以通過編寫指令碼或結合SQL語言的擴充套件來實現,並且該“升級工具”提供除錯環境,可以極大地提高開發和除錯抽取、轉換程式的效率。
SAP針對SAP和非SAP系統之間替換的資料遷移工具分為兩類:一類是專門針對少量資料遷移的SAP專有系統遷移工具(LSMW),其可以非常方便將少量文字檔案匯入、匯出;還有一類是針對大批量資料匯入、匯出的批匯入工具,該軟體類似於WORD裡定義的巨集概念。
另外,微軟、ORACLE、IBM等資料庫廠商也提供相應資料遷移工具,還有很多第三方公司開發的工具,如Ascential Software公司的DataStage。這些工具也可以從多個不同的業務系統,多個平臺的資料來源中抽取資料,完成轉換和清洗,裝載到各種系統裡。
目前,通過工具遷移是最普遍的方式,但是使用者在使用的時候經常遇到的情況是,原來系統中遇到的數字,並不是客戶想要的準確數字。所以在通過工具遷移過程當中,派一至兩個人檢查,對新系統匯入的準確性和有效性是有很大幫助的。
而在實際ERP資料遷移過程中,同時採用通過工具遷移和手工錄入方式可能更為合理,即少量資料通過手工匯入,大量資料通過工具遷移。比如對於倉庫中上千種物料,通過工具遷移更為合適;而對於少量資料匯入,如果還通過工具遷移,遷移的準確性肯定需要手工盤點來判斷,如果之間出現誤差,相關工作人員會再重新進行盤點或重新手工匯入資料,其帶來的繁瑣程度大大超過直接錄入。
資料檢驗也要靠人判斷
在對舊ERP系統資料遷移完成後,使用者還需要對遷移後的資料進行校驗。而檢驗的指標應包括資料的準確性、有效性、一致性3部分。神州數碼管理系統有限公司易飛服務部經理樑景茹指出,對於檢驗使用者可以自己編制一些小軟體,按業務流程和一些資料進行模擬,看最後的資料結果和報表是否正確。
但SAP諮詢部中國區技術諮詢經理趙旭民認為,除程式檢測外,最好還要通過系統外的方法,即非計算機程式或軟體程式來判斷資料遷移的有效性和準確性。他說,“計算機程式沒有智慧行為,要判斷資料的有效和準確一定要靠廠商中的實施顧問和客戶中的關鍵使用者。”
趙旭民認為,對於單一的資料,並沒有辦法判斷資料的有效性或準確性,最後判斷的根本還要回到原系統本身的執行狀態和執行結果,如果原系統的業務流程或資料模式不合理的話,資料根本就不需要再進行遷移也就無需檢驗了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-20281/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SAP系統升級,如何做資料遷移?
- 資料庫的升級及遷移資料庫
- Grafana的版本升級和資料遷移Grafana
- iOS CoreData (二) 版本升級和資料庫遷移iOS資料庫
- 遷移或升級後你應該如何調整你的資料
- Oracle資料庫升級或資料遷移的方法探討Oracle資料庫
- 轉資料遷移
- 資料庫的建立、遷移、升級和流等方面資料庫
- datagrip2019.1.4-升級資料遷移
- 測試環境的遷移式升級和資料整合
- 如何將.Net SOE遷移升級到10.1上
- 遷移式升級的測試
- 動手為王 | Oracle 資料庫跨版本升級遷移實踐Oracle資料庫
- Oracle舊版本透過資料遷移方式升級到新版本Oracle
- iOS 資料庫升級資料遷移解決方案iOS資料庫
- gitlab安裝/遷移/升級流程Gitlab
- 遷移式升級的測試(二)
- 遷移式升級的測試(三)
- 遷移式升級的一點思考
- Mysql百萬級資料遷移,怎麼遷移?實戰過沒?MySql
- Android 資料庫綜述(一) 資料庫片的升級與資料的遷移操作Android資料庫
- 伺服器資料遷移的方法-硬體不同如何遷移資料伺服器
- ERP的實施怎樣做好知識轉移
- FreeBSD 資料遷移方法(轉)
- docker如何遷移資料目錄Docker
- cassandra百億級資料庫遷移實踐資料庫
- 【RMAN】Oracle11g使用rman遷移升級資料庫(win_to_linux)Oracle資料庫Linux
- 同位元組序跨平臺資料庫遷移和升級的測試資料庫
- 遷移資料.
- 從0開始弄一個面向OC資料庫(三)--資料庫升級,資料遷移,刪除資料資料庫
- 【遷移】使用rman遷移資料庫資料庫
- datapump跨平臺升級遷移的總結
- 一種遷移式升級的方案考慮
- svn版本升級遷移和異地備份
- 百萬級資料遷移方案測評小記
- Mysql百萬級資料遷移實戰筆記MySql筆記
- Oracle資料庫升級(轉發)Oracle資料庫
- 遷移資料時oracle字符集的轉換遷移資料時oracle字符集的轉換Oracle