GridDB リリースノート

Revision: 6.0.0-1052

1 はじめに

本説明書は、GridDB Enterprise Edition(以降、GridDBと記載します)のリリース情報を記述したものです。製品を使用する際の動作環境や参照すべきマニュアルなどについて記載しています。ご使用の前に必ずご一読されますようお願いします。

本説明書には、以下の情報を記載しています。

• はじめに
• 製品概要と変更点
• 機能一覧
• 動作環境
• パッケージとインストールについて
• GridDBのマニュアル
• 問題が発生した場合の対処について
• 注意事項・制限事項
• 過去バージョンの変更履歴
• 特記事項
• 商標
• その他

2 製品概要と変更点

2.1 製品の概要

GridDBは、膨大なデータを、高速かつ安全に蓄積し検索するキー・バリュー型データベースです。以下のような特長があります。

• インメモリ処理によるデータ管理の高速化
• スケールアウトによる大容量化
• ディスクへのデータ保存による永続化、データのレプリケーション、さらにトランザクション機能による高信頼化
• クラスタへのノードの追加・削除の自律管理による運用の容易化
• JDBC/ODBCインターフェイスにてSQLを用いてデータベースにアクセス可能

GridDBはV4.5より、以下のシンプルな製品体系となりました。

GridDBが提供する機能は『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。

また、ご利用にあたっては『GridDB クイックスタートガイド』(GridDB_QuickStartGuide.html)を参照ください。

バグフィックス等の修正記録は、インストールメディア内のFixlist.pdfをご覧下さい。

2.2 V6.0の変更点

概要は以下の通りです。

<SQL強化>

• 列指向索引機能の追加
  • 集計・分析などの分析系(DWH)クエリを高速化するため、新たな索引種別として列指向索引を追加しました。スキャン時に必要なカラムの列データを選択的に読み出すことで、参照しないカラムの読み出しに伴うI/Oを削減します。特に、多数のカラムを持つ大規模テーブルから、一部のカラムのみを参照するクエリで効果を発揮します。詳細は、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)、『GridDB SQLリファレンス』(GridDB_SQL_Reference.html)および『GridDB SQLチューニングガイド』(GridDB_SQL_TuningGuide.html)を参照してください。
• 大規模ジョイン処理の最適化
  • 大規模データのジョイン処理向けに、ワークメモリ上限を超えてメモリを利用する大規模インメモリハッシュジョインを追加しました。SQL中間ストアへのスワップの発生を抑えることで、ジョイン処理のスループット向上と処理性能の安定化を図ります。詳細は、『GridDB SQLチューニングガイド』(GridDB_SQL_TuningGuide.html)、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)および『GridDB データベース管理者ガイド』(GridDB_AdministratorsGuide.html)を参照してください。

<その他>

• Java実行環境の動作保証範囲の変更
  • 本バージョンより、Oracle JDKは正式な動作保証およびサポートの対象外となります。Java実行環境としては、OpenJDK系ディストリビューションをご利用ください。

3 機能一覧

GridDB EEの機能の一覧です。

4 動作環境

GridDB 動作環境は以下です。サーバとクライアントによって異なります。

4.1 サーバ：データベースサーバ動作プラットホーム

[メモ]

• 通信の暗号化(SSL接続)機能は RedHat Enterprise Linux 8.8/8.10, RedHat Enterprise Linux 9.2/9.4/9.6 でのみサポートされます。
• Ubuntu Server 22.04/24.04 では、通信の暗号化はサポートされません。

なお、サーバは以下に示すスペック以上を推奨します。

LDAP認証を行う場合、サポートするLDAPサーバは以下です。

SSL通信を行う場合、必要なソフトウエアは以下です。

運用管理コマンドの動作環境

• ソフトウェア
  Python
  Python 3.6/3.7/3.8/3.9/3.10/3.11/3.12
  SSL通信を行う場合、SSLモジュールが必要です。

4.2 クライアント：開発アプリケーション動作プラットホーム

Java API、C API、JDBC、Python、Node.js、Goを利用するアプリケーションの動作環境

• プラットホーム
  CPU
  x64プロセッサ 2.0GHz 以上（最小）
  メモリ
  1.0GB 以上（最小）
  OS
  Red Hat Enterprise Linux 8.8/8.10 (64bit版)
  Red Hat Enterprise Linux 9.2/9.4/9.6 (64bit版)
  Ubuntu Server 22.04 (64bit版)
  Ubuntu Server 24.04 (64bit版)
  Windows Server 2016/2019/2022（JDBCドライバのみ）
  Windows 11 (64bit版)（JDBCドライバのみ）
