View a markdown version of this page

Amazon Neptune Engine Version 1.4.8.0 (27.07.2026-07) - Amazon Neptune
FeaturesVerbesserungenBehobene FehlerUnterstützte Query-Language VersionenUpgrade-PfadeWird geupgradet

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Amazon Neptune Engine Version 1.4.8.0 (27.07.2026-07)

Ab dem 27.07.2026-07 wird die Engine-Version 1.4.8.0 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist.

Neue Features in dieser Engine-Version

  • Nativer RDF-Export. Sie können jetzt RDF-Daten aus Ihrem Neptune-Cluster mithilfe der Export-API direkt in Amazon Simple Storage Service (Amazon S3) exportieren. Diese Funktion unterstützt auch das Filtern von Exporten nach benannten Graph-URIs mithilfe des Parameters. exportFilter Die Dokumentation zu RDF-Daten finden Sie im Nativen Export.

  • Schema für Eigenschaftsdiagramme. Sie können jetzt das Schema Ihrer Eigenschaftsdiagrammdaten abrufen, einschließlich Knotenbeschriftungen, Kantenbeschriftungen und der zugehörigen Eigenschaften. Weitere Informationen finden Sie in der Schema des Eigenschaftsdiagramms Dokumentation.

  • Die Wörterbuch-Garbage-Collection funktioniert jetzt auf Clustern, in denen Neptune Streams aktiviert sind.

Verbesserungen in dieser Engine-Version

Verbesserungen bei Gremlin:

  • Die Wahrscheinlichkeit, dass eine Gremlin-Abfrage auf einen Speichermangel stößt, wenn eine serverlose Instanz auf einen niedrigen NCU-Wert herunterskaliert wurde, wurde reduziert.

SPARQL-Verbesserungen:

  • Verbesserte Leistung bei sehr großen SPARQL-Aktualisierungsanfragen mit mehreren Vorgängen.

  • Die Leistung alternativer SPARQL-Eigenschaftspfade wurde verbessert (zum Beispiel). ?s <a>|<b> ?o

In diesem Engine-Version behobene Fehler

Allgemeine Korrekturen:

  • Es wurde ein seltener Zustand behoben, der verhindern konnte, dass die Engine unter bestimmten Konfigurationen erfolgreich gestartet wurde.

  • Es wurde ein Problem behoben, bei dem Rollback-Transaktionen im Laufe der Zeit zu einem allmählichen Speicherwachstum führen konnten.

  • Verschiedene Stabilitäts- und Korrektheitskorrekturen für die DFE-Abfrage-Engine.

Query-Language In dieser Version unterstützte Versionen

Stellen Sie vor dem Upgrade eines DB-Clusters auf Version 1.4.8.0 sicher, dass Ihr Projekt mit den folgenden Versionen der Abfragesprache kompatibel ist:

  • Die älteste unterstützte Version von Gremlin: 3.7.1

  • Die neueste unterstützte Version von Gremlin: 3.7.1

  • openCypher-Version: Neptune-9.0.20190305-1.0

  • SPARQL-Version: 1.1

Upgrade-Pfade zur Engine-Version 1.4.8.0

Sie können von der Engine-Version 1.2.0.0 oder höher auf diese Version aktualisieren.

Aktualisierung globaler Datenbankcluster auf diese Version

Upgrades kleinerer Versionen von Versionen vor 1.4.7.0 auf Engine-Version 1.4.8.0 werden für Neptune-Cluster, die Teil einer globalen Datenbank sind, nicht unterstützt. Amazon Neptune mit einer globalen Datenbank verwenden Non-global Datenbankcluster und Hauptversions-Upgrades sind nicht betroffen.

Um ein Upgrade einer Nebenversion eines globalen Datenbank-Clusters durchzuführen, auf dem eine Version vor 1.4.7.0 auf 1.4.8.0 ausgeführt wird, müssen Sie zuerst die sekundären Cluster aus der globalen Datenbank entfernen (sieheEntfernen eines Clusters), den primären Cluster auf 1.4.8.0 aktualisieren und dann neue sekundäre Cluster in der globalen Datenbank erstellen.

Upgrade auf diesen Release

Wenn auf einem DB-Cluster eine Engine-Version ausgeführt wird, für die es einen Upgrade-Pfad zu dieser Version gibt, kann sie jetzt aktualisiert werden. Sie können jeden geeigneten Cluster mithilfe der DB-Cluster-Operationen auf der Konsole oder mithilfe des SDK aktualisieren. Mit dem folgenden CLI-Befehl wird ein geeignetes Cluster sofort aktualisiert:

