Revision: 4.5.0-236

1 はじめに

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

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

1. はじめに
2. 製品概要と変更点
3. 機能一覧
4. 動作環境
5. パッケージとインストールについて
6. GridDBのマニュアル
7. 問題が発生した場合の対処について
8. 注意事項・制限事項
9. 特記事項
10. 商標
11. その他

2 製品概要と変更点

2.1 製品の概要

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

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

　 GridDBはV4.5のリリースに伴い、以下のシンプルな製品体系となりました。

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

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

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

2.2 V4.5の変更点

V4.5では、GridDB製品の中でGridDB Enterprise Editionをリリースします。機能強化の概要は以下に示すとおりです。

<運用機能>

• LDAP認証

  外部認証としてLDAP認証に対応しました。認証情報の一元管理が可能になります。

• SSLによる通信経路の保護

  GridDBクラスタとクライアント間の通信をSSLに対応しました。

• 統合運用管理GUI(gs_admin)の強化

  gs_adminにWEBコンテナを内包しました。本サービスを実行するために事前にWebサーバを準備する必要はなくなりました。

• クラスタ運用管理コマンド・インタプリタ(gs_sh)の強化

  ロウの登録/削除、コンテナ/ビューの検索、クラスタノード定義の同期、履歴表示と実行を行うサブコマンドを新たに追加しました。

  履歴機能強化に伴い、履歴ファイル(.gssh_history)のフォーマットを変更しました。 gs_shの実行時に警告(Bad history file syntax)が表示された場合、履歴ファイルを削除してください。

<その他>

• 対応OSバージョンの追加

  Red Hat Enterprise Linux 7.8, 8.1 / CentOS 7.8, 8.1に対応しました。

• 対応Javaバージョンの追加

  Oracle JDK 11 / RedHat OpenJDK 11に対応しました。

• インストールパッケージの追加と削除

  次のパッケージが追加となります。

  • Web UIパッケージ (griddb-ee-webui)

  次のパッケージが削除となります。

  • NewSQLパッケージ (griddb-ee-newsql)

　また、以下のパッケージ名が変更となります。

• サーバパッケージ (griddb-ee-server)
• クライアントパッケージ (griddb-ee-client)
• Web APIパッケージ (griddb-ee-webapi)
• Cライブラリパッケージ (griddb-ee-c_lib)
• Javaライブラリパッケージ (griddb-ee-java_lib)
• Pythonライブラリパッケージ (griddb-ee-python_lib)
• Node.jsライブラリパッケージ (griddb-ee-nodejs_lib)
• Goライブラリパッケージ (griddb-ee-go_lib)

V4.3以前からのパッケージのアップグレードインストールはできません。パッケージのアンインストール後、再インストールしてください。

2.3 V4.3.4の変更点

V4.3.4では、GridDB製品の中でGridDB Standard Edition、Advanced Editionをリリースします。機能強化の概要は以下に示すとおりです。

<開発機能>

• SQL関数の拡充(AEのみ)

  次の句に対応します。

  • WINDOW関数：LAG(現在行より前の行を取得)、LEAD(現在行より後の行を取得)

  以下の集計関数を分析関数としてOVER句と共に利用可能にします。

  • AVG(平均値)、COUNT(ロウ数)、MAX(最大値)、MIN(最小値)、SUM(合計値)/TOTAL(合計値)、STDDEV_SAMP(標本標準偏差)、STDDEV(標本標準偏差)/STDDEV0(標本標準偏差)、STDDEV_POP(母標準偏差)、VAR_SAMP(標本分散)、VARIANCE(標本分散)/VARIANCE0(標本分散)、VAR_POP(母分散)

2.4 V4.3.2の変更点

V4.3.2における機能強化の概要は以下に示すとおりです。

<開発機能>

• SQL関数の拡充

  次の句に対応します。

  • OVER句

    問い合わせ結果の分割や、並び替えを行います。WINDOW関数と共に利用します。

  次の関数に対応します。

  • 集計関数: STDDEV_SAMP(標本標準偏差)、STDDEV0(標本標準偏差)、STDDEV_POP(母標準偏差)、VAR_SAMP(標本分散)、VARIANCE0(標本分散)、VAR_POP(母分散)、MEDIAN(中央値)
  • WINDOW関数：ROW_NUMBER(連番値)

  次の関数の仕様を変更します。

  • 集計関数：STDDEV

    標本標準偏差を返却するように変更します。
    これまでは、母標準偏差を返却していました。

  • 集計関数：VARIANCE

    標本分散を返却するように変更します。
    これまでは、母分散を返却していました。

2.5 V4.3.1の変更点

V4.3.1における機能強化の概要は以下に示すとおりです。

<開発機能>

