Amazon Neptune Engine Updates 2018-09-06 - Amazon Neptune
Services or capabilities described in Amazon Web Services documentation might vary by Region. To see the differences applicable to the China Regions, see Getting Started with Amazon Web Services in China (PDF).

Amazon Neptune Engine Updates 2018-09-06


Amazon Neptune is generally available. All new Neptune DB clusters, including those restored from snapshots, will be created in Neptune after the engine update is complete for that Region.

Existing clusters can be upgraded to this release immediately using the DB cluster operations on the console or by using the SDK. You can use the following CLI command to upgrade a DB cluster to this release immediately:

aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws-cn:rds:<region>:<account number>:<resourcetype>:<name>

Neptune DB clusters will automatically be upgraded to engine release during system maintenance windows. The timing of when updates are applied depends on the Region and maintenance window setting for the DB cluster, as well as on the type of update.


The instance maintenance window does not apply to engine updates.

Updates are applied to all instances in a DB cluster simultaneously. An update requires a database restart on all instances in a DB cluster, so you will experience downtime ranging from 20–30 seconds to several minutes, after which you can resume using your DB cluster or clusters. You can view or change your maintenance window settings on the Neptune console.

If you have any questions or concerns, the Amazon Support team is available on the community forums and through Amazon Premium Support.


  • Fixed an issue where some SPARQL COUNT(DISTINCT) queries failed.

  • Fixed an issue where COUNT, SUM, MIN queries with a DISTINCT clause would run out of memory.

  • Fixed an issue where BLOB type data would cause a Neptune Loader job to fail.

  • Fixed an issue where duplicate inserts would cause transaction failures.

  • Fixed an issue where DROP ALL queries could not be cancelled.

  • Fixed an issue where Gremlin clients could hang intermittently.

  • Updated all error codes for payloads bigger than 150M to be HTTP 400.

  • Improved performance and accuracy of single-triple-pattern COUNT() queries.

  • Improved performance of SPARQL UNION queries with BIND clauses.