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

ApsaraDB RDS:メジャーエンジンのバージョンをアップグレード

最終更新日:Oct 29, 2024

RDSエディションごとに異なるバージョンのSQL Serverによって提供される機能は異なります。 ビジネス要件に基づいて、ApsaraDB RDS for SQL ServerインスタンスのメジャーエンジンバージョンとRDSエディションをアップグレードして、より最適化された拡張機能を取得できます。 たとえば、RDSインスタンスのメジャーエンジンバージョンをSQL Server 2019 SEからSQL Server 2022 SEにアップグレードし、RDSエディションをRDS Basic editionからRDS High-availability Editionにアップグレードできます。

背景情報

RDS Basic Editionでは、RDSインスタンスにホットスタンバイとしてセカンダリRDSインスタンスがありません。 RDSインスタンスが予期せず存在する場合、または仕様の変更やRDSインスタンスのメジャーエンジンバージョンのアップグレードなどの操作を実行した場合、データベースサービスは長期間使用できなくなります。

RDS High-availability Editionでは、RDSインスタンスにホットスタンバイとしてセカンダリRDSインスタンスがあります。 データは、プライマリRDSインスタンスとそのセカンダリRDSインスタンス間でリアルタイムで同期されます。 プライマリRDSインスタンスに障害が発生した場合、ワークロードは自動的にセカンダリRDSインスタンスに切り替えられます。 RDS High-availability Editionには、自動スケーリング、バックアップと復元、パフォーマンスの最適化、読み書き分離などの完全な機能が用意されています。

RDS Cluster Editionは、ネイティブSQL ServerのAlways Onアーキテクチャを使用し、コンピューティングとストレージの分離をサポートします。 RDS Cluster Editionでは、1つ以上の読み取り専用RDSインスタンスを作成して、読み書き分離を実装できます。 読み取り専用RDSインスタンスは、多数の読み取り要求を処理するために使用されます。

説明

各RDSエディションの異なるバージョンのSQL Serverによって提供される機能の詳細については、「異なるバージョンのSQL ServerとRDSエディションを実行するApsaraDB RDSインスタンスの機能」をご参照ください。

使用上の注意

  • アップグレード後、RDSインスタンスのメジャーエンジンバージョン、RDSエディション、またはインスタンスタイプを元の設定にロールバックすることはできません。 次の表に、アップグレードルールを示します。

    アップグレード規則

    項目

    アップグレード規則

    主要なエンジンバージョン

    • SQL Server SEバージョンからSQL Server EEバージョンへのアップグレード

    • SQL Server SEバージョンからSQL Server EE (Always On) バージョンへのアップグレード

    • SQL Server WebバージョンからSQL Server SEバージョンへのアップグレード

    • SQL Server WebバージョンからSQL Server EEバージョンへのアップグレード

    • SQL Server WebバージョンからSQL Server EE (Always On) バージョンへのアップグレード

    説明

    RDSインスタンスがSQL Server Webバージョンを実行している場合は、SQL Server WebバージョンをSQL Server SEバージョンにアップグレードしてから、SQL Server EEバージョンまたはSQL Server EE (Always On) バージョンにアップグレードする必要があります。

    RDSエディション

    • RDS Basic EditionからRDS High-availability Editionへのアップグレード

    • RDS Basic EditionからRDS Cluster Editionへのアップグレード

    • RDS High-availability EditionからRDS Cluster Editionへのアップグレード

    インスタンスタイプ

    • 共有インスタンスタイプから汎用インスタンスタイプへのアップグレード

    • 共有インスタンスタイプから専用インスタンスタイプへのアップグレード

    • 汎用インスタンスタイプから専用インスタンスタイプへのアップグレード

    説明
    • RDSインスタンスがRDS High-availability Editionを実行し、共有インスタンスタイプを使用している場合、RDS Cluster EditionでRDSインスタンスを専用インスタンスタイプに直接アップグレードすることはできません。

    • RDSインスタンスは、同じまたはそれ以上の仕様を提供するインスタンスタイプにのみアップグレードできます。 より高い仕様を提供するインスタンスタイプへのアップグレードのルールの詳細については、前のセクションをご参照ください。

    • RDSインスタンスを共有インスタンスタイプから別の共有インスタンスタイプに直接アップグレードすることはできません。

    警告

    アップグレードを実行する前に、必要な仕様の従量課金またはサーバーレスRDSインスタンスを購入することを推奨します。 これにより、新しいRDSインスタンスを使用して、ワークロードとの互換性をテストできます。 詳細については、「ApsaraDB RDS For SQL Serverインスタンスの作成」をご参照ください。

  • メジャーエンジンバージョンのアップグレード中は、RDSインスタンスのメタデータを変更しないことを推奨します。 そうしないと、アップグレード後にデータの不整合の問題が発生します。 たとえば、データベースを作成したり、データベースを削除したり、データベースの復旧モデルを変更したりしないことをお勧めします。