• ソフトウェア
  Java
  OpenJDK 8/11/17/21
  Python
  Python 3.6/3.7/3.8/3.9/3.10/3.11/3.12
  Node.js
  Node.js 12
  Go
  Go 1.9

Windows版C API、ODBCを利用するアプリケーションの動作環境

• プラットホーム
  CPU
  x64プロセッサ 2.0GHz 以上（最小）
  メモリ
  1.0GB 以上（最小）
  OS
  Windows Server 2016/2019/2022
  Windows 11 (64bit版)

運用管理コマンドの動作環境

• ソフトウェア
  Python
  Python 3.6/3.7/3.8/3.9/3.10/3.11/3.12
  SSL通信を行う場合、SSLモジュールが必要です。

4.3 運用管理GUI(management-gui) 動作プラットホーム

• プラットホーム
  CPU
  x64プロセッサ 2.0GHz 以上（最小）
  メモリ
  1.0GB 以上（最小）
  OS
  Red Hat Enterprise Linux 8.10 (64bit版)
  Red Hat Enterprise Linux 9.4/9.6 (64bit版)
  Ubuntu Server 24.04 (64bit版)
• ソフトウェア
  Java
  OpenJDK 11/17/21
  ブラウザ
  Chrome 123以降
  Microsoft Edge 123以降
  PostgreSQL
  PostgreSQL 16/17

4.4 統合運用管理GUI(gs_admin) 動作プラットホーム

• プラットホーム
  CPU
  x64プロセッサ 2.0GHz 以上（最小）
  メモリ
  1.0GB 以上（最小）
  OS
  Red Hat Enterprise Linux 8.8/8.10 (64bit版)
  Red Hat Enterprise Linux 9.2/9.4/9.6 (64bit版)
  Ubuntu Server 22.04 (64bit版)
  Ubuntu Server 24.04 (64bit版)
• ソフトウェア
  Java
  OpenJDK 8/11/17/21
  ブラウザ
  Chrome 123以降

4.5 Web API 動作プラットホーム

• プラットホーム
  CPU
  x64プロセッサ 2.0GHz 以上（最小）
  メモリ
  1.0GB 以上（最小）
  OS
  Red Hat Enterprise Linux 8.8/8.10 (64bit版)
  Red Hat Enterprise Linux 9.2/9.4/9.6 (64bit版)
  Ubuntu Server 22.04 (64bit版)
  Ubuntu Server 24.04 (64bit版)
• ソフトウェア
  Java
  OpenJDK 8/11/17/21

4.6 Dockerfileサンプル 動作プラットホーム

• プラットホーム
  CPU
  x64プロセッサ 2.0GHz 以上（最小）
  メモリ
  1.0GB 以上（最小）
  OS
  Red Hat Enterprise Linux 8.3 (64bit版)
• ソフトウェア
  Docker
  Docker CE 20.10.10

4.7 GridDB 構築テンプレート for Ansible 動作プラットホーム

• プラットホーム
  OS
  Red Hat Enterprise Linux 8 (64bit版)
• ソフトウェア
  Ansible
  Ansible 2.11.6
  Python
  Python 3.6

5 パッケージとインストールについて

GridDBには以下の11のパッケージがあります。

インストールメディアの内容、およびインストール方法は、『GridDB クイックスタートガイド』(GridDB_QuickStartGuide.html)をご参照ください。

6 GridDBのマニュアル

GridDBには以下のマニュアルがあります。

リファレンスは、インフラ設計者/運用管理者/アプリケーション開発者の方が対象です。

7 問題が発生した場合の対処について

GridDB利用中に問題が発生した場合には、『GridDB データベース管理者ガイド』(GridDB_AdministratorsGuide.html)および『GridDB エラーコード』(GridDB_ErrorCodes.html)を参照ください。

8 注意事項・制限事項

本製品をご利用いただく上で事前にご確認・ご理解いただきたい注意事項・制限事項を説明します。

8.1 注意事項

8.2 制限事項

9 過去バージョンの変更履歴

9.1 V5.9の変更点

概要は以下の通りです。

<SQL強化>

• SQL最適化の強化
• コストベースによる索引スキャン最適化
  • SQL検索実行時における索引選択の最適化を強化しました。従来のSQLプランでは、索引選択はユーザが記述したSELECT文の内容や順序に基づき、ルールを用いて決定されていました。今回の強化によりテーブルに格納された統計情報をコストとして計算し、このコストを基に索引スキャン選択を最適化したプランを生成し、実行できるようになりました。詳細については、『GridDB SQL チューニングガイド』(GridDB_SQL_TuningGuide.html)をご参照ください。
