Amazon Neptune Engine, Version 1.4.7.0 (03.03.2020) - Amazon Neptune
FeaturesVerbesserungenBehobene FehlerUnterstützte Versionen in AbfragespracheUpgrade-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.7.0 (03.03.2020)

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

Wichtig

Upgrade vorübergehend nicht verfügbar

Upgrades auf Neptune Engine Version 1.4.7.0 sind derzeit aufgrund bekannter Probleme im Zusammenhang mit Upgrades von Global Database (GDB) -Clustern nicht verfügbar. Wir gehen davon aus, dass Upgrades in einigen Wochen verfügbar sein werden.

Neue Features in dieser Engine-Version

  • OpenCypher liest aus der S3-Unterstützung für Parquet- und CSV-Dateien über OC. Weitere Informationen finden Sie in der Dokumentation. neptune.read ()

  • OpenCypher-Funktionen zur Geodatenabfrage. Diese Version enthält 12 Funktionen für räumliche Typen, die auf dem Standard ISO/IEC 13249-3:2016 basieren, einen neuen Geometrie-Eigenschaftstyp für POINT, der in einem neuen geopetrischen Index gespeichert ist, sodass er schnell abgerufen werden kann, und unterstützt das WKT-Format (Well-known Text). Räumliche DatenGeofunktionenWeitere Informationen finden Sie in der und in der Dokumentation.

Verbesserungen in dieser Engine-Version

  • Verbesserte Abfrageleistung für SPARQL-Unterabfragen, die kleine Ergebnismengen zurückgeben, einschließlich solcher mit kleinen LIMIT-Werten

  • Verbesserte Abfrageleistung in Fällen, in denen Variablen durch eine sehr große Anzahl konstanter Werte eingeschränkt sind (z. B. durch eine SPARQL VALUES-Klausel oder eine UNWIND-Klausel) OpenCypher

  • Verbesserungen bei Einfügeabfragen mit niedriger Latenz durch einige Optimierungen bei Wörterbucheinfügungen

  • Der DFE-Engine wurden neue Gremlin-Sprachschritte hinzugefügt (siehe Erläuterung der Gremlin-Schritte in DFE).

    • Pfad- und Durchquerungsschritte: order(local)

    • Schritte zum Aggregieren und Sammeln: dedup(local)

  • Leistungsverbesserung für OpenCypher Abfragen, einschließlichCOLLECT(DISTINCT ...). Das unter REWRITING COLLECT (DISTINCT...) -Abfragen beschriebene Umschreiben ist nicht mehr erforderlich, wenn Sie die Engine-Version 1.4.7.0 oder höher verwenden.

In diesem Engine-Version behobene Fehler

Allgemeine Korrekturen:

  • Das Problem, dass beim Laden einer großen Anzahl von Edge-Dateien das Laden von Massenladungen nicht mehr reagierte, wurde behoben

  • Behebt ein globales Datenbankcluster-Patching-Problem, das sekundäre Cluster-Updates der Versionen 1.4.0.0, 1.4.1.0 und 1.4.2.0 betraf.

In dieser Version unterstützte Versionen in Abfragesprache

Stellen Sie vor dem Upgrade eines DB-Clusters auf Version 1.4.7.0 sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprachen 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 auf Engine-Version 1.4.7.0

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

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.7.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.7.0 ^
    --allow-major-version-upgrade ^
    --apply-immediately

Statt --apply-immediately können Sie --no-apply-immediately angeben. Um ein Hauptversions-Upgrade durchzuführen, 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 AWS Premium-Support zur Verfügung.