本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
RDS Custom for Oracle Multi-AZ 部署的容錯移轉程序
如果您已啟用多可用區域，當您的資料庫執行個體因為基礎設施瑕疵而發生計劃中或非計劃的中斷時，Amazon RDS 會自動切換到另一個可用區域中的待命複本。完成容錯移轉所需的時間取決於主要資料庫執行個體失效時的資料庫活動和其他條件。通常容錯移轉時間是 60–120 秒。不過，大型交易或冗長復原程序可能會增加容錯移轉時間。當容錯移轉完成時，Amazon RDS 主控台可能需要額外的時間才能顯示新的可用區域。
注意
當您在資料庫執行個體可用時停止和啟動主要 EC2 主機時，您可以手動強制容錯移轉。
Amazon RDS 會自動處理容錯移轉，因此您可以盡快恢復資料庫操作，而無須人為介入管理。如果發生下表所述的任何條件，主要資料庫執行個體會自動切換至待命複本。您可以在 Amazon RDS 事件日誌中檢視這些容錯移轉原因。
| 容錯移轉原因 | 描述 |
|---|---|
| 以 RDS 資料庫執行個體為基礎的作業系統正在離線操作中進行修補。 | 作業系統修補或安全更新的維護期間觸發容錯移轉。如需詳細資訊，請參閱維持資料庫執行個體。 |
| RDS 異地同步備份執行個體的主要主機狀況不良。 | 多可用區域資料庫執行個體部署偵測到主要資料庫執行個體受損並容錯移轉。 |
| 由於網路連線中斷，RDS 異地同步備份執行個體的主要主機無法連線。 | RDS 監控偵測到主要資料庫執行個體的網路連線失敗，並觸發容錯移轉。 |
| RDS 執行個體已由客戶修改。 | RDS 資料庫執行個體修改觸發了容錯移轉。如需詳細資訊，請參閱修改 RDS Custom for Oracle 資料庫執行個體。 |
| 以 RDS 異地同步備份執行個體主要主機為基礎的儲存磁碟區發生故障。 | 多可用區域資料庫執行個體部署在主要資料庫執行個體上偵測到儲存問題並容錯移轉。 |
| RDS 異地同步備份主要執行個體忙碌且沒有回應。 | 主要資料庫執行個體沒有回應。建議您執行下列動作：檢查事件和 CloudWatch 日誌是否有過多的 CPU、記憶體或交換空間使用量。如需詳細資訊，請參閱使用 Amazon RDS 事件通知及建立由 Amazon RDS 事件觸發的規則。評估您的工作負載，以判斷您是否正在使用適當的資料庫執行個體類別。如需詳細資訊，請參閱資料庫執行個體類別。 |
若要判斷您的多可用區域資料庫執行個體是否已容錯移轉，您可以執行下列動作：
-
設定資料庫事件訂閱，透過電子郵件或 SMS 通知您已啟動容錯移轉。如需事件的詳細資訊，請參閱使用 Amazon RDS 事件通知。
-
使用 Amazon RDS 主控台或 API 操作來檢視資料庫事件。
-
使用 Amazon RDS 主控台、CLI 或 API 操作，檢視 RDS Custom for Oracle 多可用區域資料庫執行個體部署的目前狀態。
使用 RDS Custom for Oracle 多可用區部署的應用程式的存留時間 (TTL) 設定
容錯移轉機制會自動將資料庫執行個體的網域名稱系統 (DNS) 記錄變更為指向待命資料庫執行個體。因此，您必須重新建立資料庫執行個體任何現有的連線。請確定任何 DNS 快取存留時間 (TTL) 組態值都很低，且您的應用程式不會長時間快取 DNS。高 TTL 值可能導致應用程式在容錯移轉後，無法快速重新連線至資料庫執行個體。