• スケジューリング機能の強化
• SQLリソーススケジューリング機能
  • 定められたリソース範囲内でSQL処理を適切にスケジューリングし、応答時間とリソース利用効率の改善を行いました。システム全体でSQL単位の実行順序を調整することで特定SQLに実行機会が偏らないようにし、CPUやメモリの割当を動的に制御してリソース使用の平準化と応答時間の安定化を図りました。さらに、実行時間やリソース使用量が高いSQLを自動検出して、その実行プランやリソース統計を外部ファイルに出力できるため、運用時の解析やチューニングが容易になりました。詳細については、『GridDB SQL チューニングガイド』(GridDB_SQL_TuningGuide.html)、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)、『GridDB データベース管理者ガイド』(GridDB_AdministratorsGuide.html)をご参照ください。
• 時系列データ管理・検索機能の強化
• 行パターン認識機能
  • 標準SQLのSQL:2016で規格化された行パターン認識をサポートしました。値の変化パターン（例：上昇・下降・一定など）に基づく検索が可能になりました。詳細については『GridDB SQLリファレンス』(GridDB_SQL_Reference.html)を参照ください。

<運用強化>

• レプリカ生成の高速化
  • レプリカ生成処理を並列実行することで、障害復旧時やノード増設時のレプリカ生成処理を高速化しました。詳細については『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)をご参照ください。

9.2 V5.8の変更点

概要は以下の通りです。

• サイト間データベースレプリケーション機能の強化
• メモリベースレプリケーションのサポート稼働中のGridDBクラスタから、別サイトにある待機系GridDBクラスタに対して、メモリベースでのレプリケーションが可能になりました。これまではファイルベースでのレプリケーションのみのサポートでしたが、V5.8からメモリベースでのレプリケーションが利用可能となります。これにより、大規模障害発生時にも待機系クラスタへの迅速な切り替えが可能となり、さらに待機系クラスタのデータをより有効に活用することが可能になります。サイト間データベースレプリケーションの詳細な設定方法については、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)をご参照ください。
• 運用管理GUIの強化
• 新しい運用管理GUIの提供
  • 新たに運用管理GUI(management-gui)を提供しました。このGUIを使用することで、GridDBクラスタの運用管理をWebベースで一元的に実施できます。従来は複数のツールを組み合わせて運用管理を行う必要があり、手順が複雑化していましたが、新しいGUIでは単一の画面上で操作を完結できます。
  • 新しいGUIはGridDB Cloudサービスの運用管理GUIと共通化されており、統一された操作環境を提供します。
  • 詳細な運用方法については、『GridDB 運用ツールリファレンス』(GridDB_OperationToolsReference.html)をご参照ください。
  • [注意]: 従来の統合運用管理GUI(gs_admin)の提供は当面継続しますが、ご利用は非推奨とさせていただきます。今後は運用管理GUI(management-gui)のご利用をお願いします。

<SQL強化>

• SQL最適化の強化
• コストベースによるジョイン方向の最適化
  • SQL検索実行時におけるジョイン方向（駆動表・内部表）の最適化を強化しました。従来のSQLプランでは、ジョイン演算の方向はユーザが記述したSELECT文の内容や順序に基づき、ルールを用いて決定されていました。そのため、ユーザはルールを理解し、テーブル規模や絞込み条件に応じて適切なプランが生成されるようにSELECT文を記述する必要がありました。今回の強化により、検索実行中に算出されるロウ数（テーブル規模や絞込み条件を考慮した概算値）をコストとして計算し、このコストを基にジョイン方向を最適化したプランを生成できるようになりました。詳細については、『GridDB SQL チューニングガイド』(GridDB_SQL_TuningGuide.html)をご参照ください。
• 時系列データ管理・検索機能の強化
• SQL分析関数機能強化(移動平均演算)
  • SQL実行機能における分析関数のオプション構文として、SQL標準で定義されているフレーム句(分析対象とするデータ範囲の件数・幅指定)に対応しました。これにより、SQLを用いた時系列データのトレンド分析が容易に実現できるようになりました。
• Windows C-APIにおける登録精度向上
  • クライアント内の現在時刻を取得する関数における、取得時刻の分解能がミリ秒レベルに向上しました。
• 日付演算機能の精度向上
  • 現状のSQLによる日時型演算機能の一部で行えなかった、マイクロ秒・ナノ秒精度の演算が可能となりました。
  • これらに対応する詳細については『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)をご参照ください。

<API強化>

