すべてのプロダクト
Search

このプロダクト

    ApsaraDB RDS:ApsaraDB RDS for SQL Server インスタンスのゾーン間移行

    ドキュメントセンター

    ApsaraDB RDS:ApsaraDB RDS for SQL Server インスタンスのゾーン間移行

    最終更新日:Nov 09, 2025

    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 などの機能が必要な場合は、業務継続性を確保するために専門的な O&M 機能が必要です。

    • メタデータの変更を避ける: ゾーン移行中は、データベースの追加や削除、復元モデルの変更などの操作を行わないでください。そうしないと、データの不整合が発生する可能性があります。

    • 移行はキャンセルできません: 移行タスクが開始されると、キャンセルすることはできません。注意して進めてください。

    • オフピーク時に移行を実行する: 移行に必要な時間はインスタンスのデータ量によって異なり、通常は約 20 分です。移行中の多くの操作により、プロセスが長引く可能性があります。オフピーク時に移行を実行してください。

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

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

      Java 仮想マシン (JVM) を使用するクライアントの場合、time-to-live (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 タスクの計画: Data Transmission Service (DTS) タスクが実行中の場合は、事前に計画してください。移行完了後、手動でタスクを再起動する必要があります。

    • 通常のサービスアクセス: 移行プロセスにはデータの再配置が含まれます。この間、ApsaraDB RDS for SQL Server インスタンスはアクセス可能なままであり、サービスに影響はありません。

    移行後

    • 構成の一貫性を確認する: インスタンス名、ポート、タグ、およびデータベースアカウントは移行後も変更されません。これらの構成が正常であることを確認してください。

    • DNS キャッシュをクリアする: キャッシュによる接続障害を防ぐために、クライアント側の DNS キャッシュを速やかにクリアしてください。

    • 接続を確認する: エンドポイントを使用して、インスタンスがアクセス可能であり、サービスが期待どおりに機能することを確認してください。

    • DTS タスクを再起動する: 移行前に実行されていた DTS タスクがある場合は、手動で再起動して、正常に実行されることを確認してください。

    手順

    1. インスタンスページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンスの ID をクリックします。

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

      説明

      ボタンがコンソールに表示されない場合は、インスタンスが「前提条件」または「制限事項」で説明されている要件を満たしているかどうかを確認してください。

      image.png

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

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

      [OK] をクリックすると、システムは移行先ゾーンへのデータのコピーを開始します。このプロセスは実行中のインスタンスには影響しません。データがコピーされた後、指定された時間にトラフィックが新しいリンクに切り替えられます: 今すぐ切り替える または 保守時間枠内に切り替える。

    よくある質問

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

    A: いいえ、できません。RDS Basic Edition で SQL Server Web を実行する RDS インスタンスのデプロイメントをマルチゾーンに変更することはできません。まず、インスタンスを Standard Edition (プライマリ/セカンダリ アーキテクチャの高可用性シリーズ) にスペックアップする必要があります。その後、セカンダリノードを別のゾーンに移行できます。

    関連資料

    インスタンスを別のゾーンに移行するには、MigrateToOtherZone API 操作を呼び出すこともできます。