資料遷移時最常見的風險是什麼？

主要風險包括資料遺失或不完整、格式不相容導致轉換失敗、以及遷移過程中業務系統停擺。其次是舊資料本身品質不佳導致新系統運作異常。

如果遷移中途發生錯誤該怎麼辦？

這是設計回滾機制的原因。正式遷移前應備份完整的舊系統資料。如遇到不可恢復的錯誤，可從備份快速回滾，重新修正對映邏輯後再試。

通常需要一到兩週的並行驗證期。業務團隊確認新系統資料準確且完整後，舊系統才能下線。

取決於資料量大小、轉換邏輯複雜度以及新舊系統差異。應先盤點資料規模與對映複雜度，在測試環境執行完整演練，測量實際執行時間。

遷移前必須徹底了解舊系統的資料版圖。清點每個資料庫、每張表、每個欄位，記錄型別與大小。同步檢查資料品質：有多少筆空白值、重複記錄或格式不統一。

用查詢或爬蟲工具抽樣檢查。留意隱藏的業務邏輯，某些欄位或資料組合可能代表重要的業務規則，直接影響對映設計。

建立新舊系統欄位的對應表。不是每個舊欄位都有新欄位，也不是一對一對應。某些舊欄位可能需要合併、拆分或重新計算才能適應新系統的設計。

對映規則要文件化並經業務與技術團隊核准。容易遺漏的有：狀態值的轉換、日期格式轉換、貨幣或計量單位的調整。

在隔離的測試環境複製一份舊系統資料，完整執行一次遷移過程。使用實際的遷移指令碼或工具，檢驗轉換邏輯與效能。這個階段是發現問題的最後機會。

測試遷移執行的時間，評估正式切換時需要多久。測試環境應盡量接近正式環境的規模與網路條件，確保估計準確。

正式遷移後不要立即下線舊系統。保持舊系統運作一段時間，讓業務團隊同步檢查新系統的資料。隨機抽檢關鍵紀錄，發現偏差立即修正。

Venture AI Agency 在企業軟體遷移專案中，採用這種並行驗證方式，能有效降低正式上線後的風險。