意外解掉Oracle 10g統計值匯入緩慢的問題

還記得之前遇到的 Oracle 10g 統計值匯入緩慢的問題 嗎? 這個情況在我在測試區上了patch後(10.2.0.4 64bit)，情況已經大幅改善。

原本我是在fund 這邊export出一個 10.2.0.1版本的 dump檔，以適用於當時尚未升級的測試區DB。後來加了統計值，並且匯到64bit windows & 64-bit Oracle 10.2.0.1的環境時，整個作業需要12~13小時。但上禮拜我將這個測試區升級到 10.2.0.4後，意外發現整個作業只需要3小時又40分鍾左右，真的有给它驚訝到。

難道是版本搞的鬼???

真是意外的收穫。

Oracle 10g 統計值匯入緩慢的問題

每天我都會以Data Pump的方式Export 一個約30G左右的 dump檔，然後再以Import (Content = ALL)到另外一台等級相同的的主機上；但令人訝異的，Schema的建立、Data 的 Import、以及Index的建立也僅大約花了三小時，而統計值的匯入卻足足花了8小時左右。查閱了metalink後，有個 Bug 5076838: IMPDP TAKES OVER 16 HOURS TO IMPORT TABLE_STATISTICS 指出了相同的問題，並且要到11g才會修正。Oracle對此也無workaround 解法。根據其他人的測試，主要原因可能是出在於 remap_* 的參數使然，只要target 的tablespace或schema不一樣，就會造成long~~long~~long~的等待。 對此，11g似乎才是磐涅之道。

就測試目的來說，remap_*是很常見的需求，正式區的資料也因此可restore到各式schema或tablespace內，以供各種測試目的專案執行。這種基本功都沒做好，真會讓人傷心的又訝異低。