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

ApsaraDB RDS:SQL Server 2008 R2 (Premium ローカル SSD) から 2012 または 2016 へのアップグレード

最終更新日:Jun 21, 2026

Alibaba Cloud は、2019 年 7 月 9 日以降に購入された SQL Server 2008 R2 を実行する ApsaraDB RDS for SQL Server インスタンスに対するセキュリティ更新プログラムの提供を終了しました。2024 年 11 月 1 日以降、SQL Server 2008 R2 を実行し、Premium ローカル SSD を使用する RDS インスタンスは、Virtual Private Cloud (VPC) ネットワークタイプをサポートしなくなりますクラシックネットワークタイプは、2025 年 2 月 28 日 00:00 以降、購入できなくなります。これにより、クラシックネットワークタイプを使用する既存の RDS インスタンスのワークロードが中断される可能性があります。サービスの安定性とセキュリティを確保するため、SQL Server 2008 R2 を実行し、Premium ローカル SSD を使用する RDS インスタンスを、SQL Server 2012 または SQL Server 2016 などの新しいバージョンにアップグレードすることを推奨します。アップグレード中に、ビジネス要件に応じて RDS インスタンスをゾーン間で移行できます。

各 RDS Edition で SQL Server の各バージョンが提供する機能の詳細については、「Edition 間の機能の違い」をご参照ください。

前提条件

RDS インスタンスが次の要件を満たしている必要があります。

  • RDS インスタンスが、Premium ローカル SSD を使用する SQL Server 2008 R2 を実行していること。

  • RDS インスタンスのストレージ容量が 20 GB 以上であること。ストレージ容量の拡張方法の詳細については、「インスタンス仕様の変更」をご参照ください。

  • RDS インスタンスで透過的なデータ暗号化 (TDE) 機能が無効になっていること。TDE 機能を無効化する方法の詳細については、「透過的なデータ暗号化 (TDE) の設定」をご参照ください。

注意事項

  • アップグレードが完了すると、RDS インスタンスを以前のメジャーエンジンバージョンにロールバックすることはできません。

    警告

    アップグレードを開始する前に、必要な SQL Server バージョンを実行する一時 RDS インスタンスを作成し、その一時 RDS インスタンスを使用してワークロードとの互換性をテストすることを推奨します。詳細については、「ローカルディスクを使用する ApsaraDB RDS for SQL Server インスタンスを SQL Server 2008 R2 から SQL Server 2012 または SQL Server 2016 へアップグレード」をご参照ください。

  • アップグレードが完了したら、ワークロードをスイッチオーバーする必要があります。スイッチオーバーによるダウンタイムは、RDS インスタンスのデータ量によって異なります。ほとんどの場合、スイッチオーバーには約 20 分かかります。指定したメンテナンスウィンドウ内にワークロードをスイッチオーバーすることを推奨します。アプリケーションが RDS インスタンスに自動的に再接続するように設定されていることを確認してください。

  • アップグレードにデフォルトの VPC または vSwitch を使用しないでください。ビジネス要件に基づいて VPC と vSwitch を設定する必要があります。

  • アップグレード中は、RDS インスタンスのメタデータを変更しないことを推奨します。変更すると、アップグレード後にデータの不整合が発生する可能性があります。たとえば、データベースの作成、削除、復旧モデルの変更などを行わないでください。

RDS インスタンスのエンドポイントの変更

アップグレード後、RDS インスタンスは VPC 内に配置されます。RDS インスタンスの元のネットワークタイプに基づき、アップグレード後にエンドポイントがどのように変更されるかを次の表に示します。

元のネットワークタイプ

変更ルール

クラシックネットワーク

アップグレード後、RDS インスタンスはクラシックネットワークと VPC の両方に接続されます。

  • 元のクラシックネットワークエンドポイントは引き続き使用でき、有効期限はありません。

  • 指定された VPC に基づいて、RDS インスタンスの VPC エンドポイントが生成されます。

VPC

アップグレード後も VPC エンドポイントは変更されません。

クラシックネットワークと VPC

アップグレード後、RDS インスタンスはクラシックネットワークと VPC の両方に接続されます。元のクラシックネットワークエンドポイントと元の VPC エンドポイントは引き続き使用できます。クラシックネットワークエンドポイントの有効期限は変更されません。

