ApsaraDB RDS for SQL Server では、2019 年 7 月 9 日以降に購入された SQL Server 2008 R2 インスタンスに対して、セキュリティ更新プログラムが提供されません。また、2024 年 11 月 1 日より、Premium ローカル SSD を使用する場合、これらのインスタンスは VPC（Virtual Private Cloud）ネットワークタイプをサポートしなくなります。クラシックネットワークタイプは、2025 年 2 月 28 日 00:00 より新規購入が不可となり、クラシックネットワークを使用するインスタンス上のワークロードに影響を及ぼす可能性があります。
VPC 接続性の復元およびサービスの安定性維持のため、インスタンスを SQL Server 2012 または SQL Server 2016 へアップグレードしてください。アップグレード中には、デプロイ要件に応じて、ゾーン間でのインスタンス移行も可能です。
SQL Server の各バージョンおよび RDS エディションにおける機能比較については、「異なる SQL Server バージョンおよび RDS エディションを実行する ApsaraDB RDS インスタンスの機能」をご参照ください。
サポートされるアップグレードパス
| 現在のバージョン | サポートされるターゲットバージョン |
|---|---|
| SQL Server 2008 R2（Premium ローカル SSD） | SQL Server 2012 EE |
| SQL Server 2016 SE | |
| SQL Server 2016 EE |
TDE（透過的データ暗号化）の動作は、ターゲットバージョンによって異なります。SQL Server 2012 EE または SQL Server 2016 EE へのアップグレードでは TDE が引き続き利用可能です。一方、SQL Server 2016 SE へのアップグレードでは TDE は利用できなくなります。
前提条件
開始前に、インスタンスが以下の要件を満たしていることを確認してください。
インスタンスが Premium ローカル SSD を使用した SQL Server 2008 R2 を実行していること。
ストレージ容量が最低でも 20 GB であること。ストレージの拡張については、「インスタンスの仕様の変更」をご参照ください。
TDE が無効化されていること。TDE の無効化手順については、「TDE の設定」をご参照ください。
アップグレードの影響
元に戻せない変更
アップグレードを開始すると、キャンセルできません。
アップグレード後は、インスタンスを以前のメジャーエンジンバージョンへロールバックできません。
ダウンタイム
このアップグレードでは、ワークロードのスイッチオーバーが必要であり、ほとんどの場合で約20分のダウンタイムが発生します。正確な期間はデータ量によって異なります。影響を最小限に抑えるため、スイッチオーバーをメンテナンスウィンドウ中に実行するようスケジュールし、アプリケーションを自動再接続するように設定してください。
ネットワークおよびエンドポイントの変更
アップグレードにより、インスタンスは VPC 内に移動します。以下の表に、元のネットワークタイプに応じたエンドポイントの変更内容を示します。
| 元のネットワークタイプ | アップグレード後のエンドポイントの動作 |
|---|---|
| クラシックネットワーク | インスタンスはクラシックネットワークおよび VPC の両方で接続可能になります。元のクラシックネットワークエンドポイントは引き続き利用可能であり、有効期限は切れません。指定した VPC に基づいて新しい VPC エンドポイントが生成されます。 |
| VPC | 指定した VPC に基づいて新しい VPC エンドポイントが生成されます。これにより、元の VPC エンドポイントが置き換えられます。 |
| クラシックネットワークおよび VPC | 元のクラシックネットワークエンドポイントおよび元の VPC エンドポイントの両方が引き続き利用可能です。クラシックネットワークエンドポイントの有効期限は変更されません。 |
アップグレード後の変更
保持される設定項目：インスタンス名、ポート、タグ、データベースアカウントは変更されません。
仮想 IP アドレス（VIP）：アップグレードにより、インスタンスの仮想 IP アドレス（VIP）が変更されます。アプリケーションの接続文字列では、IP アドレスではなくインスタンスのエンドポイントを使用してください。
アップグレード後は、データベースクライアントからキャッシュされた DNS レコードをクリアしてください。クライアントが Java 仮想マシン（JVM）上で実行される場合は、DNS キャッシュの生存時間（TTL）を 60 秒以下に設定することで、アプリケーションが VIP の変更を迅速に反映できるようにしてください。
JVM の DNS TTL の設定方法：
すべての JVM ベースのアプリケーション向け:networkaddress.cache.ttl=60を$JAVA_HOME/jre/lib/security/java.securityで設定します。
個別のアプリケーションの場合: 初期化コード内で、最初のInetAddress.getByName()呼び出しの前に、java.security.Security.setProperty("networkaddress.cache.ttl", "60")を呼び出します。
DTS タスク：インスタンスで Data Transmission Service（DTS）タスクが実行中の場合、アップグレード後に DTS タスクを再設定して再起動してください。「Data Transmission Service（DTS）とは」をご参照ください。
メタデータ：アップグレード実行中は、データベースの作成または削除、およびデータベースの復元モードの変更を行わないでください。これらの操作はデータの不整合を引き起こす可能性があります。
課金
アップグレードには料金が発生します。正確な金額は、注文ページで購入を確定する前に表示されます。詳細については、「インスタンスの仕様の変更」をご参照ください。
インスタンスのアップグレード
アップグレードを開始する前に、ターゲットバージョンを実行する一時 RDS インスタンスを作成し、ご利用のワークロードとの互換性をテストしてください。「互換性テスト用の一時インスタンスの作成」をご参照ください。
ApsaraDB RDS コンソール にログインします。上部ナビゲーションバーから、インスタンスが配置されているリージョンを選択します。該当するインスタンスを見つけ、その ID をクリックします。
基本情報 ページで、構成情報 セクションに移動し、バージョンアップグレード をクリックします。ダイアログボックスで OK をクリックします。
バージョンアップグレード が表示されない場合は、すべての前提条件が満たされているか確認してください。たとえば、TDE が無効化されていること、およびインスタンスに一時インスタンスが存在しないことが必要です。
エンジンバージョンのアップグレード ページで、以下のパラメーターを設定します。
パラメーター 説明 アップグレード先 ターゲットとなる SQL Server バージョンを選択します。選択可能な値： SQL Server 2012 EE、SQL Server 2016 SE、SQL Server 2016 EE。エディション、ストレージタイプ、インスタンスタイプ の選択肢は、選択したバージョンによって異なります。 エディション High-availability Edition を選択します。この設定により、プライマリおよびセカンダリの RDS インスタンスが高可用性モードで実行されます。 ストレージタイプ PL1 ESSD を選択します。Enterprise SSD（ESSD）は、25 ギガビットイーサネットおよびリモート直接メモリアクセス（RDMA）を活用して片方向遅延を低減し、最大 100 万ランダム IOPS をサポートします。詳細については、「ストレージタイプ」をご参照ください。 ゾーン ゾーンを選択します。クロスアベイラビリティーゾーンのディザスタリカバリーを実現する場合は、マルチゾーンデプロイメント を選択します。デプロイメント要件に応じて、シングルゾーンデプロイメント を選択することもできます。 セカンダリノードのゾーン マルチゾーンデプロイメント を選択した場合に必須です。デフォルトのゾーンではなく、手動でゾーンを選択してください。 インスタンスタイプ 必要な CPU コア数、メモリ、最大接続数、IOPS に応じてインスタンスタイプを選択します。「インスタンスファミリー」および「プライマリ ApsaraDB RDS インスタンスタイプ」をご参照ください。 ネットワークタイプ VPC を選択します。 VPC VPC を選択します。デフォルト VPC は使用せず、手動で VPC を選択してください。利用可能な VPC がない場合は、「VPC の作成」をご参照のうえ、VPC を作成してください。 説明インスタンスが現在 VPC を使用している場合、またはクラシックネットワークと VPC の両方をサポートしている場合、アップグレード中に VPC を変更することはできません。vSwitch のみ変更可能です。
プライマリノードの vSwitch vSwitch を選択します。利用可能な vSwitch がない場合は、「vSwitch の作成」をご参照のうえ、vSwitch を作成してください。インスタンスが現在クラシックネットワークを使用している場合は、デフォルト vSwitch を使用せず、手動で vSwitch を選択してください。 セカンダリノードの vSwitch マルチゾーンデプロイメント を選択した場合に必須です。 切り替えタイミング ワークロードのスイッチオーバーを実行するタイミングを選択します：データ移行完了直後に切り替える（データ移行完了と同時にスイッチオーバーが実行されます）、メンテナンスウィンドウ内に切り替える（データ移行は即時実行され、スイッチオーバーはメンテナンスウィンドウ内で実行されます）、または指定した時間範囲に有効化（データ移行は即時実行され、スイッチオーバーは、現在時刻から少なくとも 12 時間以上経過した指定時刻に実行されます）。 利用規約を読み、同意したうえで、今すぐ支払う をクリックします。
確認ダイアログボックスで、同意して注文する をクリックします。
インスタンスステータスが アップグレード中／ダウングレード中 → ネットワーク間のアップグレード中 と遷移します。ステータスが サービス中 に戻った時点で、アップグレードは完了です。
互換性テスト用の一時インスタンスの作成
本番のアップグレードを実行する前に、ターゲットバージョンを実行する一時 RDS インスタンスを作成し、ご利用のワークロードとの互換性を検証してください。一時インスタンスは独立しており、その作成は元のインスタンスのデータに影響を与えません。
SQL Server 2008 R2 インスタンスの一時インスタンスを作成するには、元のインスタンスで TDE および SSL 暗号化が無効化されている必要があります。「TDE の設定」および「SSL 暗号化の設定」をご参照ください。
ApsaraDB RDS コンソール にログインします。上部ナビゲーションバーから、インスタンスが配置されているリージョンを選択します。該当するインスタンスを見つけ、その ID をクリックします。
左側ナビゲーションウィンドウで、バックアップと復元 をクリックします。
一時インスタンス タブで、データをクローンする時点を指定し、上位バージョンの一時インスタンスの作成 をクリックします。
以下のパラメーターを設定します。
重要システムが一時インスタンスにデフォルトのインスタンスタイプおよびストレージタイプを割り当てます。一時インスタンスは 7 日間のみ利用可能で、その後、システムにより自動的にリリースされます。
パラメーター 説明 ゾーン 一時インスタンスのゾーンを選択します。 アップグレード先 一時インスタンスの SQL Server バージョンを選択します。選択可能な値： SQL Server 2016 SE、SQL Server 2016 EE、SQL Server 2012 EE。 VPC 接続先の Elastic Compute Service（ECS）インスタンスが配置されている VPC を選択します。VPC が一致しない場合、一時インスタンスは ECS インスタンスと内部ネットワーク経由で通信できません。 vSwitch 選択した VPC 内の vSwitch を選択します。 OK をクリックして確認します。
次のステップ
アップグレードが完了したら、アプリケーションが新しいインスタンスのエンドポイントに正常に接続できることを確認し、パフォーマンスをモニターして、ワークロードが期待通りに実行されることを検証してください。
詳細については、「一時 RDS インスタンスを用いた ApsaraDB RDS for SQL Server インスタンスのデータ復元」をご参照ください。