Mises à jour du moteur Amazon Neptune 06/09/2018

Version : 1.0.1.0.200237.0

Amazon Neptune 1.0.1.0.200237.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.200237.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.200237.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

• Résolution d'un problème où des requêtes SPARQL COUNT(DISTINCT) échouaient.

• Résolution d'un problème où les requêtes COUNT, SUM et MIN avec une clause DISTINCT manquaient de mémoire.

• Résolution d'un problème où le type de données BLOB entraînait l'échec d'une tâche de chargeur Neptune.

• Résolution d'un problème où les insertions en double entraînaient des échecs de transaction.

• Résolution d'un problème où les requêtes DROP ALL ne pouvaient pas être annulées.

• Résolution d'un problème où les clients Gremlin se bloquaient de façon intermittente.

• Mise à jour de tous les codes d'erreur pour les charges utiles plus volumineuses que 150 M à la valeur HTTP 400.

• Amélioration des performances et de la précision des requêtes COUNT() du modèle à un seul triplet.

• Amélioration des performances des requêtes SPARQL UNION avec les clauses BIND.