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.2.1 (22.11.2019)
## Nachfolgende Patch-Veröffentlichungen für dieses Version
+ [Release: 1.0.2.1.R6 (22.04.2020)](engine-releases-1.0.2.1.R6.md)
+ [Release: 1.0.2.1.R5 (22.04.2020)](engine-releases-1.0.2.1.R5.md) *Diese Patch-Version wurde nicht bereitgestellt.*
+ [Release: 1.0.2.1.R4 (20.12.2019)](engine-releases-1.0.2.1.R4.md)
+ [Release: 1.0.2.1.R3 (12.12.2019)](engine-releases-1.0.2.1.R3.md)
+ [Release: 1.0.2.1.R2 (25.11.2019)](engine-releases-1.0.2.1.R2.md)
## Neue Features in dieser Engine-Version
+ Durch die Integration mit dem Amazon OpenSearch Service wurden Funktionen für die Volltextsuche hinzugefügt. Siehe [Neptun-Volltextsuche](full-text-search.md)
+ Es wurde eine Option im Labor-Modus zur Erstellung eines vierten Index (einen OSGP-Index) für eine große Anzahl von Prädikaten hinzugefügt. Siehe [OSGP-Index](features-lab-mode.md#features-lab-mode-features-osgp-index).
+ Es wurde ein *Detailmodus* zu SPARQL Explain hinzugefügt. Weitere Informationen hierzu finden Sie unter [Verwenden von SPARQL `explain`](sparql-explain-using.md) und [Ausgabe im Detailmodus](sparql-explain-examples.md#sparql-explain-example-details).
+ Zum Engine-Statusbericht wurden Informationen zum Labor-Modus hinzugefügt. Details dazu finden Sie unter [Instance-Status](access-graph-status.md).
+ DB-Cluster-Snapshots können jetzt regionsübergreifend AWS kopiert werden. Siehe [Kopieren eines Snapshots](backup-restore-copy-snapshot.md).
## Verbesserungen in dieser Engine-Version
+ Verbesserte Leistung bei der Handhabung einer großen Anzahl von Prädikaten.
+ Verbesserte Abfrageoptimierung. Obwohl dies für Kunden völlig transparent sein sollte, empfehlen wir Ihnen, Ihre Anwendungen vor dem Upgrade zu testen, um sicherzustellen, dass sie sich wie erwartet verhalten.
+ Kleinere Verbesserungen bei der Fehlerberichterstellung.
+ Optimierungen für Gremlin `.project()` und `.identity()` Schritte wurden hinzugefügt.
+ Optimierungen für nicht abschließende `.union()`-Gremlin-Fälle wurden hinzugefügt.
+ Native Unterstützung für `.path().by()`-Gremlin-Traversalen wurde hinzugefügt.
+ Native Unterstützung für Gremlin `.coalesce()` wurde hinzugefügt.
+ Weitere Optimierung von Bulk-Write.
+ Wir verlangen jetzt, dass HTTPS-Verbindungen mindestens TLS Version 1.2 oder höher verwenden, um zu verhindern, dass outdated/insecure Chiffren verwendet werden.
## In diesem Engine-Version behobene Fehler
+ Es wurde ein Fehler bei der Handhabung des `addE()`-inneren Traversalen bei Gremlin behoben.
+ Es wurde Fehler bei Gremlin behoben, der durch AST-Annotationen von untergeordneten Traversalen an das übergeordnete Element verursacht wurde.
+ Es wurde ein Fehler behoben, der in Gremlin auftrat, wenn `.otherV()` nach `select()` aufgerufen wurde.
+ Ein Gremlin-Fehler wurde behoben, der zu Fehlern bei `.hasLabel()`-Schritten führte, wenn sie auf einen `bothE()`-Schritt folgten.
+ Es wurden kleine Korrekturen für Gremlin .sum() und .project() vorgenommen.
+ Es wurde ein Fehler bei der Verarbeitung von SPARQL-Abfragen behoben, denen die schließende Klammer fehlte.
+ Es wurden einige kleinere Fehler bei SPARQL Explain behoben.
+ Es wurde ein Fehler bei der Verarbeitung gleichzeitiger Abrufe von Ladestatus-Anforderungen behoben.
+ Der für die Ausführung einiger Gremlin-Traversalen mit `.project()`-Schritten verwendete Speicher wurde reduziert.
+ Es wurden numerische Vergleiche von Sonderwerten in SPARQL behoben. Siehe [Einhaltung von Standards](feature-overview-standards-compliance.md).
## In dieser Version unterstützte Versionen in Abfragesprache
Bevor Sie einen DB-Cluster auf Version 1.0.2.1 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist:
+ *Gremlin-Version:* `3.4.1`
+ *SPARQL-Version:* `1.1`
## Upgrade-Pfade zum Engine-Release 1.0.2.1
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.2.1 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.2.1 \
4. --apply-immediately
```
Für Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.2.1.R6 (22.04.2020)
Ab dem 22.04.2020 wird die Engine-Version 1.0.2.1.R6 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, bei dem `ConcurrentModificationConflictException` und `TransactionException` nicht in einen `NeptuneGremlinException` umgewandelt wurden, was die Rückgabe von `InternalFailureException` an Kunden verursachte.
+ Es wurde ein Fehler behoben, durch den der Status von Neptune als fehlerfrei gemeldet wurde, bevor der Server vollständig bereit war.
+ Es wurde ein Fehler behoben, durch den Lexikon-und Benutzertransaktions-Commits nicht mehr in Ordnung waren, wenn zwei `value->id`-Zuweisungen gleichzeitig eingefügt wurden.
+ Es wurde ein Fehler bei der Laststatus-Serialisierung behoben.
+ Es wurde ein Fehler bei Gremlin-Sitzungen behoben.
+ Es wurde ein Fehler behoben, bei dem Neptune keine Ausnahme auslöste, wenn der Server nicht gestartet wurde.
+ Es wurde ein Fehler behoben, bei dem Neptune kein Web-Socket-Close-Frame sendete, bevor der Kanal geschlossen wurde.
## In dieser Version unterstützte Versionen in Abfragesprache
Bevor Sie einen DB-Cluster auf Version 1.0.2.1.R6 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist:
+ *Gremlin-Version:* `3.4.1`
+ *SPARQL-Version:* `1.1`
## Upgrade-Pfade zum Engine-Release 1.0.2.1.R6
Ihr Cluster wird während des nächsten Wartungsfensters automatisch auf diese Patch-Version aktualisiert, wenn Sie die Modulversion `1.0.2.1` ausführen.
Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren.
## Upgrade auf diesen Release
Amazon Neptune 1.0.2.1.R6 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.2.1 \
4. --apply-immediately
```
Für Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.2.1.R5 (22.04.2020)
Die Engine-Version 1.0.2.1.R5 wurde nie bereitgestellt.
# Amazon Neptune Engine-Version 1.0.2.1.R4 (20.12.2019)
## Verbesserungen in dieser Engine-Version
+ Neptune versucht nun, jeden full-text-search Aufruf immer zuerst in der Ausführungspipeline zu platzieren. Dadurch wird die Anzahl der Aufrufe reduziert OpenSearch, was die Leistung erheblich verbessern kann. Siehe [Full-text-search Ausführung von Abfragen](full-text-search-query-execution.md).
+ Neptune löst nun eine `IllegalArgumentException` aus, wenn Sie versuchen, auf eine nicht existierende Eigenschaft, einen Scheitelpunkt oder ein Edge zuzugreifen. Zuvor löste Neptune in dieser Situation eine `UnsupportedOperationException` aus.
Wenn Sie beispielsweise versuchen, ein Edge hinzuzufügen, das auf einen nicht vorhandenen Scheitelpunkt verweist, wird nun eine `IllegalArgumentException` ausgelöst.
## In diesem Engine-Version behobene Fehler
+ Es wurde ein Gremlin-Fehler behoben, bei dem ein `union`-Traversal innerhalb eines `project-by` keine oder falsche Ergebnisse zurückgab.
+ Es wurde ein Gremlin-Fehler behoben, der dazu führte, dass verschachtelte `.project().by()`-Schritte falsche Ergebnisse zurückgaben.
## In dieser Version unterstützte Versionen in Abfragesprache
Bevor Sie einen DB-Cluster auf Version 1.0.2.1.R4 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist:
+ *Gremlin-Version:* `3.4.1`
+ *SPARQL-Version:* `1.1`
## Upgrade-Pfade zum Engine-Release 1.0.2.1.R4
Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren.
Ein **automatisches Update auf diese Version wird jedoch nicht unterstützt**.
## Upgrade auf diesen Release
Amazon Neptune 1.0.2.1.R4 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.2.1 \
4. --apply-immediately
```
Für Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.2.1.R3 (12.12.2019)
## In diesem Engine-Version behobene Fehler
+ Ein Fehler wurde behoben, durch den der `OSGP`-Index deaktiviert wurde, obwohl das Feature in [Labor-Modus](features-lab-mode.md) mit dem `ObjectIndex`-Wert im `neptune_lab_mode`-Parameter korrekt aktiviert wurde.
+ Es wurde ein Fehler behoben, der sich auf Gremlin-Abfragen mit einem `.fold()` innerhalb eines `.project().by()`-Schrittes ausgewirkt hat. Dies führte beispielsweise zur Rückgabe von unvollständigen Ergebnissen bei folgender Abfrage:
```
g.V().project("a").by(valueMap().fold())
```
+ Ein Leistungsengpass bei Massenladungen von RDF-Daten wurde behoben.
+ Es wurde ein Fehler behoben, der bei Aktivierung von Streams und dem Replika-Neustart durch den Primären einen Absturz auf Replikas verursacht hat.
+ Es wurde ein Fehler behoben, durch den rotierte SSL-Zertifikate auf Instances nicht ohne Instance-Neustart abgerufen wurden.
## In dieser Version unterstützte Versionen in Abfragesprache
Bevor Sie einen DB-Cluster auf Version 1.0.2.1.R3 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist:
+ *Gremlin-Version:* `3.4.1`
+ *SPARQL-Version:* `1.1`
## Upgrade-Pfade zum Engine-Release 1.0.2.1.R3
Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren.
Ein **automatisches Update auf diese Version wird jedoch nicht unterstützt**.
## Upgrade auf diesen Release
Amazon Neptune 1.0.2.1.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.2.1 \
4. --apply-immediately
```
Für Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.2.1.R2 (25.11.2019)
## In diesem Engine-Version behobene Fehler
+ Es wurde ein Fehler behoben, der alle `project().by()`-Abfragen mit Nicht-Roundrobin-By-Traversalen und Nicht-`path()`-By-Traversalen betrifft.
## In dieser Version unterstützte Versionen in Abfragesprache
Bevor Sie einen DB-Cluster auf Version 1.0.2.1.R2 aktualisieren, stellen Sie sicher, dass Ihr Projekt mit den folgenden Versionen in Abfragesprache kompatibel ist:
+ *Gremlin-Version:* `3.4.1`
+ *SPARQL-Version:* `1.1`
## Upgrade-Pfade zum Engine-Release 1.0.2.1.R2
Sie können jeden vorherigen Neptune Engine-Release manuell auf diese Version aktualisieren.
Ein **automatisches Update auf diese Version wird jedoch nicht unterstützt**.
## Upgrade auf diesen Release
Amazon Neptune 1.0.2.1.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.2.1 \
4. --apply-immediately
```
Für Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.