Mises à jour du moteur Amazon Neptune 19/09/2019 - 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.

Mises à jour du moteur Amazon Neptune 19/09/2019

IMPORTANT : CETTE VERSION DU MOTEUR EST MAINTENANT OBSOLÈTE

À partir du 27 avril 2021, plus aucune instance ne sera créée avec cette version du moteur.

Version : 1.0.1.0.200457.0

Amazon Neptune 1.0.1.0.200457.0 est disponible globalement. Tous les nouveaux clusters de bases de données Neptune, y compris ceux restaurés à partir d'instantanés, seront créés dans 1.0.1.0.200457.0 une fois la mise à jour du moteur terminée pour cette région.

Les clusters existants peuvent être mis immédiatement à niveau vers cette version à l'aide des opérations de base de données sur la console ou à l’aide du kit SDK. Vous pouvez utiliser la commande CLI suivante pour mettre à niveau un cluster de bases de données :

aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:<region>:<account number>:<resourcetype>:<name>

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 toutes les instances figurant dans un cluster de bases de données, si bien que vous connaîtrez de 20-30 secondes à plusieurs minutes d'indisponibilité, après quoi vous pourrez reprendre l'utilisation de votre ou de vos clusters de bases de données. Vous pouvez consulter et modifier vos paramètres de fenêtre de maintenance dans la console Neptune.

En cas de question ou de doute, l'équipe AWS Support est disponible sur les forums de la communauté et via AWS Premium Support.

Défauts corrigés dans cette version du moteur

  • Correction d'un problème d'exactitude Gremlin introduit dans la version précédente du moteur (1.0.1.0.200369.0) en supprimant l'amélioration des performances de la gestion des prédicats cumulés qui l'entraînait.

  • Correction d'un bogue SPARQL qui provoquait la génération d'une InternalServerError par les requêtes avec le paramètre DISTINCT et un modèle unique encapsulé dans OPTIONAL.