數據庫從 DB2 遷移到 Oracle 下需要進行哪些具體測試？

目前，我將測試一個更大的遷移項目（我是一名數據分析師），他們計劃在該項目中從 DB2 遷移到 Oracle。我的問題可能更廣泛一些；但是，與以下問題相關的任何資訊肯定會有所幫助。

1. 如何在源表和目標表下驗證：

• 表總數匹配
• 每個表下數據欄位的匹配

2. 如何從前端 (UI) 進行驗證，以便在右表下填充正確的數據： 挑戰

• 有 500 多個 UI，以優化的方式進行測試的最佳方法是什麼（避免任何重複測試）
• 我是否還應該專注於表格映射到 UI 螢幕

3. 我需要在遷移中看到的任何具體挑戰

• 數據鎖，間距問題，嘈雜的文字

通常，對於直接的數據遷移，知道所有數據都是完整的、有效的並且可供應用程序訪問就足夠了。通常，某些數據類型可能會彈出細微的差異，例如具有日期、時間、二進製欄位和長文本欄位的數據類型。

在直接的數據遷移中，表 a 欄位 a 中的數據會在同一個表、同一個欄位中進入新系統。可以通過計算源表和目標表中所有表的所有欄位的 MD5 校驗和來驗證這一點。此處的任何差異都表明遷移過程或軟體存在問題。確保為 MD5 計算使用相同的格式；例如，確保雙方的日期格式相同。

應用程序必須經過測試，這是肯定的。策略應該是什麼很難說，每個應用程序都有自己的挑戰。如果所有邏輯都是已知且標準化的，它可以通過製作一個簡單的測試應用程序來訪問所有不同的欄位類型並查看互動如何進行。最後需要進行回歸測試。

通常在遷移到數據庫時，我們會應用 2 個不同的測試：

1. 檢查總和，如上所述，以確保兩個數據庫中所有可測量的欄位都相同。這相對簡單，因為您使用 group by 語句，因此您的返回集會很小。
2. 比較所有欄位 - 這是一個更繁重的測試，我們比較兩個來源中的所有欄位。這特別用於查找不能求和或計數的欄位上的空白，例如日期、地址、電子郵件等。通過使用此測試，我們還能夠說出哪一列和哪一行是有問題的。這是一個巨大的節省時間。

這樣做有幾個挑戰，所以請記住這一點，但當然有解決方案：

1. 您如何比較 2 DB2 和 Oracle？手動不是正確答案…
2. 您如何快速進行此驗證？尤其是當您遷移了數十、數百甚至數千個表時？我在這篇文章中有一個例子：http: //quality-gates.com/ ?p=1268
3. 如何不斷地使這個數據遷移驗證。也許第一輪就發現了一些差距。您不想再次重建所有這些測試。

我希望我給你一些提示，以幫助你，祝你好運！

引用自：https://dba.stackexchange.com/questions/2730