• データアフィニティ機能のSQL I/Fおよびテーブルパーティショニング対応

  データアフィニティをSQLにて設定可能になります。また、パーティショニングされたテーブルの作成時にデータアフィニティを設定可能になります。

• SQL関数の拡充

  次の関数に対応します。

  • 算術関数: HEX_TO_DEC(16進数文字列)

  次の関数の仕様を変更します。

  • 算術関数：TRUNC(指定桁数までに切り捨て)

    引数に整数を指定した場合に、結果をLONG型で返却するよう変更します。
    これまでは、DOUBLE型を返却していました。

  • 日時関数: STRFTIME(TIMESTAMPを文字列に変換)

    フォーマットを示す文字列に、%W(週番号)を追加します。

• JDBC強化

  次のメソッドに対応します。

  • PreparedStatement#setBinaryStream(int parameterIndex, InputStream x)
  • PreparedStatement#setBinaryStream(int parameterIndex, InputStream x, int length)
  • PreparedStatement#setBinaryStream(int parameterIndex, InputStream x, long length)
  • PreparedStatement#setBlob(int parameterIndex, InputStream inputStream)
  • PreparedStatement#setBlob(int parameterIndex, InputStream inputStream, long length)

• ODBC強化

  SQL実行時のタイムアウト時間を設定可能になります。

<その他>

• 対応OSの追加

  Red Hat Enterprise Linux 7.7 / CentOS 7.7に対応しました。

• GridDB 構築テンプレート for Ansible

  Ansibleを用いてGridDBの初期構築、設定取得、設定変更、ノード追加を行うことを支援するテンプレートを提供します。

2.6 V4.3の変更点

V4.3における機能強化の概要は以下に示すとおりです。

<スケールアップ強化>

• ブロックサイズ拡大

  データベース初期作成時に選択できるブロックサイズを最大32MBまで拡張しました。ブロックサイズを大きく設定することで、ノード1台当たりで管理可能なデータ量が増加します。また、大量データのスキャンの性能改善が期待できます。

• チェックポイントファイルの分割配置

  チェックポイントファイルを分割し、複数ディレクトリへ分散配置できます。分散配置することでノード1台当たりで管理可能なデータ量が増加します。また、ディスク負荷の分散により、性能改善が期待できます。

• 外部と内部の通信を分離するネットワーク構成

  クライアント-ノード間の外部通信とノード間の内部通信にそれぞれ異なるネットワークインタフェースを割り当てることで、外部と内部の通信を分離できます。ネットワーク負荷の分散が可能になります。

<性能向上>

• 複合索引

  複数カラムを指定して索引を作成できます。複数カラムの値を組み合わせると選択性が高くなる場合に用いると性能改善が期待できます。

<開発機能>

• 複合ロウキー

  複数カラムを指定してロウキーを設定できます。複数カラムの値を組み合わせると値が一意になる場合に設定します。サロゲートキー(代替キー)が不要となるため、データ設計が容易になります。

• タイムゾーン指定

  クライアントプロパティにタイムゾーンを追加します。また、TQLやSQLの日付関数の一部にタイムゾーンの引数を追加します。

• SQL関数の拡充

  次の関数に対応します。

  • 集計関数: STDDEV(標準偏差)、VARIANCE(分散)
  • 算術関数: LOG(対数)、SQRT(平方根)、TRUNC(指定桁数までに切り捨て)
  • 文字列関数: TRANSLATE(文字列置換)
  • 日時関数: STRFTIME(TIMESTAMPを文字列に変換)、MAKE_TIMESTAMP(TIMESTAMP生成)、TIMESTAMP_TRUNC(指定粒度までに切り捨て)

<運用機能>

• アクセス権強化一般ユーザがデータベースへアクセスする際の権限の種類にREAD(参照のみ)を追加しました。これまでのアクセス権はALL(フルアクセス)のみでした。また、1つのデータベースに複数の一般ユーザへのアクセス権を割り当てられます。

また、GridDB V4.3では以下の点が変更となりました。

• 時刻文字列のフォーマット変更

  サーバ、クライアントから出力される時刻文字列のフォーマットを変更しました。なお、タイムゾーンがUTCの場合は変更はありません。

  例)タイムゾーンがJSTの場合:

  • V4.2以前

    2019-10-01T12:04:37.726+0900
    

  • V4.3

    2019-10-01T12:04:37.726+09:00
    

  また、運用ツールの出力やログについても、同様のフォーマットに統一されます。

• パーティショニングキーの制約

  V4.3のデフォルトの設定では、パーティショニングキーとして指定するカラムはプライマリキーである必要があります。

  V4.3以前より前のバージョンと同様にプライマリキー以外の指定を許可する場合は、クラスタ定義ファイルに次の設定を追加する必要があります。

      :
    "sql": {
        :
      "partitioningRowkeyConstraint": false
    }
      :
  

