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

Hologres:インスタンスのアップグレード

最終更新日:Aug 15, 2026

コンソールで Hologres インスタンスのバージョンをアップグレードします。このトピックでは、アップグレード方法と手順について説明します。

事前準備

  • 権限要件

    RAM ユーザーがアップグレードを実行するには、AliyunHologresFullAccess 権限が必要です。詳細については、「RAM ユーザーへの権限付与」をご参照ください。

  • インスタンスのバージョンごとの利用可能なアップグレード方法

    メジャーバージョン

    マイナーバージョン

    ホットアップグレード

    説明

    V1.1

    サポートされていません

    デフォルトでは通常のアップグレードになります。V1.3.62 以降にアップグレードできます。

    V1.3

    < V1.3.62

    サポートされていません

    デフォルトでは通常のアップグレードになります。V1.3.62 以降にアップグレードできます。

    >= V1.3.62

    サポートされています

    デフォルトではホットアップグレードになります。

    V2.0

    < V2.0.46

    サポートされていません

    デフォルトでは通常のアップグレードになります。

    >= V2.0.46

    サポートされています

    デフォルトではホットアップグレードになります。

    V2.1

    < V2.1.11

    サポートされていません

    デフォルトでは通常のアップグレードになります。

    >= V2.1.11

    サポートされています

    デフォルトではホットアップグレードになります。

    V2.1+

    サポートされています

    デフォルトではホットアップグレードになります。

    説明

    次のメジャーバージョンにのみアップグレードできます。

  • ホットアップグレードの影響

    アップグレード手順

    影響

    事前チェック

    影響はありません。

    バックアップ開始

    影響はありません。

    バックアップ完了

    影響はありません。

    書き込み停止

    書き込みはブロックされます。

    インスタンスバージョンのアップグレード中

    書き込みはブロックされ、読み取りは短時間切断されます。

    書き込み再開

    読み取り/書き込みは通常の状態に戻ります。

    事後処理

    影響はありません。

    アップグレード完了

    影響はありません。

操作手順

  1. Hologres コンソールにログインします。左側メニューで、インスタンス一覧 をクリックします。

  2. インスタンス ID をクリックします。

  3. インスタンス一覧 ページで、セクションの バージョンのスペックアップ をクリックします。

  4. インスタンスのスペックアップ パネルで、移行先のバージョンを選択し、スペックアップ準備の開始 をクリックします。

    安定したメジャーバージョンまたはマイナーバージョンを選択します。詳細については、「バージョンの詳細」をご参照ください。

    重要

    アップグレード準備では、クエリの互換性やパフォーマンス評価などのアップグレード前チェックが実行されます:

    • インスタンスへの影響:実行中のインスタンスに中断はありません。

    • 所要時間:通常 1〜3 時間です。インスタンスの仕様やデータ量によって異なります。

    • ステータス:

      • [スペックアップ待ち]:すべてのチェックに合格しました。7 日以内にアップグレードを続行できます。7 日が経過した場合は、再度準備を実行してください。

      • [準備に失敗しました]:事前チェックで問題 (SQL の互換性、パフォーマンスリグレッションなど) が特定されました。チケットを起票してサポートを依頼してください。

  5. 準備が完了したら、インスタンスのスペックアップ パネルで アップグレードの日時 を設定し、今すぐスペックアップ をクリックします。

    オプション:

    • [今すぐ開始]:アップグレードプロセスをすぐに開始します。

    • [カスタム時間]:アップグレードのために書き込みを一時停止する時間をスケジュールします。ホットアップグレードの場合、スケジュールされた時間より前のすべての手順は影響を与えません。中断を最小限に抑えるために、適切な時間を選択してください。

  6. ダイアログボックスで OK をクリックして、アップグレードを開始します。

    ホットアップグレードは通常 10〜30 分かかります。所要時間はインスタンスの仕様やデータ量によって異なります。

アップグレードログ

すべての手動アップグレードはログに記録されます。これらのログを照会するには、「操作ログの表示」をご参照ください。

バージョンの詳細

Hologres は、メジャーバージョンとマイナーバージョンの両方で下位互換性を提供します:

  • メジャーバージョン:新しい機能と最適化が含まれます。最新で最も安定したメジャーバージョンを提供しています。詳細については、「リリースノート」をご参照ください。

  • マイナーバージョン:バグ修正が含まれます。各メジャーバージョンに対して、最新の安定したマイナーバージョンを提供しています。たとえば、インスタンスが V2.1 で、Hologres が V2.1.60 をリリースした場合、V2.1.60 にアップグレードできます。詳細については、「バグ修正」をご参照ください。

安定性を向上させるために、定期的に最新バージョンにアップグレードすることを推奨します。

アップグレード費用

Hologres インスタンスのバージョンアップグレードは無料です。アップグレード操作に追加料金は発生しません。既存の請求プランはアップグレード後も変更されません。

パフォーマンスの向上

新しいバージョンにアップグレードすると、次の方法でインスタンスのパフォーマンスが向上します:

  • 新しいクエリ実行パス:新しいバージョンでは、従来の SQE パスを置き換える新しいクエリ実行エンジンが有効になります。これにより、古い SQE パスを経由する外部テーブルに対するクエリなど、低速なクエリの問題が解決され、データ書き込みとクエリの両方の効率が向上します。

  • バグ修正と安定性の向上:各新バージョンには、既知の不具合の修正と安定性の向上が含まれています。詳細については、「バグ修正」をご参照ください。

