RDS Custom for SQL Server 多可用區部署的容錯移轉程序 - Amazon Relational Database Service
應用程式 TTL 設定

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

RDS Custom for SQL Server 多可用區部署的容錯移轉程序

如果您已啟用多可用區域，當您的資料庫執行個體因為基礎設施瑕疵而發生計劃中或非計劃的中斷時，Amazon RDS 會自動切換到另一個可用區域中的待命複本。完成容錯移轉所需的時間取決於主要資料庫執行個體失效時的資料庫活動和其他條件。通常容錯移轉時間是 60–120 秒。不過，大型交易或冗長復原程序可能會增加容錯移轉時間。容錯移轉完成後，RDS 控制台使用者界面可能需要多一點時間來顯示新的可用區域。

注意

重新啟動容錯移轉的資料庫執行個體時，您可以手動強制容錯移轉。如需重新啟動資料庫執行個體的相關資訊，請參閱 重新啟動中的資料庫執行個體

Amazon RDS 會自動處理容錯移轉，因此您可以盡快恢復資料庫操作，而無須人為介入管理。如果發生下表所述的任何條件，主要資料庫執行個體會自動切換至待命複本。您可以在 RDS 事件日誌中檢視這些容錯移轉原因。

容錯移轉原因 描述

The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation

作業系統修補或安全更新的維護期間觸發容錯移轉。如需更多詳細資訊，請參閱 維持資料庫執行個體。

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.

多可用區域資料庫執行個體部署偵測到主要資料庫執行個體受損並容錯移轉。

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.

RDS 監控偵測到主要資料庫執行個體的網路連線失敗，並觸發容錯移轉。

The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.

資料庫執行個體修改觸發了容錯移轉。如需更多詳細資訊，請參閱 修改 RDS Custom for SQL Server 資料庫執行個體。

The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.

多可用區域資料庫執行個體部署在主要資料庫執行個體上偵測到儲存問題並容錯移轉。

The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.

RDS Custom for SQL Server 多可用區資料庫執行個體已透過容錯移轉重新啟動。如需更多詳細資訊，請參閱 重新啟動中的資料庫執行個體。

The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.

主要資料庫執行個體沒有回應。建議您採取下列步驟：

若要判斷您的多可用區域資料庫執行個體是否已容錯移轉，您可以執行下列動作：

  • 設定資料庫事件訂閱，透過電子郵件或 SMS 通知您已啟動容錯移轉。如需事件的詳細資訊，請參閱使用 Amazon RDS 事件通知。

  • 您可以使用 RDS 主控台或 API 操作來檢視資料庫事件。

  • 您可以使用 RDS 主控台、CLI 和 API 操作，檢視 RDS Custom for SQL Server 多可用區域資料庫執行個體部署的目前狀態。

使用 RDS Custom for SQL Server 多可用區部署的應用程式存留時間 (TTL) 設定

容錯移轉機制會自動將資料庫執行個體的網域名稱系統 (DNS) 記錄變更為指向待命資料庫執行個體。因此，您必須重新建立資料庫執行個體任何現有的連線。請確定任何 DNS 快取存留時間 (TTL) 組態值都很低，且您的應用程式不會長時間快取 DNS。高 TTL 值可能導致應用程式在容錯移轉後，無法快速重新連線至資料庫執行個體。