• パーティションサイズ上限

  ブロックサイズに対応するパーティションサイズの上限を次のように変更しました。

  • ブロックサイズ64KBのとき: 約64TB -> 約4TB
  • ブロックサイズ1MBのとき: 約1PB -> 約64TB

• gs_shの仕様変更

  grantacl/revokeaclサブコマンドはアクセス権限の指定が必須になります。

• 制限事項の解除

  下記の制限事項は解除となります。

  No	項目	内容
  S30010	SQL中間結果のswapファイルサイズが縮小しない	SQLの使用メモリ量が上限値(gs_node.jsonのsql.storeMemoryLimit)を超えた場合、メモリ内容はswapファイルに出力されます。このswapファイルは、sql.storeSwapFilePathで指定されたディレクトリに作成されます(ファイル名「swap_N.dat」)。 サーバ終了時には削除されますが、現バージョンではサーバ起動中はファイルサイズは縮小しません。 特に一時的に大量の中間結果をswapファイルに保持するようなクエリを実行すると、そのクエリ実行終了後もswapファイルが配置されているディスクの容量を消費する場合があります。 以下のような対策を実施してください。 - 運用前にクエリを実行して、使用するswapファイルサイズを事前に確認し、必要なディスクサイズを見積もってください。 - sql.storeSwapFilePathで指定するswapファイルの配置先を、データベースファイルの配置先と異なるデバイスまたはパーティションに設定してください。

2.7 V4.2.5の変更点

V4.2.5では以下の点が変更となりました。

• Dockerfileサンプル

  Docker CEやMicrosoft Azure Container Instance (ACI)で動作するGridDBコンテナを作成、起動するためのサンプルを提供します。

  • GridDBサーバノードとクライアントノードのDockerコンテナイメージを生成するための、Dockerfileと設定ファイルのサンプルです。
  • コンテナイメージのビルドやコンテナの実行方法については、GridDB Dockerfileサンプル 説明書をご確認ください。

2.8 V4.2の変更点

V4.2における能強化の概要は以下に示すとおりです。

<性能向上>

• 複数索引の利用

  テーブルに付与された複数の索引を効率的に利用するプランを生成し、実行します。

  また、絞り込み条件の記述順序の入れ替えにより、索引の利用パターンを制御できます。

• 検索用バッファ制御

  クエリのジョブ/タスク単位でスワップリード量を監視し、使用するバッファ量を制御します。

  これにより、分析クエリによるスワップアウトが原因で登録処理の性能低下が発生することを減らします。

<障害・性能解析機能>

• アプリケーション名指定

  接続プロパティにアプリケーション名(applicationName)を追加します。

  指定された名前は、一部のメタテーブルのカラム値やイベントログおよびクライアントトレースログに出力されます。

  問題のあるアプリケーションを特定するのに役立ちます。

• クライアントトレースログ出力 (JDBC)

  JDBCアプリケーション実行時に、呼び出し関数名と引数を含むトレースログを出力できます。

  アプリケーションの動作を詳細に記録することで障害解析やデバッグを効率化します。

• スロークエリログ

  クエリ(SQL)の処理時間が閾値を超えた場合、処理終了時にそのクエリの情報をイベントログに出力します。

  実行に想定以上の時間がかかっているクエリの特定に役立ちます。

  閾値はノード定義ファイルに設定します。閾値はオンライン変更可能です。

• 現在実行中の処理一覧出力

  実行中のNoSQL/NewSQL処理の情報を取得するためのメタテーブルを追加します。

  ノードやOSのリソースがどの処理によって使用されているかを特定するのに役立ちます。

  また、gs_shのサブコマンドを追加します。

  • showsql : 実行中SQL処理の表示
  • showevent : 実行中イベントの表示
  • showconnection : コネクションの表示

• 現在実行中クエリのキャンセル

  処理が長時間終わらないクエリを手動でキャンセルするサブコマンドをgs_shに追加します。

  • killsql : 実行中SQL処理のキャンセル

  キャンセルに使用するリソースIDは、showsqlサブコマンドで確認できます。

• 実行計画の表示

  クエリの性能分析に役立つ実行計画の表示に関するサブコマンドをgs_shに追加します。

  • getplantxt : SQL分析結果の取得(テキスト形式)
  • getplanjson : SQL分析結果の取得(JSON形式)
  • gettaskplan : SQL分析結果詳細情報の取得

• GridDB 監視テンプレート for Zabbixの強化

  GridDBクラスタの運用監視方法のサンプルとして提供しているZabbix用監視テンプレートの強化として、SQL統計情報やログ解析の監視アイテムなどを追加します。

• ログ表示コマンド(gs_logs)の強化

  イベントログの解析を容易にする次のオプションを追加します。

  • CSV形式で結果を出力するオプション(--csv)
  • 性能トレース解析オプション(--tracestats)
  • スロークエリログ解析オプション(--slowlogs)

