すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:ApsaraDB RDS for SQL Serverインスタンスをゾーン間で移行する

最終更新日:Jan 23, 2024

ApsaraDB RDS for SQL Serverでは、同じリージョンのゾーン間でApsaraDB RDS for SQL Serverインスタンスを移行できます。 RDSインスタンスが別のゾーンに移行された後も、RDSインスタンスの属性、設定、エンドポイントは変更されません。 移行を完了するのに必要な期間は、移行する必要があるデータの量によって異なります。 ほとんどの場合、移行には約30分かかります。

前提条件

  • RDSインスタンスが存在するリージョンは、複数のゾーンで構成されています。 Alibaba Cloudのリージョンとゾーンの詳細については、「リージョンとゾーン」をご参照ください。

  • RDSインスタンスはプライマリRDSインスタンスであり、読み取り専用RDSインスタンスはRDSインスタンスにアタッチされていません。

  • RDSインスタンスのステータスが 実行中 です。

課金ルール

クロスゾーン移行の料金は発生しません。 これは、RDSインスタンスを1つのゾーンから複数のゾーンに移行する場合にも適用されます。

影響

  • RDSインスタンスをゾーン間で移行するタスクを開始した場合、タスクをキャンセルすることはできません。

  • 名前、エンドポイント、タグ、データベースアカウントなど、RDSインスタンスの設定は移行後も変更されません。

  • 移行プロセスは、データ移行をトリガーします。 プロセス中、RDSインスタンスは期待どおりに実行され、RDSインスタンスのワークロードは影響を受けません。

  • 移行の完了に必要な期間は、RDSインスタンスのデータ量によって異なります。 ほとんどの場合、移行には約20分かかります。 マイグレーション中に多数の操作が実行されると、マイグレーションが完了するまでの時間が長くなる。 適切な期間にRDSインスタンスをアップグレードすることを推奨します。

  • 切り替え中、RDSインスタンスは数分間使用できなくなります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。

  • 移行により、RDSインスタンスの仮想IPアドレス (VIP) が変更されます。 アプリケーションをRDSインスタンスに接続するには、IPアドレスの代わりにRDSインスタンスのエンドポイントを使用することを推奨します。

  • 移行が完了したら、キャッシュされたDNSレコードをデータベースクライアントから直ちに削除する必要があります。 データベースクライアントがJVMで実行されている場合は、JVM構成の有効期間 (TTL) を60秒以下に設定することを推奨します。 これにより、RDSインスタンスの使用中のエンドポイントにバインドされているVIPが変更された場合、アプリケーションは関連するDNSレコードを再度クエリして新しいVIPを取得できます。 その後、アプリケーションは新しいVIPに接続できます。

    説明

    次のTTL設定方法は参照のために提供されます:

    • すべてのJVMベースのアプリケーションの場合: $JAVA_HOME/jre/lib/security/java.securityファイルのnetworkaddress.ca che.ttlパラメーターを60に設定します。

    • ローカルアプリケーションの場合は、ローカルアプリケーションの初期化コードでnetworkaddress.ca che.ttl java.security.Security.setProperty("networkaddress.ca che.ttl" , "60"); を設定します。 InetAddress.getByName() 関数を初めて呼び出してネットワーク接続を確立する前に、設定を完了する必要があります。

  • RDSインスタンスがPolarDB-Xインスタンスにアタッチされている場合、VIPの変更は一時的にPolarDB-Xインスタンスの可用性に影響します。 接続情報を表示するには、PolarDB-Xコンソールのページを更新する必要があります。

  • RDSインスタンスに進行中のData Transmission Service (DTS) タスクがある場合、移行が完了した後にDTSタスクを再起動する必要があります。

制限事項

次のRDSインスタンスをゾーン間で移行することはできません。

移行シナリオ

移行シナリオ

説明

あるゾーンから別のゾーンへの移行

RDSインスタンスが存在する元のゾーンは、負荷が大きいなどの問題により、サービスのパフォーマンスを保証できません。

1つのゾーンから複数のゾーンへの移行

クロスゾーンのディザスタリカバリを実装するには、プライマリRDSインスタンスとセカンダリRDSインスタンスを異なるゾーンに配置します。

マルチゾーン展開方式は、シングルゾーン展開方式よりも高いディザスタリカバリ機能を提供します。 シングルゾーン展開方法を選択した場合、データベースシステムはサーバーとラックの障害に耐えることができます。 マルチゾーン展開方法を選択した場合、データベースシステムはデータセンターの障害に耐えることができます。

説明

データベースシステムにプライマリおよびセカンダリRDSインスタンスが含まれている場合は、マルチゾーンデプロイ方法を選択して、ゾーン間ディザスタリカバリを実装することを推奨します。

複数のゾーンから1つのゾーンへの移行

シングルゾーン展開方式を使用する場合にのみサポートされる特定の機能を使用する必要があります。

手順

  1. [インスタンス] ページに移動します。 上部のナビゲーションバーで、RDSインスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。
  2. 表示されるページの 基本情報 セクションで、移行ゾーン をクリックします。

    image.png

  3. 表示されるダイアログボックスで、移行先ゾーン、VPC、vSwitch、および移行時間を指定します。

    説明
    • VPCの作成方法の詳細については、「VPCの作成と管理」をご参照ください。

    • vSwitchの作成方法の詳細については、「vSwitchの操作」をご参照ください。

  4. [OK] をクリックします。

    [OK] をクリックすると、RDSインスタンスのデータのコピーが開始されます。 このプロセスは、RDSインスタンスのワークロードを中断しません。 すべてのデータが宛先ゾーンにレプリケートされた後、システムは指定された期間内にワークロードを宛先ゾーンに切り替えます。 切り替え時間を 今すぐ切り替える または メンテナンスウィンドウ内に切り替える に設定できます。

    重要

    切り替え中、RDSインスタンスは数分間使用できなくなります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。

よくある質問

SQL Server Web on RDS Basic Editionを実行するRDSインスタンスのデプロイモードをマルチゾーンデプロイモードに直接アップグレードまたは変更できますか。 プライマリRDSインスタンスとセカンダリRDSインスタンスを異なるゾーンに配置できますか。

いいえ。RDS Basic EditionでSQL Server Webを実行するRDSインスタンスのデプロイモードをマルチゾーンデプロイモードに変更することはできません。 RDSインスタンスを、SQL Server SE on RDS High-availability Editionを実行するインスタンスにアップグレードできます。 次に、セカンダリRDSインスタンスを別のゾーンに移行します。 詳細については、「ApsaraDB RDS For SQL ServerインスタンスのメジャーエンジンバージョンとRDSエディションのアップグレード」をご参照ください。

説明

RDS High-availability Editionでは、データベースシステムはプライマリRDSインスタンスとセカンダリRDSインスタンスで構成されます。 詳細については、「RDS High-availability Edition」をご参照ください。

関連する操作

操作

説明

MigrateToOtherZone

ゾーン間でインスタンスを移行します。