共計 828 個字符，預計需要花費 3 分鐘才能閱讀完成。

這篇文章將為大家詳細講解有關數據庫中遷移服務器方案有哪些，丸趣 TV 小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

本次遷移數據庫使用了兩種方案
方案一：
數據泵導出方式，需要單獨對 clob 字段的表進行 undo 參數修改
優點：該方式可以解決 users 表空間的問題，
缺點：但導出導入時間太長，光導出至少需 8 小時，而且多個大表為 clob 大字段，最大 clob 表 60G 多。
時間太長，將該方案否掉。

方案二：
冷備份恢復
缺點：無法直接解決 USERS 表空間問題。
雖然可以后續遷移表空間，但通過數據泵操作發現 clob 過大，為了穩妥起見還是不遷移表空間
優點：時間快，效率高，可控性強。
需注意的問題：
數據文件拷貝的時長問題，270G 大小使用移動硬盤拷貝時間約為 4 個多小時。如果加上考入復制時間，時間性上不可行。
后來使用共享文件夾的方式，將新庫新建 bak 目錄拷貝原庫數據文件，然后在將數據文件拷貝到新庫數據文件目錄下。
不將數據文件目錄共享保證安全性。
共享方式傳輸數據時間約為 1 小時。時間短 效果好 達到了導出導入的效果

冷備份步驟：
1. 關原庫
2. 拷貝 31 庫到新庫
3. 備份新庫數據文件
4. 啟新庫 startup   – 停庫拷貝 270G 需要 1 小時，啟動正常
5. 臨時表空間查看，看是否需重建 – 本次不需重建，已經識別
6. 查監聽，看 plsql 連接正常
7. 查看是否有失效索引
– 登錄重要用戶下查失效索引
select t.index_name,t.table_name,t.status,t.last_analyzed from  user_indexes  t
where t.status VALID

修改 system 密碼
alter user system identified by oracle; 

8. 最后進行一次 RMAN 全備份

關于“數據庫中遷移服務器方案有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。