影響

  • アップグレードプロセスは一度開始するとキャンセルできず、完了後にロールバックすることもできません。

  • インスタンス名、ポート、タグ、データベースアカウントなどの既存の設定は、アップグレード後も変更されません。

  • アップグレードにかかる時間は、インスタンスのデータ量などの要因によって異なります。詳細については、本トピックの「よくある質問」セクションをご参照ください。

  • アップグレードにはネットワークの切り替えが含まれ、最大 20 分間のサービス中断が発生します。詳細については、本トピックの「よくある質問」セクションをご参照ください。アプリケーションに自動再接続メカニズムがあることを確認してください。

  • アップグレード中、プロセスの基盤となるリソースが移行されるため、仮想 IP (VIP) アドレスが変更されます。ビジネスの安定性と継続性を確保するために、アプリケーションへの接続にはRDS インスタンスの内部またはパブリックエンドポイントを使用する必要があります。名前解決された IP アドレスは使用しないでください。RDS エンドポイントは、バックエンドの IP の変更にシームレスに適応する自動ルーティング機能を備えた動的ドメイン名です。

  • メンテナンス期間 内に切り替えることを選択した場合、アップグレードタスクを送信してから移行が完了するまで、通常のインスタンスバックアップは無効になります。

  • クライアントの DNS キャッシュをクリアしてください。クライアントが JVM ベースのアプリケーションである場合は、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"); を設定します。

  • 進行中の Data Transmission Service (DTS) タスクがある場合は、アップグレード後にタスクを再設定して再起動する必要があります。

課金ルール

アップグレードには料金が発生します。購入ページに表示される料金が優先されます。詳細については、「インスタンス仕様の変更」をご参照ください。

操作手順

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 基本情報 ページで、バージョンのアップグレード をクリックします。表示されるダイアログボックスで、OK をクリックします。

    説明

    バージョンのアップグレード ボタンが表示されない場合は、前提条件が満たされているかどうかを確認する必要があります。たとえば、RDS インスタンスで TDE が有効になっているか、または RDS インスタンスに一時インスタンスが存在するかどうかを確認します。

  3. エンジンバージョンのアップグレード ページで、次のパラメータを設定します。

    パラメータ

    説明

    [ターゲットバージョン]

    必要な SQL Server バージョンを選択します。[エディション]、[ストレージタイプ]、[インスタンスタイプ]パラメータの有効な値は、選択した SQL Server バージョンによって異なります。Premium ローカル SSD を使用する RDS インスタンスを SQL Server 2008 R2 から次のいずれかのバージョンにアップグレードできます。

    • SQL Server 2012 EE

    • SQL Server 2016 SE

    • SQL Server 2016 EE

    重要

    RDS インスタンスを SQL Server 2012 EE または SQL Server 2016 EE にアップグレードする場合、TDE 機能は引き続き使用できます。RDS インスタンスを SQL Server 2016 SE にアップグレードする場合、TDE 機能は使用できなくなります。

    [エディション]

    [高可用性エディション] を選択します。データベースシステムは、プライマリ RDS インスタンスとセカンダリ RDS インスタンスで構成されます。これらのインスタンスは高可用性モードで動作し、すべての側面でバランスの取れたパフォーマンスを実現します。

    [ストレージタイプ]

    [ESSD] を選択します。Enterprise SSD (ESSD) は、次世代の分散ブロックストレージアーキテクチャに基づいて Alibaba Cloud が設計した超高性能ディスクです。ESSD は、超高ストレージパフォーマンスを提供します。ESSD は、25 ギガビットイーサネットおよびリモートダイレクトメモリアクセス (RDMA) テクノロジと統合されています。ESSD は、一方向レイテンシを削減し、ランダムな読み取りおよび書き込みリクエストを毎秒最大 100 万回処理するのに役立ちます。詳細については、「ストレージタイプ」をご参照ください。

    [ゾーン]

    必要なゾーンを選択します。[マルチゾーンデプロイ]と[シングルゾーンデプロイ]がサポートされています。データベースシステムがプライマリおよびセカンダリ RDS インスタンスで構成されている場合は、[マルチゾーンデプロイ] を選択して、クロスゾーンディザスタリカバリを実現することを推奨します。

    重要

    [マルチゾーンデプロイ] を選択する場合は、デフォルトのゾーンを使用する ではなく、[セカンダリノードのゾーン] を手動で選択する必要があります。

    [インスタンスタイプ]

    インスタンスタイプを選択します。各インスタンスタイプは、特定の CPU コア数、メモリ容量、最大接続数、最大 IOPS を提供します。詳細については、「インスタンスファミリー」および「プライマリ ApsaraDB RDS インスタンスタイプ」をご参照ください。

    [ネットワークタイプ]

    VPC を選択します。ネットワークタイプとして [VPC] のみが利用可能です。

    • アップグレード前に RDS インスタンスがクラシックネットワーク経由で接続されている場合、ネットワークタイプを VPC に変更し、vSwitch を設定できます。

    • 元のインスタンスが VPC 内にある場合、またはハイブリッドアクセスモードの場合、VPC を変更することはできませんが、vSwitch を変更することはできます。使用可能な vSwitch は、選択した[ゾーン]と VPC によって決まります。

    [VPC]

    移行先の VPC。使用可能な VPC がない場合は、VPC を作成してください。

    重要

    デフォルトの VPC を使用しないでください。ビジネス要件に基づいて VPC を 手動で選択 する必要があります。

    [プライマリノードの VSwitch]

    必要な vSwitch を選択します。RDS インスタンスに複数のゾーンを選択した場合は、[セカンダリノードの VSwitch] を選択する必要があります。使用可能な vSwitch がない場合は、vSwitch を作成 する必要があります。

    重要

    RDS インスタンスがクラシックネットワーク経由で接続されている場合、デフォルトの vSwitch を使用しないでください。ビジネス要件に基づいて vSwitch を 手動で選択 する必要があります。RDS インスタンスが VPC 経由で接続されている場合、またはクラシックネットワークと VPC の両方から接続できる場合、VPC を変更することはできません。

    [切替時間]

    • [データ移行直後の切り替え]:データが移行され、ワークロードが直ちにスイッチオーバーされます。

    • [メンテナンス期間内に切り替え]:データが直ちに移行され、ワークロードは指定されたメンテナンスウィンドウ内でスイッチオーバーされます。

    • [ユーザー指定の時間帯が有効になります]:データが直ちに移行され、ワークロードは指定された時点でスイッチオーバーされます。指定された時点は、現在の時刻から少なくとも 12 時間後である必要があります。

  4. 利用規約を読んで選択し、今すぐ支払い をクリックします。

  5. 今すぐ支払い をクリックします。表示されたダイアログボックスで、OK をクリックします。

    インスタンスのステータスが設定変更中 > ネットワーク間のアップグレードに変わります。インスタンスのステータスが実行中に変わると、アップグレードは完了です。所要時間はデータ量によって異なりますので、しばらくお待ちください。