• クラスタ情報取得コマンド(gs_stat)の強化

  性能情報の解析を容易にする次のオプションを追加します。

  • CSV形式で結果を出力するオプション(--csv)

<開発機能>

• ビュー

  ビューを定義する機能および作成・削除の構文を追加します。ビューの一覧はメタテーブルにより参照可能です。

  ビューはコンテナと似たオブジェクトですが実データを持ちません。ビューを含むクエリの実行時に、ビュー作成時に定義されたSELECT文を評価して結果を返します。

  ビューは参照(SELECT)のみ可能です。

• Web API v2

  コンテナ作成・削除、コンテナ一覧取得、TQL文実行などのAPIを追加しました。

  また、スタンドアローンのサービス(griddb-webapi)として、起動・停止が行えます。

  各APIの詳細はGridDB Web APIリファレンスを参照ください。

<プログラミング言語>

• Node.js

  アプリケーション開発のプログラミング言語として、Node.jsをサポートします。

• Go

  アプリケーション開発のプログラミング言語として、Goをサポートします。

• C (Windows版)

  Windows環境で動作するCクライアントライブラリを提供します。

• C API 例外処理の強化

  一部APIにエラーに関するパラメータを追加しました。

  パラメータを使用することで、文字列解析を行わずに一部の情報を取り出せます。

<その他>

• パーティション配置の指定

  パーティション配置を指定する運用コマンド(gs_goalconf)を提供します。主に、ローリングアップグレードに使用します。

• 対応OSの追加

  Red Hat Enterprise Linux 7.6, 6.10 / CentOS 7.6, 6.10に対応しました。

また、GridDB V4.2では以下の点が変更となりました。

• インストールパッケージの追加

  次のパッケージが追加となります。

  • Web APIパッケージ (griddb-ee-webapi)
  • Node.jsライブラリパッケージ (griddb-ee-nodejs_lib)
  • Goライブラリパッケージ (griddb-ee-go_lib)

• インストールパッケージの削除

  次のパッケージが削除となります。アップデートインストールの際はあらかじめアンインストールしてください。

  • ドキュメントパッケージ (griddb-ee-docs)

• ノード定義ファイル(gs_node.json)の変更

  ノード定義ファイルのパラメータが以下のように変更となります。

  • パラメータの値の変更

    SQL処理でオペレータが使用するメモリの最大値のデフォルト値が変更となります。

    • /sql/workMemoryLimit 128MB -> 32MB

• SQLヒント句の削除

  次のヒント句を削除しました。

  • MaxDegreeOfParallelism(並列数上限)
  • DistributedPolicy(分散プラン方針)

• パーティションのステータスの追加 (V4.2.1)

  次のステータスを追加しました。V4.2.0以前はNORMALと表示していました。

  • INITIAL: クラスタ構成に参加していない初期状態

2.9 V4.1の変更点

V4.1における機能強化の概要は以下に示すとおりです。

<データ管理機能>

• カラム数の上限値の拡大

  コンテナ(テーブル)で扱えるカラム数の上限値を拡大しました。

  従来はカラム数の上限値は1024まででしたが、V4.1からは上限値は1024～32,000個になります。(ブロックサイズの設定やコンテナのカラム型による)

• 動的なスキーマ変更(カラム追加)の改善

  コンテナ(テーブル)の末尾へのカラム追加において、カラム追加処理中のコンテナへの同時アクセスが可能になります。

  V4.1より前のバージョンではコンテナのスキーマ変更処理中に、他から同じコンテナにはアクセスできませんでした。また、末尾へのカラム追加の処理を高速化しました。

• 期限解放機能の拡張

  パーティショニングされたコレクションタイプのコンテナ(テーブル)にも期限解放を設定できるようになります。 (ただし、インターバルまたはインターバル-ハッシュ、かつ、パーティショニングキーがTIMESTAMP型の場合のみ)

  V4.1より前のバージョンでは、時系列タイプのコンテナ(テーブル)のみ、期限解放を設定可能でした。

  期限解放の種類として「パーティション期限解放」を追加します。パーティション期限解放は、データを解放する単位がデータパーティション単位です。従来の期限解放「ロウ期限解放」は、ロウ単位でした。

  パーティション期限解放は、インターバルまたはインターバル-ハッシュパーティショニングのコンテナ(テーブル)に設定できます。データパーティションのデータ区間の上限値の時刻から保持期間が経過すると、データパーティション内の全ロウを解放します。

<運用機能>

• 長期アーカイブ機能

  期限解放設定によって解放されたデータを後で再利用できるように、DBから自動削除する前に、外部ファイル(アーカイブファイル)に保存できます。

  DB上のデータサイズは一定に保ち、かつ、古いデータを保存しておくことが可能になります。　保存したアーカイブファイルは、期間とコンテナ名で絞り込み、必要なデータを直接ファイル参照したり、GridDBへ再インポートできます。

