任務簡介：

此次複製的生產庫數檔案為9.18TB，實際分配的資料大小為5.16TB，使用RMAN壓縮備份後為1.1TB。

複製端資料庫採用單例項ASM儲存方式管理，資料庫版本為11.2.0.4. 資料檔案目錄為+DATA，14.5TB，歸檔日誌目錄為+ARCH，2TB。

生產庫資料檔案大小
SQL> select sum(bytes)/1024/1024/1024 GB from dba_segments;

GB
----------
5287.02454

生產庫實際分配的大小
SQL> select sum(bytes)/1024/1024/1024 GB from dba_data_files;

GB
----------
9402.70592

注意事項一：避免set newname指令碼中出現同名檔案

在rman中使用set newname時候為了保持檔名和生產庫一致，可以採用手工命名的方式。例如：

set newname for datafile 1 to ‘+DATA/cmsdb/datafile/system01.dbf’;

這個方式出現了一個潛在的隱患，如果生產庫中存在相同名字的資料檔案存放在不同的目錄中，在編寫指令碼時候容易出現重名的情況，導致RMAN restore出錯。

select name from v$datafile where name like ‘%DATA_P008.dbf%’;
/sgpmdb/oradata/u01/DATA_P008.dbf
/sgpmdb/oradata/u06/DATA_P008.dbf

當我採用vi編輯命令將目錄/sgpmdb/oradata/u01 統一改成+DATA/sgpmdb/datafile 就會自己創造出重名的檔案。在好幾百行的指令碼中很難一眼看出這個問題。

:%s#/sgpmdb/oradata/u01/#+DATA/cmsdb/datafile/#g

run{
...
set newname for datafile 1 to '+DATA/cmsdb/datafile/DATA_P008.dbf';
...
set newname for datafile 2 to '+DATA/cmsdb/datafile/DATA_P008.dbf';
…
}

執行RMAN restore 錯誤資訊如下:

ORA-19504: failed to create file “+DATA/cmsdb/datafile/data_p008.dbf”
ORA-17502: ksfdcre:4 Failed to create file +DATA/cmsdb/datafile/data_p008.dbf
ORA-15005: name “cmsdb/datafile/data_p008.dbf” is already used by an existing alias

所以還是建議採用如下的方式讓oracle來定義alias，保持檔名唯一。
run{
set newname for datafile 1 to '+DATA';
set newname for datafile 2 to '+DATA';
set newname for datafile 3 to '+DATA';
…...
}

注意事項二：後臺執行nohup的程式問題

vi編輯好RMAN指令碼後，建議使用nohup命令在後臺執行，避免執行過程中被以外干擾。

nohup ./rman_scripts.cmd &

rman在後臺執行時，螢幕沒有輸出，可以透過tail -f ./nohup.out的方式來監控rman輸出。

也可以透過ps -ef | grep 的方式來觀察程式是否在後臺執行。這裡需要注意的是 ps -ef | grep 後要輸入的是什麼？

容易犯的錯誤是 ps -ef | grep nohup

這個命令是沒有返回結果的。如果錯誤的認為剛剛輸入的命令沒有起作用，而再次執行 nohup. /rman_scripts.cmd的話，悲劇產生了。該指令碼被執行了2次！

如果是restore命令的話，並且採用了set newname for datafile 1 to '+DATA’;的寫法數，+DATA磁碟組中就會存在兩份資料檔案，最終將磁碟空間撐爆。

正確的用法是 ps -ef | grep rman_scripts.cmd

以上總結都是在此次專案中出現的問題。在漫長的資料庫恢復過程中，每一個錯誤都會耽誤大量的時間，一定要小心謹慎。

複製資料庫中需要注意的幾點事項

相關文章