Alibaba Cloud は、2019 年 7 月 9 日以降に購入された SQL Server 2008 R2 を実行する ApsaraDB RDS for SQL Server インスタンスへのセキュリティ更新プログラムの提供を停止しました。 2024 年 11 月 1 日以降、SQL Server 2008 R2 を実行し、Premium Local SSD を使用する RDS インスタンスは、VPC（Virtual Private Cloud）ネットワークタイプをサポートしません。 クラシックネットワークタイプは、2025 年 2 月 28 日 00:00 に購入できなくなります。 これにより、クラシックネットワークタイプを使用する既存の RDS インスタンスのワークロードが中断される可能性があります。 サービスの安定性とセキュリティを確保するために、SQL Server 2008 R2 を実行し、Premium Local SSD を使用する RDS インスタンスを SQL Server 2012 や SQL Server 2016 などの新しいバージョンにアップグレードすることをお勧めします。アップグレード中に、ビジネス要件に合わせて RDS インスタンスをゾーン間で移行できます。
各 RDS エディションの異なる SQL Server バージョンで提供される機能の詳細については、「異なる SQL Server バージョンと RDS エディションを実行する ApsaraDB RDS インスタンスの機能」をご参照ください。
前提条件
RDS インスタンスが以下の要件を満たしている必要があります。
RDS インスタンスが Premium Local 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 インスタンスのエンドポイントを変更する方法を示しています。
元のネットワークタイプ | 変更ルール |
クラシックネットワーク | アップグレード後、RDS インスタンスはクラシックネットワークと VPC の両方で接続されます。
|
VPC | 指定された VPC に基づいて、RDS インスタンス用に VPC エンドポイントが生成されます。このエンドポイントは、RDS インスタンスの元の VPC エンドポイントを置き換えます。 |
クラシックネットワークと VPC | アップグレード後、RDS インスタンスはクラシックネットワークと VPC の両方で接続されます。元のクラシックネットワークエンドポイントと元の VPC エンドポイントは引き続き使用可能です。クラシックネットワークエンドポイントの有効期限は変更されません。 |
影響
アップグレードが開始されると、アップグレードをキャンセルすることはできません。アップグレードが完了すると、RDS インスタンスのメジャーエンジンバージョンを元のバージョンにロールバックすることはできません。
アップグレード後も、RDS インスタンスのインスタンス名、ポート番号、タグ、データベースアカウントは変更されません。
アップグレードに必要な時間は、データ量によって異なります。詳細については、このトピックのよくある質問セクションをご参照ください。
ほとんどの場合、アップグレードにはワークロードのスイッチオーバーが必要であり、RDS インスタンスが約 20 分間使用できなくなる可能性があります。詳細については、このトピックのよくある質問セクションをご参照ください。アプリケーションが RDS インスタンスに自動的に再接続できることを確認してください。
アップグレードにより、RDS インスタンスの仮想 IP アドレス（VIP）が変更されます。アプリケーションをインスタンスに接続するには、IP アドレスではなく RDS インスタンスのエンドポイントを使用することをお勧めします。
アップグレード後、データベースクライアントからキャッシュされた DNS レコードをすぐに削除する必要があります。データベースクライアントが Java 仮想マシン（JVM）で実行されている場合は、JVM 構成の Time To Live（TTL）を 60 秒以下に設定することをお勧めします。これにより、RDS インスタンスの使用中のエンドポイントにバインドされている VIP が変更された場合、アプリケーションは関連する DNS レコードを再度クエリして新しい VIP を取得できます。その後、アプリケーションは新しい VIP に接続できます。
説明TTL 設定方法の例を以下に示します。
JVM で実行されているすべてのアプリケーションの TTL を設定する：$JAVA_HOME/jre/lib/security/java.security ファイルの networkaddress.cache.ttl パラメーターを 60 に設定します。
ローカルアプリケーションの TTL のみを設定する：
InetAddress.getByName()の最初の呼び出し前、およびネットワーク接続が確立される前に、アプリケーションの初期化コードでnetworkaddress.cache.ttl java.security.Security.setProperty("networkaddress.cache.ttl" , "60");を設定します。 // アプリケーションの初期化コードで設定します
データ伝送サービス（DTS）タスクが実行されている場合は、アップグレード後に DTS タスクを再構成して再起動する必要があります。
課金ルール
アップグレードには料金が発生します。購入ページに表示される料金が適用されます。詳細については、「インスタンスの仕様の変更」をご参照ください。
手順
ApsaraDB RDS コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンス ID をクリックします。
基本情報 ページの [構成情報] セクションで、バージョンのアップグレード をクリックします。表示されるメッセージで、[OK] をクリックします。
説明バージョンのアップグレード ボタンが表示されない場合は、前提条件が満たされているかどうかを確認する必要があります。たとえば、RDS インスタンスで TDE が有効になっているかどうか、または RDS インスタンスに一時インスタンスがあるかどうかを確認できます。
エンジンバージョンのアップグレード ページで、次のパラメーターを構成します。
パラメーター
説明
ターゲットバージョン
必要な SQL Server バージョンを選択します。エディション、ストレージタイプ、および インスタンスタイプ パラメーターの有効値は、選択した SQL Server バージョンによって異なります。 SQL Server 2008 R2 から次のいずれかのバージョンに、プレミアムローカル SSD を使用して RDS インスタンスをアップグレードできます。
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 を選択します。エンタープライズ SSD（ESSD）は、Alibaba Cloud が次世代の分散ブロックストレージアーキテクチャに基づいて設計した超高性能ディスクです。ESSD は非常に高いストレージパフォーマンスを提供します。ESSD は、25 ギガビットイーサネットとリモートダイレクトメモリアクセス（RDMA）テクノロジーと統合されています。ESSD は、片方向レイテンシを削減し、ランダムに最大 100 万回の読み取りおよび書き込みリクエストを 1 秒あたり処理するのに役立ちます。詳細については、「ストレージタイプ」をご参照ください。
ゾーン
必要なゾーンを選択します。マルチゾーンデプロイ と シングルゾーンデプロイ がサポートされています。データベースシステムがプライマリ RDS インスタンスとセカンダリ RDS インスタンスで構成されている場合は、ゾーンをまたがるディザスタリカバリを実現するために、マルチゾーンデプロイ を選択することをお勧めします。
重要マルチゾーンデプロイ を選択した場合は、デフォルトのゾーンを保持する代わりに、セカンダリノードのゾーン を手動で選択する必要があります。デフォルトのゾーンを保持する
インスタンスタイプ
インスタンスタイプを選択します。各インスタンスタイプは、特定の数の CPU コア、メモリ容量、最大接続数、最大 IOPS を提供します。詳細については、「インスタンスファミリ」および「プライマリインスタンスタイプ一覧」をご参照ください。
ネットワークタイプ
VPC を選択します。VPC は使用できません。
アップグレード前に RDS インスタンスがクラシックネットワークで接続されている場合は、ネットワークタイプを VPC に変更し、vSwitch を構成できます。
アップグレード前に RDS インスタンスが VPC で接続されているか、クラシックネットワークと 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 時間後である必要があります。
サービス条件を選択し、[支払い] をクリックします。
表示されるダイアログボックスで、[OK] をクリックします。
元の RDS インスタンスのステータスが に変わります。RDS インスタンスのステータスが [実行中] に変わると、アップグレードは完了です。アップグレードの完了に必要な時間は、データ量によって異なります。
必要な SQL Server バージョンを実行する一時 RDS インスタンスの作成
アップグレードを開始する前に、必要な SQL Server バージョンを実行する一時 RDS インスタンスを作成し、一時 RDS インスタンスを使用してワークロードとの互換性をテストすることをお勧めします。一時 RDS インスタンスは新規の独立したインスタンスであり、一時 RDS インスタンスを作成しても元の RDS インスタンスのデータは影響を受けません。
ApsaraDB RDS コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、バックアップと復元 をクリックします。
[一時インスタンス] タブで、データを複製する時点を指定し、[上位バージョンの一時インスタンスを作成] をクリックします。
次のパラメーターを構成します。
パラメーター
説明
ゾーン
一時 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 インスタンスを解放します。
表示されるメッセージで、[OK] をクリックします。
参照
一時 RDS インスタンスを使用して ApsaraDB RDS for SQL Server インスタンスのデータを復元する