• バックアップ機能の強化

  ストレージの高速コピーやスナップショットソリューションと連携して、GridDBのオンラインバックアップ、最新状態へのリカバリを行うための以下の機能を提供します。

  • チェックポイント制御機能（チェックポイントの一時停止と再開）
  • トランザクションログバックアップ機能（既存機能の機能強化）

• ローリングアップグレード機能の強化

  ローリングアップグレードの運用設計や実行を容易にするため、ローリングアップグレードの実行用スクリプトを提供します。

<プログラミング言語>

• Pythonクライアントの性能改善

  Pythonクライアントの登録/検索性能が改善します。

<その他>

• 対応OSの追加

  Red Hat Enterprise Linux 7.5 / CentOS 7.5に対応しました。

また、GridDB V4.1では以下の点が変更となりました。

• NoSQL I/Fの変更

  クラスタでノード障害発生時、障害が発生していないノードにクライアントが自動的に接続し直す際のタイムアウト時間(failoverTimeout)のデフォルト値が120秒に変更となります。※変更前 60秒

• 設定ファイルや定義ファイルの雛形ファイル名の変更

  インストールディレクトリに含まれる設定ファイルや定義ファイルの雛形のファイル名の末尾に.tmplを付加しました。

  • 例) 定義ファイルの雛形
    • ノード定義ファイル: /usr/griddb/conf/gs_node.json.tmpl
    • クラスタ定義ファイル: /usr/griddb/conf/gs_cluster.json.tmpl
    • ユーザ定義ファイル: /usr/griddb/conf/password.tmpl

• ノード定義ファイル(gs_node.json)の変更

  ノード定義ファイルのパラメータが以下のように変更となります。　　

  • パラメータの値の変更

    SQL処理用の同時実行スレッド数のデフォルト値が変更となります。

    • /sql/concurrency　4　※変更前 5 　　

  • パラメータの新設

    期限解放済みデータを自動的に削除する機能の有効/無効を設定できます。

    • /dataStore/autoExpire 　期限解放済みデータの自動削除を設定します。

    ノード定義ファイルの雛形には、デフォルト値としてfalse(自動削除無効)を設定しています。パラメータを指定しない場合は、true(自動削除有効)で動作します。

    V4.1以前のノード定義ファイルをご利用のユーザは、ノード定義ファイルの変更は必要ありません。 V4.1以前のノード定義ファイルをそのまま使用すれば、V4.1以前と同じ動作(自動削除有効)になります。

• SQL仕様の変更

  create tableを実行する際、設定可能な期限解放機能のオプションに以下が追加となります。

  • expiration_type　期限解放の種別（PARTITION/ROW）を設定します。デフォルト値はPARTITIONです。

  expiration_typeを省略した時のデフォルト値が、ロウ期限解放からパーティション期限解放に変更となります。

  V4.1以前のバージョンで、期限解放付きの時系列コンテナを作成するSQL文を利用されていた場合は、期限解放の種別(ROW)の指定をSQL文に追加してください。expiration_type='ROW'

• gs_export/gs_importの変更

  プロパティファイルのパスが以下に変更となります。

  • /var/lib/gridstore/expimp/conf/gs_expimp.properties

    ※（変更前）/usr/griddb/prop/gs_expimp.properties

• gs_admin/gs_shの変更

  TQL/SQL機能の時刻型カラム値の表示内容が次のように統一されます。

  • 時刻フォーマット: ISO8601形式
  • タイムゾーン: UTC

    • 例) 時刻型カラム値の表示内容

      2018-11-07T12:30:00.417Z

2.10 V4.0.3の変更点

V4.0.3では以下の点が変更となりました。

• テーブルパーティショニングの機能拡張

  テーブルパーティショニングの種類が増えました(インターバル、インターバル-ハッシュ)。種類が増えたことによって、格納するデータや用途に合わせて適切なパーティショニングを選択できるようになり、大規模なデータをより効率的に管理できます。

  • インターバル

    • 指定された一定の範囲でデータを分割します。

  • インターバル-ハッシュ

    • インターバルとハッシュの2種類を組み合わせたものです。インターバルで分割して、さらに、ハッシュでデータを分割します。

2.11 V4.0.2の変更点

V4.0.2では以下の点が変更となりました。

• Pythonクライアントの強化

  ユーザビリティ向上やデータ解析ライブラリ連携のための強化を行いました。

  • インターフェイス改善

    ロウのデータ型を意識せずに、登録や取得などの操作ができます。 Pythonのリスト型でロウデータを指定すると、カラムのデータ型に合わせて暗黙的にデータ変換します。

    • 例) ロウデータをコンテナに登録する

      Container.put([1, "value", False]) 　　　　