アップグレード後のパラメーター設定

アップグレード後、特定の実験的なパラメーターはデフォルトでは有効になりません。ワークロードで hg_experimental_external_catalog_routing などの特定の実験的な機能が必要な場合は、アップグレード後にビジネス要件に基づいて手動で設定する必要があります。

ホットアップグレードと通常のアップグレードの比較

Hologres は、ホットアップグレード (ダウンタイムを最小限に抑える) と通常のアップグレード (サービス中断) の 2 つのアップグレード方法をサポートしています。次の表は、これらの方法を比較したものです。

説明

アップグレード中のサービスの利用不能時間は、サービスレベルアグリーメント (SLA) の対象外です。中断時間は、インスタンスの仕様とデータ量によって異なります。

アップグレード方法

アップグレード期間

インスタンスへの影響

ジョブへの影響

注意事項

通常のアップグレード

5〜10 分

インスタンスはシャットダウンされます。サービスは利用できなくなります。

  • Flink:

    • Ververica Runtime (VVR) 6.0.7 より前、または Apache Flink 1.4.0 より前のバージョンの場合、データ損失を防ぐために、アップグレード前に Hologres に書き込むジョブを一時停止し、完了後に再開してください。

    • 他のバージョンの場合、中断は不要です。自動フェイルオーバーが提供されます。

  • DataWorks:データ統合ジョブは一時停止する必要はありません。自動フェイルオーバーがトリガーされます。ジョブの確実な再開のために、再試行回数を 10 回以上に設定することを推奨します。

  • V1.3.10 より前のバージョンは、通常のアップグレードのみをサポートします。

  • エンドポイントは変更されませんが、IP アドレスが変更される場合があります。

ホットアップグレード

10〜30 分

アップグレード中はサービスが読み取り専用になります。読み取りが短時間中断される場合があります。

  • V1.3.10 以降のバージョンでは、デフォルトでホットアップグレードが使用されます。

  • エンドポイントは変更されませんが、IP アドレスが変更される場合があります。

エディション別のアップグレード方法

アップグレード方法のサポートは、インスタンスタイプによって異なります:

Hologres エディション

通常のアップグレード

ホットアップグレード

  • Hologres General-purpose

  • Hologres Primary/Secondary

  • Hologres Virtual Warehouse

サポートされています

サポートされています (デフォルト)

説明

プライマリ/セカンダリインスタンスの場合、Hologres はバンドルアップグレード戦略を使用します。プライマリインスタンスでは通常のアップグレードが実行され、セカンダリインスタンスでは短時間の切断を伴うホットアップグレードが実行されます。これにより、中断が最小限に抑えられます。

Hologres Shared Cluster

サポートされています (デフォルト)

説明

共有クラスターインスタンスは、スケジュールされた時間に一元的にアップグレードされます。具体的な時間については、製品のお知らせをご参照ください。

サポートされていません

トラブルシューティング:アップグレード準備エラー

エラーメッセージの例

解決策

The following databases contain tables using the segment storage format. You cannot upgrade the instance to V2.0 or later.

Database: xxx. Number of tables in the Segment format: xxx

Database: xxx. Number of tables in the Segment format: xxx

セグメント形式から列指向形式にテーブルを一括変換します。「テーブルの一括変換」をご参照ください。変換が完了したら、[Terminate Upgrade] をクリックし、新しいアップグレード準備リクエストを送信します。

The instance has a Flink job that reads binary logs using HoloHub. You cannot upgrade the instance to V2.1 or later.

「HoloHub バイナリログジョブの解決策」をご参照ください。問題を解決した後、現在のアップグレードを終了し、新しい準備リクエストを送信します。

The instance has a Flink job that accesses Hologres in remote procedure call (RPC) mode. You cannot upgrade the instance to V2.0 or later.

「RPC モードジョブの解決策」をご参照ください。問題を解決した後、現在のアップグレードを終了し、新しい準備リクエストを送信します。

The service-linked role does not exist. You cannot upgrade the instance to V2.2 or later.

サービスリンクロールを作成します。その後、[Terminate Upgrade] をクリックし、新しい準備リクエストを送信します。

FAQ:アップグレード後の問題

アップグレード後にインスタンスのパフォーマンスが低下したり、頻繁にクラッシュ (コアダンプ) したり、FE のメモリリークが発生した場合はどうすればよいですか?

Hologres インスタンスのアップグレード後に安定性やパフォーマンスの問題が発生した場合は、次の解決策をお試しください:

  1. 関連する修正が含まれるバージョンへのアップグレード

    特定のバージョンには、既知のアップグレード後の問題に対する修正が含まれています:

    バージョン

    修正

    V4.1.18 以降

    アップグレード後に発生する可能性のあるコアダンプの不具合を修正します。

    V4.1.20 以降

    フロントエンド (FE) のメモリリークの問題を修正します。

    現在のバージョンにこれらの修正が含まれているか確認してください。含まれていない場合は、修正が含まれているバージョンにアップグレードしてください。ビジネスへの影響を最小限に抑えるため、オフピーク時にアップグレードすることを推奨します。

  2. リソースとクエリの最適化

    • エラスティックリソースの有効化:インスタンスのエラスティックリソース機能を有効にして、ピーク時の負荷変動に対応できるようリソースを自動的にスケーリングします。

    • クエリの監視と最適化:インスタンスの監視メトリクスを使用して高負荷期間を特定し、リソースを大量に消費する SQL クエリを最適化してシステム負荷を軽減します。