翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Amazon Neptune エンジンバージョン 1.0.2.2 (2020-03-09) 2020 年 3 月 9 日現在、エンジンバージョン1.0.2.2. は一般にご利用いただけます。新しいリリースがすべてのリージョンで利用可能になるまでに数日かかります。 ## このリリースの後続のパッチリリース + [リリース： 1.0.2.2.R2 (2020-04-02)](engine-releases-1.0.2.2.R2.md) + [リリース： 1.0.2.2.R3 (2020-07-22)](engine-releases-1.0.2.2.R3.md) + [リリース： 1.0.2.2.R4 (2020-07-23)](engine-releases-1.0.2.2.R4.md) + [リリース：1.0.2.2.R5 (2020-10-12)](engine-releases-1.0.2.2.R5.md) + [リリース： 1.0.2.2.R6 (2021-02-19)](engine-releases-1.0.2.2.R6.md) ## このエンジンリリースの改良点 + ロールバック中のトランザクションに関するステータス API に情報を追加しました。「[インスタンスのステータス](access-graph-status.md)」を参照してください。 + Apache TinkerPop のバージョンを 3.4.3 にアップグレードしました。 バージョン 3.4.3 は、Neptune (3.4.1) でサポートされている以前のバージョンとの下位互換性があります。このバージョンには動作に小さな変更が 1 つあり、存在しないセッションを閉じようとすると、Gremlin はエラーを返さなくなりました (「[Prevent error when closing sessions that don't exist](https://issues.apache.org/jira/browse/TINKERPOP-2237)」を参照)。 + Gremlin 全文検索ステップの実行におけるパフォーマンスのボトルネックを解消しました。 ## このエンジンリリースで修正された不具合 + クエリでの空のグラフパターン処理における SPARQL バグを修正しました。 + URL エンコードされたクエリのエンコードされていないセミコロンの処理における SPARQL バグを修正しました。 + `Union` ステップで繰り返される頂点の処理における Gremlin のバグを修正しました。 + `.simplePath()` 内の `.cyclicPath()` または `.repeat()` の一部のクエリが誤った結果を返す原因となっていた Gremlin のバグを修正しました。 + 子トラバーサルがソリューションを返さなかった場合に、`.project()` が誤った結果を返す原因となっていた Gremlin バグを修正しました。 + 読み取り/書き込みの競合によるエラーによって、`InternalFailureException` ではなく `ConcurrentModificationException` が発生していた Gremlin のバグを修正しました。 + `.group().by(...).by(values("property"))` 失敗の原因となっていた Gremlin のバグを修正しました。 + 全文検索ステップのプロファイル出力における Gremlin のバグを修正しました。 + Gremlin セッションでのリソースリークを修正しました。 + ステータス API が注文可能な正しいバージョンを報告できないバグを修正しました。 + バルクロードリクエストでソースとして使用する Amazon S3 以外の場所への URL を許可するバルクローダーのバグを修正しました。 + 詳細なロードステータスのバルクローダーのバグを修正しました。 ## このリリースでサポートされるクエリ言語バージョン DB クラスターをバージョン 1.0.2.2 にアップグレードする前に、プロジェクトが次のクエリ言語バージョンと互換性があることを確認してください。 + *Gremlin バージョン:* `3.4.3` + *SPARQL バージョン:* `1.1` ## エンジンリリース 1.0.2.2 へのアップグレードパス 以前の Neptune エンジンリリースを、このリリースに手動でアップグレードできます。 クラスターの `AutoMinorVersionUpgrade` パラメータが `True` に設定されている場合、クラスターは、このリリース日から 2～3 週間後、メンテナンス期間中に自動的にこのエンジンリリースにアップグレードされます。 ## このリリースへのアップグレード Amazon Neptune 1.0.2.2 が公開されました。 DB クラスターで、このリリースへのアップグレードパスがあるエンジンバージョンを実行している場合は、今すぐアップグレードできます。対象となるクラスターをアップグレードするには、コンソールの DB クラスターオペレーションまたは SDK を使用します。次の CLI コマンドは、適格なクラスターをただちにアップグレードします。 Linux、OS X、Unix の場合: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Windows の場合: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` 更新は、DB クラスター内のすべてのインスタンスに同時に適用されます。更新では、DB クラスター内のすべてのインスタンスでデータベースを再起動する必要があるため、20〜30 秒から数分のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。 ### アップグレードの前に必ずテストする 新しいメジャーまたはマイナーバージョンの Neptune エンジンがリリースされたら、アップグレードする前に、まず最初に Neptune アプリケーションをテストしてください。マイナーアップグレードでも、コードに影響する新しい機能や動作が導入される可能性があります。 まず、現在のバージョンのリリースノートページと対象バージョンのリリースノートページを比較して、クエリ言語のバージョンに変更があるか、その他の重大な変更がないかを確認します。 本番 DB クラスターをアップグレードする前に新しいバージョンをテストする最善の方法は、本番クラスターをクローンして、クローンで新しいエンジンバージョンを実行することです。その後、本番 DB クラスターに影響を与えずに、クローンに対してクエリを実行できます。 ### アップグレードの前に必ずスナップショットを手動で作成してください アップグレードの前に必ず DB クラスターの手動スナップショットを作成することを強く推奨します。自動スナップショットを作成しても短期的な保護しか得られませんが、手動スナップショットは明示的に削除するまで使用できます。 場合によっては、Neptune がアップグレードプロセスの一環として手動スナップショットを作成することもありますが、これを頼りにすべきではなく、どのような場合でも独自の手動スナップショットを作成する必要があります。 DB クラスターをアップグレード前の状態に戻す必要がないことが確実な場合は、自分で作成した手動スナップショットと、Neptune が作成した手動スナップショットを明示的に削除できます。Neptune が手動スナップショットを作成する場合、その名前は `preupgrade` で始まり、その後に DB クラスターの名前、ソースエンジンのバージョン、ターゲットエンジンのバージョン、および日付が続きます。 **注記** [保留中のアクションの処理中に](manage-console-maintaining)アップグレードを試みた場合、次のようなエラーが発生する可能性があります。 ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` このエラーが発生した場合は、保留中のアクションが終了するのを待つか、すぐにメンテナンスウィンドウをトリガーして、前回のアップグレードを完了させます。 お使いのエンジンバージョンのアップグレードの詳細については、[Amazon Neptune DB クラスターのメンテナンス](cluster-maintenance.md) を参照してください。ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS プレミアムサポート](https://aws.amazon.com/support)から AWS サポートチームにお問い合わせください。 # Amazon Neptune エンジンバージョン 1.0.2.2.R6 (2021-02-19) 2021 年 2 月 19 日現在、エンジンバージョン1.0.2.2.R6 は一般にご利用いただけます。新しいリリースがすべてのリージョンで利用可能になるまでに数日かかります。 ## このエンジンリリースで修正された不具合 + `ConcurrentModificationException` が発生した際に特定の状況において、レスポンスコードとして `InternalFailureException` が設定されるという Gremlin のバグを修正しました。 + 特定の条件下でエッジや頂点を更新すると過渡 `InternalFailureException` が発生する可能性がある Gremlin バグを修正しました。 ## このリリースでサポートされるクエリ言語バージョン DB クラスターをバージョン 1.0.2.2.R6 にアップグレードする前に、プロジェクトが次のクエリ言語バージョンと互換性があることを確認してください。 + *Gremlin バージョン:* `3.4.8` + *SPARQL バージョン:* `1.1` ## エンジンリリース 1.0.2.2.R6 へのアップグレードパス エンジンバージョン `1.0.2.2` を実行している場合、クラスターは次のメンテナンス期間中に自動的にこのパッチリリースにアップグレードされます。 以前の Neptune エンジンリリースを、このリリースに手動でアップグレードできます。 ## このリリースへのアップグレード Amazon Neptune 1.0.2.2.R6 が一般に利用可能になりました。 DB クラスターで、このリリースへのアップグレードパスがあるエンジンバージョンを実行している場合は、今すぐアップグレードできます。対象となるクラスターをアップグレードするには、コンソールの DB クラスターオペレーションまたは SDK を使用します。次の CLI コマンドは、適格なクラスターをただちにアップグレードします。 Linux、OS X、Unix の場合: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Windows の場合: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` 更新は、DB クラスター内のすべてのインスタンスに同時に適用されます。更新では、DB クラスター内のすべてのインスタンスでデータベースを再起動する必要があるため、20〜30 秒から数分のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。 ### アップグレードの前に必ずテストする 新しいメジャーまたはマイナーバージョンの Neptune エンジンがリリースされたら、アップグレードする前に、まず最初に Neptune アプリケーションをテストしてください。マイナーアップグレードでも、コードに影響する新しい機能や動作が導入される可能性があります。 まず、現在のバージョンのリリースノートページと対象バージョンのリリースノートページを比較して、クエリ言語のバージョンに変更があるか、その他の重大な変更がないかを確認します。 本番 DB クラスターをアップグレードする前に新しいバージョンをテストする最善の方法は、本番クラスターをクローンして、クローンで新しいエンジンバージョンを実行することです。その後、本番 DB クラスターに影響を与えずに、クローンに対してクエリを実行できます。 ### アップグレードの前に必ずスナップショットを手動で作成してください アップグレードの前に必ず DB クラスターの手動スナップショットを作成することを強く推奨します。自動スナップショットを作成しても短期的な保護しか得られませんが、手動スナップショットは明示的に削除するまで使用できます。 場合によっては、Neptune がアップグレードプロセスの一環として手動スナップショットを作成することもありますが、これを頼りにすべきではなく、どのような場合でも独自の手動スナップショットを作成する必要があります。 DB クラスターをアップグレード前の状態に戻す必要がないことが確実な場合は、自分で作成した手動スナップショットと、Neptune が作成した手動スナップショットを明示的に削除できます。Neptune が手動スナップショットを作成する場合、その名前は `preupgrade` で始まり、その後に DB クラスターの名前、ソースエンジンのバージョン、ターゲットエンジンのバージョン、および日付が続きます。 **注記** [保留中のアクションの処理中に](manage-console-maintaining)アップグレードを試みた場合、次のようなエラーが発生する可能性があります。 ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` このエラーが発生した場合は、保留中のアクションが終了するのを待つか、すぐにメンテナンスウィンドウをトリガーして、前回のアップグレードを完了させます。 お使いのエンジンバージョンのアップグレードの詳細については、[Amazon Neptune DB クラスターのメンテナンス](cluster-maintenance.md) を参照してください。ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS プレミアムサポート](https://aws.amazon.com/support)から AWS サポートチームにお問い合わせください。 # Amazon Neptune エンジンバージョン 1.0.2.2.R5 (2020-10-12) 2020 年 10 月 12 日現在、エンジンバージョン1.0.2.2.R5 は一般にご利用いただけます。新しいリリースがすべてのリージョンで利用可能になるまでに数日かかります。 ## このエンジンリリースの改良点 + `properties()` ステップの Gremlin のパフォーマンスが改善されました。 + `BindOp` および `MultiplexerOp` 説明レポートとプロファイルレポートに関する詳細の追加。 + SPARQL クエリレスポンスについて、`charset` を Content-Type ヘッダーに追加し、HTTP クライアントが使用されている文字セットを自動的に認識できるようにします。 ## このエンジンリリースで修正された不具合 + `CancellationException` が処理されないという SPARQL のバグを修正しました。 + ネストされたオプションを含むクエリが正しく動作しない SPARQL バグを修正しました。 + `ConcurrentModificationException` によりクエリがハングする可能性があった SPARQL のバグを修正しました。 + クエリ応答が gzip 圧縮されない SPARQL バグを修正しました。 + `groupBy()` ステップで Gremlin のバグを修正しました。 + `local()` ステップの内側にある `aggregate()` ステップの使用に関連する Gremlin のバグを修正しました。 + 集計値を使用する述語が続く `bothE()` の使用に関連する Gremlin のバグを修正しました。 + `bothE()` ステップによる `repeat()` ステップの使用に関連する Gremlin のバグを修正しました。 + `both()` ステップに関連する Gremlin メモリリークの可能性を修正しました。 + 「/」で終わるエンドポイントが正しく処理されないため、リクエストメトリクスが欠落していたバグを修正しました。 + リクエストキューがいっぱいでない場合でも `ThrottlingException` が発生する可能性があるバグを修正しました。 + `LOAD_DATA_FAILED_DUE_TO_FEED_MODIFIED_OR_DELETE` のような理由でロードが失敗したときにロードステータスを取得するバグを修正しました。 ## このリリースでサポートされるクエリ言語バージョン DB クラスターをバージョン 1.0.2.2.R5 にアップグレードする前に、プロジェクトが次のクエリ言語バージョンと互換性があることを確認してください。 + *Gremlin バージョン:* `3.4.3` + *SPARQL バージョン:* `1.1` ## エンジンリリース 1.0.2.2.R5 へのアップグレードパス エンジンバージョン `1.0.2.2` を実行している場合、クラスターは次のメンテナンス期間中に自動的にこのパッチリリースにアップグレードされます。 以前の Neptune エンジンリリースを、このリリースに手動でアップグレードできます。 ## このリリースへのアップグレード Amazon Neptune 1.0.2.2.R5 が一般に利用可能になりました。 DB クラスターで、このリリースへのアップグレードパスがあるエンジンバージョンを実行している場合は、今すぐアップグレードできます。対象となるクラスターをアップグレードするには、コンソールの DB クラスターオペレーションまたは SDK を使用します。次の CLI コマンドは、適格なクラスターをただちにアップグレードします。 Linux、OS X、Unix の場合: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Windows の場合: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` 更新は、DB クラスター内のすべてのインスタンスに同時に適用されます。更新では、DB クラスター内のすべてのインスタンスでデータベースを再起動する必要があるため、20〜30 秒から数分のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。 ### アップグレードの前に必ずテストする 新しいメジャーまたはマイナーバージョンの Neptune エンジンがリリースされたら、アップグレードする前に、まず最初に Neptune アプリケーションをテストしてください。マイナーアップグレードでも、コードに影響する新しい機能や動作が導入される可能性があります。 まず、現在のバージョンのリリースノートページと対象バージョンのリリースノートページを比較して、クエリ言語のバージョンに変更があるか、その他の重大な変更がないかを確認します。 本番 DB クラスターをアップグレードする前に新しいバージョンをテストする最善の方法は、本番クラスターをクローンして、クローンで新しいエンジンバージョンを実行することです。その後、本番 DB クラスターに影響を与えずに、クローンに対してクエリを実行できます。 ### アップグレードの前に必ずスナップショットを手動で作成してください アップグレードの前に必ず DB クラスターの手動スナップショットを作成することを強く推奨します。自動スナップショットを作成しても短期的な保護しか得られませんが、手動スナップショットは明示的に削除するまで使用できます。 場合によっては、Neptune がアップグレードプロセスの一環として手動スナップショットを作成することもありますが、これを頼りにすべきではなく、どのような場合でも独自の手動スナップショットを作成する必要があります。 DB クラスターをアップグレード前の状態に戻す必要がないことが確実な場合は、自分で作成した手動スナップショットと、Neptune が作成した手動スナップショットを明示的に削除できます。Neptune が手動スナップショットを作成する場合、その名前は `preupgrade` で始まり、その後に DB クラスターの名前、ソースエンジンのバージョン、ターゲットエンジンのバージョン、および日付が続きます。 **注記** [保留中のアクションの処理中に](manage-console-maintaining)アップグレードを試みた場合、次のようなエラーが発生する可能性があります。 ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` このエラーが発生した場合は、保留中のアクションが終了するのを待つか、すぐにメンテナンスウィンドウをトリガーして、前回のアップグレードを完了させます。 お使いのエンジンバージョンのアップグレードの詳細については、[Amazon Neptune DB クラスターのメンテナンス](cluster-maintenance.md) を参照してください。ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS プレミアムサポート](https://aws.amazon.com/support)から AWS サポートチームにお問い合わせください。 # Amazon Neptune エンジンバージョン 1.0.2.2.R4 (2020-07-23) 2020 年 7 月 23 日現在、エンジンバージョン1.0.2.2.R4 は一般にご利用いただけます。新しいリリースがすべてのリージョンで利用可能になるまでに数日かかります。 ## このエンジンリリースの改良点 + 未使用のメモリをより頻繁にオペレーティングシステムに解放することでメモリ使用量を改善しました。 + SPARQL GROUP BY クエリのメモリ使用率も改善されました。 + IAM を使用して認証された WebSocket 接続をオープン状態に保つことができる最大時間を 36 時間から 10 日に延長しました。 + クエリのレイテンシーの診断とインスタンスタイプのチューニングに役立つ `BufferCacheHitRatio` CloudWatch メトリクスが追加されました。「[Neptune メトリクス](cw-metrics.md#cw-metrics-available)」を参照してください。 ## このエンジンリリースで修正された不具合 + アイドル状態または期限切れの IAM WebSocket 接続を閉じるバグを修正しました。Neptune は、接続を閉じる前に閉じるフレームを送信するようになりました。 + ネストされた FILTER EXISTS および / または FILTER NOT EXISTS 条件を含むクエリの評価における SPARQL のバグを修正しました。 + 特定の極端な条件下でサーバーにブロックされたスレッドが発生した SPARQL クエリ終了バグを修正しました。 + `hasLabel` ステップの Edge pathType に関する Gremlin のバグを修正しました。 + `bothE` に関する各方向に対して`toV` および `fromV` を個別に処理するGremlin のバグを修正しました。 + sideEffects の消失に関する Gremlin のバグを修正しました。 ## このリリースでサポートされるクエリ言語バージョン DB クラスターをバージョン 1.0.2.2.R4 にアップグレードする前に、プロジェクトが次のクエリ言語バージョンと互換性があることを確認してください。 + *Gremlin バージョン:* `3.4.3` + *SPARQL バージョン:* `1.1` ## エンジンリリース 1.0.2.2.R4 へのアップグレードパス エンジンバージョン `1.0.2.2` を実行している場合、クラスターは次のメンテナンス期間中に自動的にこのパッチリリースにアップグレードされます。 以前の Neptune エンジンリリースを、このリリースに手動でアップグレードできます。 ## このリリースへのアップグレード Amazon Neptune 1.0.2.2.R4 が一般に利用可能になりました。 DB クラスターで、このリリースへのアップグレードパスがあるエンジンバージョンを実行している場合は、今すぐアップグレードできます。対象となるクラスターをアップグレードするには、コンソールの DB クラスターオペレーションまたは SDK を使用します。次の CLI コマンドは、適格なクラスターをただちにアップグレードします。 Linux、OS X、Unix の場合: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Windows の場合: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` 更新は、DB クラスター内のすべてのインスタンスに同時に適用されます。更新では、DB クラスター内のすべてのインスタンスでデータベースを再起動する必要があるため、20〜30 秒から数分のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。 ### アップグレードの前に必ずテストする 新しいメジャーまたはマイナーバージョンの Neptune エンジンがリリースされたら、アップグレードする前に、まず最初に Neptune アプリケーションをテストしてください。マイナーアップグレードでも、コードに影響する新しい機能や動作が導入される可能性があります。 まず、現在のバージョンのリリースノートページと対象バージョンのリリースノートページを比較して、クエリ言語のバージョンに変更があるか、その他の重大な変更がないかを確認します。 本番 DB クラスターをアップグレードする前に新しいバージョンをテストする最善の方法は、本番クラスターをクローンして、クローンで新しいエンジンバージョンを実行することです。その後、本番 DB クラスターに影響を与えずに、クローンに対してクエリを実行できます。 ### アップグレードの前に必ずスナップショットを手動で作成してください アップグレードの前に必ず DB クラスターの手動スナップショットを作成することを強く推奨します。自動スナップショットを作成しても短期的な保護しか得られませんが、手動スナップショットは明示的に削除するまで使用できます。 場合によっては、Neptune がアップグレードプロセスの一環として手動スナップショットを作成することもありますが、これを頼りにすべきではなく、どのような場合でも独自の手動スナップショットを作成する必要があります。 DB クラスターをアップグレード前の状態に戻す必要がないことが確実な場合は、自分で作成した手動スナップショットと、Neptune が作成した手動スナップショットを明示的に削除できます。Neptune が手動スナップショットを作成する場合、その名前は `preupgrade` で始まり、その後に DB クラスターの名前、ソースエンジンのバージョン、ターゲットエンジンのバージョン、および日付が続きます。 **注記** [保留中のアクションの処理中に](manage-console-maintaining)アップグレードを試みた場合、次のようなエラーが発生する可能性があります。 ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` このエラーが発生した場合は、保留中のアクションが終了するのを待つか、すぐにメンテナンスウィンドウをトリガーして、前回のアップグレードを完了させます。 お使いのエンジンバージョンのアップグレードの詳細については、[Amazon Neptune DB クラスターのメンテナンス](cluster-maintenance.md) を参照してください。ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS プレミアムサポート](https://aws.amazon.com/support)から AWS サポートチームにお問い合わせください。 # Amazon Neptune エンジンバージョン 1.0.2.2.R3 (2020-07-22) エンジンリリース1.0.2.2.R3 は[エンジンリリース 1.0.2.2.R4](engine-releases-1.0.2.2.R4.md) に組み込まれています。 # Amazon Neptune エンジンバージョン 1.0.2.2.R2 (2020-04-02) 2020 年 4 月 2 日現在、エンジンバージョン1.0.2.2.R2 は一般にご利用いただけます。新しいリリースがすべてのリージョンで利用可能になるまでに数日かかります。 ## このエンジンリリースの改良点 + 最大 64 個の一括ロードジョブをキューに入れることができるようになりました。ジョブが終了するのを待って次のジョブを開始する必要はありません。また、`dependencies` コマンドの `load` パラメータを使用して、以前にキューに入った 1 つ以上のロードジョブの正常な完了を条件に、キューに入っているロードリクエストを実行することもできます。「[Neptune ローダーコマンド](load-api-reference-load.md)」を参照してください。 + 全文検索出力をソートできるようになりました ([フルテキスト検索パラメータ](full-text-search-parameters.md) を参照)。 + Neptune ストリームを呼び出すための DB クラスターパラメータが用意されました。この機能はラボモードから移行されています。「[Neptune Streams の有効化](streams-using-enabling.md)」を参照してください。 ## このエンジンリリースで修正された不具合 + インスタンスの作成を遅らせる、サーバー起動時の確率的な障害を修正しました。 + クエリ内の `BIND` ステートメントが結合順序計画でオプティマイザを非選択パターンで開始するという、オプティマイザの問題を修正しました。 ## このリリースでサポートされるクエリ言語バージョン DB クラスターをバージョン 1.0.2.2.R2 にアップグレードする前に、プロジェクトが次のクエリ言語バージョンと互換性があることを確認してください。 + *Gremlin バージョン:* `3.4.3` + *SPARQL バージョン:* `1.1` ## エンジンリリース 1.0.2.2.R2 へのアップグレードパス エンジンバージョン `1.0.2.2` を実行している場合、クラスターは次のメンテナンス期間中に自動的にこのパッチリリースにアップグレードされます。 以前の Neptune エンジンリリースを、このリリースに手動でアップグレードできます。 ## このリリースへのアップグレード Amazon Neptune 1.0.2.2.R2 が一般に利用可能になりました。 DB クラスターで、このリリースへのアップグレードパスがあるエンジンバージョンを実行している場合は、今すぐアップグレードできます。対象となるクラスターをアップグレードするには、コンソールの DB クラスターオペレーションまたは SDK を使用します。次の CLI コマンドは、適格なクラスターをただちにアップグレードします。 Linux、OS X、Unix の場合: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Windows の場合: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` 更新は、DB クラスター内のすべてのインスタンスに同時に適用されます。更新では、DB クラスター内のすべてのインスタンスでデータベースを再起動する必要があるため、20〜30 秒から数分のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。 ### アップグレードの前に必ずテストする 新しいメジャーまたはマイナーバージョンの Neptune エンジンがリリースされたら、アップグレードする前に、まず最初に Neptune アプリケーションをテストしてください。マイナーアップグレードでも、コードに影響する新しい機能や動作が導入される可能性があります。 まず、現在のバージョンのリリースノートページと対象バージョンのリリースノートページを比較して、クエリ言語のバージョンに変更があるか、その他の重大な変更がないかを確認します。 本番 DB クラスターをアップグレードする前に新しいバージョンをテストする最善の方法は、本番クラスターをクローンして、クローンで新しいエンジンバージョンを実行することです。その後、本番 DB クラスターに影響を与えずに、クローンに対してクエリを実行できます。 ### アップグレードの前に必ずスナップショットを手動で作成してください アップグレードの前に必ず DB クラスターの手動スナップショットを作成することを強く推奨します。自動スナップショットを作成しても短期的な保護しか得られませんが、手動スナップショットは明示的に削除するまで使用できます。 場合によっては、Neptune がアップグレードプロセスの一環として手動スナップショットを作成することもありますが、これを頼りにすべきではなく、どのような場合でも独自の手動スナップショットを作成する必要があります。 DB クラスターをアップグレード前の状態に戻す必要がないことが確実な場合は、自分で作成した手動スナップショットと、Neptune が作成した手動スナップショットを明示的に削除できます。Neptune が手動スナップショットを作成する場合、その名前は `preupgrade` で始まり、その後に DB クラスターの名前、ソースエンジンのバージョン、ターゲットエンジンのバージョン、および日付が続きます。 **注記** [保留中のアクションの処理中に](manage-console-maintaining)アップグレードを試みた場合、次のようなエラーが発生する可能性があります。 ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` このエラーが発生した場合は、保留中のアクションが終了するのを待つか、すぐにメンテナンスウィンドウをトリガーして、前回のアップグレードを完了させます。 お使いのエンジンバージョンのアップグレードの詳細については、[Amazon Neptune DB クラスターのメンテナンス](cluster-maintenance.md) を参照してください。ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS プレミアムサポート](https://aws.amazon.com/support)から AWS サポートチームにお問い合わせください。