• Pandas連携

  データ解析機能を持つPythonライブラリ「Pandas」と連携できます。 Pythonクライアントで取得したデータをPandasで解析したり、Pandasの解析データをGridDBクラスタに登録したりすることができます。　　　　

  • 機能強化

    • 配列型　　　　：ロウのデータ型として、配列型が利用できます。
    • NULL値　　　　：NULL値を含むロウが操作できます。
    • 名前付き索引　：名前付き索引の作成/削除ができます。
    • 部分実行モード：クエリ実行結果を取得するオプション項目として部分実行モードが指定できます。

  旧バージョンのPythonクライアントのインタフェースは廃止になります。 V4.0.2以降のPythonクライアントをご利用ください。また、Pythonクライアントの動作環境として、Python 2はサポート対象外となります。

• コンテナ(テーブル)の配置情報表示機能

  GridDBクラスタ上のコンテナ(テーブル)は、各ノードに自動的に分散して配置されます。運用管理ツールなどを用いることで、どのノードに配置されているかを確認することができます。

  ノードごとのDBサイズに偏りがあってノードに配置されているコンテナを調べたい場合や、特定のコンテナを含むノードのバックアップを取得したい場合などにご利用ください。

• Java API 例外処理の強化

  GSExceptionクラスにエラーに関するパラメータのマップを追加しました。マップを使用することで、文字列解析を行わずに一部の情報を取り出せます。

• 障害対策機能の強化

  ユーザやOOM Killerによりノードプロセスが強制終了された場合にも、ノードの自動再起動を行うようになりました。

• 対応OSの追加

  Red Hat Enterprise Linux 7.4 / CentOS 7.4に対応しました。

2.12 V4.0の変更点

GridDB V4.0では以下の点が変更となりました。

• 名前に使用できる文字の拡張

  クラスタやデータベース、コンテナなどの名前に使用できる文字の制限を拡張しました。従来の文字に加え、記号(ハイフン '-'、ドット '.'、スラッシュ'/'、イコール '=')が使用可能になります。

  使える文字が増えたことにより、他のNoSQLデータベースと連携する際にオブジェクトの名前を変更することなくそのまま利用できるケースが増え、連携がより容易になります。

• NoSQLとNewSQLの相互運用機能の強化

  V3.5で強化した内容に加えて、NewSQLインタフェースで作成した、パーティショニングされたテーブルに対して、NoSQLインタフェースのTQLを使って検索ができるようになりました。他のコンテナと同様に、検索の用途に応じてTQL/SQLの使い分けが可能になります。

• ローリングアップグレード機能

  V4.0以降のバージョンにおいては、マイナーバージョンアップやパッチ適用の際に、クラスタ構成を稼動したまま製品のアップグレードを実施することができます。

• データベース・API互換性の保証

  V4.0以降のバージョンにおいては、同じメジャーバージョンであれば、データベースファイル・APIの後方互換性を保証します。

• プログラミング言語Pythonのサポート

  アプリケーション開発のプログラミング言語として、Pythonをサポートします。 Python 2/Python 3向けのAPIを新たに提供します。

• Web APIのSQL機能

  Web APIで、SQLのSELECT文実行機能を新たに提供します。

2.13 V3.5の変更点

GridDB V3.5では以下の点が変更となりました。

• 分散SQL処理性能の向上

  各種SQL処理(JOIN演算、入れ子処理、条件絞込み処理、索引スキャン)の改善とメモリ使用量の削減を行い、検索性能が向上しました。

• SQL92標準対応強化

  データやSQLの互換性を高め、一般的な分析を行いやすくするためにNULL値に対応しました。(NULL値の格納、取り出し) 　

• NoSQLとNewSQLの相互運用機能の強化

  NoSQLで高速大量に蓄積したデータをSQLを使って容易に加工、分析が行えるようになりました。

• DDL実行時の応答性の改善

  索引削除、テーブル削除など重い機能をバックグランド処理化し応答性を大幅改善しました。

• 対応OSの追加

  Red Hat Enterprise Linux 6.9 / CentOS 6.9に対応しました。

2.14 V3.2の変更点

GridDB V3.2では以下の点が変更となりました。　

• 登録・更新性能の向上

  データストアのバッファコントロール改善により、登録・更新性能が向上しました。　

• 分散SQL処理性能の向上

  各種演算処理、実行プランの最適化により、分散SQL処理性能が向上しました。　

• 対応OSの追加

  Red Hat Enterprise Linux 7.3 / CentOS 7.3に対応しました。

2.15 V3.1の変更点

GridDB V3.1では以下の点が変更となりました。

• 可変長データ型の格納効率向上

  可変長型カラムを複数持つロウや、Blob・文字列配列を持つロウの格納効率が向上しました。　

