Version 1.0.4.2.R2 du moteur Amazon Neptune (01/06/2021) - 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.4.2.R2 du moteur Amazon Neptune (01/06/2021)

Depuis le 1er juin 2021, la version du moteur 1.0.4.2.R2 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

Problèmes connus dans cette version du moteur

Problème :

Un bogue SPARQL qui ne parvient pas à respecter le type de média dans unAccepten-tête s'il y a des espaces.

Par exemple, une requête avec -H "Accept: text/csv; q=1.0, */*; q=0.1" renvoie une sortie JSON plutôt qu'une sortie CSV.

Solution :

Si vous supprimez les espaces dansAcceptclause dans l'en-tête, le moteur renvoie la sortie dans le bon format demandé. En d'autres termes, au lieu de -H "Accept: text/csv; q=1.0, */*; q=0.1" , veuillez utiliser :

-H "Accept: text/csv;q=1.0,*/*;q=0.1"

Nouvelles fonctionnalités pour cette version du moteur

  • Ajout du nouveau type d'instance R5d, qui inclut un cache de recherche pour accélérer les lectures dans les cas d'utilisation impliquant un volume élevé de valeurs de propriétés ou des recherches littérales RDF. Consultez Le cache de recherche Neptune peut accélérer les requêtes de lecture.

  • Ajout d'un nouveau paramètre en mode laboratoire qui permet d'appeler le moteur DFE expérimental uniquement pour chaque requête avecuseDFEindice de requête.

Améliorations de cette version du moteur

  • Ajout de la prise en charge de TinkerPop 3.4.10.

  • Ajout de la prise en charge dewithStrategies( )étape de configuration lors de l'envoi de requêtes de script Gremlin. En particulier, leSubgraphStrategy,PartitionStrategy,ReadOnlyStrategy,EdgeLabelVerificationStrategy, etReservedKeysVerificationStrategysont tous pris en charge.

  • Ajout de l'optimisation deV()traverses au milieu d'une requête. Auparavant, ces traversées n'étaient pas optimisées dans Neptune.

  • Ajout de la prise en charge deRFC 2141 Runesà utiliser comme l'baseUrietnamedGraphUriparamètres pour un chargement en vrac.

Défauts corrigés dans cette version du moteur

  • Correction d'un bogue Gremlin dans l'analyseur où les requêtes incorrectes étaient considérées comme valides.

  • Correction d'un bug de Gremlin lors du déploiement d'unaggregate()effet secondaire aveccap().unfold()à unvalueMap()soulèverait une exception.

  • Correction d'un bug de Gremlin où certainsproperty()étapes après unaddV()L'étape échoue avec une erreur « Impossible de convertir en chaîne ».

  • Correction d'un bug de Gremlin pour empêcher certains modèles d'insertion conditionnels de générer des exceptions de modification simultanée.

  • Correction d'un bogue Gremlin qui empêchait désormais le délai d'expiration de la requête de requête de dépasser le délai d'expiration de la session.

  • Correction d'un bogue SPARQL où les mises à jour utilisant LOAD ou UNLOAD pouvaient échouer avec un code HTTP 500 au lieu du code HTTP 400 lorsque le serveur distant n'est pas disponible.

  • Correction d'un bogue où les appels d'API de flux échouaient lorsquecommitNumouopNumdes valeurs supérieures à la limite d'entiers signés de 32 bits (2 147 483 647) ont été utilisées.

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.4.2.R2, assurez-vous que votre projet est compatible avec les versions du langage de requête suivantes :

  • Version Gremlin : 3.4.10

  • Version de SPARQL : 1.1

Chemins de mise à niveau vers la version 1.0.4.2.R2 du

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

Vous n'effectuerez pas une mise à niveau automatique vers cette version.

Mise à niveau vers cette version

Amazon Neptune 1.0.4.2.R2 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.4.2 \ --apply-immediately

Pour Windows :

aws neptune modify-db-cluster ^ --db-cluster-identifier (your-neptune-cluster) ^ --engine-version 1.0.4.2 ^ --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 contacter leAWSL'équipe d'Support est disponible sur les forums de la communauté et viaAWSSupport Premium.