驗證組態

DR 設定完成時，請執行完整切換或開啟次要站台進行驗證，立即驗證設定是否正確。開啟次要地點進行驗證不會影響主要系統執行。

開啟次要以進行驗證

您將待命資料庫轉換成快照待命資料庫，即可在不執行完整切換的情況下驗證待命網站。這可讓次要 WebLogic Server 伺服器在待命網站中啟動，並驗證次要系統。待命網站資料庫在快照待命模式下執行的任何變更，一旦再次轉換為實體待命資料庫，就會被捨棄。主要資料不受次要地點驗證影響。

備註：

此作業必須小心：如果在資料庫中將待處理的 JMS 訊息轉換成快照時，待命網站的伺服器會在開始時處理它們。檢查轉換成快照待命資料庫時，主要資料庫中沒有擱置中動作。

作為 oracle 使用者，在主要資料庫主機中使用 Oracle Data Guard 中介，並將次要資料庫轉換為快照待命資料庫。
```
[oracle@dbhost1~]$ dgmgrl sys/your_sys_password@primary_db_unqname
DGMGRL> convert database secondary_db_unqname to snapshot standby
```
請使用命令 show configuration 來確認轉換是否正確執行。
如果它們尚未啟動，請在次要網站啟動 Oracle HTTP Server 系統。
在次要網站啟動「管理伺服器」。
在次要網站中啟動次要受管理伺服器。
請使用 WebLogic 主控台或命令檔來啟動次要受管理伺服器。
驗證次要地點。

由於這不是切換，主要網站仍然為作用中，因此虛擬前端名稱將解析為主要網站的負載平衡器 IP 位址，因此預設會將所有瀏覽器存取重新導向至作用中主要網站。

若要直接存取次要網站的 WebLogic 伺服器應用程式，您必須更新受控制用戶端 (例如，筆記型電腦) 中的 /etc/hosts 檔案，將虛擬前端名稱設定為解析為次要網站的前端負載平衡器 IP 位址，然後從此用戶端執行任何驗證。

備註：
確認用於驗證的用戶端不會透過 HTTP 代理存取系統，因為 HTTP 代理伺服器可以繼續使用主要網站的負載平衡器 IP 位址解析虛擬前端名稱，無論哪個名稱在用戶端的 /etc/hosts 中。

非 Linux 用戶端可能需要先重設其本機 DNS 快取，瀏覽器才能使用自訂的主機檔案項目來解析 IP 位址。

次要網站經過驗證之後，請前往下一個步驟，將它回復回待命角色。

備註：
驗證次要地點可能需要一些時間。
停止次要網站中的受管理伺服器和管理伺服器。
使用次要 WebLogic 主控台來關閉次要網站的受管理伺服器和管理伺服器。
身為 oracle 使用者，請在主要資料庫主機中使用 Oracle Data Guard 中介，然後再次將次要轉換成實體待命資料庫。
您需要系統密碼和主要資料庫的唯一名稱。
```
[oracle@dbhost1 ~]$ dgmgrl sys/your_sys_password@primary_db_unqname
    DGMGRL> convert database secondary_db_unqname to physical standby
```
請使用 show configuration 來驗證轉換。
回復任何更新的 /etc/hosts 檔案。
如果您更新從屬端中的任何 /etc/hosts 檔案以指向次要網站進行驗證，請回復，讓虛擬前端名稱再次指向主要前端 IP 位址。

執行切換

切換是計畫性作業，管理員可以在其中回復兩個網站的角色。切換之後，主要系統會成為次要系統，而次要系統會變成主要系統。執行切換將導致主要網站發生停止工作的情形。

在 WebLogic 伺服器混合 DR 組態中執行切換之前，請先傳輸所有擱置中的組態變更。確定次要站台沒有待處理的複製變更。

在切換執行時停用任何排定的複寫，因為這樣可能會失敗並干擾切換作業本身。
停止主要網站中的 Oracle HTTP Server 系統。
停止主要網站中的伺服器。
使用 WebLogic 管理伺服器主控台或命令檔來停止主要網站中的 WebLogic 伺服器。

備註：
主要網站的「管理」伺服器在切換期間可以維持正常運作。不過，建議您在網站處於待命角色時將其停止，因為預期待命網站中的網域組態將會被生命週期中的主要組態覆寫。如果發生此情況，管理伺服器將會以過時的組態執行。
切換前端 DNS 名稱。

在代管系統所使用名稱的 DNS 伺服器中執行必要的 DNS 推送，或更改從屬端中的檔案主機解析，以將系統的前端虛擬名稱指向次要網站中的負載平衡器所使用的公用 IP。

對於外部前端解析 (例如 OCI DNS 或商業 DNS) 使用 DNS 的情況，您可以使用 API 推送變更。若要查看在 OCI DNS 中推送此變更的範例，請前往 GitHub 以取得範例指令碼。

請注意，DNS 輸入項的 TTL 值會影響切換的 RTO：如果 TTL 高 (例如 20 分鐘)，則 DNS 變更將耗費在用戶端中有效的時間。使用較低的 TTL 值會使此速度更快；不過，這可能會造成負荷，因為用戶端會更頻繁地命中 DNS，而非使用快取的名稱。一種良好的方法是在 DNS 變更之前，暫時將 TTL 設定為低值 (例如 1 分鐘)。接著，執行變更，然後在切換程序完成後，再次將 TTL 回復為其原始值。
oracle 使用者若是主要資料庫主機中的 Oracle Data Guard 中介，即可執行資料庫切換。
您需要系統密碼和主要資料庫的唯一名稱。
```
[oracle@dbhost1~]$ dgmgrl sys/your_sys_password@primary_db_unqname
DGMGRL> switchover to secondary_db_unqname
```
如果它們尚未啟動，請在次要網站 (新主要) 中啟動 Oracle HTTP Server 系統。
在次要網站中啟動「管理伺服器」(新主要)，或重新啟動伺服器 (如果伺服器已經啟動)。
啟動「管理伺服器」可啟用在待命資料庫中複製的組態變更。
在次要網站中啟動次要受管理伺服器 (新主要伺服器)。
請使用 WebLogic 主控台或命令檔來啟動次要受管理伺服器。