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.0.5.0 (27.07.2021) Ab dem 27.07.2021 wird die Engine-Version 1.0.5.0 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist. ## Nachfolgende Patch-Veröffentlichungen für dieses Version + [Release: 1.0.5.0.R2 (16.08.2021)](engine-releases-1.0.5.0.R2.md) + [Release: 1.0.5.0.R3 (15.09.2021)](engine-releases-1.0.5.0.R3.md) + [Wartungs-Release: 1.0.5.0.R5 (16.05.2022)](engine-releases-1.0.5.0.R5.md) ## Neue Features in dieser Engine-Version + [Neptune ML](machine-learning.md) wurde mit vielen neuen Features für den Produktionseinsatz veröffentlicht und befindet sich nicht mehr im Labormodus. + Anfängliche Unterstützung für die [openCypher](access-graph-opencypher.md) Abfragesprache wurde im Labormodus hinzugefügt. **openCypher** ist der Open-Source-Standard für die Abfragesprache Cypher. Seine Syntax ist in der [Cypher Query Language Reference (Version 9)](https://s3.amazonaws.com/artifacts.opencypher.org/openCypher9.pdf) spezifiziert und wird vom [openCypher](http://www.opencypher.org/)-Projekt verwaltet. Siehe [Zugriff auf das Neptun-Diagramm mit openCypher](access-graph-opencypher.md) für Informationen zur Neptun-Implementierung der Sprache finden Sie unter. Support für das [Bolt-Protokoll](https://neo4j.com/docs/bolt/current/bolt/), das Neptune-Clients für openCypher-Abfragen verwenden, wird ebenfalls unterstützt. Siehe [Verwenden des Bolt-Protokolls für openCypher-Abfragen an Neptune](access-graph-opencypher-bolt.md). Die Support für openCypher ist jetzt automatisch aktiviert, hängt aber von der [Neptune-DFE-Engine](neptune-dfe-engine.md) ab, die derzeit nur im [Lab-Modus](features-lab-mode.md) verfügbar ist. Die Standardeinstellung `DFEQueryEngine` im `neptune_lab_mode` DB-Cluster-Parameter ist jetzt `DFEQueryEngine=viaQueryHint`, was bedeutet, dass die Engine aktiviert ist, aber nur für Abfragen verwendet wird, bei denen der Abfragehinweis `useDFE` vorhanden und auf `true` gesetzt ist. Wenn Sie die DFE-Engine per Einstellung von `DFEQueryEngine=disabled` deaktivieren, können Sie openCypher nicht verwenden. + Unterstützung für das [SPARQL 1.1 Graph Store HTTP-Protokoll](https://www.w3.org/TR/sparql11-http-rdf-update/) hinzugefügt. Siehe [Verwenden des SPARQL 1.1-Graph-Store-Protokolls (GSP) über HTTP in Amazon Neptune](sparql-graph-store-protocol.md). + Die Standardeinstellung für den Labormodus wurde von [Neptune-DFE-Engine](neptune-dfe-engine.md) auf `viaQueryHint` geändert. Das bedeutet, dass die DFE-Engine jetzt standardmäßig aktiviert ist, aber nur für Abfragen verwendet wird, bei denen der Abfragehinweis `useDFE` vorhanden und auf `true` gesetzt ist. + Es wurde eine neue CloudWatch Amazon-Metrik hinzugefügt`StatsNumStatementsScanned`, um die Berechnung von Statistiken für die Neptune DFE-Engine zu überwachen. Siehe [Verwendung der `StatsNumStatementsScanned` CloudWatch Metrik zur Überwachung der Statistikberechnung](neptune-dfe-statistics.md#neptune-dfe-statistics-monitoring). ## Verbesserungen in dieser Engine-Version + Unterstützung für Apache 3.4.11 hinzugefügt. TinkerPop **Wichtig** In TinkerPop Version 3.4.11 wurde eine Änderung vorgenommen, die die Richtigkeit der Verarbeitung von Abfragen verbessert, die Abfrageleistung jedoch vorerst ernsthaft beeinträchtigen kann. Zum Beispiel könnte eine Abfrage dieser Art deutlich langsamer ausgeführt werden: ``` g.V().hasLabel('airport'). order(). by(out().count(),desc). limit(10). out() ``` Die Scheitelpunkte nach dem Limit-Schritt werden jetzt aufgrund der Änderung in 3.4.11 nicht optimal abgerufen. TinkerPop Um dies zu vermeiden, können Sie die Abfrage ändern, indem Sie den Schritt barrier() an einer beliebigen Stelle nach `order().by()` hinzufügen. Zum Beispiel: ``` g.V().hasLabel('airport'). order(). by(out().count(),desc). limit(10). barrier(). out() ``` + Der [SPARQL `joinOrder`-Abfragehinweis](sparql-query-hints-joinOrder.md) wird jetzt von der alternativen Abfrage-Engine Neptune DFE unterstützt. + Die Ausgabe der [Neptune-Status-API](access-graph-status.md) wurde erweitert und neu organisiert, um mehr Klarheit über die Einstellungen und Features Ihres DB-Clusters zu schaffen. Die neue Ausgabe enthält ein `features`-Objekt der obersten Ebene, das Statusinformationen zu den Features Ihres DB-Clusters enthält, und ein `settings`-Objekt der obersten Ebene, das Einstellungsinformationen enthält. Eine Übersicht über das neue Format finden Sie unter [Beispielausgabe des Befehls instanzstatus](access-graph-status.md#access-graph-status-sample-output). + Die Verarbeitung von Streaming-Änderungsprotokollen wurde verbessert, wenn `AFTER_SEQUENCE_NUMBER` Streams mit der letzten Ereignis-ID auf dem Server angefordert werden und diese Ereignis-ID bereits abgelaufen ist. Der Server gibt nicht mehr den Fehler „Abgelaufene Ereignis-ID“ aus, wenn es sich bei der angeforderten Ereignis-ID um die zuletzt gelöschte Ereignis-ID auf dem Server handelt. ## In diesem Engine-Version behobene Fehler + Es wurde ein Gremlin-Fehler im Zusammenhang mit der Reihenfolge numerischer Werte behoben. ## In dieser Version unterstützte Versionen in Abfragesprache Bevor Sie einen DB-Cluster auf Version 1.0.5.0 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist: + *Gremlin-Version:* `3.4.11` + *SPARQL-Version:* `1.1` ## Upgrade-Pfade zum Engine-Release 1.0.5.0 Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren. Es wird kein automatisches Upgrade auf diese Version durchgeführt. ## Upgrade auf diesen Release Amazon Neptune 1.0.5.0 ist jetzt allgemein verfügbar. 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: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Für Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Updates werden auf alle Instances in einem DB-Cluster gleichzeitig angewendet. Ein Update erfordert einen Datenbankneustart auf diesen Instances. Daher kommt es zu einer Ausfallzeit von 20–30 Sekunden bis zu mehreren Minuten. Anschließend können Sie die Nutzung Ihres DB-Clusters fortsetzen. ### 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](manage-console-maintaining), 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](cluster-maintenance.md). Wenn Sie Fragen oder Bedenken haben, steht Ihnen das AWS Support-Team in den Community-Foren und über den [AWS Premium-Support](https://aws.amazon.com/support) zur Verfügung. # Amazon Neptune Neptune-Wartungsrelease, Version 1.0.5.0.R5 (16.05.2022) Ab dem 16.05.2022 wird die Engine-Version 1.0.5.0.R5 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist. ## In dieser Version unterstützte Versionen in Abfragesprache Bevor Sie einen DB-Cluster auf Version 1.0.5.0.R3 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist: + *Gremlin-Version:* `3.4.11` + *SPARQL-Version:* `1.1` ## Upgrade-Pfade zum Engine-Release 1.0.5.0.R5 Ihr Cluster wird während des nächsten Wartungsfensters automatisch auf diese Wartungs-Patch-Version aktualisiert, wenn Sie die Modulversion 1.0.5.0 ausführen. Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren. ## Upgrade auf diesen Release Amazon Neptune 1.0.5.0.R5 ist jetzt allgemein verfügbar. 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: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Für Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Updates werden auf alle Instances in einem DB-Cluster gleichzeitig angewendet. Ein Update erfordert einen Datenbankneustart auf diesen Instances. Daher kommt es zu einer Ausfallzeit von 20–30 Sekunden bis zu mehreren Minuten. Anschließend können Sie die Nutzung Ihres DB-Clusters fortsetzen. ### 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](manage-console-maintaining), 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](cluster-maintenance.md). Wenn Sie Fragen oder Bedenken haben, steht Ihnen das AWS Support-Team in den Community-Foren und über den [AWS Premium-Support](https://aws.amazon.com/support) zur Verfügung. # Amazon Neptune Engine-Version 1.0.5.0.R3 (15.09.2021) Ab dem 15.09.2021 wird die Engine-Version 1.0.5.0.R3 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist. ## In diesem Engine-Version behobene Fehler + Es wurde ein Fehler behoben, der dazu führte, dass die Engine in einer der folgenden Situationen nicht mehr reagierte: + Ein Massenladevorgang erfolgt gleichzeitig mit der automatischen Statistikberechnung. + Eine Statistikberechnung wurde zu dem Zeitpunkt, zu dem bereits eine durchgeführt wurde, manuell angefordert. + Es wurde ein Fehler bei der Erkennung von Deadlocks und bei der Erfassung von Sperren behoben, der zum Absturz der Engine führen konnte. + Es wurde ein Gremlin-Fehler behoben, bei dem die Engine einen Fehler ausgab, wenn sie in einer Gremlin-Inferenzabfrage auf unbekannte Daten von einem entfernten ML-Endpunkt stieß. + Es wurden mehrere Fehler in der ML-Modellverwaltung APIs im Zusammenhang mit Modelltransformationsjobs und Instanzempfehlungen behoben. + Es wurde ein Fehler behoben, der dazu führen konnte, dass die Engine beim Generieren von Knoten und Kanten abstürzte IDs. + Es wurde ein Fehler behoben, der die Generierung von Abfrageplänen für Abfragen mit großen Grafikmustern verlangsamte. + Es wurde ein openCypher-Fehler behoben, der dazu führen konnte, dass eine Abfrage beim Abrufen eines Knotens mit mehr als 100 Eigenschaften zum Stillstand kam. ## In dieser Version unterstützte Versionen in Abfragesprache Bevor Sie einen DB-Cluster auf Version 1.0.5.0.R3 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist: + *Gremlin-Version:* `3.4.11` + *SPARQL-Version:* `1.1` ## Upgrade-Pfade zum Engine-Release 1.0.5.0.R4 Ihr Cluster wird während des nächsten Wartungsfensters automatisch auf diese Patch-Version aktualisiert, wenn Sie die Modulversion 1.0.5.0 ausführen. Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren. ## Upgrade auf diesen Release Amazon Neptune 1.0.5.0.R3 ist jetzt allgemein verfügbar. 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: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Für Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Updates werden auf alle Instances in einem DB-Cluster gleichzeitig angewendet. Ein Update erfordert einen Datenbankneustart auf diesen Instances. Daher kommt es zu einer Ausfallzeit von 20–30 Sekunden bis zu mehreren Minuten. Anschließend können Sie die Nutzung Ihres DB-Clusters fortsetzen. ### 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](manage-console-maintaining), 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](cluster-maintenance.md). Wenn Sie Fragen oder Bedenken haben, steht Ihnen das AWS Support-Team in den Community-Foren und über den [AWS Premium-Support](https://aws.amazon.com/support) zur Verfügung. # Amazon Neptune Engine Version 1.0.5.0.R2 (16.08.2021) Ab dem 16.08.2023 wird die Engine-Version 1.0.5.0.R2 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist. ## In diesem Engine-Version behobene Fehler + Eine in der [Engine-Version `1.0.5.0`](engine-releases-1.0.5.0.md) vorgenommene Optimierung wurde deaktiviert, durch die der [Neptune-Lookup-Cache](feature-overview-lookup-cache.md) Engine-Neustarts auf Replikas überstand. Bei Neustarts von Replikas wird jetzt der Lookup-Cache gelöscht. ## In dieser Version unterstützte Versionen in Abfragesprache Bevor Sie einen DB-Cluster auf Version 1.0.5.0.R2 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist: + *Gremlin-Version:* `3.4.11` + *SPARQL-Version:* `1.1` ## Upgrade-Pfade zum Engine-Release 1.0.5.0.R2 Ihr Cluster wird während des nächsten Wartungsfensters automatisch auf diese Patch-Version aktualisiert, wenn Sie die Modulversion `1.0.5.0` ausführen. Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren. ## Upgrade auf diesen Release Amazon Neptune 1.0.5.0.R2 ist jetzt allgemein verfügbar. 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: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Für Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Updates werden auf alle Instances in einem DB-Cluster gleichzeitig angewendet. Ein Update erfordert einen Datenbankneustart auf diesen Instances. Daher kommt es zu einer Ausfallzeit von 20–30 Sekunden bis zu mehreren Minuten. Anschließend können Sie die Nutzung Ihres DB-Clusters fortsetzen. ### 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](manage-console-maintaining), 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](cluster-maintenance.md). Wenn Sie Fragen oder Bedenken haben, steht Ihnen das AWS Support-Team in den Community-Foren und über den [AWS Premium-Support](https://aws.amazon.com/support) zur Verfügung.