制限事項

次のRDSインスタンスのメジャーエンジンバージョンをアップグレードすることはできません。

影響

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

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

  • アップグレードの完了に必要な期間は、RDSインスタンスのデータ量によって異なります。 詳細は、「よくある質問」をご参照ください。

  • ほとんどの場合、アップグレードにはワークロードの切り替えが必要です。これにより、RDSインスタンスが約20分間使用できなくなる可能性があります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。 詳細は、「よくある質問」をご参照ください。

  • アップグレードにより、RDSインスタンスの仮想IPアドレス (VIP) が変更されます。 アプリケーションをインスタンスに接続するには、IPアドレスの代わりにRDSインスタンスのエンドポイントを使用することを推奨します。

  • アップグレード後、キャッシュされたDNSレコードをデータベースクライアントから直ちに削除することを推奨します。 データベースクライアントがJava仮想マシン (JVM) で実行されている場合は、JVM構成の有効期間 (TTL) を60秒以下に設定することを推奨します。 これにより、RDSインスタンスの使用中のエンドポイントにバインドされているVIPが変更された場合、アプリケーションは関連するDNSレコードを照会して新しいVIPを取得できます。 その後、アプリケーションは新しいVIPに接続できます。

    説明

    次のTTL設定方法は参照のために提供されます:

    • すべてのJVMベースのアプリケーションで、$JAVA_HOME/jre/lib/security/java.securityファイルのnetworkaddress.ca che.ttlパラメーターを60に設定します。

    • ローカルアプリケーションの場合は、ローカルアプリケーションの初期化コードでnetworkaddress.ca che.ttl java.security.Security.setProperty("networkaddress.ca che.ttl" , "60"); を設定します。 InetAddress.getByName() 関数を初めて呼び出してネットワーク接続を確立する前に、設定を完了する必要があります。

  • RDSインスタンスに進行中のデータ転送サービス (DTS) タスクがある場合は、アップグレードが完了した後にDTSタスクを再設定して開始する必要があります。 詳細については、「DTS 概要 」をご参照ください。

課金ルール

アップグレードの料金の詳細については、「仕様の変更」をご参照ください。

手順

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

  2. 基本情報 ページの 設定情報 セクションで、バージョンのアップグレード をクリックします。 表示されるダイアログボックスで [OK] をクリックします。

    説明

    アップグレードバージョンが表示されない場合は、RDSインスタンスが要件を満たしているかどうかを確認する必要があります。 詳細については、「制限事項」をご参照ください。

    image.png

  3. エンジンバージョンのアップグレード ページで、次のパラメーターを設定します。 その他のパラメーター設定の詳細については、「手順」をご参照ください。

    説明

    一部のRDSインスタンスのメジャーエンジンバージョンをアップグレードすると、一部のメジャーエンジンバージョンとRDSエディションが利用できない場合があります。 詳細については、このトピックの「使用上の注意」と「制限」のセクションを参照してください。

    パラメーター

    説明

    ターゲットバージョン

    アップグレードするメジャーエンジンのバージョンを選択します。 エディションおよびインスタンスタイプパラメーターのオプションは、このパラメーターの値によって異なります。 詳細については、「ルールのアップグレード」をご参照ください。

    エディション

    アップグレードするRDSエディションを選択します。

    • Basic Edition: データベースシステムはプライマリRDSインスタンスのみで構成されています。 コンピューティングはストレージから切り離されます。

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

    • Cluster Edition: データベースシステムは、プライマリRDSインスタンスと複数のセカンダリRDSインスタンスで構成されています。 これらのインスタンスは高可用性モードで動作します。 セカンダリRDSインスタンスにアクセスできます。

    説明

    RDSエディションの詳細については、「概要」をご参照ください。

    インスタンスタイプ

    各インスタンスタイプは、指定されたコア数、メモリ容量、最大接続数、および最大IOPSをサポートします。 詳細については、「プライマリ ApsaraDB RDS インスタンスタイプ」をご参照ください。

    切り替え時間

    • データ移行直後の切り替え: 移行が完了すると、ワークロードはすぐに切り替えられます。

    • メンテナンス期間内に切り替え: 移行が完了すると、指定されたメンテナンス期間中にワークロードが切り替えられます。

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

  5. 表示されるメッセージで、[同意して注文する] をクリックします。

    元のRDSインスタンスのステータスが [アップグレード /ダウングレード] > [ネットワーク全体のアップグレード] に変わります。 元のRDSインスタンスのステータスが [実行中] に変わった場合、アップグレードは完了です。 アップグレードの完了に必要な時間は、データ量によって異なります。

