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.
# Version 1.0.2.2 du moteur Amazon Neptune (09/03/2020)
Depuis le 9 mars 2020, la version 1.0.2.2 du moteur est déployée globalement. Notez que plusieurs jours sont nécessaires pour qu'une nouvelle version soit disponible dans chaque région.
## Versions de correctifs ultérieures pour cette version
+ [Sortie : 1.0.2.2.R2 (02/04/2020)](engine-releases-1.0.2.2.R2.md)
+ [Sortie : 1.0.2.2.R3 (22/07/2020)](engine-releases-1.0.2.2.R3.md)
+ [Sortie : 1.0.2.2.R4 (23/07/2020)](engine-releases-1.0.2.2.R4.md)
+ [Sortie : 1.0.2.2.R5 (12/10/2020)](engine-releases-1.0.2.2.R5.md)
+ [Sortie : 1.0.2.2.R6 (19/02/2021)](engine-releases-1.0.2.2.R6.md)
## Améliorations de cette version du moteur
+ Ajout d'informations à l'API d'état sur les transactions qui sont annulées. Consultez [Statut d’une instance](access-graph-status.md).
+ Mise à niveau de la version d'Apache TinkerPop vers la version 3.4.3.
La version 3.4.3 est rétrocompatible avec la version précédente prise en charge par Neptune (3.4.1). Elle introduit un changement mineur dans le comportement : Gremlin ne renvoie plus d'erreur lorsque vous essayez de fermer une session qui n'existe pas (consultez les informations relatives à la [prévention des erreurs lors de la clôture de sessions qui n'existent pas](https://issues.apache.org/jira/browse/TINKERPOP-2237)).
+ Suppression des goulets d'étranglement des performances dans l'exécution des étapes de recherche en texte intégral de Gremlin.
## Défauts corrigés dans cette version du moteur
+ Correction d'un bogue SPARQL dans la gestion des modèles de graphique vide dans les requêtes.
+ Correction d'un bogue SPARQL dans la gestion des points-virgules non codés dans les requêtes codées en URL.
+ Correction d'un bogue Gremlin dans la gestion des sommets répétés dans l'étape `Union`.
+ Correction d'un bogue Gremlin qui faisait que certaines requêtes avec un `.simplePath()` ou `.cyclicPath()` dans un `.repeat()` renvoyaient des résultats incorrects.
+ Correction d'un bogue Gremlin qui faisant que `.project()` renvoyait des résultats incorrects si sa traversée enfant ne renvoyait aucune solution.
+ Correction d'un bogue Gremlin où les erreurs provenant de conflits de lecture-écriture déclenchaient un `InternalFailureException` plutôt qu’un `ConcurrentModificationException`.
+ Correction d'un bogue Gremlin qui provoquait des échecs `.group().by(...).by(values("property"))`.
+ Correction de bogues Gremlin dans la sortie du profil pour les full-text-search étapes.
+ Correction d'une fuite de ressource dans les sessions Gremlin.
+ Correction d'un bogue qui empêchait l'API d'état de signaler la bonne version à commander dans certains cas.
+ Correction d'un bogue lié au chargeur en bloc qui autorisait qu'une URL à un emplacement autre qu'Amazon S3 soit utilisée comme source dans une demande de chargement en bloc.
+ Correction d'un bogue lié au chargeur en bloc dans le statut détaillé du chargement.
## Versions de 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.2, assurez-vous que votre projet est compatible avec les versions de langage de requête suivantes :
+ *Version Gremlin :* `3.4.3`
+ *Version SPARQL :* `1.1`
## Chemins de mise à niveau vers la version de moteur 1.0.2.2
Vous pouvez mettre à niveau manuellement n'importe quelle version antérieure du moteur Neptune vers cette version.
Si le paramètre `AutoMinorVersionUpgrade` de votre cluster est défini sur `True`, votre cluster sera automatiquement mis à niveau vers cette version de moteur deux à trois semaines après la date de cette version, au cours d'une fenêtre de maintenance.
## Mise à niveau vers cette version
Amazon Neptune 1.0.2.2 est désormais disponible globalement.
Si un cluster de bases de données exécute une version de 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 de cluster de bases de données sur la console ou à l'aide du kit SDK. La commande CLI suivante met immédiatement à niveau un cluster éligible :
Pour Linux, OS X ou Unix :
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Pour Windows :
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --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 un redémarrage de la base de données sur ces instances. Vous subirez donc un 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.
### Toujour effectuer des tests avant 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. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter le code.
Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s'il existe des modifications des versions de langage de requête ou d'autres changements majeurs.
Le meilleur moyen de tester une nouvelle version avant de mettre à niveau le cluster de bases de données de production est de cloner ce cluster pour qu'il exécute cette nouvelle version du moteur. Vous pouvez ainsi exécuter des requêtes sur le clone sans affecter le cluster de bases de données de production.
### Toujours créer un instantané manuel avant de procéder à la mise à niveau
Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. 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 il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.
Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par `preupgrade`, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.
**Note**
Si vous essayez de procéder à une mise à niveau alors qu'[une action en attente est en cours](manage-console-maintaining), une erreur telle que la suivante peut survenir :
```
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 que l'action en attente soit terminée ou déclenchez immédiatement une fenêtre de maintenance pour laisser la mise à niveau précédente se terminer.
Pour plus d'informations sur la mise à niveau de la version du moteur , consultez [Maintenance du cluster de bases de données Amazon Neptune](cluster-maintenance.md). Si vous avez des questions ou des préoccupations, l'équipe de AWS support est disponible sur les forums communautaires et via le [support AWS Premium](https://aws.amazon.com/support).
# Version 1.0.2.2.R6 du moteur Amazon Neptune (19/02/2021)
Depuis le 19 février 2021, la version 1.0.2.2.R6 du moteur est déployée globalement. Notez que plusieurs jours sont nécessaires pour qu'une nouvelle version soit disponible dans chaque région.
## Défauts corrigés dans cette version du moteur
+ Correction d'un bogue Gremlin où l'exception `InternalFailureException` était définie comme code de réponse dans certaines circonstances lors d'un événement `ConcurrentModificationException`.
+ Correction d'un bogue Gremlin où, dans certaines conditions, la mise à jour des arêtes ou des sommets pouvait provoquer une exception `InternalFailureException` transitoire.
## Versions de 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.2.R6, assurez-vous que votre projet est compatible avec les versions de langage de requête suivantes :
+ *Version Gremlin :* `3.4.8`
+ *Version SPARQL :* `1.1`
## Chemins de mise à niveau vers la version de moteur 1.0.2.2.R6
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.2`.
Vous pouvez mettre à niveau manuellement n'importe quelle version antérieure du moteur Neptune vers cette version.
## Mise à niveau vers cette version
Amazon Neptune 1.0.2.2.R6 est désormais disponible globalement.
Si un cluster de bases de données exécute une version de 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 de cluster de bases de données sur la console ou à l'aide du kit SDK. La commande CLI suivante met immédiatement à niveau un cluster éligible :
Pour Linux, OS X ou Unix :
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Pour Windows :
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --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 un redémarrage de la base de données sur ces instances. Vous subirez donc un 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.
### Toujour effectuer des tests avant 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. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter le code.
Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s'il existe des modifications des versions de langage de requête ou d'autres changements majeurs.
Le meilleur moyen de tester une nouvelle version avant de mettre à niveau le cluster de bases de données de production est de cloner ce cluster pour qu'il exécute cette nouvelle version du moteur. Vous pouvez ainsi exécuter des requêtes sur le clone sans affecter le cluster de bases de données de production.
### Toujours créer un instantané manuel avant de procéder à la mise à niveau
Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. 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 il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.
Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par `preupgrade`, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.
**Note**
Si vous essayez de procéder à une mise à niveau alors qu'[une action en attente est en cours](manage-console-maintaining), une erreur telle que la suivante peut survenir :
```
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 que l'action en attente soit terminée ou déclenchez immédiatement une fenêtre de maintenance pour laisser la mise à niveau précédente se terminer.
Pour plus d'informations sur la mise à niveau de la version du moteur , consultez [Maintenance du cluster de bases de données Amazon Neptune](cluster-maintenance.md). Si vous avez des questions ou des préoccupations, l'équipe de AWS support est disponible sur les forums communautaires et via le [support AWS Premium](https://aws.amazon.com/support).
# Version 1.0.2.2.R5 du moteur Amazon Neptune (12/10/2020)
Depuis le 12 octobre 2020, la version 1.0.2.2.R5 du moteur est déployée globalement. Notez que plusieurs jours sont nécessaires pour qu'une nouvelle version soit disponible dans chaque région.
## Améliorations de cette version du moteur
+ Amélioration des performances pour l'étape Gremlin `properties()`.
+ Ajout de détails sur `BindOp` et `MultiplexerOp` dans les rapports d'explication et de profil.
+ Pour les réponses aux requêtes SPARQL, `charset` a été ajouté à l'en-tête Content-Type, permettant aux clients HTTP de reconnaître le jeu de caractères utilisé automatiquement.
## Défauts corrigés dans cette version du moteur
+ Correction d'un bogue SPARQL qui empêchait la gestion de l'exception `CancellationException`
+ Correction d'un bogue SPARQL qui empêchait les requêtes contenant des options imbriquées de fonctionner correctement.
+ Correction d'un bogue SPARQL dans LOAD où `ConcurrentModificationException` pouvait provoquer le blocage d'une requête.
+ Correction d'un bogue SPARQL qui empêchait les réponses aux requêtes d'être compressées au format gzip.
+ Correction d'un bogue Gremlin dans l'étape `groupBy()`.
+ Correction d'un bogue Gremlin lié à l'utilisation d'une étape `aggregate()` au sein d'une étape `local()`.
+ Correction d'un bogue Gremlin lié à l'utilisation de `bothE()` suivi d'un prédicat utilisant des valeurs agrégées.
+ Correction d'un bogue Gremlin lié à l'utilisation de l'étape `bothE()` au sein d'une étape `repeat()`.
+ Correction d'une fuite de mémoire Grenlin potentielle liée à l'étape `both()`.
+ Correction d'un bogue en raison duquel les métriques des demandes manquaient parce qu'un point de terminaison se terminant par / n'était pas géré correctement.
+ Correction d'un bogue qui pouvait générer une exception `ThrottlingException` même si la file d'attente des requêtes n'était pas pleine.
+ Correction d'un bogue lié à la récupération de l'état du chargement lorsqu'un chargement échoue pour une raison telle que `LOAD_DATA_FAILED_DUE_TO_FEED_MODIFIED_OR_DELETE`.
## Versions de 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.2.R5, assurez-vous que votre projet est compatible avec les versions de langage de requête suivantes :
+ *Version Gremlin :* `3.4.3`
+ *Version SPARQL :* `1.1`
## Chemins de mise à niveau vers la version de moteur 1.0.2.2.R5
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.2`.
Vous pouvez mettre à niveau manuellement n'importe quelle version antérieure du moteur Neptune vers cette version.
## Mise à niveau vers cette version
Amazon Neptune 1.0.2.2.R5 est désormais disponible globalement.
Si un cluster de bases de données exécute une version de 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 de cluster de bases de données sur la console ou à l'aide du kit SDK. La commande CLI suivante met immédiatement à niveau un cluster éligible :
Pour Linux, OS X ou Unix :
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Pour Windows :
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --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 un redémarrage de la base de données sur ces instances. Vous subirez donc un 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.
### Toujour effectuer des tests avant 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. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter le code.
Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s'il existe des modifications des versions de langage de requête ou d'autres changements majeurs.
Le meilleur moyen de tester une nouvelle version avant de mettre à niveau le cluster de bases de données de production est de cloner ce cluster pour qu'il exécute cette nouvelle version du moteur. Vous pouvez ainsi exécuter des requêtes sur le clone sans affecter le cluster de bases de données de production.
### Toujours créer un instantané manuel avant de procéder à la mise à niveau
Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. 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 il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.
Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par `preupgrade`, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.
**Note**
Si vous essayez de procéder à une mise à niveau alors qu'[une action en attente est en cours](manage-console-maintaining), une erreur telle que la suivante peut survenir :
```
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 que l'action en attente soit terminée ou déclenchez immédiatement une fenêtre de maintenance pour laisser la mise à niveau précédente se terminer.
Pour plus d'informations sur la mise à niveau de la version du moteur , consultez [Maintenance du cluster de bases de données Amazon Neptune](cluster-maintenance.md). Si vous avez des questions ou des préoccupations, l'équipe de AWS support est disponible sur les forums communautaires et via le [support AWS Premium](https://aws.amazon.com/support).
# Version 1.0.2.2.R4 du moteur Amazon Neptune (23/07/2020)
Depuis le 23 juillet 2020, la version 1.0.2.2.R4 du moteur est déployée globalement. Notez que plusieurs jours sont nécessaires pour qu'une nouvelle version soit disponible dans chaque région.
## Améliorations de cette version du moteur
+ Amélioration de l'utilisation de la mémoire en libérant plus fréquemment la mémoire inutilisée dans le système d'exploitation.
+ L'utilisation de la mémoire a également été améliorée pour les requêtes SPARQL GROUP BY.
+ La durée maximale pendant laquelle une WebSocket connexion authentifiée par IAM peut rester ouverte est passée de 36 heures à 10 jours.
+ Ajout de la `BufferCacheHitRatio` CloudWatch métrique, qui peut être utile pour diagnostiquer la latence des requêtes et ajuster les types d'instances. Consultez [Métriques Neptune](cw-metrics.md#cw-metrics-available).
## Défauts corrigés dans cette version du moteur
+ Correction d'un bogue lors de la fermeture des WebSocket connexions IAM inactives ou expirées. Neptune envoie désormais un frame de fermeture avant de fermer la connexion.
+ Correction d'un bogue SPARQL dans l'évaluation des requêtes contenant des conditions FILTER EXISTS FILTER NOT and/or EXISTS imbriquées.
+ Correction d'un bogue de résiliation des requêtes SPARQL qui bloquait les threads sur le serveur dans certaines conditions extrêmes.
+ Correction d'un bogue Gremlin impliquant Edge PathType dans l'étape `hasLabel`.
+ Correction d'un bogue Gremlin pour gérer `toV` et `fromV` individuellement pour chaque direction. `bothE`
+ Correction d'un bogue Gremlin lié à la disparition des effets secondaires.
## Versions de 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.2.R4, assurez-vous que votre projet est compatible avec les versions de langage de requête suivantes :
+ *Version Gremlin :* `3.4.3`
+ *Version SPARQL :* `1.1`
## Chemins de mise à niveau vers la version de moteur 1.0.2.2.R4
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.2`.
Vous pouvez mettre à niveau manuellement n'importe quelle version antérieure du moteur Neptune vers cette version.
## Mise à niveau vers cette version
Amazon Neptune 1.0.2.2.R4 est désormais disponible globalement.
Si un cluster de bases de données exécute une version de 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 de cluster de bases de données sur la console ou à l'aide du kit SDK. La commande CLI suivante met immédiatement à niveau un cluster éligible :
Pour Linux, OS X ou Unix :
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Pour Windows :
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --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 un redémarrage de la base de données sur ces instances. Vous subirez donc un 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.
### Toujour effectuer des tests avant 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. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter le code.
Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s'il existe des modifications des versions de langage de requête ou d'autres changements majeurs.
Le meilleur moyen de tester une nouvelle version avant de mettre à niveau le cluster de bases de données de production est de cloner ce cluster pour qu'il exécute cette nouvelle version du moteur. Vous pouvez ainsi exécuter des requêtes sur le clone sans affecter le cluster de bases de données de production.
### Toujours créer un instantané manuel avant de procéder à la mise à niveau
Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. 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 il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.
Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par `preupgrade`, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.
**Note**
Si vous essayez de procéder à une mise à niveau alors qu'[une action en attente est en cours](manage-console-maintaining), une erreur telle que la suivante peut survenir :
```
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 que l'action en attente soit terminée ou déclenchez immédiatement une fenêtre de maintenance pour laisser la mise à niveau précédente se terminer.
Pour plus d'informations sur la mise à niveau de la version du moteur , consultez [Maintenance du cluster de bases de données Amazon Neptune](cluster-maintenance.md). Si vous avez des questions ou des préoccupations, l'équipe de AWS support est disponible sur les forums communautaires et via le [support AWS Premium](https://aws.amazon.com/support).
# Version 1.0.2.2.R3 du moteur Amazon Neptune (22/07/2020)
La version du moteur 1.0.2.2.R3 a été intégrée à la [version du moteur 1.0.2.2.R4](engine-releases-1.0.2.2.R4.md).
# Version 1.0.2.2.R2 du moteur Amazon Neptune (02/04/2020)
Depuis le 2 avril 2020, la version 1.0.2.2.R2 du moteur est déployée globalement. Notez que plusieurs jours sont nécessaires pour qu'une nouvelle version soit disponible dans chaque région.
## Améliorations de cette version du moteur
+ Vous pouvez maintenant mettre en file d'attente jusqu'à 64 tâches de chargement en bloc, au lieu d'attendre la fin d'une tâche avant de lancer la suivante. Vous pouvez également subordonner l'exécution d'une demande de chargement en file d'attente à la réussite d'une ou de plusieurs tâches de chargement précédemment en file d'attente à l'aide du paramètre `dependencies` de la commande `load`. Consultez [Commande de chargeur Neptune](load-api-reference-load.md).
+ Full-text-search la sortie peut maintenant être triée (voir[Paramètres de recherche en texte intégral](full-text-search-parameters.md)).
+ Il existe maintenant un paramètre de cluster de bases de données permettant d'appeler des flux Neptune. Cette fonctionnalité n'est plus en mode expérimental. Consultez [Activation de Neptune Streams](streams-using-enabling.md).
## Défauts corrigés dans cette version du moteur
+ Correction d'une défaillance aléatoire au démarrage du serveur qui retardait la création de l'instance.
+ Correction d'un problème d'optimiseur dans le cadre duquel les instructions `BIND` de la requête faisaient démarrer l'optimiseur avec des motifs non sélectifs dans la planification des ordres de jointure.
## Versions de 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.2.R2, assurez-vous que votre projet est compatible avec les versions de langage de requête suivantes :
+ *Version Gremlin :* `3.4.3`
+ *Version SPARQL :* `1.1`
## Chemins de mise à niveau vers la version de moteur 1.0.2.2.R2
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.2`.
Vous pouvez mettre à niveau manuellement n'importe quelle version antérieure du moteur Neptune vers cette version.
## Mise à niveau vers cette version
Amazon Neptune 1.0.2.2.R2 est désormais disponible globalement.
Si un cluster de bases de données exécute une version de 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 de cluster de bases de données sur la console ou à l'aide du kit SDK. La commande CLI suivante met immédiatement à niveau un cluster éligible :
Pour Linux, OS X ou Unix :
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Pour Windows :
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --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 un redémarrage de la base de données sur ces instances. Vous subirez donc un 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.
### Toujour effectuer des tests avant 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. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter le code.
Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s'il existe des modifications des versions de langage de requête ou d'autres changements majeurs.
Le meilleur moyen de tester une nouvelle version avant de mettre à niveau le cluster de bases de données de production est de cloner ce cluster pour qu'il exécute cette nouvelle version du moteur. Vous pouvez ainsi exécuter des requêtes sur le clone sans affecter le cluster de bases de données de production.
### Toujours créer un instantané manuel avant de procéder à la mise à niveau
Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. 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 il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.
Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par `preupgrade`, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.
**Note**
Si vous essayez de procéder à une mise à niveau alors qu'[une action en attente est en cours](manage-console-maintaining), une erreur telle que la suivante peut survenir :
```
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 que l'action en attente soit terminée ou déclenchez immédiatement une fenêtre de maintenance pour laisser la mise à niveau précédente se terminer.
Pour plus d'informations sur la mise à niveau de la version du moteur , consultez [Maintenance du cluster de bases de données Amazon Neptune](cluster-maintenance.md). Si vous avez des questions ou des préoccupations, l'équipe de AWS support est disponible sur les forums communautaires et via le [support AWS Premium](https://aws.amazon.com/support).