Mises à jour du moteur Amazon Neptune 21/01/2019

Version : 1.0.1.0.200267.0

Amazon Neptune 1.0.1.0.200267.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.200267.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 immédiatement à niveau un cluster de bases de données vers cette version :

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 clusters de bases de données Neptune seront automatiquement mis à niveau vers la version 1.0.1.0.200267.0 du moteur pendant les fenêtres de maintenance du système. L'horaire d'application des mises à jour dépend de la région et du paramètre de fenêtre de maintenance configuré pour le cluster de bases de données, ainsi que du type de mise à jour.

Note

La fenêtre de maintenance de l'instance ne s'applique pas aux mises à jour du moteur.

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.

Améliorations

• Neptune attend plus longtemps (dans le délai d'interrogation spécifié) que les conflits soient résolus. Cela réduit le nombre d'exceptions de modifications simultanées qui doivent être gérées par le client (voir Erreurs liées aux requêtes).

• Un problème qui amenait parfois l'application de la cardinalité par Gremlin à provoquer le redémarrage du moteur a été résolu.

• Amélioration des performances de Gremlin pour les requêtes répétées emit.times.

• Un problème de Gremlin par lequel repeat.until laissait passer des solutions .emit qui auraient dû être filtrées a été résolu.

• Amélioration de la gestion des erreurs dans Gremlin.