よくある質問

RDSインスタンスのメジャーエンジンバージョンのアップグレード中に、RDSインスタンスのインスタンスタイプなどの設定を変更できますか。

いいえ。RDSインスタンスのメジャーエンジンバージョンのアップグレード中に、RDSインスタンスの仕様などの設定を変更することはできません。 設定は、メジャーエンジンのバージョンをアップグレードした後にのみ変更できます。

RDSインスタンスのメジャーエンジンバージョンを自動的にアップグレードできますか?

いいえ、RDSインスタンスのメジャーエンジンバージョンを自動的にアップグレードすることはできません。

メジャーエンジンバージョンのアップグレードにはどのくらい時間がかかりますか?

推定時間

次の表に、インスタンスのメジャーエンジンバージョンのアップグレードに必要な推定時間を示します。 データのバックアップと復元の速度は、非圧縮データのサイズに基づいて推定されます。

説明

SQL Server Webを実行するRDSインスタンスでは、バックアップ圧縮はサポートされていません。 これにより、データのバックアップと復元の速度が1時間あたり100 GB未満に低下する可能性があります。

API 操作

必須

推定時間

説明

RDSインスタンスの作成と設定

必須

10〜15分

必要な時間は、必要なメジャーエンジンバージョンを実行する新しいRDSインスタンスのRDSエディションとインスタンスタイプによって異なります。

完全なデータのバックアップ

省略可能

200 1時間あたりのGB

  • 36時間以内にRDSインスタンスで完全バックアップが実行されない場合、増分トランザクションログバックアップと完全バックアップからのデータ復元に必要な時間のバランスを取るために、アップグレードプロセス中に完全バックアップが実行されます。

    メジャーエンジンのバージョンをアップグレードする前に完全バックアップを実行するか、システムが完全バックアップを完了してから36時間以内に復元タスクを開始することをお勧めします。 これにより、アップグレードに必要な合計時間が短縮されます。 詳細については、「ApsaraDB RDS for SQL Server インスタンスのバックアップ」をご参照ください。

  • バックアップ速度は、地域と期間に基づいて異なる場合があります。

  • バックアップと復元のパフォーマンスに関するより正確な情報を取得するには、データ量と最後のアップグレードの時間を参照してください。

ターゲットRDSインスタンスに完全バックアップを復元する

必須

200 1時間あたりのGB

なし。

ソースRDSインスタンスの増分トランザクションログのバックアップ

必須

200 1時間あたりのGB

増分ログバックアップの前後で、バックアップの準備、終了、リソース割り当てなどの操作を実行するには、さらに2分かかる場合があります。

増分トランザクションログバックアップファイルをターゲットRDSインスタンスに適用する

必須

200 1時間あたりのGB

増分ログバックアップの前後で、バックアップの整合性検証などの操作を実行するためにさらに2分かかる場合があります。

データベースの復元

必須

2分以内

  • リソース消費: 増分トランザクションログの適用は、リソースを大量に消費する操作です。 2 CPUコアや4 GBのメモリなど、仕様が小さいRDSインスタンスに対して大量のトランザクションログが生成されると、データの復元速度が低下します。

  • Accelerated Database Recoveryオプション: Accelerated Database Recoveryオプションは、SQL Server 2019以降を実行するRDSインスタンスでサポートされています。 これにより、データベースの復元時間が短縮されます。 オプションを有効にするかどうかは、Microsoftの公式ドキュメントに基づいて評価できます。

