Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Versión 1.0.2.2 del motor de Amazon Neptune (09/03/2020)
A partir del 9 de marzo de 2020, se implementará de forma general la versión 1.0.2.2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## Versiones de parche posteriores para esta versión
+ [Versión: 1.0.2.2.R2 (02/04/2020)](engine-releases-1.0.2.2.R2.md)
+ [Versión: 1.0.2.2.R3 (22/07/2020)](engine-releases-1.0.2.2.R3.md)
+ [Versión: 1.0.2.2.R4 (23/07/2020)](engine-releases-1.0.2.2.R4.md)
+ [Versión: 1.0.2.2.R5 (12/10/2020)](engine-releases-1.0.2.2.R5.md)
+ [Versión: 1.0.2.2.R6 (19/02/2021)](engine-releases-1.0.2.2.R6.md)
## Mejoras en esta versión del motor
+ Se ha agregado información en la API de estado sobre las transacciones que se están revirtiendo. Consulte [Estado de la instancia](access-graph-status.md).
+ Apache TinkerPop se ha actualizado a la versión 3.4.3.
La versión 3.4.3 es compatible con la versión anterior admitida por Neptune (3.4.1). Introduce un cambio menor en el comportamiento: Gremlin ya no devuelve un error al intentar cerrar una sesión que no existe (consulte [Prevent error when closing sessions that don't exist](https://issues.apache.org/jira/browse/TINKERPOP-2237)).
+ Se han eliminado los cuellos de botella del rendimiento que se producían al ejecutar los pasos de búsqueda de texto completo de Gremlin.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de SPARQL relacionado con el uso de patrones de gráficos vacíos en las consultas.
+ Se ha corregido un error de SPARQL relacionado con el uso de símbolos de puntos y coma sin codificar en consultas codificadas como URL.
+ Se ha corregido un error de Gremlin relacionado con el uso de vértices repetidos en el paso `Union`.
+ Se ha corregido un error de Gremlin que provocaba que algunas consultas con `.simplePath()` o `.cyclicPath()` dentro de `.repeat()` devolvieran resultados incorrectos.
+ Se ha corregido un error de Gremlin que provocaba que `.project()` devolviera resultados incorrectos si su recorrido secundario no devolvía soluciones.
+ Se ha corregido un problema de Gremlin en el que los conflictos de lectura-escritura generaban una excepción `InternalFailureException` en lugar de `ConcurrentModificationException`.
+ Se ha corregido un problema de Gremlin que provocaba errores `.group().by(...).by(values("property"))`.
+ Se han corregido errores de Gremlin en la salida del perfil con los pasos de búsqueda de texto completo.
+ Se ha corregido una fuga de recursos en las sesiones de Gremlin.
+ Se ha corregido un error que impedía que la API de estado informara de la versión correcta que se podía pedir en algunos casos.
+ Se ha corregido un error del programa de carga en bloque que permitía que una URL de una ubicación distinta de Amazon S3 se utilizara en una solicitud de carga en bloque.
+ Se ha corregido un error del programa de carga en bloque relacionado con el estado detallado de la carga.
## Versiones de lenguaje de consulta admitidas en esta versión
Antes de actualizar un clúster de base de datos a la versión 1.0.2.2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.3`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.2 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
Si el clúster tiene el parámetro `AutoMinorVersionUpgrade` establecido en `True`, se actualizará automáticamente a esta versión del motor dos o tres semanas después de la fecha de lanzamiento, durante un período de mantenimiento.
## Actualización a esta versión
La versión 1.0.2.2 de Amazon Neptune ya está disponible con carácter general.
Si un clúster de base de datos ejecuta una versión de motor desde la que existe una ruta de actualización a esta versión, puede actualizarse ahora. Puede actualizar cualquier clúster que cumpla los requisitos mediante las operaciones del clúster de base de datos de la consola o mediante el SDK. El siguiente comando de la CLI actualizará inmediatamente un clúster que cumpla los requisitos:
Para Linux, OS X o Unix:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --apply-immediately
```
Las actualizaciones se aplican a todas las instancias en un clúster de base de datos simultáneamente. Una actualización requiere un reinicio de la base de datos en esas instancias, por lo que se experimentará un tiempo de inactividad que oscila entre 20-30 segundos y varios minutos, tras el cual se puede reanudar el uso del clúster de base de datos.
### Realice siempre una prueba antes de realizar la actualización
Cuando se publique una nueva versión principal o secundaria del motor de Neptune, pruebe siempre las aplicaciones de Neptune en ella antes de actualizar. Incluso en una actualización secundaria podría haber nuevas características o comportamientos que podrían afectar al código.
Comience por comparar las páginas de notas de la versión actual con las de la versión de destino para ver si hay cambios en las versiones del lenguaje de consulta u otros cambios importantes.
La mejor forma de probar una nueva versión antes de actualizar el clúster de base de datos de producción es clonar el clúster de producción para que el clon ejecute la nueva versión del motor. A continuación, puede ejecutar consultas en el clon sin que eso afecte al clúster de base de datos de producción.
### Cree siempre una instantánea manual antes de realizar la actualización
Antes de realizar una actualización, se recomienda crear siempre una instantánea manual del clúster de base de datos. Una instantánea automática solo ofrece protección a corto plazo, mientras que una instantánea manual está disponible hasta que la elimine explícitamente.
En algunos casos, Neptune crea una instantánea manual para usted como parte del proceso de actualización, pero no debe confiar en eso y crear su propia instantánea manual.
Cuando tenga la seguridad de que no necesitará revertir el clúster de base de datos al estado anterior a la actualización, puede eliminar de forma explícita la instantánea manual que ha creado, así como la instantánea manual que Neptune podría haber creado. Si Neptune crea una instantánea manual, tendrá un nombre que empieza por `preupgrade`, seguido del nombre del clúster de base de datos, la versión del motor de origen, la versión del motor de destino y la fecha.
**nota**
Si intenta realizar la actualización mientras hay [una acción pendiente en proceso](manage-console-maintaining), es posible que se produzca un error como el siguiente:
```
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 se produce este error, espere a que finalice la acción pendiente o active inmediatamente un periodo de mantenimiento para que se complete la actualización anterior.
Para obtener más información sobre la actualización de la versión del motor, consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md). Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Premium Support](https://aws.amazon.com/support).
# Versión 1.0.2.2.R6 del motor de Amazon Neptune (19/02/2021)
A partir del 19 de febrero de 2021, se implementará de forma general la versión 1.0.2.2.R6 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin por el que se establecía `InternalFailureException` como código de respuesta en determinadas circunstancias cuando se producía una `ConcurrentModificationException`.
+ Se ha corregido un error de Gremlin que provocaba que, en determinadas condiciones, al actualizar los bordes o los vértices se produjera una `InternalFailureException` transitoria.
## Versiones de lenguaje de consulta admitidas en esta versión
Antes de actualizar un clúster de base de datos a la versión 1.0.2.2.R6, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.8`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.2.R6 del motor
El clúster se actualizará automáticamente a esta versión de parche durante el siguiente periodo de mantenimiento si está ejecutando la versión del motor `1.0.2.2`.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
## Actualización a esta versión
La versión 1.0.2.2.R6 de Amazon Neptune ya está disponible con carácter general.
Si un clúster de base de datos ejecuta una versión de motor desde la que existe una ruta de actualización a esta versión, puede actualizarse ahora. Puede actualizar cualquier clúster que cumpla los requisitos mediante las operaciones del clúster de base de datos de la consola o mediante el SDK. El siguiente comando de la CLI actualizará inmediatamente un clúster que cumpla los requisitos:
Para Linux, OS X o Unix:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --apply-immediately
```
Las actualizaciones se aplican a todas las instancias en un clúster de base de datos simultáneamente. Una actualización requiere un reinicio de la base de datos en esas instancias, por lo que se experimentará un tiempo de inactividad que oscila entre 20-30 segundos y varios minutos, tras el cual se puede reanudar el uso del clúster de base de datos.
### Realice siempre una prueba antes de realizar la actualización
Cuando se publique una nueva versión principal o secundaria del motor de Neptune, pruebe siempre las aplicaciones de Neptune en ella antes de actualizar. Incluso en una actualización secundaria podría haber nuevas características o comportamientos que podrían afectar al código.
Comience por comparar las páginas de notas de la versión actual con las de la versión de destino para ver si hay cambios en las versiones del lenguaje de consulta u otros cambios importantes.
La mejor forma de probar una nueva versión antes de actualizar el clúster de base de datos de producción es clonar el clúster de producción para que el clon ejecute la nueva versión del motor. A continuación, puede ejecutar consultas en el clon sin que eso afecte al clúster de base de datos de producción.
### Cree siempre una instantánea manual antes de realizar la actualización
Antes de realizar una actualización, se recomienda crear siempre una instantánea manual del clúster de base de datos. Una instantánea automática solo ofrece protección a corto plazo, mientras que una instantánea manual está disponible hasta que la elimine explícitamente.
En algunos casos, Neptune crea una instantánea manual para usted como parte del proceso de actualización, pero no debe confiar en eso y crear su propia instantánea manual.
Cuando tenga la seguridad de que no necesitará revertir el clúster de base de datos al estado anterior a la actualización, puede eliminar de forma explícita la instantánea manual que ha creado, así como la instantánea manual que Neptune podría haber creado. Si Neptune crea una instantánea manual, tendrá un nombre que empieza por `preupgrade`, seguido del nombre del clúster de base de datos, la versión del motor de origen, la versión del motor de destino y la fecha.
**nota**
Si intenta realizar la actualización mientras hay [una acción pendiente en proceso](manage-console-maintaining), es posible que se produzca un error como el siguiente:
```
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 se produce este error, espere a que finalice la acción pendiente o active inmediatamente un periodo de mantenimiento para que se complete la actualización anterior.
Para obtener más información sobre la actualización de la versión del motor, consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md). Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Premium Support](https://aws.amazon.com/support).
# Versión 1.0.2.2.R5 del motor de Amazon Neptune (12/10/2020)
A partir del 12 de octubre de 2020, se implementará de forma general la versión 1.0.2.2.R5 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento para el paso `properties()` de Gremlin.
+ Se han añadido detalles sobre `BindOp` y `MultiplexerOp` en los informes de explicación y perfil.
+ En el caso de las respuestas a las consultas de SPARQL, se ha añadido `charset` al encabezado Content-Type, lo que permite a los clientes HTTP reconocer automáticamente el conjunto de caracteres que se está utilizando.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de SPARQL por el que no se gestionaba `CancellationException`.
+ Se ha corregido un error de SPARQL por el que las consultas que incluían opciones anidadas no funcionaban correctamente.
+ Se ha corregido un error de SPARQL en LOAD por el que `ConcurrentModificationException` podía provocar el bloqueo de una consulta.
+ Se ha corregido un error de SPARQL que impedía que las respuestas a las consultas se comprimieran con gzip.
+ Se ha corregido un error de Gremlin en el paso `groupBy()`.
+ Se ha corregido un error de Gremlin relacionado con el uso de un paso `aggregate()` dentro de otro paso `local()`.
+ Se ha corregido un error de Gremlin relacionado con el uso de `bothE()` seguido de un predicado que utilizaba valores de suma.
+ Se ha corregido un error de Gremlin relacionado con el uso del paso `bothE()` con el paso `repeat()`.
+ Se ha corregido una posible pérdida de memoria de Gremlin relacionada con el paso `both()`.
+ Se ha corregido un error por el que faltaban las métricas de las solicitudes, ya que un punto de conexión que terminaba en “/” no se gestionaba correctamente.
+ Se ha corregido un error que podía generar una `ThrottlingException`, incluso cuando la cola de solicitudes no estaba llena.
+ Se ha corregido un error al obtener el estado de la carga cuando se produce un error en esta por un motivo como `LOAD_DATA_FAILED_DUE_TO_FEED_MODIFIED_OR_DELETE`.
## Versiones de lenguaje de consulta admitidas en esta versión
Antes de actualizar un clúster de base de datos a la versión 1.0.2.2.R5, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.3`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.2.R5 del motor
El clúster se actualizará automáticamente a esta versión de parche durante el siguiente periodo de mantenimiento si está ejecutando la versión del motor `1.0.2.2`.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
## Actualización a esta versión
La versión 1.0.2.2.R5 de Amazon Neptune ya está disponible con carácter general.
Si un clúster de base de datos ejecuta una versión de motor desde la que existe una ruta de actualización a esta versión, puede actualizarse ahora. Puede actualizar cualquier clúster que cumpla los requisitos mediante las operaciones del clúster de base de datos de la consola o mediante el SDK. El siguiente comando de la CLI actualizará inmediatamente un clúster que cumpla los requisitos:
Para Linux, OS X o Unix:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --apply-immediately
```
Las actualizaciones se aplican a todas las instancias en un clúster de base de datos simultáneamente. Una actualización requiere un reinicio de la base de datos en esas instancias, por lo que se experimentará un tiempo de inactividad que oscila entre 20-30 segundos y varios minutos, tras el cual se puede reanudar el uso del clúster de base de datos.
### Realice siempre una prueba antes de realizar la actualización
Cuando se publique una nueva versión principal o secundaria del motor de Neptune, pruebe siempre las aplicaciones de Neptune en ella antes de actualizar. Incluso en una actualización secundaria podría haber nuevas características o comportamientos que podrían afectar al código.
Comience por comparar las páginas de notas de la versión actual con las de la versión de destino para ver si hay cambios en las versiones del lenguaje de consulta u otros cambios importantes.
La mejor forma de probar una nueva versión antes de actualizar el clúster de base de datos de producción es clonar el clúster de producción para que el clon ejecute la nueva versión del motor. A continuación, puede ejecutar consultas en el clon sin que eso afecte al clúster de base de datos de producción.
### Cree siempre una instantánea manual antes de realizar la actualización
Antes de realizar una actualización, se recomienda crear siempre una instantánea manual del clúster de base de datos. Una instantánea automática solo ofrece protección a corto plazo, mientras que una instantánea manual está disponible hasta que la elimine explícitamente.
En algunos casos, Neptune crea una instantánea manual para usted como parte del proceso de actualización, pero no debe confiar en eso y crear su propia instantánea manual.
Cuando tenga la seguridad de que no necesitará revertir el clúster de base de datos al estado anterior a la actualización, puede eliminar de forma explícita la instantánea manual que ha creado, así como la instantánea manual que Neptune podría haber creado. Si Neptune crea una instantánea manual, tendrá un nombre que empieza por `preupgrade`, seguido del nombre del clúster de base de datos, la versión del motor de origen, la versión del motor de destino y la fecha.
**nota**
Si intenta realizar la actualización mientras hay [una acción pendiente en proceso](manage-console-maintaining), es posible que se produzca un error como el siguiente:
```
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 se produce este error, espere a que finalice la acción pendiente o active inmediatamente un periodo de mantenimiento para que se complete la actualización anterior.
Para obtener más información sobre la actualización de la versión del motor, consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md). Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Premium Support](https://aws.amazon.com/support).
# Versión 1.0.2.2.R4 del motor de Amazon Neptune (23/07/2020)
A partir del 23 de julio de 2020, se implementará de forma general la versión 1.0.2.2.R4 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## Mejoras en esta versión del motor
+ Se ha mejorado el uso de la memoria al devolver la memoria no utilizada al sistema operativo con mayor frecuencia.
+ También se ha mejorado el uso de memoria para las consultas GROUP BY de SPARQL.
+ Se ha aumentado el tiempo máximo que puede permanecer abierta una conexión WebSocket autenticada mediante IAM, de 36 horas a 10 días.
+ Se ha añadido la métrica `BufferCacheHitRatio` de CloudWatch, que puede resultar útil para diagnosticar la latencia de las consultas y ajustar los tipos de instancias. Consulte [Métricas de Neptune](cw-metrics.md#cw-metrics-available).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error al cerrar las conexiones WebSocket de IAM inactivas o caducadas. Neptune envía ahora una trama de cierre antes de cerrar la conexión.
+ Se ha corregido un error de SPARQL en la evaluación de las consultas que incluían las condiciones anidadas FILTER EXISTS o FILTER NOT EXISTS.
+ Se ha corregido un error de finalización de consultas de SPARQL que provocaba el bloqueo de subprocesos en el servidor en determinadas condiciones extremas.
+ Se ha corregido un error de Gremlin relacionado con el valor Edge pathType en el paso `hasLabel`.
+ Se ha corregido un error de Gremlin para gestionar `toV` y `fromV` de forma individual para cada dirección en `bothE`.
+ Se ha corregido un error de Gremlin que provocaba la desaparición de sideEffects.
## Versiones de lenguaje de consulta admitidas en esta versión
Antes de actualizar un clúster de base de datos a la versión 1.0.2.2.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.3`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.2.R4 del motor
El clúster se actualizará automáticamente a esta versión de parche durante el siguiente periodo de mantenimiento si está ejecutando la versión del motor `1.0.2.2`.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
## Actualización a esta versión
La versión 1.0.2.2.R4 de Amazon Neptune ya está disponible con carácter general.
Si un clúster de base de datos ejecuta una versión de motor desde la que existe una ruta de actualización a esta versión, puede actualizarse ahora. Puede actualizar cualquier clúster que cumpla los requisitos mediante las operaciones del clúster de base de datos de la consola o mediante el SDK. El siguiente comando de la CLI actualizará inmediatamente un clúster que cumpla los requisitos:
Para Linux, OS X o Unix:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --apply-immediately
```
Las actualizaciones se aplican a todas las instancias en un clúster de base de datos simultáneamente. Una actualización requiere un reinicio de la base de datos en esas instancias, por lo que se experimentará un tiempo de inactividad que oscila entre 20-30 segundos y varios minutos, tras el cual se puede reanudar el uso del clúster de base de datos.
### Realice siempre una prueba antes de realizar la actualización
Cuando se publique una nueva versión principal o secundaria del motor de Neptune, pruebe siempre las aplicaciones de Neptune en ella antes de actualizar. Incluso en una actualización secundaria podría haber nuevas características o comportamientos que podrían afectar al código.
Comience por comparar las páginas de notas de la versión actual con las de la versión de destino para ver si hay cambios en las versiones del lenguaje de consulta u otros cambios importantes.
La mejor forma de probar una nueva versión antes de actualizar el clúster de base de datos de producción es clonar el clúster de producción para que el clon ejecute la nueva versión del motor. A continuación, puede ejecutar consultas en el clon sin que eso afecte al clúster de base de datos de producción.
### Cree siempre una instantánea manual antes de realizar la actualización
Antes de realizar una actualización, se recomienda crear siempre una instantánea manual del clúster de base de datos. Una instantánea automática solo ofrece protección a corto plazo, mientras que una instantánea manual está disponible hasta que la elimine explícitamente.
En algunos casos, Neptune crea una instantánea manual para usted como parte del proceso de actualización, pero no debe confiar en eso y crear su propia instantánea manual.
Cuando tenga la seguridad de que no necesitará revertir el clúster de base de datos al estado anterior a la actualización, puede eliminar de forma explícita la instantánea manual que ha creado, así como la instantánea manual que Neptune podría haber creado. Si Neptune crea una instantánea manual, tendrá un nombre que empieza por `preupgrade`, seguido del nombre del clúster de base de datos, la versión del motor de origen, la versión del motor de destino y la fecha.
**nota**
Si intenta realizar la actualización mientras hay [una acción pendiente en proceso](manage-console-maintaining), es posible que se produzca un error como el siguiente:
```
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 se produce este error, espere a que finalice la acción pendiente o active inmediatamente un periodo de mantenimiento para que se complete la actualización anterior.
Para obtener más información sobre la actualización de la versión del motor, consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md). Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Premium Support](https://aws.amazon.com/support).
# Versión 1.0.2.2.R3 (22/07/2020) del motor de Amazon Neptune
La versión del motor 1.0.2.2.R3 se incorporó a la [versión del motor 1.0.2.2.R4](engine-releases-1.0.2.2.R4.md).
# Versión 1.0.2.2.R2 del motor de Amazon Neptune (02/04/2020)
A partir del 2 de abril de 2020, se implementará de forma general la versión 1.0.2.2.R2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## Mejoras en esta versión del motor
+ Ahora puede poner en cola hasta 64 trabajos de carga en bloque, en lugar de tener que esperar a que finalice uno antes de iniciar el siguiente. También puede hacer que la ejecución de una solicitud de carga en cola dependa de la finalización correcta de uno o más trabajos de carga puestos anteriormente en cola con el parámetro `dependencies` del comando `load`. Consulte [Comando del programa de carga de Neptune](load-api-reference-load.md).
+ La salida de búsqueda de texto completo ahora se puede ordenar (consulte [Parámetros de búsqueda de texto completo](full-text-search-parameters.md)).
+ Ahora hay un parámetro de clúster de base de datos para invocar flujos de Neptune y la característica se ha movido fuera del modo lab. Consulte [Habilitación de flujos de Neptune](streams-using-enabling.md).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error estocástico en el inicio del servidor que retrasaba la creación de instancias.
+ Se ha corregido un problema del optimizador por el que las instrucciones `BIND` de la consulta hacían que el optimizador comenzara con patrones no selectivos en la planificación del orden de combinación.
## Versiones de lenguaje de consulta admitidas en esta versión
Antes de actualizar un clúster de base de datos a la versión 1.0.2.2.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.3`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.2.R2 del motor
El clúster se actualizará automáticamente a esta versión de parche durante el siguiente periodo de mantenimiento si está ejecutando la versión del motor `1.0.2.2`.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
## Actualización a esta versión
La versión 1.0.2.2.R2 de Amazon Neptune ya está disponible con carácter general.
Si un clúster de base de datos ejecuta una versión de motor desde la que existe una ruta de actualización a esta versión, puede actualizarse ahora. Puede actualizar cualquier clúster que cumpla los requisitos mediante las operaciones del clúster de base de datos de la consola o mediante el SDK. El siguiente comando de la CLI actualizará inmediatamente un clúster que cumpla los requisitos:
Para Linux, OS X o Unix:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.2.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.2 ^
4. --apply-immediately
```
Las actualizaciones se aplican a todas las instancias en un clúster de base de datos simultáneamente. Una actualización requiere un reinicio de la base de datos en esas instancias, por lo que se experimentará un tiempo de inactividad que oscila entre 20-30 segundos y varios minutos, tras el cual se puede reanudar el uso del clúster de base de datos.
### Realice siempre una prueba antes de realizar la actualización
Cuando se publique una nueva versión principal o secundaria del motor de Neptune, pruebe siempre las aplicaciones de Neptune en ella antes de actualizar. Incluso en una actualización secundaria podría haber nuevas características o comportamientos que podrían afectar al código.
Comience por comparar las páginas de notas de la versión actual con las de la versión de destino para ver si hay cambios en las versiones del lenguaje de consulta u otros cambios importantes.
La mejor forma de probar una nueva versión antes de actualizar el clúster de base de datos de producción es clonar el clúster de producción para que el clon ejecute la nueva versión del motor. A continuación, puede ejecutar consultas en el clon sin que eso afecte al clúster de base de datos de producción.
### Cree siempre una instantánea manual antes de realizar la actualización
Antes de realizar una actualización, se recomienda crear siempre una instantánea manual del clúster de base de datos. Una instantánea automática solo ofrece protección a corto plazo, mientras que una instantánea manual está disponible hasta que la elimine explícitamente.
En algunos casos, Neptune crea una instantánea manual para usted como parte del proceso de actualización, pero no debe confiar en eso y crear su propia instantánea manual.
Cuando tenga la seguridad de que no necesitará revertir el clúster de base de datos al estado anterior a la actualización, puede eliminar de forma explícita la instantánea manual que ha creado, así como la instantánea manual que Neptune podría haber creado. Si Neptune crea una instantánea manual, tendrá un nombre que empieza por `preupgrade`, seguido del nombre del clúster de base de datos, la versión del motor de origen, la versión del motor de destino y la fecha.
**nota**
Si intenta realizar la actualización mientras hay [una acción pendiente en proceso](manage-console-maintaining), es posible que se produzca un error como el siguiente:
```
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 se produce este error, espere a que finalice la acción pendiente o active inmediatamente un periodo de mantenimiento para que se complete la actualización anterior.
Para obtener más información sobre la actualización de la versión del motor, consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md). Si tiene alguna duda, el equipo de AWS Support está disponible en los foros de la comunidad y a través de [AWS Premium Support](https://aws.amazon.com/support).