【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】Oracle 11g物理Data Guard之Snapshot Standby資料庫功能Oracle資料庫
- 【DataGuard】部署Data Guard相關引數詳解
- 【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 Data Guard 快速啟動故障切換指南Oracle
- Oracle 10g Grid Control 部署初步完成Oracle 10g
- 【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 配置之搭建物理備庫