Für Linux, OS X oder Unix:

aws neptune modify-db-cluster \
    --db-cluster-identifier (your-neptune-cluster) \
    --engine-version 1.4.8.0 \
    --allow-major-version-upgrade \
    --apply-immediately

Für Windows:

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.4.8.0 ^
    --allow-major-version-upgrade ^
    --apply-immediately

Statt --apply-immediately können Sie --no-apply-immediately angeben. Für die Durchführung eines Hauptversions-Upgrades ist der allow-major-version-upgrade-Parameter erforderlich. Stellen Sie außerdem sicher, dass Sie die Engine-Version angeben, da Ihre Engine sonst möglicherweise auf eine andere Version aktualisiert wird.

Wenn Ihr Cluster eine benutzerdefinierte Cluster-Parametergruppe verwendet, müssen Sie diesen Parameter einschließen, um ihn zu anzugeben:

    --db-cluster-parameter-group-name (name of the custom DB cluster parameter group)

Ebenso sollte für Instances im Cluster, die eine benutzerdefinierte DB-Parametergruppe verwenden, dieser Parameter eingeschlossen werden, um ihn zu spezifizieren:

    --db-instance-parameter-group-name (name of the custom instance parameter group)

Testen Sie immer vor dem Upgrade

Wenn eine neue Haupt- oder Nebenversion der Neptune-Engine veröffentlicht wird, testen Sie Ihre Neptune-Anwendungen immer zuerst dafür, bevor Sie sie dazu aktualisieren. Selbst ein Nebenversions-Upgrade könnte neue Features oder Verhaltensweisen einführen, die sich auf Ihren Code auswirken können.

Vergleichen Sie zunächst die Seiten mit den Versionshinweisen Ihrer aktuellen Version mit denen der Zielversion, um festzustellen, ob es Änderungen an den Versionen der Abfragesprache oder andere wichtige Änderungen geben wird.

Die beste Methode, eine neue Version zu testen, bevor Sie Ihren Produktions-DB-Cluster aktualisieren, besteht darin, den Produktions-Cluster zu klonen, so dass auf dem Klon die neue Engine-Version ausgeführt wird. Sie können dann Abfragen auf dem Klon ausführen, ohne dass der Produktions-DB-Cluster davon betroffen wird.

Erstellen Sie vor einem Upgrade immer einen manuellen Snapshot

Bevor Sie ein Upgrade durchführen, wird dringend empfohlen, immer einen manuellen Snapshot Ihres DB-Clusters zu erstellen. Ein automatischer Snapshot bietet nur kurzfristigen Schutz, wohingegen ein manueller Snapshot verfügbar bleibt, bis Sie ihn explizit löschen.

In bestimmten Fällen erstellt Neptune im Rahmen des Upgrade-Prozesses einen manuellen Snapshot für Sie, aber Sie sollten sich nicht darauf verlassen und in jedem Fall Ihren eigenen manuellen Snapshot erstellen.

Wenn Sie sicher sind, dass Sie Ihren DB-Cluster nicht auf den Zustand vor dem Upgrade zurücksetzen müssen, können Sie den manuellen Snapshot, den Sie selbst erstellt haben, sowie den manuellen Snapshot, den Neptune möglicherweise erstellt hat, explizit löschen. Wenn Neptune einen manuellen Snapshot erstellt, hat dieser einen Namen, der mit preupgrade beginnt, gefolgt vom Namen Ihres DB-Clusters, der Quell-Engine-Version, der Ziel-Engine-Version und dem Datum.

Anmerkung

Wenn Sie versuchen, ein Upgrade durchzuführen, während eine ausstehende Aktion ausgeführt wird, kann ein Fehler wie der folgende auftreten:

   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.

Wenn dieser Fehler auftritt, warten Sie, bis die ausstehende Aktion abgeschlossen ist, oder starten Sie sofort ein Wartungsfenster, damit das vorherige Upgrade abgeschlossen werden kann.

Weitere Informationen zum Upgraden Ihrer Engine-Version finden Sie unter Warten eines Amazon-Neptune-DB-Clusters. Wenn Sie Fragen oder Bedenken haben, steht Ihnen das AWS Support-Team in den Community-Foren und über den Premium-Support zur Verfügung. AWS