週期

在系統的週期中，會對系統執行不同的作業。最相關的方法是切換和測試或開啟次要來進行驗證、修正等等。

執行切換

切換是計畫作業，管理員可回復這兩個網站的角色。切換之後，主要系統會成為次要系統，而次要系統則會成為主要系統。執行切換將會導致主要網站的停止工作時間。

系統會依照標準程序執行切換 (請參閱 Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery 中的 Switchover 和 Oracle Cloud Infrastructure Marketplace Disaster Recovery 上的 SOA Suite)。

1. 根據「設定進行中的組態複製」中提供的步驟傳輸任何擱置中組態變更。
2. 停止主要網站中的伺服器。
3. 切換 DNS 名稱。
4. 切換資料庫。
5. 啟動次要網站中的伺服器。

主要差異在於，只使用 Oracle Cloud Infrastructure (OCI) 主控台切換 Oracle Autonomous Database 執行處理。

注意：

對於「遠端可重新整理複製項」，如果執行永久切換 (如果次要切換不是非永久測試或驗證以外的主要)，則必須在原始主要區域中建立對等可重新整理複製項，讓新待命資料庫 (原本為主要區域) 中的測試和驗證具有次要系統。次要中可重新整理複製項將會變成無法連線，因為其來源現在將會是待命資料庫 (無法建立、維護可重新整理複製項，或從待命 Oracle Autonomous Database Serverless 連線)。您無法再次重新整理，也無法視需要移除資料庫以降低成本。若要在原始主要 (目前為待命資料庫) 中建立新的可重新整理複製項，請依照與第一個複製項相同的程序執行。

針對切換作業執行下列步驟：

1. 執行切換時停用任何排定的複製，因為它可能會失敗並干擾切換作業本身。
2. 停止主要網站中的伺服器。
   使用 Oracle WebLogic Administration Server 主控台或命令檔來停止主要網站中的 Oracle WebLogic Server 執行處理。

   注意：

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

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

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

   注意：

   DNS 項目的 TTL 值將會影響切換的 RTO：如果 TTL 為高 (例如 20 分鐘)，DNS 變更將需要該時間在從屬端中生效。使用較低的 TTL 值會將此值加快；不過這可能會造成負荷，因為從屬端會更頻繁地命中 DNS，而不是使用快取的名稱。在 DNS 的變更之前，最好先將 TTL 暫時設為低值 (例如 1 分鐘)。接著執行變更，在切換程序完成後，再次將 TTL 回復成原始值。
4. 登入 SECONDARY REGION 的 Oracle Cloud Infrastructure (OCI) 主控台，然後瀏覽至 Autonomous Database。
5. 選取代管 Oracle WebLogic 資料庫的區間，然後按一下資料庫名稱。
6. 從其他動作下拉式功能表中選取切換，然後確認輸入待命資料庫名稱。
7. 等待作業完成。

   狀態會顯示在左側「資源」下的「工作要求」功能表中。

8. 啟動次要「管理伺服器」(或如果已經啟動，則重新啟動，以使在此待命資料庫時複製的組態變更生效。)
9. 啟動次要受管理伺服器 (使用 Oracle WebLogic Server 主控台或命令檔)。

執行容錯移轉

容錯移轉作業會在主要位置無法使用時執行，而且通常是未計畫的作業。當原始主要資料庫失敗，而且不可能及時復原主要資料庫時，您可以將待命資料庫角色移轉成主要資料庫。

視主要資料庫和目標待命資料庫在主要資料庫失敗時是否一致，資料是否有可能會遺失。容錯移轉程序與切換程序類似，但是您在資料庫中執行容錯移轉，而非切換作業。

通常，當停機影響主要區域時，就會執行容錯移轉作業。因此，可能會有一些無法在主要任務中執行的任務。例如，您可能無法停止主要主機中的 Oracle WebLogic Server 處理作業，因為無法連線主機。

1. 如果可能，請停止主要位置中的 WebLogic 伺服器。
2. 切換 DNS 名稱。
3. 容錯移轉資料庫。

   附註：

   當您使用 Oracle Autonomous Database Serverless 時，容錯移轉連結只會在主要資料庫無法使用且有待命資料庫時顯示。您可以使用 API 隨時起始手動容錯移轉作業
4. 啟動次要網站的伺服器。
5. 容錯移轉作業完成後，又可再次連線上一個主要位置，您必須執行下列手動作業來準備系統以供日後切換。
   1. 停止失敗網站中的 Oracle WebLogic Server 處理作業。
      如果您未在容錯移轉期間停止它們，處理作業可能會當機。請確定它們已停止。
   2. 對於 Oracle Autonomous Database Serverless ，您不需要手動恢復失敗的主要資料庫。
      手動 Oracle Autonomous Data Guard 容錯移轉之後，待命資料庫會自動重新連線，或在區域重新上線時視需要自動 (通透) 重新啟動設定。
      如需詳細資訊，請參閱使用待命資料庫手動容錯移轉注意事項。
   3. 若為 Oracle Autonomous Database on Dedicated Exadata Infrastructure ，請從容器資料庫的「詳細資訊」頁面，將失敗的容器資料庫恢復成已啟用的待命角色。
      容錯移轉之後，「待命」容器資料庫的角色會變成「主要」，而「主要」容器資料庫的角色會變成「停用待命」且狀態為「無法使用」。
      如需詳細資訊，請參閱容錯移轉至自治式資料保全組態中的待命資料庫。
   4. 驗證組態複本的正確執行 (從新主要資料庫到新待命資料庫)。