ApsaraDB RDS：遷移可用性區域

遷移類型

情境

從一個可用性區域遷移至另一個可用性區域

執行個體所在可用性區域出現滿負載或其他影響執行個體效能的情況。

從一個可用性區域遷移至多個可用性區域

遷移後的主備執行個體分別位於不同的可用性區域，實現跨機房容災。

相對於單可用性區域執行個體，多可用性區域執行個體可承受更進階別的災難。例如，單可用性區域執行個體可以承受伺服器和機架層級的故障，而多可用性區域執行個體可以承受機房層級的故障。

從多個可用性區域遷移至一個可用性區域

為了滿足特定功能的要求。

分類

說明

遷移前須知

• 主機環境等丟失：遷移可用性區域將涉及跨機遷移，會導致主機帳號及原主機中部署的程式或檔案（SSIS、SSAS、SSRS等）都被清空，請務必提前遷移或備份資料。

  重要

  阿里雲RDS SQL Server基於微軟SQL Server原生核心，專註於提供穩定高效的資料庫託管服務。若您的業務需要使用SSIS、SSAS、SSRS等功能時，更依賴您具備專業的營運能力，以確保商務持續性。

• 避免中繼資料修改操作：可用性區域遷移期間請勿執行添加或刪除資料庫、修改復原模式等操作，否則可能導致資料不一致。

• 須知遷移不可取消：遷移操作一旦開始，無法取消，請謹慎操作。

• 選擇業務低峰期：遷移所需時間與執行個體資料量有關，通常約需20分鐘。若遷移過程中有大量操作，可能會延長遷移時間，建議在業務低峰期進行。

• 確保自動重連機制：切換時執行個體會有幾分鐘不可用，執行個體可用性會受到短暫影響，請確保應用具有自動重連機制。

• 檢查串連地址：遷移完成後虛擬IP（VIP）會發生變更，請確保應用程式使用串連地址而非直接使用IP地址訪問執行個體。

  對於使用JVM的用戶端，建議將TTL設定為不超過60秒，可確保在串連地址的VIP地址發生變更時，應用程式可通過重新查詢DNS來接收和使用資源的新VIP地址。

  JVM中設定TTL的方法

  • 為所有使用JVM的應用程式設定TTL：將$JAVA_HOME/jre/lib/security/java.security檔案中的networkaddress.cache.ttl參數值設定為60。

  • 僅為本地應用程式設定TTL：在首次調用InetAddress.getByName()前，即建立任何網路連接之前，在應用程式的初始化代碼中設定java.security.Security.setProperty("networkaddress.cache.ttl" , "60");。

• DTS任務處理規劃：如果有正在執行的DTS任務，請提前規劃，遷移完成後需要手動重啟相應的任務。

• 業務可正常訪問：遷移過程將引起資料的搬遷，期間RDS SQL Server執行個體可正常訪問，業務不受影響。

遷移後檢查

• 驗證配置一致性：遷移前後執行個體名稱、訪問連接埠、標籤、資料庫帳號等原有設定均不會發生變化，請確認這些配置是否正常。

• 清理DNS緩衝：及時清理用戶端DNS緩衝，避免因緩衝導致串連失敗。

• 驗證串連：使用串連地址驗證執行個體是否正常訪問，並確認業務功能無異常。

• 重啟DTS任務：如果遷移前有正在執行的 DTS 任務，請手動重啟任務以確保其正常運行。