• データの格納サイズ上限の変更

  Blob型の格納サイズの上限値が変更になりました。文字列配列型の格納サイズの上限値が追加になりました。

  • Blob型　　　　1GB-1Byte
  • 文字列配列型　1GB-1Byte

2.16 V3.0の変更点

GridDB V3.0では、アプリケーション開発向け機能強化、運用機能強化を行いました。機能の概要は以下に示すとおりです。　

• SQL高速化

  MPP(超並列処理)ベースの高速SQL処理の実現により、膨大かつ絶え間なく発生するビッグデータに対して、SQLによるリアルタイム分析が可能になります。　

• データブロック圧縮

  GridDBはメモリ上のデータをデータベースファイル（チェックポイントファイル）に書き込むことで、メモリサイズに依存しない大容量化を実現可能ですが、一方でストレージのコストは増加します。

  データブロック圧縮機能は、チェックポイントファイルを圧縮することで、データ量に伴って増加するストレージコストの削減を支援する機能です。特に、HDDと比較して容量単価が高いフラッシュメモリをより効率的に活用できます。　

• 障害対策機能

  一時的なリソース不足などでGridDBが異常終了した場合、自動的にノードの起動、およびクラスタ参加を実行します。

  運用管理者が意識せずに、クラスタの状態を正常稼働に戻すことができます。

また、GridDB V3.0では以下の点が変更となりました。

• ノード定義ファイル(gs_node.json)の変更

  インストーラに含まれるノード定義ファイルの雛形である、/usr/gridstore/conf/gs_node.jsonのパラメータが以下のように変更となります。　　

  • パラメータの値の変更

    再起動時のウォームスタートのデフォルト値が変更となります。

    /dataStore/storeWarmStart　false(無効)　※変更前 true

  • パラメータの新設

    /dataStore/storeCompressionMode 　データブロック圧縮モードを指定します。デフォルト値はNO_COMPRESSION(無効)です。　

• 起動設定ファイル(/etc/sysconfig/gridstore/gridstore.conf)の変更

  インストーラに含まれる起動設定ファイルの雛形である、 /usr/gridstore/etc/sysconfig/gridstore/gridstore.confが以下のように変更となります。　　

  • 廃止されたパラメータ

    • GS_HOME
    • GS_STARTNODE
    • CLUSTER_MODE
    • STOP_TIMEOUT
    • GS_JOINCLUSTER
    • GS_LEAVECLUSTER
    • START_TIMEOUT
    • JOINCLUSTER_TIMEOUT
    • LEAVECLUSTER_TIMEOUT 　　

  • 初期値の変更

    • CLUSTER_NAME　INPUT_YOUR_CLUSTER_NAME_HERE (変更前 defaultCluster) 　　

  • パラメータの新設

    • SVC_ENABLE_AUTO_RESTART 　障害対策機能の有効/無効を設定します。デフォルト値はTrue(有効)です。　

• SQL仕様

  データの格納に使用できるデータ型や、SQL関数などに一部変更があります。

  GridDB V3.0でサポートするSQL仕様については、『GridDB SQLリファレンス』(GridDB_SQL_Reference.html）を参照ください。また、V2.9からの移行に関しましては、サポート窓口にご相談ください。　

• 運用コマンドのメッセージ出力

  すべての運用コマンドのメッセージ出力が英語表示になります。　

• export/import、およびgs_shのメッセージ出力

  ロケールをjaもしくはja_JP以外に設定すると、export/importおよびgs_shのメッセージ出力が英語表示になります。

3 機能一覧

GridDB EEの機能の一覧です。

4 動作環境

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

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

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

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

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

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

• ソフトウェア

  Python

  Python 2

• ソフトウェア（SSL通信使用時)

  Python	Python 2.7.9以上
  OpenSSL	OpenSSL 1.1.1

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

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

• プラットホーム

  CPU	x64プロセッサ 2.0GHz 以上（最小）
  メモリ	1.0GB 以上（最小）
  OS	Red Hat Enterprise Linux 6.7/6.8/6.9/6.10 (64bit版) Red Hat Enterprise Linux 7.5/7.6/7.7/7.8 (64bit版) Red Hat Enterprise Linux 8.1 (64bit版) CentOS 6.7/6.8/6.9/6.10 (64bit版) CentOS 7.5/7.6/7.7/7.8 (64bit版) CentOS 8.1 (64bit版) Windows Server 2016 / Windows 10 (64bit版) *JDBCドライバのみ

• ソフトウェア

  Java	Oracle JDK 8 Oracle JDK 11 Red Hat OpenJDK 8 Red Hat OpenJDK 11
  Python	Python 3.6
  Node.js	Node.js 6.14.2
  Go	Go 1.9

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