• Python機能強化
• Python API (NoSQL) の機能強化
  • パーティショニングされたテーブルへのアクセスなど、従来のPythonクライアントではサポートされていなかった機能を利用可能とするPython API (NoSQL) インターフェースを提供します。これらの機能は、JPype (OSS) を利用してGridDB Java APIを経由し、サーバへの操作を実現します。
  • 大量データ操作を高速化するため、Apache Arrow (OSS) を活用したインターフェースを提供します。
  • 本機能の利用方法については、『GridDB Python API (NoSQL) リファレンス』(GridDB_Python_API_Reference.html)をご参照ください。

9.3 V5.7の変更点

概要は以下の通りです。

<運用強化>

• 障害発生後のレプリカ再作成時間の短縮
  障害が発生した場合、蓄積されている一部データのレプリカが利用できなくなる場合があります。この場合、GridDBはデータのレプリカを再作成して、全てのレプリカデータを揃え、データベースを正常な状態に復元します。データの規模が大きくなると、レプリカ再作成の所要時間が長くなる傾向があります。今回、このレプリカ再作成の処理の高速化をはかり、レプリカ再作成時間を短縮しました。詳細については、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。
• 障害発生後のクラスタ再構成時間の短縮
  障害が発生した場合、GridDBは自動的に障害発生したノードを切り離し、正常なノードだけでクラスタを再構成してサービスを継続します。クラスタを統括するマスタノードに障害が発生した場合には、マスタノード以外のノード（フォロワノード）に障害が発生した場合と比較して、クラスタの再構成時間が長くなっていました。今回、クラスタ再構成処理の最適化をはかることにより、このような状況でのクラスタ再構成時間を短縮しました。詳細については、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。
• 多重障害発生後のサービス再開時間の短縮
  定義したレプリカ数以上のノードに同時に障害が発生した場合、データを利用できなくなるためクラスタはサービスを停止します。従来、サービスの再開には、データベース運用者が状況を確認し、クラスタを再構成する必要がありました。今回、データベース運用者の手を介さずに、自動で状況確認とクラスタ再構成を行うツールを提供しました。詳細については、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。
• データベースリカバリ時間の短縮
  障害が発生した場合でも、それまでに登録されたデータを復元するために、GridDBはリカバリ処理を実行します。この処理を並列実行できるように機能強化しました。これにより従来よりもリカバリ時間が短縮され、大規模なデータに対して高速にノードが起動できるようになりました。詳細については、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。
• SQLメモリ使用量監視機能
  SQLを実行する際、GridDBは各種演算や処理のために作業領域用メモリを使用します。この作業用メモリの使用量を監視し、GridDBの安定稼働を妨げるほど過剰にメモリを必要とした場合にはSQLを自動的に停止させ、そのSQLをログに出力します。詳細については、『GridDB データベース管理者ガイド』(GridDB_AdministratorsGuide.html)を参照ください。

<API強化>

• WebAPIの強化
  従来、WebAPIでは、データ登録、検索等の一部データ操作のみをサポートしていました。今回、DDL、DMLの機能を追加し、WebAPIのみで一通りのデータ操作ができるようになりました。詳細については、『GridDB Web APIリファレンス』(GridDB_Web_API_Reference.html)を参照ください。
• PythonAPI(SQL)ガイドの提供
  従来、Python向けにはNoSQL APIのみを提供していました。今回、OSSを利用してGridDBのSQLを利用するためのガイドを提供しました。詳細については『GridDB Python API(SQL)ガイド』(GridDB_Python_API_SQL_Guide.html)を参照ください。

<その他>

• OSの対応バージョンを追加しました。
• Red Hat Enterprise Linux 8.10
• Red Hat Enterprise Linux 9.4
• Ubuntu Server 24.04
• Pythonの対応バージョンを追加しました。
• Python 3.7/3.8/3.9/3.10/3.11/3.12
• Javaの対応バージョンを追加しました。
• Java 21

[メモ]

• Red Hat Enterprise Linux 8系 および Red Hat Enterprise Linux 9系は　LTS(long-term support)のリビジョンのみをサポートします。
• 過去バージョンの変更点については、本章の以降の記載をご参照ください。

9.4 V5.6の変更点

概要は以下の通りです。

<運用強化>

• サイト間データベースレプリケーション
  稼働中のGridDBクラスタから、別サイトにあるスタンバイ系のGridDBクラスタに常時データレプリケーションする運用が可能になりました。大規模障害等により稼働中クラスタが停止しても、スタンバイ系クラスタへの切り替えを短時間で行えるようになります。今回追加した運用コマンドを利用することで、ユーザの環境・要件に合わせたデータレプリケーションを実現できます。これにより、万が一大規模な障害が発生しても、スタンバイ系のクラスタに切り替えることでユーザシステムの継続稼働が可能になります。サイト間データベースレプリケーションの実現方法については『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。