必要な SQL Server バージョンを実行する一時 RDS インスタンスの作成

アップグレードを開始する前に、必要な SQL Server バージョンを実行する一時 RDS インスタンスを作成し、その一時 RDS インスタンスを使用してワークロードとの互換性をテストすることを推奨します。一時 RDS インスタンスは新しい独立したインスタンスであり、一時 RDS インスタンスを作成しても元の RDS インスタンスのデータには影響しません。

説明

SQL Server 2008 R2 を実行する RDS インスタンスの一時 RDS インスタンスを作成する場合は、TDE および SSL 暗号化機能が無効になっていることを確認してください。

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 左側メニューで、バックアップと復元 をクリックします。

  3. 一時インスタンス タブで、データをクローンする時点を選択し、上位バージョンの一時インスタンスの作成 をクリックします。

  4. 次のパラメータを設定します。

    パラメータ

    説明

    [ゾーン]

    一時 RDS インスタンスを作成するゾーンを選択します。

    [ターゲットバージョン]

    一時 RDS インスタンス用の SQL Server バージョンを選択します。有効な値:

    • SQL Server 2016 SE

    • SQL Server 2016 EE

    • SQL Server 2012 EE

    [VPC]

    一時 RDS インスタンスが属する VPC を選択します。接続する Elastic Compute Service (ECS) インスタンスの VPC を選択する必要があります。そうしないと、一時 RDS インスタンスは内部ネットワーク経由で ECS インスタンスと通信できません。

    [VSwitch]

    指定された VPC から vSwitch を選択します。

    重要

    システムは、一時 RDS インスタンスにデフォルトのインスタンスタイプとストレージタイプを提供します。一時 RDS インスタンスは 7 日間使用できます。7 日間の有効期間が経過すると、システムは一時 RDS インスタンスを解放します。

  5. OK をクリックします。

関連情報

一時インスタンスを使用した SQL Server データの復元