ワークロードを新しいRDSインスタンスに切り替え、ネットワーク接続を移行する

必須

10 分

なし。

例:

テストインスタンス: RDSインスタンスには4つのCPUコアと8 GBのメモリがあり、RDSインスタンスのデータ量は600 GBです。

  • RDSインスタンスの作成と設定に必要な時間: 約12分。

  • 完全なデータをバックアップするのに必要な時間: 約3時間。 必要な時間は、次の計算を使用して計算されます。必要な時間=600 GB/200 GB /1時間=3時間。

  • ターゲットRDSインスタンスの完全バックアップを復元するのに必要な時間: 約3時間。 必要な時間は、次の計算を使用して計算されます。必要な時間=600 GB/200 GB /1時間=3時間。

  • ソースRDSインスタンスの増分トランザクションログのバックアップに必要な時間: 約5分。 必要な時間は、次の計算を使用して計算されます。必要な時間=1時間あたり10 GB/200 GB + 2分の時間損失=5分。

  • 増分トランザクションログバックアップファイルをターゲットRDSインスタンスに適用するのに必要な時間: 約5分。 必要な時間は、次の計算を使用して計算されます。必要な時間=1時間あたり10 GB/200 GB + 2分の時間損失=5分。

  • データベースの復元に必要な時間: 2分以内

  • ワークロードを新しいRDSインスタンスに切り替え、ネットワーク接続を移行するのに必要な時間: 約10分。

この例では、36時間以内にRDSインスタンスで完全バックアップが実行されない場合、合計時間は約6時間34分と推定されます。 RDSインスタンスで36時間以内にフルバックアップが実行された場合、所要時間は約3時間34分と推定されます。

アップグレードの提案

  • メンテナンス期間: ワークロードへの影響を最小限に抑えるため、オフピーク時にメジャーエンジンのバージョンをアップグレードすることを推奨します。

  • 長期トランザクション: アップグレード中は、インデックスの作成や再構築、データのアーカイブなど、長期トランザクションを実行しないことを推奨します。 これにより、データベースの復元に必要な時間が長くなるのを防ぐことができます。

タイムゾーン間でRDSインスタンスのメジャーエンジンバージョンをアップグレードするときに、切り替え時間を設定するにはどうすればよいですか。

  • シナリオ: UAE (ドバイ) リージョンに在圏し、シンガポールリージョンに在圏するRDSインスタンスにはインド標準時 (IST、UTC + 5:30) を使用します。 タイムゾーンはGulf Standard time (GST, UTC + 4) です。 この場合、サービスの中断を避けるために、RDSインスタンスのメジャーエンジンバージョンをアップグレードする際の切り替え時間を決定することが重要です。

  • 目的: 2024年5月11日UTC 5:30の02:00にアップグレードを実行する予定です。

  • 解決策: タイムゾーンを変換します。 RDSインスタンスのタイムゾーンはUTC + 5:30です。 タイムゾーンはUTC + 4で、ブラウザのタイムゾーンでもあります。 RDSインスタンスが存在するリージョンを考慮する必要はありません。 この例では、2024年5月11日02:00 UTC + 5:30を5月11日2024日00:30 UTC + 4に変換できます。 ApsaraDB RDSコンソールにログインし、2024年5月11日の00:30にRDSインスタンスの切り替え時間を設定する必要があります。

  • タイムゾーンを変換する方法を次に示します。

    1. IST時刻を5月11日2024日02:00に協定世界時 (UTC) 時刻に変換します。 ISTはUTCより5時間30分進んでいます。 したがって、結果は5月10日2024日20:30 UTCです。

    2. 5月10日2024日20:30のUTC時間をGST時間に変換します。 UTCはGSTより4時間遅れている。 したがって、結果は5月11日、2024、00:30、GSTです。

関連ドキュメント

APIを使用してメジャーエンジンのバージョンをアップグレードすることもできます。 詳細については、「ModifyDBInstanceSpec」をご参照ください。