Datapump資料遷移前的準備工作

    其實對於Datapump遷移而言，如果參與過XTTS,OGG,Veritas SF，外部表增量等遷移方式的話，會發現Datapump還是很簡單清晰的，一個優點就是操作簡單清晰，想必於imp而言效能要好。所以不要小看這種遷移方式，不是說哪些遷移方式就是最好的，資料遷移中也沒有銀彈，最合適的就是最好的。
    遷移之前我們還是需要做一些準備工作，儘量避免臨時的忙亂，減少出錯機率，要知道升級遷移都是在大早上，大晚上，都是精力比較差的時候，如果遷移前的準備不足，沒有充足的準備，就會忙亂一團。所以在這點上有一個詳細的檢查清單還是很有必要的。
假設下面的這種場景，我們有一套全新的硬體環境，資料量也不大，需要升級到11g環境，可以考慮Datapump方案。
  
遷移前的準備工作，自己想了不少，總結出來就是一套可實踐的方案，可能有的朋友會想，如果升級一套資料庫，這些工作是不是看起來有些多餘啊，其實不然，一種情況下，升級的時候是多臺聯動升級，這時很容易遺留一些準備工作；另外一種情況是你做了很多準備工作，但是在緊急的情況下，你肯定不會那麼淡定，這個時候這些準備就很有條理，嚴格按照計劃就會省力很多。

拷機測試，檢查是否有sysbench的程式存在,一般來說拷機測試需要一週左右，如果有硬體問題可以及時排除。
保證主備機不在同一個機架位，機房的伺服器需要提前確認不在同一個機架位，排除斷電造成的極端情況
兩個伺服器間配置無密碼通訊，方便dump傳輸
最佳化核心引數（比如設定HugePage),關閉NUMA，設定資源memlock
同步兩個伺服器的防火牆資訊
同步/etc/hosts資訊，修改主機IP
同步listener.ora tnsnames.ora資訊，host統一為主機名而非IP
修改主機名root,oracle密碼，改為安全模式的設定
檢查資料庫日誌，是否有ORA相關的錯誤，從日誌中檢查大頁是否開啟
設定NTP時間同步
如果存在DB Link,需要開通相關的防火牆許可權，保證訪問暢通
如果其他伺服器存在相關的DB Link,需要提前準備好連線新庫的tnsnames.ora
圖形介面檢查，保證能夠正常顯示圖形，有些操作可以的話使用圖形工具也可以
檢查主備庫啟用的監聽埠是否一致
資料庫引數調整和最佳化（關閉密碼過期60天的設定，部分新特性）
目標伺服器中的資料庫temp,undo的大小設定
檢查主備庫的字符集是否一致
檢查資料庫中的無效物件
對演練中的資料問題進行確認， Foreign key相關的資料問題
檢查備庫是否可以啟動到只讀狀態
安裝zabbix客戶端
檢查源伺服器端是否有足夠的磁碟空間