<データベース機能>

• クラスタパーティション配置の強化
  GridDB内部ではクラスタパーティションと呼ばれる単位にデータを分割し、クラスタの各ノードへの割当てを自動計算することで障害時の可用性を担保しています。今回、この自動計算のアルゴリズムとして、各ノードに順番にクラスタパーティションに割り当てるラウンドロビン方式の割当てを追加し、ユーザが指定できるようになりました。これにより、ユーザがデータ配置を理解しやすくなります。設定方法など詳細については『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。
• データベース圧縮アルゴリズムの追加
  これまでデータベース圧縮機能を提供していましたが、今回、データベース圧縮に利用できる圧縮アルゴリズムを追加しました。性能やサイズなど要件に応じて選択できるようになります。設定方法など詳細については『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。

<SQLの強化>

• テーブルパーティショニングの強化
  SQLのテーブルパーティショニング機能を用いて、日々増加する大規模なテーブルのデータを一定の時間間隔で分割し、GridDB内部で小分けして管理できます(インターバルパーティショニングとインターバルハッシュパーティショニング)。小分けにすることで、大規模なテーブルのデータをクラスタの各ノードやスレッドにデータを分散配置できるようになり、分散並列に処理できるようになります。これまでは最小の分割単位は1日(DAY)でしたが、今回、1時間(HOUR)単位でテーブル分割できるようになりました。パーティショニングテーブル定義の方法については『GridDB SQLリファレンス』(GridDB_SQL_Reference.html)を参照ください。
• 索引利用によるSQL min/maxの高速化
  SQLのmin/maxの演算を行う際、可能な限り索引を利用して高速化できるようになりました。高速化できるパターンの詳細については、『GridDB SQL チューニングガイド』(GridDB_SQL_TuningGuide.html)を参照ください。

<時系列データ管理>

• 時系列データ自動集計
  蓄積された大量の時系列データを自動的に集計して集計結果を蓄積しておくことで、ユーザが集計結果を取得する際に、処理時間を短縮できるようになります。V5.5ではETLで実現するガイドを提供しましたが、今回、GridDBコマンドシェル(gs_sh)を使って実現できるようになりました。そのためのGridDBコマンドシェル(gs_sh)の機能追加を行いました。時系列データ自動集計の実現方法については『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。

<その他>

• 過去バージョンとの互換性
• データベース圧縮アルゴリズムの追加に伴う制限
• GridDB V5.5以前のV5系のバージョンで作成されたデータベースでも読込み、起動が行えます。
• ただし、一度でもGridDB V5.6で追加された圧縮設定(COMPRESSION_ZSTD)にして起動すると、それ以降はV5.5以前のバージョンでは読込み、起動ができなくなります。バージョンアップ後、設定を変更する前にはデータベースのバックアップをとることを推奨します。
• 用語の統一のため、運用コマンドのgs_rollingupgradeをgs_rollingupdateに名称変更しました。
• 対応OSバージョン等の変更
• 以下のOSバージョンに対応しました。
• Red Hat Enterprise Linux 9.3

9.5 V5.5の変更点

概要は以下の通りです。

<SQL強化>

• コストベースによるジョイン順序の最適化
  検索を実行する際のジョイン順序の最適化を強化しました。従来のSQLプランは、ユーザから与えられたSELECT文の記述内容や記述順に従い、ルールを用いて生成されていました。そのため、ユーザはルールを理解したうえで、テーブル規模や絞込み条件に合わせて、好ましいプランが生成されるようにSELECT文を記述する必要がありました。今回の強化では、検索実行の過程で求められるロウ数(テーブル規模や絞込み条件等を勘案して概算)をコストとして計算し、複数テーブルの最適なジョイン順序を決定してプランを生成できるようになりました。詳細については、『GridDB SQL チューニングガイド』(GridDB_SQL_TuningGuide.html)を参照ください。
• パーティショニングテーブルに関する索引ジョインの最適化
  パーティショニングテーブルを含む場合でも、可能な限り索引ジョインを実行するように強化しました。従来は、対象のテーブルに索引が付与されている場合でも、GridDB内部の制約により索引ジョインを行えないケース(テーブルの分割数が大きすぎる場合など)があり、テーブルスキャンを行うことがありました。今回の強化では、内部の詳細な条件(テーブル分割数、分割種別や索引種別)によらず、可能な場合には索引ジョインを行うプランを生成、実行できるようになりました。