• プラットホーム

  CPU	x64プロセッサ 2.0GHz 以上（最小）
  メモリ	1.0GB 以上（最小）
  OS	Windows Server 2012 R2/2016 Windows 10 (64bit版)

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

• ソフトウェア

  Python

  Python 2

• ソフトウェア（SSL通信使用時)

  Python	Python 2.7.9以上
  OpenSSL	OpenSSL 1.1.1

Importツール (Oracle連携)を利用する場合の連携対象データベースの動作環境

• ソフトウェア

  Oracle DBバージョン	Oracle Database 12c Release 1 (12.1.0.2.0)
  Oracle DB稼働OS	Red Hat Enterprise Linux 6.5（64ビット版）

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

• プラットホーム

  CPU	x64プロセッサ 2.0GHz 以上（最小）
  メモリ	1.0GB 以上（最小）
  OS	Red Hat Enterprise Linux 6.7/6.8/6.9/6.10 (64bit版) Red Hat Enterprise Linux 7.5/7.6/7.7/7.8 (64bit版) Red Hat Enterprise Linux 8.1 CentOS 6.7/6.8/6.9/6.10 (64bit版) CentOS 7.5/7.6/7.7/7.8 (64bit版) CentOS 8.1 (64bit版)

• ソフトウェア

  Java	Oracle JDK 8 Oracle JDK 11 Red Hat OpenJDK 8 Red Hat OpenJDK 11
  ブラウザ	Internet Explorer 11.0

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

• プラットホーム

  CPU	x64プロセッサ 2.0GHz 以上（最小）
  メモリ	1.0GB 以上（最小）
  OS	Red Hat Enterprise Linux 6.7/6.8/6.9/6.10 (64bit版) Red Hat Enterprise Linux 7.5/7.6/7.7/7.8 (64bit版) Red Hat Enterprise Linux 8.1 (64bit版) CentOS 6.7/6.8/6.9/6.10 (64bit版) CentOS 7.5/7.6/7.7/7.8 (64bit版) CentOS 8.1 (64bit版)

• ソフトウェア

  Java	Oracle JDK 8 Oracle JDK 11 Red Hat OpenJDK 8 Red Hat OpenJDK 11

• ソフトウェア(SSL通信使用時)

  Java	Oracle JDK 8 Oracle JDK 11 Red Hat OpenJDK 8 Red Hat OpenJDK 11
  OpenSSL	OpenSSL 1.1.1

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

• プラットホーム

  CPU	x64プロセッサ 2.0GHz 以上（最小）
  メモリ	1.0GB 以上（最小）
  OS	Red Hat Enterprise Linux 7.6 (64bit版) CentOS 7.6 (64bit版)
  Azureサービス	ACI、ACR ※2019年9月に動作確認済

• ソフトウェア

  Docker

  Docker CE 19.03

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

• プラットホーム

  OS	CentOS 7 (64bit版)

• ソフトウェア

  Ansible	Ansible 2.8
  Python	Python 2.7

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

GridDBには9つのRPMパッケージがあります。

※X.Y.Z : リリースバージョン

• X メジャーバージョン
• Y マイナーバージョン
• Z リビジョン

インストール方法は、『GridDB クイックスタートガイド』(GridDB_QuickStartGuide.html)をご参照ください。

6 GridDBのマニュアル

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

• リファレンス

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

  マニュアル名	内容
  GridDB 機能リファレンス	GridDBの機能全般について説明したマニュアルです。
  GridDB 運用ツールリファレンス	起動コマンドやエクスポート・インポートツールなどの運用ツールの使用方法を説明したマニュアルです。
  GridDB エラーコード	GridDBのエラーコード、および原因や対処方法の一覧です。
  GridDB 監視テンプレート for Zabbix 説明書	GridDBの監視を行うためのZabbix向けの設定やテンプレートの利用方法を説明したマニュアルです。
  GridDB Dockerfileサンプル 説明書	GridDB Dockerfileサンプルの利用方法を説明したマニュアルです。
  GridDB 構築テンプレート for Ansible 説明書	Ansibleを用いて、GridDBの構築を支援するテンプレートの利用方法を説明したマニュアルです。
  GridDB TQLリファレンス GridDB Java APIリファレンス GridDB C APIリファレンス GridDB SQLリファレンス GridDB JDBCドライバ説明書 GridDB ODBCドライバ説明書 GridDB Web APIリファレンス GridDB Python API Reference GridDB Node.js API Reference GridDB Go API Reference	アプリケーション開発のためのAPIやクエリ言語のリファレンスです。

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

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

8 注意事項・制限事項

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

8.1 注意事項

8.2 制限事項

9 特記事項

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

10 商標

• 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.の登録商標もしくは商標です。
• その他製品名は、それぞれの所有者の商標または登録商標です。

11 その他

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

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

　　　　　　　　　　Copyright Toshiba Digital Solutions Corporation 2017-2020