Upgrade zu einer Engine-Version 1.2.0.0 oder höher von einer früheren Engine-Version als 1.2.0.0 - Amazon Neptune

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.

Upgrade zu einer Engine-Version 1.2.0.0 oder höher von einer früheren Engine-Version als 1.2.0.0

Mit der Engine-Version 1.2.0.0 wurden mehrere wichtige Änderungen eingeführt, die das Upgrade von einer früheren Version erschweren können:

  • Mit der Engine-Version 1.2.0.0 wurde ein neues Format für benutzerdefinierte Parametergruppen und benutzerdefinierte Cluster-Parametergruppen eingeführt. Wenn Sie also von einer Engine-Version vor 1.2.0.0 auf Engine-Version 1.2.0.0 oder höher aktualisieren, müssen Sie alle vorhandenen benutzerdefinierten Parametergruppen und benutzerdefinierten Cluster-Parametergruppen mithilfe der Parametergruppenfamilie neptune1.2 neu erstellen. In früheren Versionen wurde die Parametergruppenfamilie neptune1 verwendet und diese Parametergruppen funktionieren nicht mit Version 1.2.0.0 und höher. Weitere Informationen finden Sie unter Amazon-Neptune-Parametergruppen.

  • Mit der Engine-Version 1.2.0.0 wurde ein neues Format für Undo-Logs eingeführt. Wenn Sie also von einer Version vor 1.2.0.0 auf Version 1.2.0.0 oder höher aktualisieren, muss die UndoLogListSizeMetrik unter einem bestimmten Schwellenwert liegen. Andernfalls wird der Patch zurückgesetzt und schlägt fehl. Die Schwellenwerte hängen vom Instance-Typ ab: Das Standardlimit liegt bei 40.000 für 4xlarge- oder größere Instances und 10.000 für Instances, die kleiner als 4xlarge sind. Wenn beim Versuch, ein Upgrade durchzuführen, das Limit UndoLogListSize überschritten wird, wird der Patch-Vorgang zurückgesetzt, das Upgrade wird abgebrochen und ein Ereignis mit dem Grund wird auf der Cluster-Ereignisseite angezeigt. Diese Grenzwerte können sich aus betrieblichen Gründen ohne vorherige Warnung ändern.

    Sie können die Löschgeschwindigkeit beschleunigen, indem Sie die Writer-Instance des Clusters aktualisieren, in der das Löschen stattfindet. Wenn Sie dies tun, bevor Sie versuchen, ein Upgrade durchzuführen, kann dies dazu beitragen, den UndoLogListSize geltenden Schwellenwert zu unterschreiten. Wenn Sie die Größe des Writers auf einen 24XL-Instance-Typ erhöhen, kann sich Ihre Löschrate auf mehr als eine Million Datensätze pro Stunde erhöhen.

    Wenn die UndoLogListSize CloudWatch Metrik extrem umfangreich ist, kann Ihnen die Eröffnung eines Support-Falls dabei helfen, zusätzliche Strategien zu finden, um sie unter das erforderliche Limit zu senken.

  • Schließlich wurde mit Version 1.2.0.0 eine bahnbrechende Änderung eingeführt, die sich auf früheren Code auswirkt, der das Bolt-Protokoll mit IAM-Authentifizierung verwendete. Ab Version 1.2.0.0 benötigt Bolt einen Ressourcenpfad für die IAM-Signatur. In Java könnte das Festlegen des Ressourcenpfads so aussehen: request.setResourcePath("/openCypher"));. In anderen Sprachen kann /openCypher an den Endpunkt-URI angehängt werden. Beispiele finden Sie unter Verwenden des Bolt-Protokolls.