• SQLのバッチ更新のサポート
  バッチ更新を行うJDBCメソッドを新たにサポートしました(PreparedStatementの場合にのみ対応)。詳細については、『GridDB JDBCドライバ説明書』(GridDB_JDBC_Driver_UserGuide.html)を参照ください。

<運用機能>

• ローリングアップグレード支援コマンドの追加
  ローリングアップグレードの実行手順を簡単にするための運用コマンドを新たに追加しました。従来からローリングアップグレードは可能でしたが、ユーザの実行手順が多く操作が煩雑でした。この手順が削減され実行が容易になります。詳細については、『GridDB 運用ツールリファレンス』(GridDB_OperationToolsReference.html)を参照ください。
• クラスタ運用管理コマンド・インタプリタ(gs_sh)の検索結果の標準出力にTABLE形式を追加
  クラスタ運用管理コマンド・インタプリタ(gs_sh)の検索結果の標準出力にTABLE形式を新たに追加しました。従来は、CSV形式のみの標準出力でしたが、TABLE形式での標準出力が可能になりました。詳細については、『GridDB 運用ツールリファレンス』(GridDB_OperationToolsReference.html)を参照ください。

<マニュアル>

• ETLによる時系列データの自動集計ガイドの提供
  蓄積された大量の時系列データを自動的に集計して集計結果を蓄積しておくことで、ユーザが集計結果を取得する際に、処理時間を短縮できるようになります。この時系列データの自動的な集計をETLを用いて実現するガイドを提供します。詳細については、『GridDB ETL 自動集計ガイド』(GridDB_ETL_Auto_Aggregation_Guide.html)を参照ください。

<その他>

• 対応OSバージョン等の変更
• 以下のOSバージョンに対応しました。
• Red Hat Enterprise Linux 9.2
• Red Hat Enterprise Linux 8.6/8.7/8.8
• Ubuntu 22.04
• 以下のOSバージョンには非対応となりました。
• Red Hat Enterprise Linux 8.4/8.5
• クライアントライブラリについては、上記に加え以下のOSバージョンに対応しました。
• Windows Server 2016/2019/2022
• Windows 10/11
• Java 17に対応しました。

9.6 V5.4の変更点

V5.4では、メタテーブルでデータベース毎の統計値を参照できるようになりました。さらに、インターバルパーティショニングテーブルの場合にデータパーティションをどうGridDB内で配置するかをヒントで指定できるようになりました。また、サーバ、C APIおよびODBCが利用するOpenSSLのバージョンを変更し、通信の暗号化機能のサポートOSを変更しました。概要は以下の通りです。

