Moteur Amazon Neptune Version 1.0.2.0.R3 (05/05/2020)

IMPORTANT : CETTE VERSION DU MOTEUR EST DÉSORMAIS OBSOLÈTE

À compter du 19/05/2020, aucune nouvelle instance utilisant cette version du moteur ne sera créée.

Cette version du moteur est désormais remplacée par la version 1.0.2.1, qui contient toutes les corrections de bogues de cette version ainsi que des fonctionnalités supplémentaires telles que l'intégration de la recherche en texte intégral, la prise en charge des index OSGP et la copie de clusters de bases de données entre les régions. AWS

À compter du 1er juin 2020, Neptune mettra automatiquement à niveau tout cluster exécutant cette version du moteur vers le dernier patch de la version 1.0.2.1 lors de la prochaine fenêtre de maintenance. Vous pouvez effectuer une mise à niveau manuelle avant cette date, comme décrit ici.

Si vous rencontrez des problèmes avec la mise à niveau, veuillez nous contacter via le AWSsupport ou les forums des AWS développeurs.

Défauts corrigés dans cette version du moteur

• Correction d'un bogue au cours duquel ConcurrentModificationConflictException et TransactionException étaient signalés en tant qu'éléments InternalFailureException génériques.

• Correction de bogues lors des vérifications de l'état qui provoquaient des redémarrages fréquents du serveur lors du démarrage.

• Correction d'un bogue au cours duquel les données n'étaient pas visibles sur les réplicas parce que les validations n'étaient pas fonctionnelles dans certaines conditions.

• Correction d'un bogue dans la sérialisation de l'état de chargement : un chargement échouait en raison d'un manque d'autorisations d'accès à Amazon S3.

• Correction d'une fuite de ressource dans les sessions Gremlin.

• Correction d'un bogue dans le contrôle de santé qui masquait l'état défectueux au démarrage des composants gérant l'authentification IAM.

• Correction d'un bug à cause duquel Neptune n'envoyait pas d'WebSocketimage de fermeture avant de fermer le canal.

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

• Version Gremlin : 3.4.1

• Version de SPARQL : 1.1

Chemins de mise à niveau vers la version 1.0.2.0.R3 du moteur

Votre cluster sera automatiquement mis à niveau vers cette version de correctif lors de votre prochaine fenêtre de maintenance si vous exécutez la version de moteur 1.0.2.0.

Vous pouvez effectuer manuellement la mise à niveau de n'importe quelle version antérieure du moteur Neptune vers cette version.

Mise à niveau vers cette version

Amazon Neptune 1.0.2.0.R3 est désormais disponible pour tous.

Si un cluster de bases 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 n'importe quel 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 mettra immédiatement à niveau un cluster éligible :

Pour Linux, OS X ou Unix :

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

Pour Windows :

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.0.2.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 le redémarrage de la base de données sur ces instances. Vous serez donc confronté à des temps d'arrêt allant de 20 à 30 secondes à plusieurs minutes, après quoi vous pourrez reprendre l'utilisation du cluster de bases de données.

Testez toujours avant de procéder à la mise à niveau

Lorsqu'une nouvelle version majeure ou mineure du moteur Neptune est publiée, testez toujours vos applications Neptune sur cette version avant de procéder à la mise à niveau vers cette version. 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 des notes de publication de votre version actuelle à celles de la version cible pour voir si des modifications seront apportées aux versions du langage de requête ou si d'autres modifications importantes seront apportées.

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. Le fait de disposer d'un instantané automatique n'offre qu'une protection à court terme, tandis 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 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 de manière explicite l'instantané manuel que vous avez créé vous-même, ainsi que l'instantané manuel que Neptune aurait pu créer. Si Neptune crée un instantané manuel, son nom commence parpreupgrade, suivi du nom de votre cluster de base de données, de la version du moteur source, de la version du moteur cible et de la date.

Note

Si vous essayez d'effectuer la mise à niveau alors qu'une action en attente est en cours, vous pouvez rencontrer une erreur telle que la suivante :

   We're sorry, your request to modify DB cluster (cluster identifier) has failed.
   Cannot modify engine version because instance (instance identifier) is
   running on an old configuration. Apply any pending maintenance actions on the instance before
   proceeding with the upgrade.

Si vous rencontrez cette erreur, attendez la fin de l'action en attente ou déclenchez immédiatement une fenêtre de maintenance pour terminer la mise à niveau précédente.

Pour plus d'informations sur la mise à niveau de la version de votre moteur, consultezMises à jour du moteur Neptune. Si vous avez des questions ou des préoccupations, l'équipe d'AWSassistance est disponible sur les forums de la communauté et via le support AWS Premium.