すべてのプロダクト
Search

このプロダクト

    ApsaraDB RDS:別のゾーンへの移行

    ドキュメントセンター

    ApsaraDB RDS:別のゾーンへの移行

    最終更新日:Jun 23, 2026

    ApsaraDB RDS for SQL Server はゾーン移行をサポートしています。同一リージョン内の別のゾーンへ RDS インスタンスを移行できます。移行時間はデータ量に依存し、通常は約 30 分かかります。

    前提条件

    ApsaraDB RDS for SQL Server インスタンスは、次の要件を満たす必要があります。

    • インスタンスが配置されているリージョンに複数のゾーンが存在すること。

    • インスタンスが、読み取り専用インスタンスではなく、かつ読み取り専用インスタンスがアタッチされていないプライマリインスタンスであること。

    • プライマリインスタンスのステータスは実行中です。

    制限

    次のインスタンスタイプは、ゾーン移行をサポートしていません。

    料金

    ゾーン移行は無料です。単一ゾーンから複数ゾーンへインスタンスを移行する場合でも、料金は発生しません。

    移行タイプ

    移行タイプ

    シナリオ

    単一ゾーンから別のゾーンへの移行

    現在のゾーンの容量が不足している、またはパフォーマンス上の問題がある場合。

    単一ゾーンから複数ゾーンへの移行

    移行後、プライマリインスタンスとセカンダリインスタンスが異なるゾーンに配置され、クロスゾーンディザスタリカバリーを実現できます。

    単一ゾーンインスタンスと比較して、複数ゾーンインスタンスはより高レベルの障害に耐えることができます。たとえば、単一ゾーンインスタンスはサーバーレベルおよびラックレベルの障害に耐えられますが、複数ゾーンインスタンスはデータセンターレベルの障害に耐えることができます。

    説明

    プライマリノードとセカンダリノードを持つインスタンスの場合、複数ゾーンへ移行することで、クロスゾーンディザスタリカバリーを実現できます。

    複数ゾーンから単一ゾーンへの移行

    特定の機能要件を満たすため。

    移行前後の注意事項

    カテゴリ

    説明

    移行前

    • ホスト環境の喪失： ゾーン移行には、クロスホスト移行が伴います。これにより、ホストアカウントと元のホストに展開されたプログラムやファイル (SSIS、SSAS、SSRS など) がクリアされます。事前にこれらのデータをバックアップまたは移行してください。

      重要

      ApsaraDB RDS for SQL Server は、ネイティブの Microsoft SQL Server エンジン上に構築されており、安定かつ効率的なマネージドデータベースサービスの提供に重点を置いています。ビジネスで SSIS、SSAS、SSRS などの機能が必要な場合は、業務継続性を確保するために高度な運用専門知識が求められます。

    • メタデータの変更を避ける： ゾーン移行中は、データベースの追加や削除、復旧モデルの変更を行わないでください。これらの操作は、データの不整合を引き起こす可能性があります。

    • 移行のキャンセル不可： 移行を開始すると、キャンセルすることはできません。慎重に進めてください。

    • オフピーク時間の選択： 移行には通常約 30 分かかりますが、データ量によって異なります。移行中に負荷の高いアクティビティがあると、この時間が延びる可能性があります。業務のオフピーク時に移行を実施してください。

    • 自動再接続の確保： スイッチオーバー中、インスタンスは数分間利用できなくなり、可用性に一時的な影響が出ます。アプリケーションに再接続メカニズムがあることを確認してください。

    • 接続アドレスの確認： 移行後、仮想 IP アドレス (VIP) が変更されます。アプリケーションが、直接 IP アドレスではなく、エンドポイントを使用してインスタンスにアクセスしていることを確認してください。

      JVM ベースのクライアントの場合、TTL を 60 秒以下に設定してください。これにより、エンドポイントの VIP が変更された際に、DNS が再クエリされ、アプリケーションが新しい VIP を受け取れるようになります。

      JVM での TTL 設定

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

      • 特定のローカルアプリケーションの場合： ネットワーク接続を行う前、具体的には InetAddress.getByName() を最初に呼び出す前に、アプリケーションの初期化コードに次の行を追加します： java.security.Security.setProperty("networkaddress.cache.ttl" , "60");

    • DTS タスクの取り扱い： 実行中の DTS タスクがある場合は、事前に対応を計画してください。移行後、これらのタスクは手動で再起動する必要があります。

    • ビジネスへの影響： データのコピー中はインスタンスにアクセス可能ですが、最終的なスイッチオーバーの際には数分間のサービス中断が発生し、ビジネスに一時的な影響が及びます。

    • 定期バックアップの制限： メンテナンスウィンドウ内に切り替えを選択した場合、タスクを送信してから移行が完了するまで、定期バックアップは無効になります。

    移行後

    • 設定の一貫性の確認： インスタンス名、ポート、タグ、データベースアカウント、その他の設定は変更されません。これらの設定が正しく機能していることを確認してください。

    • DNS キャッシュのクリア： 古いエントリによる接続障害を避けるため、クライアントの DNS キャッシュを速やかにクリアしてください。

    • 接続性の検証： エンドポイントを使用してインスタンスにアクセスできることを確認し、ビジネス機能が正常に動作していることを検証してください。

    • DTS タスクの再起動： 移行前に実行中の DTS タスクがあった場合は、正常に動作するように手動で再起動してください。

    操作手順

    1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。

    2. 基本情報 セクションで、移行ゾーン をクリックします。

      説明

      このボタンが見つからない場合、インスタンスが前提条件または制限を満たしていない可能性があります。

    3. 表示されたダイアログボックスで、移行先のゾーン、Virtual Private Cloud (VPC)、仮想スイッチ、および切り替えタイミングを選択します。

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

      [OK] をクリックすると、システムはインスタンスを中断することなく、ターゲットゾーンへのデータのコピーを開始します。コピーが完了すると、今すぐ切り替える または 保守時間枠内に切り替える のいずれか指定した時間に、トラフィックが新しいパスに切り替わります。

    よくある質問

    Q： Web Edition (Basic Series) の ApsaraDB RDS for SQL Server インスタンスを、マルチゾーンに直接アップグレードまたは変更し、プライマリインスタンスとセカンダリインスタンスを異なるゾーンに配置できますか？

    A: いいえ。Web 版 (ベーシックシリーズ) の RDS インスタンスはシングルゾーンであり、マルチゾーンに変更することはできません。まず、アップグレードして、お使いの Web 版 (ベーシックシリーズ) インスタンスを Standard Edition (1 つのプライマリノードと 1 つのセカンダリノードで構成される高可用性シリーズ) に変更します。次に、セカンダリゾーンを別のゾーンに移行します。

    関連ドキュメント

    API を使用したインスタンスのゾーン移行 (MigrateToOtherZone)。