本文給出在主庫為OMF（Oracle-managed files）檔案管理方式下，使用Grid Control部署物理DataGuard時，在File Location配置處與非OMF管理方式下的差異。

注：使用Grid Control部署安裝Oracle物理DataGuard的詳細步驟請參見如下文章，這裡不贅述。
《【DataGuard】使用Grid Control快速部署Oracle物理Data Guard》（http://space.itpub.net/519536/viewspace-670799）

1.非OMF管理方式下File Location配置步驟提示介面
注意右側存在“Customize”按鈕，可以透過這個功能定製備庫檔案的存放位置。

【DataGuard】主庫是否為OMF管理方式對使用Grid Control部署物理DataGuard的影響

2.在OMF管理方式下File Location配置步驟提示介面

這裡較之非OMF管理方式最大的不同是，備庫需要同樣採用OMF方式進行管理，目的是為了保證與主庫的管理方式一致。
也正因為這個原因，這裡不再存在“Customize”按鈕可以對資料庫檔案進行單獨配置，取而代之的是需要我們提供備庫統一的檔案存放位置，即圖中的“Database Area”和閃回資料存放的位置，圖中“Flash Recovery Area”。
這兩項內容可根據實際環境自行調整。

3.兩種場景互相轉換方法
之所以有如上兩種場景的出現，根本原因是資料庫是否執行在OMF管理模式下。
因此兩種場景的互相轉換方法便是：是否使資料庫執行在OMF方式。

1）啟用OMF方法
方法很簡單，設定db_create_file_dest引數和db_create_online_log_dest_1引數，然後重新啟動資料庫使之生效即可。
alter system set db_create_file_dest='/u01/app/oracle/oradata/secdb/dfile' scope=spfile;
alter system set db_create_online_log_dest_1='/u01/app/oracle/oradata/secdb/lfile' scope=spfile;
shutdown immediate;
startup;

2）關閉OMF方法
將上述引數置為空值，並重新啟動資料庫。
alter system set db_create_file_dest='' scope=spfile;
alter system set db_create_online_log_dest_1='' scope=spfile;
shutdown immediate;
startup;

4.小結
本文給出了資料庫是否在OMF管理模式下，使用Grid Control部署物理DataGuard時的配置的異同。
這裡重點提醒的是：使用Grid Contrl在OMF方式配置完成物理DataGuard後，如果主備庫目錄不一致需要目錄轉換時，一定要確保db_file_name_convert和log_file_name_convert引數設定正確，防止出現文章《【DataGuard】由於備庫引數設定不當導致資料檔案無法新增的故障分析》（http://space.itpub.net/519536/viewspace-670703）中提到的故障。

Good luck.

secooler
11.05.18

-- The End --

【DataGuard】主庫是否為OMF管理方式對使用Grid Control部署物理DataGuard的影響

相關文章