Mises à jour du moteur Amazon Neptune - 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

IMPORTANT : CETTE VERSION DU MOTEUR EST MAINTENANT OBSOLÈTE

Aucune nouvelle instance utilisant cette version du moteur ne sera créée à partir du 2021-04-27.

Version : 1.0.1.0.200457.0

Amazon Neptune 1.0.1.0.200457.0 est généralement disponible. Tous les nouveaux clusters de base de données Neptune, y compris ceux restaurés à partir d'instantanés, seront créés dans Neptune 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 base 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 20 à 30 secondes à plusieurs minutes, après quoi vous pourrez reprendre l'utilisation de votre ou de vos clusters de base de données. Vous pouvez consulter et modifier vos paramètres de créneau de maintenance dansConsole Neptune.

En cas de question ou de doute, l'équipeAWSL'équipe de support est disponible sur les forums de la communauté et viaAWSPremium 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.