搭建物理data guard的詳細步驟在網際網路上已經有很多了，本節就不再詳述。相關流程簡述如下：
（1）檢查主備主機的作業系統是否支援搭建data guard。
（2）檢查主備資料庫之間的網路頻寬是否滿足要求，生產庫產生的歸檔量越大，頻寬要求越高。
（3）檢查備份端的儲存的空間和效能是否滿足要求，生產庫產生的歸檔量越大，儲存的空間和效能要求越高。
（4）檢查生產庫是否處於歸檔模式，並開啟force logging模式。如果資料庫不處於force logging模式，雖然備庫應用日誌時不會出錯，但在備庫中無法查詢nologging操作的表。
（4）備份端要和生產庫安裝一樣的資料庫軟體版本，並且建議安裝相同的補丁。
（5）拷貝生產庫密碼檔案至備份端相應的目錄中（如果是rac，則要求所有節點密碼檔案相同），配置生產端和備份端中的監聽配置檔案（主備例項之間要求能夠使用sysdba許可權互相連線，如果不能互連，主備之間的切換不能成功），這一步非常重要。
（6）配置生產端和備份端資料庫的data guard相關引數，主要配置日誌傳輸引數和路徑轉換引數相關介紹詳見10.3.2節。
（7）根據資料庫引數檔案在備份端建立相關目錄。如standby controlfile的存放路徑、跟蹤檔案存放路徑、資料檔案存放路徑、閃回日誌存放路徑（如果備份端不開啟閃回或者資料庫版本為oracle 9i則不需要配置）等。
（8）在生產端建立standby controlfile檔案，並傳輸至備份端control_files引數檔案所指定的位置，建議配置2個以上的standby controlfile。
（9）啟動備份庫至mount狀態，新增standby logfile。其新增原則是standby logfile的大小至少要和生產庫日誌檔案的大小保持一致，且日誌組數在2組以上（如果生產庫為rac，則每個thread新增2組以上日誌組）。這一步完成之後，生產庫產生的日誌應該能夠自動傳輸到備份端了。如果日誌傳輸失敗，則檢視生產端和備份端警告日誌，查詢檢視v$archive_dest檢視日誌傳輸失敗的原因。
（10）同步資料庫至備份端。筆者常用的方法是將資料庫置於熱備份模式之後，將資料檔案用ftp工具傳輸到備份端，傳輸完成之後將生產資料庫資料庫置回end bakcup。如果生產資料檔案放在asm中，那麼可以通過rman將其映象拷貝出來。
（11）在備份端手動應用歸檔日誌（即執行recover standby database），當standby控制檔案和資料檔案的scn值處於一致性的時候，就可以啟用mrp程序自動應用歸檔日誌了。如果資料庫版本在oracle 10g以上，可以在備庫開啟資料庫級別閃回。oracle 11g企業版推出了active data guard功能，備庫mrp程序可以在read only狀態下應用歸檔日誌，利用這個特性可以將一些唯讀業務從生產庫遷移至備份庫中來執行，從而減輕生產庫的壓力。
（12）data guard搭建完成之後，就可以進行主備資料庫的角色切換了。角色切換有switchover、graceful failover和forced failover 3種方式。switchover、graceful failover切換時要求備庫應用完生產庫的所有日誌，所以這兩種方式不會丟失資料，而forced failover相當於將備庫使用resetlogs選項強制開啟，存在丟失資料的風險。
dataguard建立物理備庫幾個關鍵引數詳解
oracle的dataguard建立其實並不難，尤其是在11g中可以用 rman active duplicate建立standby 後，dataguard的建立變得非常的簡單便捷，如果熟悉dataguard的各項引數的意義和用法後，基本上乙個指令碼就能完成。下面是我總結的一些dataguard的要...
半自動化搭建Data Guard的想法和實踐（三）
今天總算抽了些時間把半自動化的指令碼完成了大半，目前還缺少兩部分的指令碼，一部分是安裝前的檢查指令碼，可以做乙個預檢查。雖然目前來看還不是必須，但是這些是標準和規範的地方，這些條件不滿足，失敗的概率會加大。另外一部分是安裝後的補充指令碼，其實安裝後還有很多需要注意的地方。大體想了下，補充的指令碼包含...
小白的OpenGL整合環境入門（搭建以及簡介）
環境搭建 本文的環境搭建適用於vs2015及以上 作者使用的是vs2019 涉及的庫有glut系列 glut freeglut glfw3 glad glm stb image assimp anttweakbar，最終可以完美契合opengl教程。我會在最後給出已經編譯整合好的常用庫合集鏈結 含兩...