【DataGuard】使用Grid Control快速部署Oracle物理Data Guard
Grid Control（文中簡稱GC）是監控和管理資料庫好幫手，同時也是一把雙刃劍。如能“熟練”應用，可以大幅度的提高管理和維護資料庫的效率；反之，如果對其隱含的細節沒有全面的掌握，很容易帶來不必要的麻煩和故障。本文通過實踐操作給大家展示一下使用Grid Control快速部署Oracle物理DataGuard的詳細過程。供參考。
1.登入到GC，依次點選Targets - Databases
此時可以看到被GC管理的兩個Oracle資料庫例項，secdb例項是物理DataGuard主資料庫例項，secgc是GC工具對應的資料庫例項。
2.點選secdb例項，進入secdb例項的Home頁面
3.點選“Maintenance”進入到secdb例項的維護頁面
在右側我們便可以尋覓到Data Guard的身影，點選Data Guard下面的“Setup and Manage”。
4.此時需要提供管理使用者及密碼資訊，點選Login
5.點選“Add Standby Database”
此頁面中給出了使用GC建立和管理Data Guard的優勢。
6.保持預設的第一個選項，點選Continue
7.保持預設第一個選項不變，點選Next
此時已經進入到step-by-step的配置階段，因為之前沒有備份介質可用，因此此處我們選擇生成備份。
8.此處需要提供備份介質存放的目錄及備份選項
備份目錄指定為“/home/oracle”；
為了節省空間選擇壓縮備份，相應的備份時間也會有所增加；
保留備份介質供不時之需。
9.給出物理Data Guard存放的位置
物理Data Guard的例項名這裡指定為secdg；
輸入oracle使用者名稱和密碼；
在此配置下，新部署的備庫和主庫均在主機secdb1上。
10.給出檔案對應關係
這一步驟非常的關鍵，無數的仁人志士跌倒在這裡。
此處一定不要急於點選Next進入到下一環節，我們需要點選Customize對檔案目錄進行定製。否則standby_file_management引數將為“MANUAL”、db_file_name_convert及log_file_name_convert引數為空，當主庫新增資料檔案後備庫將無法正常恢復，關於該故障的案例分析請參考《【DataGuard】由於備庫引數設定不當導致資料檔案無法新增的故障分析》（http://space.itpub.net/519536/viewspace-670703）。
11.預設情況下資料檔案、臨時檔案、日誌檔案和控制檔案的建立路徑如下三圖所示
是不是有一種目瞪口呆的感覺，這些路徑內容急需調整。
12.為了簡便我們將所有的資料庫對應的檔案都指定到“/u01/app/oracle/oradata/secdg”
注意：單單的給出路徑是不夠的，一定要點選路徑後面的“Go”。只有這樣，給出的路徑名才會真正的得到應用，否則無濟於事。
1）一一修改，確保修改全面後點選“OK”。
2）點選OK後，會收到如下的提醒資訊。該警告資訊是由於我們指定的目錄事先沒有建立導致的，點選Yes，系統將自動建立。
3）又回到File Locations介面，似乎什麼都沒有發生，但什麼事情都有所改變。點選Next繼續。
13.配置介面需要給出備庫的Unique Name、Target Name和Standby歸檔路徑資訊
1）按照圖中內容進行修改，修改後點選Next。
2）此處警告資訊同樣是由於設定的Standby歸檔路徑不存在導致的，點選Yes讓系統自動建立。
14.此時是對前幾步配置的Review階段
1）仔細檢查主備庫的基本引數資訊是否正確
2）仔細檢查主備資料庫資料檔案、臨時檔案、日誌檔案和控制檔案的對應關係是否調整正確。一切確認無誤後點選Finish，此後將進入到無人值守的自動建立階段。
15.以下是GC自動建立物理Data Guard的過程。如果之前配置的沒有問題，稍等片刻後，一個鮮活的物理Data Guard將會呈現在世人的面前。
1）初始化Job，用於後續的自動建立
2）自動建立Job後臺自動執行，此時可以點選“Creation in progress”跟蹤整個Job的執行過程
3）整體執行情況
4）每一步驟執行的詳細情況及進度
5）此時，整個物理Data Guard的建立工作已完成
總用時369秒，不到7分鐘。
6）此時Job的的status已經顯示為“Succeeded”，建立成功。
16.最後，從Targets - Databases介面已經可以看到成功加入的secdg例項的資訊，它便是secdb的物理Data Guard資料庫。
17.小結
如果一切順利，使用Grid Control建立物理Data Guard大約僅需10分鐘左右的時間，可謂速度驚人。在得到便捷的同時，該方法也隱藏了很多實現細節，不便於深入瞭解Data Guard的執行原理。建議以指令碼建立為主GC建立為輔的原則來探索Data Guard的奧祕。
Good luck.
secooler
10.08.11
-- The End --
1.登入到GC，依次點選Targets - Databases
此時可以看到被GC管理的兩個Oracle資料庫例項，secdb例項是物理DataGuard主資料庫例項，secgc是GC工具對應的資料庫例項。
2.點選secdb例項，進入secdb例項的Home頁面
3.點選“Maintenance”進入到secdb例項的維護頁面
在右側我們便可以尋覓到Data Guard的身影，點選Data Guard下面的“Setup and Manage”。
4.此時需要提供管理使用者及密碼資訊，點選Login
5.點選“Add Standby Database”
此頁面中給出了使用GC建立和管理Data Guard的優勢。
6.保持預設的第一個選項，點選Continue
7.保持預設第一個選項不變，點選Next
此時已經進入到step-by-step的配置階段，因為之前沒有備份介質可用，因此此處我們選擇生成備份。
8.此處需要提供備份介質存放的目錄及備份選項
備份目錄指定為“/home/oracle”；
為了節省空間選擇壓縮備份，相應的備份時間也會有所增加；
保留備份介質供不時之需。
9.給出物理Data Guard存放的位置
物理Data Guard的例項名這裡指定為secdg；
輸入oracle使用者名稱和密碼；
在此配置下，新部署的備庫和主庫均在主機secdb1上。
10.給出檔案對應關係
這一步驟非常的關鍵，無數的仁人志士跌倒在這裡。
此處一定不要急於點選Next進入到下一環節，我們需要點選Customize對檔案目錄進行定製。否則standby_file_management引數將為“MANUAL”、db_file_name_convert及log_file_name_convert引數為空，當主庫新增資料檔案後備庫將無法正常恢復，關於該故障的案例分析請參考《【DataGuard】由於備庫引數設定不當導致資料檔案無法新增的故障分析》（http://space.itpub.net/519536/viewspace-670703）。
11.預設情況下資料檔案、臨時檔案、日誌檔案和控制檔案的建立路徑如下三圖所示
是不是有一種目瞪口呆的感覺，這些路徑內容急需調整。
12.為了簡便我們將所有的資料庫對應的檔案都指定到“/u01/app/oracle/oradata/secdg”
注意：單單的給出路徑是不夠的，一定要點選路徑後面的“Go”。只有這樣，給出的路徑名才會真正的得到應用，否則無濟於事。
1）一一修改，確保修改全面後點選“OK”。
2）點選OK後，會收到如下的提醒資訊。該警告資訊是由於我們指定的目錄事先沒有建立導致的，點選Yes，系統將自動建立。
3）又回到File Locations介面，似乎什麼都沒有發生，但什麼事情都有所改變。點選Next繼續。
13.配置介面需要給出備庫的Unique Name、Target Name和Standby歸檔路徑資訊
1）按照圖中內容進行修改，修改後點選Next。
2）此處警告資訊同樣是由於設定的Standby歸檔路徑不存在導致的，點選Yes讓系統自動建立。
14.此時是對前幾步配置的Review階段
1）仔細檢查主備庫的基本引數資訊是否正確
2）仔細檢查主備資料庫資料檔案、臨時檔案、日誌檔案和控制檔案的對應關係是否調整正確。一切確認無誤後點選Finish，此後將進入到無人值守的自動建立階段。
15.以下是GC自動建立物理Data Guard的過程。如果之前配置的沒有問題，稍等片刻後，一個鮮活的物理Data Guard將會呈現在世人的面前。
1）初始化Job，用於後續的自動建立
2）自動建立Job後臺自動執行，此時可以點選“Creation in progress”跟蹤整個Job的執行過程
3）整體執行情況
4）每一步驟執行的詳細情況及進度
5）此時，整個物理Data Guard的建立工作已完成
總用時369秒，不到7分鐘。
6）此時Job的的status已經顯示為“Succeeded”，建立成功。
16.最後，從Targets - Databases介面已經可以看到成功加入的secdg例項的資訊，它便是secdb的物理Data Guard資料庫。
17.小結
如果一切順利，使用Grid Control建立物理Data Guard大約僅需10分鐘左右的時間，可謂速度驚人。在得到便捷的同時，該方法也隱藏了很多實現細節，不便於深入瞭解Data Guard的執行原理。建議以指令碼建立為主GC建立為輔的原則來探索Data Guard的奧祕。
Good luck.
secooler
10.08.11
-- The End --
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/519536/viewspace-670799/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 【DataGuard】使用Grid Control對Oracle物理Data Guard進行Switchover切換Oracle
- 【DataGuard】使用Grid Control對Oracle物理Data Guard進行健康檢查Oracle
- 【DataGuard】使用Grid Control調整Oracle物理Data Guard資料保護模式Oracle模式
- 【DataGuard】使用Grid Control調整Oracle物理Data Guard備庫為Read OnlyOracle
- 【DataGuard】物理Data Guard之Failover轉換AI
- 【DataGuard】主庫是否為OMF管理方式對使用Grid Control部署物理DataGuard的影響
- 【DataGuard】同一臺主機部署Oracle 11g物理Active Data Guard詳細過程Oracle
- 使用Data Guard Broker進行Data Guard物理備用庫配置(Oracle 19c)Oracle
- 【DATAGUARD】Oracle19c Data Guard BrokerOracle
- 【DataGuard】部署Data Guard相關引數詳解
- 【DataGuard】Oracle 11g物理Data Guard之Snapshot Standby資料庫功能Oracle資料庫
- 【DataGuard】部署Data Guard相關引數詳解 - Oracle官方文件描述Oracle
- oracle 10g物理data guard 操作Oracle 10g
- Oracle 11g Data Guard 物理備庫快速配置指南（上)Oracle
- 【轉】【DataGuard】Oracle 11g物理Data Guard之Snapshot Standby資料庫功能Oracle資料庫
- 物理DG！Oracle 10G Data Guard DemoOracle 10g
- 【DataGuard】Oracle 11g物理Active Data Guard實時查詢（Real-time query）特性Oracle
- 【DataGuard】同一臺主機實現物理Data Guard配置安裝
- 【DATAGUARD】Data Guard Wait EventsAI
- Oracle 11g RAC Data Guard 物理standby 建立Oracle
- 搭建Oracle Data Guard 11g（物理備用）Oracle
- RedHat搭建物理Data GuardRedhat
- DATA GUARD部署模式——DATA GUARD概念和管理模式
- 物理data guard原理的理解(zt)
- [轉]物理data guard原理的理解
- Oracle 11g Data Guard (physical standby - active dataguard) [final]Oracle
- oracle data guard!!Oracle
- 總結11g 物理data guard
- DATA GUARD物理STANDBY的 SWITCHOVER切換
- Oracle 10g Grid Control 部署初步完成Oracle 10g
- Oracle Data Guard 快速啟動故障切換指南Oracle
- 【DATAGUARD】物理dg配置客戶端無縫切換 (八.1)--Data Guard Broker 的配置客戶端
- Oracle 19C Data Guard基礎運維-02 Switchovers(物理)Oracle運維
- 【ASK_ORACLE】Oracle Data Guard（二）物理備庫的概念和優勢Oracle
- 【DataGuard】11g 新特性：Active Data Guard
- 介紹ORACLE DATA GUARD——DATA GUARD概念和管理Oracle
- Oracle Data Guard配置Oracle
- Data guard 配置之搭建物理備庫