• データベース統計機能
  • GridDBの統計値は、SQLを用いてメタテーブルを検索することで取得できます。従来、GridDBの統計値としては、クラスタ全体の値(複数のデータベースが存在する場合はそれらの合計)が取得されていました。今回、この統計値を強化し、データベース毎の統計値(#database_stats)を取得できるようになりました。また、従来からある統計値(#sqls等)については、そのユーザが接続しているデータベースのみの値を取得できるようになりました。(管理者(GridDBのadmin)の場合は、従来通りクラスタ全体の統計値が取得できます。)メタテーブルについては『GridDB SQLリファレンス』(GridDB_SQL_Reference.html)を参照ください。
• ユーザ指定データパーティション配置機能
  • インターバルパーティショニングテーブルのデータは、テーブル作成時に指定された日付区間毎に複数のデータパーティションに分割されます。従来、各データパーティションは、GridDBが配置を決定して、処理を担当するいずれかのスレッドやノードに割り当てられます。今回、GridDB内部で自動で決定していたデータパーティションの配置について、ユーザがヒントを指定できるようになりました。これにより、アプリケーションの登録や参照の処理パターンに応じたデータパーティションの配置を指定できるようになりました。詳細については、『GridDB 機能リファレンス』(GridDB_FeaturesReference.html)を参照ください。
• OpenSSL3.0への変更
  • これまで利用していたOpenSSL 1.1.1は2023/9にサポートが終了するため、OpenSSL3.0への変更を行いました。通信の暗号化(SSL接続)の際に、サーバ、C APIおよびODBCが利用するOpenSSLのバージョンを変更しています。通信の暗号化機能を利用する場合には、OpenSSL3.0.7以上が必要となります。
• 通信の暗号化(SSL接続)機能のサポートOSの変更
  • OpenSSL3.0への変更にともない、通信の暗号化(SSL接続)機能のサポートOSを変更します。この機能は、RedHat Enterprise Linux 8.3/8.4/8.5/8.6 でのみサポートされます。その他、RedHat Enterprise Linux 7.9、CentOS 7.9 およびUbuntu Server 20.04 ではサポートされません。

9.7 V5.3の変更点

V5.3では、精度指定付TIMESTAMP型を追加し、より高精度の時刻表現を可能にしました。また、時系列データの集計演算や補間演算に関する機能を新たに追加しました。さらに、DB監査のための監査ログ機能を新たに追加しました。概要は以下の通りです。

• 時系列データ管理・検索機能の強化
• 高精度の時刻表現を行うための、精度指定付TIMESTAMP型の追加
  • 日時を表現するTIMESTAMP型に対して精度を指定できるようになりました。従来、TIMESTAMP型の精度はミリ秒のみでしたが、より高精度のマイクロ秒精度やナノ秒精度の日時データを表現できます。NoSQLおよびNewSQLのいずれでも利用可能です。
• 時系列データなど時刻値を持つデータに対する集計演算および補間演算の追加(NewSQL)
  • 時刻値を持つデータに対して一定時間間隔毎のデータ集合の集計演算や補間演算を行えるようになりました。データを一定の時刻間隔毎の集合に分割し、各集合の値に対して集計演算や補間演算を行います。SQLに専用の構文(GROUP BY RANGE)を追加しています。これにより、大量の時系列データの集計をSQLを用いて行えるようになり、従来よりも簡単かつ高速に行えるようになります。
• 監査ログ機能の追加
  • データベースへのアクセス内容を監査ログとして残せるようになりました。NoSQLとNewSQLのいずれの操作についても対応しています。監査ログは各ノード毎に作成され、監査ログファイルに記録されます。これにより、データベースに対するセキュリティ脅威である、「不正な接続（なりすまし）」、「不正なアクセス」、「情報漏えい」の監査が可能になります。

<その他>

• 過去バージョンとの互換性
• 精度指定付TIMESTAMP型の追加により、内部のデータ構造が一部変更されます。そのため以下に注意してください。
• V5.3にバージョンアップすると、それ以降はV5.2以前のバージョンに戻すことはできなくなります。
• V5.2以前のバージョンからのローリングアップグレードはできません。必ず、クラスタを停止してからバージョンアップを行ってください。

9.8 V5.2の変更点

V5.2では、日々蓄積されるデータを格納するコンテナに対してエクスポートやインポートを実行する際、必要なデータを指定する条件指定(日付範囲の指定)を容易に行えるようになりました。概要は以下の通りです。

• アーカイブデータ高速復元機能：日々蓄積されるデータを扱いやすくするためのgs_export/gs_importの機能強化
• gs_exportの強化
  日々蓄積されるデータを格納するコンテナが対象の場合、エクスポートするロウデータの日付範囲をコマンドオプションのみで指定できるようになりました。これにより、ロウデータの増分をエクスポートするようなケースで、目的の日付範囲の指定が容易に行えます。エクスポートされたロウデータは、日付ごとに分割され、１日１ファイルで出力されます。
• gs_importの強化
  上記でエクスポートされたデータをインポートする際、インポートするロウデータの日付範囲をコマンドオプションで指定できるようになりました。これにより、長期間・大量になったエクスポートデータから、必要な範囲のロウのみをピンポイントで容易に指定してインポートできるようになりました。

9.9 V5.1.1の変更点

V5.1.1では、クライアント接続の際の通信経路を設定できるようになりました。概要は以下の通りです。

• クライアント通信経路設定
  クライアントを接続する際の通信経路を設定できます。これにより、クライアントをクラスタとは別ネットワークにも配置できるようになり、従来からのクラスタと同じネットワークからのクライアント接続、およびネットワーク的に離れた場所からのクライアント接続を共存して利用できます。(本機能は、Java API, C API, JDBC, ODBCのみでサポートされます。)

9.10 V5.1の変更点

V5.1では、クラウド環境での信頼性向上のための機能強化を行いました。概要は以下の通りです。

<運用機能>

• マルチAZクラスタ
  複数アベイラビリティゾーン(AZ)をまたがるクラスタを構成した際に、データのオーナとバックアップを異なるAZに明示的に配置できるようになりました。これにより、あるAZ障害が発生しても、別のAZにあるバックアップデータを利用してサービス継続が可能になります。
• クラスタスナップショット
  クラスタやデータが大規模になった場合にも、クラスタ全体で時刻の揃った一貫性のあるバックアップの作成ができるようになりました。バックアップからDBをリカバリする際、従来より高速に、クラスタ内のすべてのデータがレプリカをもつ安定した状態になります。

<マニュアル>

• リージョン間ディザスタリカバリ設定ガイドの提供
  災害に備えたディザスタリカバリを実施するための設定方法に関するマニュアルを提供します。AWSを対象としています。

<その他>

• 対応OSバージョンの変更
  Red Hat Enterprise Linux 8.4/8.5/8.6に対応しました。

9.11 V5.0の変更点

データ管理部を刷新し、大規模データに対する性能強化を行いました。概要は以下の通りです。

<性能向上>

• CPUコアスケーリング対応
  ノード再起動により、並列度(ノード定義ファイルの/dataStore/concurrency)が変更可能になりました。
• スキャン、データ削除高速化
  データアフィニティのヒント情報として、文字列 #unique を設定することで、コンテナ(テーブル)単位にブロックを占有してデータを配置することが可能になりました。
• チェックポイント実行時のディスクI/O負荷低減
  チェックポイント時のログ書き込みを分割で実行することが可能になりました。分割数は、ノード定義ファイルの/checkpoint/partialCheckpointIntervalで調整できます。デフォルトは10です。設定値を大きくすることで、チェックポイントログファイルへの1回の書き込み量を減少させることができますが、起動時のリカバリ時間が増える可能性があります。

<運用機能>

• データベース変換ツール
  V4形式のデータベースをV5形式に変換します。

<その他>

• 過去バージョンとの互換性
• API
  V4のAPIを利用してV5クラスタを操作可能です。ただし、廃止機能を使った場合はクラスタ側でエラーとなります。また、V3以前のAPIによるV5クラスタの操作はできません。
• データベース
  V4データベースの場合、変換ツールでV5データベース形式へ変換してください。V3データベースの場合、V3のgs_exportでデータを取り出し、V5のgs_importでV5データベースに格納してください。
• クラスタ
  V4とV5のノードが混在したクラスタは構成できません。
• 設定ファイル
  V4の設定ファイル(gs_node.json/gs_cluster.json)は、V5の設定ファイルとしても利用可能です。V5で追加されたパラメータはデフォルト値で動作します。また、V5で廃止されたパラメータは無視します。
• V5で追加されたパラメータ(gs_node.json)
• /dataStore/transactionLogPath
  トランザクションログファイルの配置ディレクトリをフルパスもしくは、相対パスで指定します。デフォルト値はtxnlogです。
• /checkpoint/partialCheckpointInterval
  チェックポイント実行時のチェックポイントログファイルへブロック管理情報の書き込み処理分割数を指定します。デフォルト値は10です。
• V5で廃止されたパラメータ(gs_node.json)
• /dataStore/autoExpire
• /dataStore/dbFilePathList
• /dataStore/storeWarmStart
• /checkpoint/checkpointMemoryLimit
• /checkpoint/useParallelMode
• 対応OSバージョンの変更
  Ubuntu Server 20.04に対応しました。また、本バージョンより、Red Hat Enterprise Linux 7.6, 7.7, 7.8, 8.1, 8.2 /CentOS 7.6, 7.7, 7.8, 8.1, 8.2には非対応となりました。
• V5.0で廃止された機能
• ハッシュ索引
• ロウ期限解放
• 時系列圧縮
• トリガ機能
• 長期アーカイブ
• Export/ImportのRDB連携機能

9.12 V4.6以前の変更点

V4.6以前の各バージョンの変更点については、旧バージョンのリリースノートをご参照ください。

10 特記事項

パーペチュアルライセンスのご利用にあたっては、基本サポートサービス契約が必要です。基本サポートサービス契約は、本製品のライセンス購入と同時にご契約いただくようお願いいたします。製品ご購入後にサポートサービスを契約することはできません。

11 商標

• GridDBは日本国内における株式会社東芝の登録商標です。
• OracleとJavaは、Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。
• LinuxはLinus Torvaldsの商標です。
• Red Hatは米国およびその他の国におけるRed Hat, Inc.の登録商標もしくは商標です。
• ZabbixはZabbix SIAの登録商標です。
• DockerはDocker Inc.の米国およびその他の国における登録商標です。
• MicrosoftおよびAzureは米国Microsoft Corporationの米国およびその他の国における登録商標です。
• Ansibleは米国およびその他の国におけるRed Hat, Inc.の登録商標もしくは商標です。
• その他製品名は、それぞれの所有者の商標または登録商標です。

12 その他

本製品に使用されているソフトウェアおよびライセンスは、サーバパッケージやインストールメディアに含まれるReadme.txtを参照ください。

本製品をご利用いただく上でのお問い合わせは、基本サポートサービスの窓口へご連絡ください。

Copyright (c) 2026 TOSHIBA Corporation