Version 1.0.3.0 du moteur Amazon Neptune (2020-08-03) - Amazon Neptune

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Version 1.0.3.0 du moteur Amazon Neptune (2020-08-03)

Depuis le 03/08/2020, la version 1.0.3.0 du moteur est généralement déployée. Veuillez noter que plusieurs jours sont nécessaires pour qu’une nouvelle version soit disponible dans chaque région.

Versions de correctifs ultérieures pour cette version

Nouvelles fonctionnalités pour cette version du moteur

Améliorations de cette version du moteur

  • Vous pouvez désormais fournir la taille des requêtes par lots à ElasticSearch pour des recherches en texte intégral dans Gremlin.

  • Utilisation améliorée de la mémoire pour les requêtes SPARQL GROUP BY.

  • Ajout d'un nouvel optimiseur de requêtes Gremlin pour affiner certains filtres indépendants.

  • Augmentation de la durée maximale a WebSocket la connexion authentifiée à l'aide d'IAM peut rester ouverte, de 36 heures à 10 jours.

Défauts corrigés dans cette version du moteur

  • Correction d'un bogue en raison duquel, si vous envoyiez un paramètre d'URL non codé dans une requête POST, Neptune renvoyait un code d'état HTTP de 500 et unInternalServerErrorException. Neptune renvoie maintenant un code d'état HTTP de 400 et unBadRequestException, avec le message suivant :Failure to process the POST request parameters.

  • Correction d'un bug de Gremlin où un WebSocket l'échec de connexion n'a pas été correctement signalé.

  • Correction d'un bug de Gremlin impliquant la disparition des effets secondaires.

  • Correction d'un bug Gremlin où la recherche en texte intégralbatchsizele paramètre n'était pas correctement pris en charge.

  • Correction d'un bug Gremlin à gérertoVetfromVindividuellement pour chaque direction surbothE.

  • Correction d'un bug de Gremlin impliquantEdge pathTypedans lehasLabelEtape.

  • Correction d'un bogue SPARQL où la réorganisation des jointures avec des liaisons statiques ne fonctionnait pas correctement.

  • Correction d'un bogue SPARQL UPDATE LOAD qui faisait qu'un compartiment Amazon S3 non disponible n'était pas correctement signalé.

  • Correction d'un bogue SPARQL en raison duquel un problème avec un nœud SERVICE dans une sous-requête n'était pas correctement signalé.

  • Correction d'un bogue SPARQL dans lequel les requêtes contenant des conditions FILTER EXISTS ou FILTER NOT EXISTS imbriquées n'étaient pas correctement évaluées.

  • Correction d'un bogue SPARQL pour gérer correctement les liaisons générées en double lors de l'appel de points de terminaison du service SPARQL via des requêtes

Versions en langage de requête prises en charge dans cette version

Avant de mettre à niveau un cluster de bases de données vers la version 1.0.3.0, assurez-vous que votre projet est compatible avec les versions du langage de requête suivantes :

  • Version Gremlin : 3.4.3

  • Version de SPARQL : 1.1

Chemins de mise à niveau vers la version 1.0.3.0

Vous pouvez mettre à niveau manuellement n'importe quelle version précédente du moteur Neptune vers cette version.

Si le paramètre AutoMinorVersionUpgrade de votre cluster est défini sur True, votre cluster sera automatiquement mis à niveau vers cette version de moteur deux à trois semaines après la date de cette version, au cours d'une fenêtre de maintenance.

Mise à niveau vers cette version

Amazon Neptune 1.0.3.0 est désormais disponible pour tous.

Si un cluster de base de données exécute une version du moteur à partir de laquelle il existe un chemin de mise à niveau vers cette version, il peut être mis à niveau dès maintenant. Vous pouvez mettre à niveau tout cluster éligible à l'aide des opérations du cluster de base de données sur la console ou à l'aide du SDK. La commande CLI suivante permet de mettre à niveau immédiatement un cluster éligible :

Pour Linux, OS X ou Unix :

aws neptune modify-db-cluster \ --db-cluster-identifier (your-neptune-cluster) \ --engine-version 1.0.3.0 \ --apply-immediately

Pour Windows :

aws neptune modify-db-cluster ^ --db-cluster-identifier (your-neptune-cluster) ^ --engine-version 1.0.3.0 ^ --apply-immediately

Les mises à jour sont appliquées simultanément à toutes les instances figurant dans un cluster de bases de données. Une mise à jour nécessite un redémarrage de la base de données sur ces instances, si bien que vous rencontrerez 20 à 30 secondes d'indisponibilité, après quoi vous pourrez reprendre l'utilisation du cluster de bases de données.

Testez toujours avant la mise à niveau

Lorsqu'une nouvelle version majeure ou mineure du moteur Neptune est publiée, testez toujours vos applications Neptune sur celle-ci avant de procéder à la mise à niveau. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter votre code.

Commencez par comparer les pages de notes de publication de votre version actuelle à celles de la version cible pour voir s'il y aura des modifications dans les versions du langage de requête ou d'autres modifications majeures.

La meilleure façon de tester une nouvelle version avant de mettre à niveau votre cluster de base de données de production est de cloner votre cluster de production afin que le clone exécute la nouvelle version du moteur. Vous pouvez ensuite exécuter des requêtes sur le clone sans affecter le cluster de base de données de production.

Créez toujours un instantané manuel avant de procéder à la mise à niveau

Avant d'effectuer une mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel de votre cluster de bases de données. Un instantané automatique n'offre qu'une protection à court terme, alors qu'un instantané manuel reste disponible jusqu'à ce que vous le supprimiez explicitement.

Dans certains cas, Neptune crée un instantané manuel pour vous dans le cadre du processus de mise à niveau, mais vous ne devez pas vous y fier et vous devez créer votre propre instantané manuel dans tous les cas.

Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état de votre cluster de bases de données avant la mise à niveau, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que l'instantané manuel que Neptune a pu créer. Si Neptune crée un instantané manuel, il portera un nom commençant parpreupgrade, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.

Pour de plus amples informations sur la mise à niveau de la version de votre moteurMises à jour du moteur Neptune. Si vous avez des questions, veuillez consulterAWSL'équipe support est disponible sur les forums de la communauté et viaAWSSupport premium.