如何將RDS執行個體遷移至可用性區域 - ApsaraDB RDS

您可以將RDS執行個體遷移至同一地區內的其他可用性區域。遷移所需時間跟執行個體的資料量有關，通常為幾個小時。

前提條件

其他引擎遷移可用性區域請參見：

遷移可用性區域功能免費。即使將執行個體從單可用性區域遷移至多個可用性區域，也不收取費用。

遷移可用性區域期間會導致執行個體切換，造成主執行個體串連地址、代理串連地址短時間不可用，請確保應用具有自動重連機制。具體影響請參見執行個體切換的影響。
遷移可用性區域會造成虛擬IP（VIP）的變更，請盡量在您的應用程式中使用串連地址進行串連，不要使用IP地址。
請及時清理用戶端DNS緩衝。用戶端採用JVM的應用，建議將JVM配置中的TTL設定為不超過60秒，可確保在串連地址的VIP地址發生變更時，應用程式可以通過重新查詢DNS來接收和使用資源的新VIP地址。
說明
JVM中設定TTL的方法請參見JDK官方文檔：Class InetAddress。
如果您的RDS MySQL執行個體掛載在DRDS執行個體之下，VIP的變更會影響到RDS執行個體與DRDS執行個體之間的連通性，請及時手動修複。更多資訊，請參見修複分庫串連。
如果有正在執行的DTS任務，可用性區域遷移後，需要重啟相應的DTS任務。
如果遷移的目標可用性區域資源不足，則可能遷移可用性區域失敗。
遷移可用性區域會重新建立表檔案，從而導致表檔案的建立時間發生變化，進而引起INFORMATION_SCHEMA中表的CREATE_TIME欄位發生變化。

訪問RDS執行個體列表，在上方選擇地區，然後單擊目標執行個體ID。
在執行個體基本資料地區，查看執行個體當前地區及可用性區域。
- 單可用性區域部署時，執行個體基本資料中地區及可用區如下。
- 多可用性區域部署時，執行個體基本資料中地區及可用區如下。
單擊遷移可用區。
說明
如果控制台沒有遷移可用區按鈕，請確認您的執行個體是否符合前提條件。

在將執行個體遷移至其他可用區對話方塊中，選擇目標可用性區域、目標可用性區域交換器和切換時間，單擊確定。

遷移情境	說明
從一個可用性區域遷移至另一個可用性區域	遷移至主可用區和遷移至備可用區選擇相同的可用性區域。例如將`新加坡可用性區域C（主）+ 可用性區域C（備）`遷移至`新加坡可用性區域A（主）+ 可用性區域A（備）`。
從一個可用性區域遷移至多個可用性區域	遷移至主可用區和遷移至備可用區選擇不同的可用性區域。例如將`新加坡可用性區域C（主）+ 可用性區域C（備）`遷移至`新加坡可用性區域B（主）+ 可用性區域A（備）`。說明遷移後的主備執行個體分別位於不同的可用性區域，能夠實現跨機房容災。相對於單可用性區域執行個體，多可用性區域執行個體可以承受更進階別的災難。例如，單可用性區域執行個體可以承受伺服器和機架層級的故障，而多可用性區域執行個體可以承受機房層級的故障。對於包含主備節點的執行個體，建議遷移至多個可用性區域，實現執行個體的跨可用性區域容災。
從多個可用性區域遷移至一個可用性區域	遷移至主可用區和遷移至備可用區選擇相同的可用性區域。例如將`新加坡可用性區域B（主）+ 可用性區域A（備）`遷移至`新加坡可用性區域C（主）+ 可用性區域C（備）`。

重要

遷移完成後系統會按您指定的切換時間（立即切換或在可維護時間段內進行切換）進行執行個體切換（同時若您選擇的交換器發生了變更，執行個體將切換到新鏈路），請確保應用具有自動重連機制。若應用沒有自動重連機制，需手動重連。
由於用戶端DNS緩衝可能沒有及時重新整理，部分流量可能在10分鐘後才進行切換，在切換過程中執行個體將發生第二次切換，請確保應用具有自動重連機制。若應用沒有自動重連機制，需手動重連。用戶端採用JVM的應用，建議將JVM配置中的TTL設定為不超過60秒，可確保在串連地址的VIP地址發生變更時，應用程式可以通過重新查詢DNS來接收和使用資源的新VIP地址。設定方法請參見本文的影響章節。
執行個體切換的影響請參見執行個體切換的影響。

Q：遷移過程中發生資料寫入，切換後對原有資料是否有影響？對於遷移過程中新寫入的資料，切換後新資料是否還會保留？
A：原有資料不會有影響；對於遷移過程中新寫入的資料會保留。
重要
遷移過程中會出現執行個體切換，請確保應用具有自動重連機制。若應用沒有自動重連機制，需手動重連。執行個體切換的影響請參見執行個體切換的影響。
Q：執行個體可用性區域遷移時間與什麼有關？
A：與資料量成正比，資料量越大遷移時間越長。

API	描述
遷移可用性區域	遷移RDS執行個體可用性區域。