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.
# Versiones del motor para Amazon Neptune
Amazon Neptune publica actualizaciones del motor con regularidad.
Puede determinar qué versión del motor tiene instalada actualmente utilizando la [API instance-status](access-graph-status.md) o la consola de Neptune. El número de versión le indica si está ejecutando una versión principal original, una versión secundaria o una versión de parche. Para obtener más información sobre la numeración de versiones, consulte [Números de la versión del motor](cluster-maintenance.md#engine-version-numbers).
Para obtener más información general sobre actualizaciones, consulte [Mantenimiento de clústeres](cluster-maintenance.md).
A partir de la versión 1.3.0.0 del motor, las versiones del motor tendrán la estructura que se muestra en la siguiente tabla. El número de versión secundario es el que se evaluará para su procesamiento de [`AutoMinorVersionUpgrade`](engine-maintenance-management.md#using-amvu).
| Versión | Versiones de producto | Versión principal | Versión secundaria | Versiones de parche | Status | Released | Fin de vida útil | Actualización a: |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| [1,47,0](engine-releases-1.4.7.0.md) | 1 | 4 | 7 | 0 | *activa* | 2026-03-03 | 2027-06-03 | N/A |
| [1.4.6.3](engine-releases-1.4.6.3.md) | 1 | 4 | 6 | 3 | *activa* | 2025-12-18 | 2027-06-03 | 1.4.7.0 |
| [1.4.6.2](engine-releases-1.4.6.2.md) | 1 | 4 | 6 | 2 | *activa* | 18-11-2020 | 2027-06-03 | 1.4.7.0 |
| [1.4.6.1](engine-releases-1.4.6.1.md) | 1 | 4 | 6 | 1 | *activa* | 18-09-2025 | 2027-03-06 | 1.4.6.2 |
| [1.4.6.0](engine-releases-1.4.6.0.md) | 1 | 4 | 6 | 0 | *activa* | 2025-09-02 | 2027-03-06 | 1.4.6.1 |
| [1.4.5.1](engine-releases-1.4.5.1.md) | 1 | 4 | 5 | 1 | *activa* | 2025-06-30 | 2027-03-06 | 1.4.6.0 |
| [1.4.5.0](engine-releases-1.4.5.0.md) | 1 | 4 | 5 | 0 | *activa* | 2025-04-09 | 2027-03-06 | 1.4.5.1 |
| [1.4.4.0](engine-releases-1.4.4.0.md) | 1 | 4 | 4 | 0 | *activa* | 2025-02-24 | 2027-03-06 | 1.4.5.0 |
| [1.4.3.0](engine-releases-1.4.3.0.md) | 1 | 4 | 3 | 0 | *activa* | 2025-01-21 | 2027-03-06 | 1.4.4.0 |
| [1.4.2.0](engine-releases-1.4.2.0.md) | 1 | 4 | 2 | 0 | *activa* | 2024-12-19 | 2027-03-06 | 1.4.3.0 |
| [1.4.1.0](engine-releases-1.4.1.0.md) | 1 | 4 | 1 | 0 | *activa* | 2024-11-21 | 2027-03-06 | 1.4.2.0 |
| [1.4.0.0](engine-releases-1.4.0.0.md) | 1 | 4 | 0 | 0 | *activa* | 2024-11-06 | 2027-03-06 | 1.4.1.0 |
| [1.3.4.0](engine-releases-1.3.4.0.md) | 1 | 3 | 4 | 0 | *activa* | 2024-10-01 | 2027-03-06 | 1.4.0.0 |
| [1.3.3.0](engine-releases-1.3.3.0.md) | 1 | 3 | 3 | 0 | *activa* | 2024-08-05 | 2027-03-06 | 1.3.4.0 |
| [1.3.2.1](engine-releases-1.3.2.1.md) | 1 | 3 | 2. | 1 | *activa* | 2024-06-20 | 2027-03-06 | 1.3.3.0 |
| [1.3.2.0](engine-releases-1.3.2.0.md) | 1 | 3 | 2 | 0 | *activa* | 2024-06-10 | 2027-03-06 | 1.3.2.1 |
| [1.3.1.0](engine-releases-1.3.1.0.md) | 1 | 3 | 1 | 0 | *activa* | 2024-03-06 | 2027-03-06 | 1.3.2.1 |
| [1.3.0.0](engine-releases-1.3.0.0.md) | 1 | 3 | 0 | 0 | *activa* | 15-11-2020 | 2027-03-06 | 1.3.2.1 |
La siguiente tabla muestra todas las versiones del motor desde la 1.0.1.0, junto con información sobre la versión. end-of-life Puede utilizar las fechas para planificar sus ciclos de prueba y actualización.
| Versión | Versión principal | Versión secundaria | Status | Released | Fin de vida útil | Actualización a: |
| --- | --- | --- | --- | --- | --- | --- |
| [1.2.1.2](engine-releases-1.2.1.2.md) | 1.2 | 1.2 | *activa* | 2024-08-05 | 2026-06-30 | 1.3.0.0 |
| [1.2.1.1](engine-releases-1.2.1.1.md) | 1.2 | 1.1 | *activa* | 2024-03-11 | 2026-06-30 | 1.3.0.0 |
| [1.2.1.0](engine-releases-1.2.1.0.md) | 1.2 | 1.0 | *activa* | 2023-03-08 | 2026-06-30 | 1.3.0.0 |
| [1.2.0.2](engine-releases-1.2.0.2.md) | 1.2 | 0.2 | *activa* | 2022-11-16 | 2026-06-30 | 1.3.0.0 |
| [1.2.0.1](engine-releases-1.2.0.1.md) | 1.2 | 0.1 | *activa* | 2022-10-26 | 2026-06-30 | 1.3.0.0 |
| [1.2.0.0](engine-releases-1.2.0.0.md) | 1.2 | 0.0 | *activa* | 2022-07-21 | 2026-06-30 | 1.3.0.0 |
| [1.1.1.0](engine-releases-1.1.1.0.md) | 1.1 | 1.0 | *activa* | 2019-04-2022 | 2026-06-30 | 1.2.1.0 |
| [1.1.0.0](engine-releases-1.1.0.0.md) | 1.1 | 0.0 | *en desuso* | 2021-11-19 | 2015-03-15 | 1.1.1.0 |
| [1.0.5.1](engine-releases-1.0.5.1.md) | 1.0 | 5.1 | *en desuso* | 2021-10-01 | 2023-01-30 | 1.1.0.0 |
| [1.0.5.0](engine-releases-1.0.5.0.md) | 1.0 | 5.0 | *en desuso* | 2021-07-27 | 2023-01-30 | 1.1.0.0 |
| [1.0.4.2](engine-releases-1.0.4.2.md) | 1.0 | 4.2 | *en desuso* | 2021-06-01 | 2023-01-30 | 1.1.0.0 |
| [1.0.4.1](engine-releases-1.0.4.1.md) | 1.0 | 4.1 | *en desuso* | 2020-12-08 | 2023-01-30 | 1.1.0.0 |
| [1.0.4.0](engine-releases-1.0.4.0.md) | 1.0 | 4.0 | *en desuso* | 2020-10-12 | 2023-01-30 | 1.1.0.0 |
| [1.0.3.0](engine-releases-1.0.3.0.md) | 1.0 | 3.0 | *en desuso* | 2020-08-03 | 2023-01-30 | 1.1.0.0 |
| [1.0.2.2](engine-releases-1.0.2.2.md) | 1.0 | 2.2 | *en desuso* | 2020-03-09 | 2022-07-29 | 1.0.3.0 |
| [1.0.2.1](engine-releases-1.0.2.1.md) | 1.0 | 2.1 | *en desuso* | 2019-11-22 | 2022-07-29 | 1.0.3.0 |
| [1.0.2.0](engine-releases-1.0.2.0.md) | 1.0 | 2.0 | *en desuso* | 2019-11-08 | 2020-05-19 | 1.0.3.0 |
| [1.0.1.2](engine-releases-1.0.1.2.md) | 1.0 | 1.2 | *en desuso* | 2019-10-15 | — | — |
| [1.0.1.1](engine-releases-1.0.1.1.md) | 1.0 | 1.1 | *en desuso* | 2019-08-13 | — | — |
| [1.0.1.0.\$1](engine-releases-1.0.1.0.md) | 1.0 | 1.0.\$1 | *en desuso* | 02-07-2019 y fechas anteriores | — | — |
## Planificación de las principales versiones del motor end-of-life
Las versiones del motor de Neptune casi siempre llegan al final de su vida útil al final de un trimestre natural. Solo se realizan excepciones cuando surgen problemas importantes de seguridad o disponibilidad.
Cuando una versión del motor llegue al final de su vida útil, tendrá que actualizar la base de datos de Neptune a una versión más reciente.
En general, las versiones del motor de Neptune siguen estando disponibles de la siguiente manera:
+ **Versiones de motor secundarias:** las versiones del motor secundarias permanecen disponibles durante al menos 6 meses después de su lanzamiento.
+ **Versiones de motor principales:** las versiones del motor principales permanecen disponibles durante al menos 6 meses después de su lanzamiento.
Al menos 3 meses antes de que la versión del motor llegue al final de su vida útil, AWS enviará una notificación automática por correo electrónico a la dirección de correo electrónico asociada a su AWS cuenta y publicará el mismo mensaje en su [AWS Health Dashboard](https://docs.aws.amazon.com/health/latest/ug/aws-health-dashboard-status.html). Esto le dará tiempo a planificar y prepararse para la actualización.
Cuando una versión del motor llegue al final de su vida útil, ya no podrá crear nuevos clústeres o instancias con esa versión. Tampoco se podrán crear instancias con esa versión mediante el escalado automático.
Una versión del motor que llegue al final de su vida útil se actualiza automáticamente durante un período de mantenimiento. El mensaje que se le envía tres meses antes del final de la vida útil de la versión de motor contiene detalles sobre lo que implica esa actualización automática, incluida la versión a la que se actualizaría automáticamente, el impacto en sus clústeres de bases de datos y las acciones que recomendamos.
**importante**
Usted es responsable de mantener actualizadas las versiones de su motor de base de datos. AWS insta a todos los clientes a actualizar sus bases de datos a la última versión del motor para poder beneficiarse de las medidas de seguridad, privacidad y disponibilidad más actuales. Si utiliza su base de datos en un motor o software no compatibles después de la fecha de caducidad (“motor heredado”), es probable que corra riesgos operativos, de seguridad y de privacidad, lo que incluye sufrir períodos de inactividad.
El funcionamiento de su base de datos en cualquier motor está sujeto al Acuerdo que rige su uso de los AWS Servicios. Los motores antiguos no están disponibles de forma general. AWS ya no es compatible con el Legacy Engine y AWS puede limitar el acceso o el uso de cualquier Legacy Engine en cualquier momento si se AWS determina que el Legacy Engine representa un riesgo de seguridad o responsabilidad, o un riesgo de daño, para los Servicios AWS, sus Filiales o cualquier tercero. Su decisión de seguir publicando su contenido en un motor heredado podría tener como consecuencia que su contenido deje de estar disponible, se dañe o sea irrecuperable. Las bases de datos que se ejecutan en un motor heredado están sujetas a las excepciones del acuerdo de nivel de servicio (SLA).
LAS BASES DE DATOS Y EL SOFTWARE RELACIONADO QUE SE EJECUTAN EN UN MOTOR ANTIGUO CONTIENEN ERRORES, DEFECTOS Y COMPONENTES AND/OR DAÑINOS. EN CONSECUENCIA, Y SIN PERJUICIO DE CUALQUIER DISPOSICIÓN EN CONTRARIO EN EL CONTRATO O EN LAS CONDICIONES DEL SERVICIO, AWS SE PROPORCIONA EL MOTOR ANTIGUO «TAL CUAL».
# Amazon Neptune Engine versión 1.4.7.0 (03-03-2020)
A partir del 3 de marzo de 2020, la versión 1.4.7.0 del motor se implementará de forma general. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización no está disponible temporalmente**
Las actualizaciones a la versión 1.4.7.0 del motor de Neptune no están disponibles en este momento debido a problemas conocidos relacionados con las actualizaciones de los clústeres de bases de datos globales (GDB). Esperamos habilitar las actualizaciones en unas semanas.
## Nuevas características de esta versión del motor
+ OpenCypher lee desde S3 el soporte para archivos Parquet y CSV a través de OC. Consulte la documentación. [neptune.read ()](access-graph-opencypher-21-extensions-s3-read.md)
+ Funciones de consulta geoespacial de OpenCypher. Esta versión incluye 12 funciones de tipos espaciales basadas en el estándar ISO/IEC 13249-3:2016, un nuevo tipo de propiedad geométrica para POINT almacenado en un nuevo índice geopétrico para una recuperación rápida y compatibilidad con el formato Known Text (WKT). [Datos espaciales](access-graph-opencypher-22-spatial-data.md)[Funciones espaciales](access-graph-opencypher-22-spatial-functions.md)Consulte la documentación y la misma.
## Mejoras en esta versión del motor
+ Rendimiento de consulta mejorado para las subconsultas de SPARQL que devuelven conjuntos de resultados pequeños, incluidas aquellas con valores LÍMITE pequeños
+ Se ha mejorado el rendimiento de las consultas en los casos en que las variables están restringidas por un gran número de valores constantes (por ejemplo, mediante una cláusula SPARQL VALUES o una cláusula UNWIND) OpenCypher
+ Mejoras en las consultas de inserción de baja latencia mediante algunas optimizaciones en las inserciones en el diccionario
+ Se han añadido nuevos pasos en el lenguaje Gremlin al motor del DFE (consulte la sección sobre los pasos de [Gremlin](gremlin-step-coverage-in-DFE.md) en el DFE).
+ Pasos de recorrido y recorrido: `order(local)`
+ Pasos de agregación y recopilación: `dedup(local)`
+ Mejora del rendimiento de OpenCypher las consultas, incluidas`COLLECT(DISTINCT ...)`. La reescritura descrita en [Reescribir las consultas COLLECT (DISTINCT...)](best-practices-content-11.md) ya no es necesaria cuando se utiliza la versión 1.4.7.0 o posterior del motor.
## Defectos corregidos en esta versión del motor
Correcciones generales:
+ Se corrigió el problema de que la carga masiva dejara de responder al cargar una gran cantidad de archivos perimetrales
+ Se ha corregido un problema al aplicar parches a los clústeres de bases de datos globales que afectaba a las actualizaciones de clústeres secundarios de las versiones 1.4.0.0, 1.4.1.0 y 1.4.2.0.
## 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.4.7.0, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.7.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.7.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.7.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Amazon Neptune Engine versión 1.4.6.3 (18 de diciembre de 2020)
A partir del 18 de diciembre de 2021, la versión 1.4.6.3 del motor se implementará de forma general. 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 (1.4.6.3)
**Correcciones generales**
+ Algunas excepciones que se clasificaron erróneamente como errores internos del servidor ahora se registran correctamente como excepciones de falta de memoria durante la ejecución del motor de flujo de datos (DFE).
+ Se ha corregido un problema que podía provocar que las instancias de la base de datos de Neptune fallaran durante el inicio cuando la validación de ID perimetral en línea detectaba tipos de entradas de diccionario inesperados. La validación de ID perimetral integrada ahora solo se ejecuta en las configuraciones del motor de consultas Gremlin y gestiona correctamente las entradas del diccionario que no son de URI.
+ Se ha corregido un error que provocaba que el cargador masivo Neptune no pudiera conectarse a S3 en determinadas regiones debido a una resolución de punto final incorrecta.
**Correcciones de openCypher**
+ Se ha corregido un fallo del motor que se producía a veces en las consultas que se utilizaban`CALL`.
+ Se ha corregido el tiempo de espera y la gestión de cancelaciones para las consultas de mutación.
+ Se ha corregido un error que provocaba que la `MERGE` cláusula diera resultados incorrectos cuando uno de los valores de propiedad transferidos tenía `MERGE` un valor nulo.
## 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.4.6.3, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.6.3 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.6.3 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.6.3 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Amazon Neptune Engine versión 1.4.6.2 (18 de noviembre de 2020)
A partir del 18 de noviembre de 2021, la versión 1.4.6.2 del motor se implementará de forma general. 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
**Correcciones generales**
+ Algunas excepciones que se clasificaron erróneamente como excepciones de fallo interno (IFEs) ahora se registran correctamente como excepciones de modificación simultánea () durante la ejecución del motor de flujo de datos (CMEsDFE).
**Correcciones de Gremlin**
+ Se mejoró la estabilidad del motor de Gremlin en comparación con el DFE
**Correcciones de openCypher**
+ Se ha corregido un problema introducido en la versión 1.4.6.0 del motor de Neptune por el que las consultas MERGE de OpenCypher gestionaban incorrectamente las direcciones de relación entrantes (←). Las consultas que utilizan patrones como MERGE (n) ← [:type] - (m) ahora crean relaciones con la dirección correcta.
+ Se ha corregido un error en la operación de confirmación en las transacciones de escritura que no se revertían correctamente.
+ Los planes de consulta optimizados ahora son compatibles con las consultas MERGE que hacen referencia a valores parametrizados.
## 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.4.6.2, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.6.2 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.6.2 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.6.2 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.4.6.1 del motor de Amazon Neptune (18/09/2025)
A partir del 18 de septiembre de 2025, se implementará de forma general la versión 1.4.6.1 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
**Correcciones generales**
+ Se han eliminado las comprobaciones de red para los clústeres que utilizan rangos de IP privadas que no cumplen con la RFC 1918, introducidas en la versión [Versión 1.4.6.0 del motor de Amazon Neptune (02/09/2025)](engine-releases-1.4.6.0.md).
**Correcciones de Gremlin**
+ Se ha corregido un problema relacionado con la administración de conexiones WebSocket con transacciones.
+ Se ha corregido un problema poco frecuente relacionado con el reinicio de instancias al utilizar el modo del DFE de Gremlin
## 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.4.6.1, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.6.1 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.6.1 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.6.1 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.4.6.0 del motor de Amazon Neptune (02/09/2025)
A partir del 2 de septiembre de 2025, se implementará de forma general la versión 1.4.6.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**aviso**
La versión del motor 1.4.6.0 incluye nuevas comprobaciones de red para los clústeres que utilizan rangos de IP privadas que no cumplen con la RFC 1918 en VPC de bases de datos sin autenticación de IAM. Si tiene esta configuración de VPC e IAM, tendrá que actualizar la VPC de la base de datos para que utilice los rangos de IP privadas RFC 1918 y and/or habilite la autenticación de IAM para evitar errores en las consultas tras la actualización a la versión 1.4.6.0.
## Nuevas características de esta versión del motor
+ Conéctese a Neptune mediante puntos de conexión públicos. Para obtener más información, consulte [Puntos de conexión públicos de Neptune](neptune-public-endpoints.md).
## Mejoras en esta versión del motor
**Mejoras generales**
+ Se ha mejorado el rendimiento de SPARQL en las operaciones de actualización.
+ Se ha mejorado OpenCypher el rendimiento de las operaciones y `CREATE` (mutaciones). `MERGE` `SET`
+ OpenCypher Rendimiento mejorado de las operaciones de subconsultas CALL.
**Mejoras de openCypher**
+ Se agregó una nueva sugerencia de consulta para admitir el tiempo de [espera del nivel de consulta](opencypher-query-hints-timeout-hint.md).
## Defectos corregidos en esta versión del motor
**Correcciones de Gremlin**
+ Las conexiones a las sesiones de Gremlin deben realizarse en el mismo canal en el que se crearon, lo que significa que no es posible conectar varias instancias de cliente a la misma sesión.
+ Las sesiones de Gremlin siempre se han cerrado cuando el cliente se cerraba, pero ahora también se cerrarán cuando el servidor inicie el cierre de la conexión, lo que evita una reconexión involuntaria o inesperada.
+ Se corrigieron las pérdidas de memoria en las consultas de Gremlin que leían datos de tipo blob de gran tamaño.
**Correcciones de openCypher**
+ Se ha corregido la gestión de variables después de una subconsulta `CALL`.
+ Se ha corregido un problema con la `reduce` función que gestionaba correctamente los escenarios de desbordamiento aritmético.
+ Se ha corregido una pérdida de memoria que afectaba a las consultas parametrizadas cuando la caché del plan de consultas estaba habilitada.
+ Se ha corregido un problema relacionado con el `NOT EXISTS` uso en cláusulas complejas. `WHERE`
+ Se ha corregido un error que provocaba que la excepción de memoria simultánea (CMEs) se informara erróneamente como. BadRequestException
**Correcciones de SPARQL**
+ Se ha corregido un mensaje de error para `LOAD/UNLOAD` de SPARQL cuando el origen remoto no está disponible.
## 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.4.6.0, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.6.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.6.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.6.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.4.5.1 del motor de Amazon Neptune (30/06/2025)
A partir del 30 de junio de 2025, se implementará de forma general la versión 1.4.5.1 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
**Correcciones generales**
+ Se ha corregido un problema con el escalado sin servidor que afectaba a todos los lenguajes de consulta.
+ Se ha corregido un problema por el que se devolvía un error interno en algunas consultas de openCypher al ejecutar `collect(distinct())` en una lista.
+ Se ha corregido un problema por el que una consulta de FTS simultánea provocaba que otras consultas de FTS simultáneas finalizaran al utilizar OpenSearch sin servidor.
## 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.4.5.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.5.1 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.5.1 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.5.1 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.4.5.0 del motor de Amazon Neptune (09/04/2025)
A partir del 9 de abril de 2025, se implementará de forma general la versión 1.4.5.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**aviso**
Hemos suspendido temporalmente las actualizaciones a la versión 1.4.5.0 debido a problemas que pueden producirse en determinadas configuraciones sin servidor. Recomendamos actualizar a la versión del motor 1.4.5.1. Las actualizaciones a la 1.4.5.0 se han desactivado temporalmente.
## Nuevas características de esta versión del motor
+ Se han añadido nuevos pasos del lenguaje Gremlin al motor DFE.
+ **Pasos de ruta y recorrido: **asDate(), dateAdd(), dateDiff(), fail(), Inject(), label(), path(), project(), repeat(), sack(), select(), unfold(), disjunct(), drop(), identity(), intersect(), length(), loops(), barrier(), order(), range(), reverse(), sample(), cap(), split(), filter(), flatMap(), map(), sideEffect(), union(), index()
+ **Pasos de agregación y recopilación: **aggregate(global), combine(), count(), dedup(global), fold(), group(), groupCount()
+ **Pasos matemáticos: **max(), mean(), min(), sum()
+ **Pasos de elementos: **otherV(), elementMap(), element(), V(), out(), in(), both(), outE(), inE(), bothE(), outV(), inV(), bothV(), otherV()
+ **Pasos de propiedades: **properties(), key(), valueMap(), value()
+ **Pasos de filtrado: **and(), coalesce(), coin(), is(), local(), none(), not(), or(), where()
+ **Pasos para la manipulación de cadenas: **concat(), lTrim(), rTrim(), substring(), toLower(), toUpper(), trim()
+
**Predicados:**
+ Compare: eq, neq, lt, lte, gt, gte
+ Contains: within, without
+ Texto P: termina con, contiene,, no contiene notStartingWith notEndingWith
+ P: and, or, between, outside, inside
Para obtener más información sobre todos los pasos de Gremlin disponibles en el DFE, consulte [Cobertura de pasos de Gremlin en el DFE](gremlin-step-coverage-in-DFE.md).
## Mejoras en esta versión del motor
**Mejoras generales**
+ Se ha mejorado el tiempo de espera del bloqueo del registro de consultas lentas. Los registros de consultas lentas ahora incluyen métricas de tiempo de espera para bloqueos compartidos y exclusivos. Se almacenan como parte de cada transacción en caso de promoción de lectura-escritura diferida. Estas métricas aparecen en la sección storageCounters de los registros de consultas lentas.
+ Se ha eliminado la compatibilidad con los siguientes conjuntos de cifrado:
+ TLS\$1ECDHE\$1RSA\$1CON\$1AES\$1128\$1CBC\$1 SHA256
+ TLS\$1ECDHE\$1RSA\$1CON\$1AES\$1256\$1CBC\$1 SHA384
+ TLS\$1ECDHE\$1ECDSA\$1CON\$1AES\$1128\$1CBC\$1 SHA256
+ TLS\$1ECDHE\$1ECDSA\$1CON\$1AES\$1256\$1CBC\$1 SHA384
**Mejoras de Gremlin**
+ Se han añadido muchos pasos nuevos al lenguaje Gremlin. Para obtener más información, consulte [Cobertura de pasos de Gremlin en el DFE](gremlin-step-coverage-in-DFE.md).
**Mejoras de openCypher**
+ Se ha mejorado el rendimiento de CREATE, MERGE y SET (mutaciones).
+ Se ha mejorado el rendimiento de la subconsulta CALL.
+ Se ha añadido compatibilidad con el encabezado final HTTP para las respuestas de openCypher de varias partes. Para obtener más información, consulte [Encabezados finales HTTP opcionales](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-queries.html#optional-http-trailing-headers).
+ Se ha añadido la función temporal para día, mes y año a openCypher. Para obtener más información, consulte [Funciones temporales](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#temporal-functions).
```
RETURN day(datetime('2021-06-03T01:48:14Z'))
{
"results": [{
"day(datetime('2021-06-03T01:48:14Z'))": 3
}]
}
```
## Defectos corregidos en esta versión del motor
**Correcciones generales**
+ Se ha solucionado el problema que hacía caer los archivos de registro. Audit/SlowQueryLog
**Correcciones de Gremlin**
+ Se ha corregido un problema con las consultas de Gremlin que se ejecutaban con la característica de caché de resultados deshabilitada. Una consulta que terminaba en iterate() devolvía resultados en lugar de devolver una respuesta vacía.
+ Se ha corregido un problema con la caché de resultados de Gremlin causado por consultas simultáneas con la misma clave. Una de las consultas ejecutadas simultáneamente devolvía resultados incorrectos en lugar de devolver resultados vacíos.
+ Se ha corregido un problema con las consultas de exportación de Amazon S3 que provocaba que una consulta fallara en una carga de varias partes de Amazon S3 debido a tiempos de espera o cancelaciones, lo que aumentaba el tiempo de limpieza.
+ Se ha corregido un problema de permisos relacionado con la exportación de Gremlin a Amazon S3.
**Correcciones de SPARQL**
+ Se ha corregido un problema en la gestión de las consultas de SPARQL que declaraban múltiples bases y IRIs que provocaba que solo se utilizara la declaración inicial.
+ Se ha corregido un problema en la gestión de las funciones `REPLACE` de SPARQL que utilizaban cadenas de patrones no válidas y provocaban un error.
+ Se ha corregido un problema en la gestión de las funciones `REPLACE` de SPARQL que utilizaban el indicador de insensibilidad a mayúsculas y minúsculas (`"i"`) con datos Unicode.
+ Se ha corregido un problema en el análisis de las consultas de SPARQL que utilizaban secuencias de escape de punto de código `\u` y `\U` no válidas, lo que provocaba que no se devolviera ninguna respuesta.
+ Se ha corregido un problema en la `IRI` función SPARQL que no siempre se resolvía correctamente en relación con el IRIs IRI base actual.
+ Se ha corregido un error que provocaba que `SPARQL INSERT DATA` las `DELETE DATA` actualizaciones que utilizaban nombres con prefijo no resolvieran correctamente la relación con el IRIs IRI base actual.
## 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.4.5.0, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.5.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.5.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.5.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.4.4.0 del motor de Amazon Neptune (24/02/2025)
A partir del 24 de febrero de 2025, se implementará de forma general la versión 1.4.4.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**aviso**
La caché de planes de consultas no es compatible temporalmente con el caso de uso de ejecución de consultas parametrizadas que incluyen valores de parámetros numéricos, debido a un error en la gestión de usos duplicados de un parámetro de tipo numérico en la consulta. Por ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Las consultas que realizan muchas búsquedas de índices en instrucciones o índices de diccionario podrían experimentar una regresión del rendimiento del 5 %. Por ejemplo, la obtención del recuento de todos los vértices o la obtención del `id` de todos los vértices no se verían afectadas. La obtención de todas las propiedades de todos los vértices podría experimentar una regresión de hasta el 5 %.
## Defectos corregidos en esta versión del motor
**Correcciones generales**
+ Se ha corregido un problema por el que la cláusula `WITH` con asterisco (`*`) y expresiones de alias provocaba un análisis incorrecto de las consultas en openCypher.
## 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.4.4.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.4.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.4.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.4.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.4.3.0 del motor de Amazon Neptune (21/01/2025)
A partir del 21 de enero de 2025, se implementará de forma general la versión 1.4.3.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**aviso**
La caché de planes de consultas no es compatible temporalmente con el caso de uso de ejecución de consultas parametrizadas que incluyen valores de parámetros numéricos, debido a un error en la gestión de usos duplicados de un parámetro de tipo numérico en la consulta. Por ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Las consultas que realizan muchas búsquedas de índices en instrucciones o índices de diccionario podrían experimentar una regresión del rendimiento del 5 %. Por ejemplo, la obtención del recuento de todos los vértices o la obtención del `id` de todos los vértices no se verían afectadas. La obtención de todas las propiedades de todos los vértices podría experimentar una regresión de hasta el 5 %.
## Nuevas características de esta versión del motor
+ [Exportación de resultados de consultas de Gremlin a Amazon S3](exporting-gremlin.md). Exportación de resultados de consultas de Gremlin directamente a Amazon S3. Esta característica le permite gestionar los resultados de consultas de gran tamaño de forma eficiente al exportarlos a un bucket de Amazon S3, en lugar de devolverlos como respuesta a la consulta.
```
g.V().
hasLabel('Comment').
valueMap().
call('neptune.query.exportToS3', [
'destination': 's3://your-bucket/path/result.json',
'format': 'GraphSONv3',
'keyArn': 'optional-kms-key-arn'
])
```
+ **Instancias R7i** La familia de instancias R7i, hasta 48xlarge, ya está disponible en las siguientes regiones:
+ ap-northeast-1: Asia-Pacífico (Tokio)
+ ap-northeast-2: Asia-Pacífico (Seúl)
+ ap-south-1: Asia-Pacífico (Mumbai)
+ ap-southeast-1: Asia-Pacífico (Singapur)
+ ap-southeast-2: Asia-Pacífico (Sídney)
+ ap-southeast-3: Asia-Pacífico (Yakarta)
+ ca-central-1: Canadá (centro)
+ eu-central-1: Europa (Fráncfort)
+ eu-north-1: Europa (Estocolmo)
+ eu-south-2: Europa (España)
+ eu-west-1: Europa (Irlanda)
+ eu-west-2: Europa (Londres)
+ eu-west-3: Europa (París)
+ us-east-1: Este de EE. UU. (Norte de Virginia)
+ us-east-2: Este de EE. UU. (Ohio)
+ us-west-1: Oeste de EE. UU. (Norte de California)
+ us-west-2: Oeste de EE. UU. (Oregón)
## Mejoras en esta versión del motor
**Mejoras generales**
+ Compatibilidad con el modo de laboratorio para la recopilación de elementos no utilizados (GC) en el diccionario.
Cuando está habilitada, las entradas del diccionario que no se utilizan se limpian mediante un trabajo en segundo plano. No reduce `VolumeBytesUsed`, sino que libera espacio en el índice para nuevas inserciones. Es probable que la tasa de crecimiento de `VolumeBytesUsed` sea menor cuando la GC del diccionario está habilitada en comparación con cuando no lo está. Esto funciona para los datos del gráfico de propiedades (insertados a través de Gremlin u openCypher) cuando el parámetro `neptune_streams` no está habilitado. Para obtener más información, consulte [Recopilación de elementos no utilizados en el diccionario de Neptune](storage-gc.md)
## Defectos corregidos en esta versión del motor
**Correcciones generales**
+ Se han corregido dos problemas de pérdida de memoria que afectaban a FreeableMemory cuando se utilizaba el motor DFE.
**Correcciones de openCypher**
+ Se ha resuelto el problema de filas duplicadas con MERGE ON MATCH/ON CREATE.
```
UNWIND [1, 1] AS id
MERGE (n:Person {id: id})
ON CREATE SET n.p = 5
ON MATCH SET n.p = 6
```
## 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.4.3.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.3.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.3.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.3.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.4.2.0 del motor de Amazon Neptune (19/12/2024)
A partir del 19 de diciembre de 2024, se implementará de forma general la versión 1.4.2.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**aviso**
La caché de planes de consultas no es compatible temporalmente con el caso de uso de ejecución de consultas parametrizadas que incluyen valores de parámetros numéricos, debido a un error en la gestión de usos duplicados de un parámetro de tipo numérico en la consulta. Por ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Las consultas que realizan muchas búsquedas de índices en instrucciones o índices de diccionario podrían experimentar una regresión del rendimiento del 5 %. Por ejemplo, la obtención del recuento de todos los vértices o la obtención del `id` de todos los vértices no se verían afectadas. La obtención de todas las propiedades de todos los vértices podría experimentar una regresión de hasta el 5 %.
## Defectos corregidos en esta versión del motor
**Correcciones generales**
+ Se ha corregido el plan de ejecución y el rendimiento de las consultas con varios accesos a propiedades sobre la misma variable dentro de OPTIONAL MATCH y la comprensión de listas. Por ejemplo:
```
MATCH (n)
WHERE n.name = 'A'
OPTIONAL MATCH (n)-[:knows]->(m)
WHERE m.name = 'C' or m.city = 'B'
RETURN m
```
## 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.4.2.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.2.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.2.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.2.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.4.1.0 del motor de Amazon Neptune (21/11/2024)
A partir del 21 de noviembre de 2024, se implementará de forma general la versión 1.4.1.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**aviso**
La caché de planes de consultas no es compatible temporalmente con el caso de uso de ejecución de consultas parametrizadas que incluyen valores de parámetros numéricos, debido a un error en la gestión de usos duplicados de un parámetro de tipo numérico en la consulta. Por ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Las consultas que realizan muchas búsquedas de índices en instrucciones o índices de diccionario podrían experimentar una regresión del rendimiento del 5 %. Por ejemplo, la obtención del recuento de todos los vértices o la obtención del `id` de todos los vértices no se verían afectadas. La obtención de todas las propiedades de todos los vértices podría experimentar una regresión de hasta el 5 %.
## Nuevas características de esta versión del motor
+ Se ha añadido compatibilidad con la subconsulta `CALL` y una subconsulta de solo lectura, lo que permite la ejecución de operaciones dentro de un ámbito definido. Se ejecuta una subconsulta `CALL` una vez por cada fila entrante y las variables devueltas en la subconsulta están disponibles para el ámbito externo de la consulta que las engloba. Las variables del ámbito externo se pueden importar a una subconsulta `CALL` mediante una cláusula `WITH` de importación. Para obtener más información, consulte [Compatibilidad con subconsultas CALL en Neptune](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#call-subquery-support).
```
MATCH (origin:airport {code:"AUS"})-[:route]->(stopover)
CALL {
WITH stopover
MATCH (stopover)-[r:route]->(destination)
RETURN destination
ORDER BY r.dist DESC LIMIT 2
}
RETURN stopover, destination
```
+ Se han añadido funciones de openCypher. Presentamos ocho nuevas funciones para ayudar con las cadenas, las operaciones de recopilación y la clasificación de las recopilaciones. Entre ellas se incluyen: `textIndexOf`, `collToSet`, `collSubtract`, `collIntersection`, `collSort`, `collSortMaps`, `collSortMulti` y `collSortNodes`. Consulte [Funciones de openCypher en Neptune](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#opencypher-compliance-new-functions) para obtener la descripción, los parámetros de entrada, la salida y los ejemplos.
## Mejoras en esta versión del motor
**Mejoras de Gremlin**
+ Nuevo parámetro del modo de laboratorio `AccurateQRCMemoryEstimation`. La [caché de resultados de consultas de Gremlin](https://docs.aws.amazon.com//neptune/latest/userguide/gremlin-results-cache.html), cuando está habilitada, permite almacenar en caché los resultados de las consultas en la base de datos. De forma predeterminada, se utiliza una estimación aproximada para determinar el tamaño del resultado almacenado en caché. Con este parámetro del modo laboratorio `AccurateQRCMemoryEstimation` habilitado, la estimación del tamaño de los resultados almacenados en caché utilizará una estimación tamaño precisa en lugar de aproximada.
+ Se ha corregido un problema que afectaba a la optimización del filtro “not” en las consultas de Gremlin que se ejecutan en el motor de ejecución predeterminado. Este problema afectaba a las consultas cuando los bordes se filtraban utilizando el paso not() combinado con cualquiera de los pasos outV()/inV()/otherV(). Entre las consultas de ejemplo se incluyen:
+ `g.E().hasLabel("knows").not(outV().hasId("5"))`
+ `g.V().has('airport','code','SDF').outE().where(not(otherV().has(id, within('1','5','7')))).count()`
**Mejoras de openCypher**
+ Mejora del rendimiento en consultas que utilizan listas o mapas estáticos de gran tamaño. En determinadas consultas con UNWIND sobre una lista grande de mapas anidados que se utilizan para insertar o actualizar un nodo con propiedades, se observa una mejora significativa del rendimiento.
+ Se ha introducido una nueva sugerencia de consulta de openCypher para indicar al motor que asuma tipos de datos consistentes para los valores utilizados en la consulta. Consulte [AssumeConsistentDataTypes](https://docs.aws.amazon.com//neptune/latest/userguide/opencypher-query-hints-AssumeConsistentDataTypes.html)para obtener más información sobre la nueva sugerencia de consulta de OpenCypher.
+ Se ha introducido un conjunto de [nuevas funciones de openCypher](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#opencypher-compliance-new-functions) para gestionar valores de texto y recopilaciones.
## Defectos corregidos en esta versión del motor
**Correcciones de Gremlin**
+ Se ha corregido un problema en la ruta del código TinkerPop OSS que permitía crear una representación en código de bytes de una consulta transversal cuando se utilizaba alguno de `withStrategies()/withoutStrategies()/with()` los pasos en un objeto «g». `GraphTraversalSource` El problema añadía incorrectamente nuevas instrucciones a Bytecode en lugar de sustituir las instrucciones existentes para la misma estrategia y provocaba una discrepancia en la clave de caché al invalidar la caché de resultados para borrar los resultados almacenados.
**Correcciones de openCypher**
+ Se ha corregido el comportamiento de las cláusulas de ``~id`match` inserción. CREATE/MERGE/MATCH Cuando se utiliza un ``~id`` valor no válido, como los tipos nulos o que no son cadenas, ahora se genera una excepción correcta para CREATE/MERGE las cláusulas y se devuelve un resultado cero para una `MATCH` cláusula.
+ Se ha corregido el error de IFE que se producía cuando el usuario utilizaba un valor de tipo no compatible con funciones de agregación (es decir, sum()).
+ Se ha corregido un error que provocaba que algunas consultas de mutación de baja latencia derivadas de una gran carga de trabajo de consultas fallaran y se produjera un OutOfMemory error.
**Correcciones de SPARQL**
+ Se ha corregido un problema en el registro de auditoría que se producía al gestionar las consultas de SPARQL que contienen el carácter `'%'`.
## 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.4.1.0, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.1.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.1.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.1.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.4.0.0 del motor de Amazon Neptune (06/11/2024)
A partir del 6 de noviembre de 2024, se implementará de forma general la versión 1.4.0.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](engine-releases-1.3.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
**aviso**
La caché de planes de consultas no es compatible temporalmente con el caso de uso de ejecución de consultas parametrizadas que incluyen valores de parámetros numéricos, debido a un error en la gestión de usos duplicados de un parámetro de tipo numérico en la consulta. Por ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Las consultas que realizan muchas búsquedas de índices en instrucciones o índices de diccionario podrían experimentar una regresión del rendimiento del 5 %. Por ejemplo, la obtención del recuento de todos los vértices o la obtención del `id` de todos los vértices no se verían afectadas. La obtención de todas las propiedades de todos los vértices podría experimentar una regresión de hasta el 5 %.
## Nuevas características de esta versión del motor
+ Cuando se agrega una borde a un gráfico de propiedades sin un ID explícito, el servidor asigna de forma predeterminada un ID de borde basado en UUID, que se almacena en el diccionario. Ahora, al configurar un nuevo parámetro de clúster`neptune_enable_server_generated_edge_id = 1`, el servidor lo asignará IDs mediante un entero de 8 bytes gestionado internamente, sin sobrecargas de diccionario. Esto se traduce en un ahorro de almacenamiento y un mejor rendimiento de las consultas sin necesidad de ningún cambio en ellas. Actualmente, esta característica solo es compatible con inserciones a través del lenguaje de consultas Gremlin.
+ Se ha añadido compatibilidad con la ejecución del paso limit() de Gremlin en recorridos anidados del motor DFE.
```
g.V().project("foo").by(out().order().by(T.id).limit(1))
```
## Mejoras en esta versión del motor
**Mejoras generales**
+ Neptune recuperará automáticamente el almacenamiento undo de las transacciones de gran tamaño una vez que la transacción se haya completado y los registros ya no sean necesarios para la recuperación.
+ Compatibilidad con réplicas de bases de datos globales con capacidad de supervivencia. Esta característica permite que el clúster secundario siga atendiendo las solicitudes de lectura durante el reinicio de una instancia de escritor en el clúster principal. Anteriormente, cuando se reiniciaba una instancia de escritor, también se reiniciaban todas las instancias de lector del clúster secundario. Con esta versión, las instancias de lector del clúster secundario siguen atendiendo solicitudes de lectura durante el reinicio de una instancia de escritor, lo que mejora la disponibilidad de lectura en el clúster.
+ Los registros de auditoría ahora se escriben de forma sincrónica, lo que garantiza que se registren todas las consultas. Esto puede afectar al rendimiento de consultas especialmente grandes (más de 100 KB) o de cargas de trabajo de alto rendimiento (más de 1000 QPS).
**Mejoras de Gremlin**
+ De forma predeterminada, se exige que el tiempo de espera por consulta sea inferior al tiempo de espera del clúster. En una versión anterior, se introdujo esta comprobación, pero era necesario habilitarla de forma explícita mediante el parámetro de modo laboratorio ''. StrictTimeoutValidation Con esta versión, 'StrictTimeoutValidation' estará habilitada de forma predeterminada y debe deshabilitarse de forma explícita para mantener el comportamiento anterior.
**Mejoras de openCypher**
+ En una versión anterior, introdujimos una [compatibilidad ampliada con el formato de fecha y hora](https://docs.aws.amazon.com//neptune/latest/userguide/feature-opencypher-compliance.html#opencypher-compliance-time-na), que se habilitaba a través del parámetro de modo de laboratorio `DatetimeMillisecond`. Esta compatibilidad ampliada con el formato de fecha y hora ahora está habilitada de forma predeterminada.
**Mejoras de SPARQL**
+ Nuevas acciones explícitas de IAM para permisos de consulta.
```
Previously:
COPY: WriteDataViaQuery & ReadDataViaQuery
MOVE: WriteDataViaQuery & DeleteDataViaQuery
DELETEINSERT: ReadDataViaQuery & DeleteDataViaQuery
Now,
COPY: WriteDataViaQuery & ReadDataViaQuery & DeleteDataViaQuery
MOVE: WriteDataViaQuery & ReadDataViaQuery & DeleteDataViaQuery
DELETEINSERT: ReadDataViaQuery, WriteDataViaQuery if there is INSERT clause, DeleteDataViaQuery if there is DELETE clause.
```
## Defectos corregidos en esta versión del motor
**Correcciones generales**
+ Se ha corregido un error con las instancias sin servidor que podía provocar el reinicio de la base de datos al escalarla verticalmente.
+ Se ha corregido un problema relacionado con la administración de los archivos de registro de auditoría que podía provocar que no se pudiera acceder a los archivos de registro para su descarga o rotación y, en algunos casos, aumentar el uso de la CPU.
+ Se ha corregido un problema de consulta relacionado con la optimización que retrasaba la generación de salida de mapas en el motor DFE.
+ Se ha corregido un problema que provocaba discrepancias entre las marcas de tiempo de los registros de auditoría y los registros de consultas lentas.
**Correcciones de Gremlin**
+ Se resolvió un problema en la administración de WebSocket conexiones de Gremlin por el que las consultas que se ejecutaban durante un tiempo superior al tiempo de espera de la conexión inactiva se cancelaban prematuramente. Esto afectaba de manera específica a los clientes Python Gremlin que utilizaban el transporte AIOHTTP.
**Correcciones de openCypher**
+ Se ha corregido un problema en el paso de recopilación que provocaba una excepción de error interno cuando había valores null durante la construcción de la consulta collect(distinct(n)).
+ Se ha corregido un problema por el que podía producirse una excepción `NullPointerException` en las consultas cuando la caché de planes de consultas estuviera habilitada.
+ Se ha corregido un problema por el que se evaluaban más datos de los necesarios cuando una consulta contenía la cláusula LIMIT.
+ Se ha corregido un problema por el que el uso de operaciones de rango (<, <=, >, >=) en una consulta parametrizada con una caché de planes de consultas producía resultados duplicados.
+ Se ha corregido un problema que transponía las columnas de resultados cuando se realizaban operaciones UNION y UNION ALL mediante conexiones bolt.
## 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.4.0.0, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.4.0.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.4.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.4.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.3.4.0 del motor de Amazon Neptune (01/10/2024)
A partir del 1 de octubre de 2024, se implementará de forma general la versión 1.3.4.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](engine-releases-1.3.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
**aviso**
Se ha detectado un problema con las operaciones de actualización de SPARQL 1.1 que puede darse en determinadas condiciones cuando se utilizan operadores de actualización con políticas de autorización basadas en acciones. Si utiliza las operaciones de actualización de SPARQL 1.1 con políticas de autorización basadas en acciones, le recomendamos que actualice a la última versión secundaria del motor de Neptune (al menos la 1.3.4.0), que incluye una corrección para este problema.
La caché de planes de consultas se ha desactivado temporalmente para las consultas parametrizadas que incluyen valores de parámetros numéricos debido a un problema en la gestión de usos duplicados de un parámetro de tipo numérico, como en la siguiente consulta:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
## Mejoras en esta versión del motor
+ Se ha añadido compatibilidad con la ejecución del paso limit() de Gremlin en recorridos anidados del motor DFE.
+ Se agregaron CloudWatch métricas relacionadas con la caché de resultados de Gremlin, como se indica a continuación, que pueden resultar útiles para diagnosticar y ajustar la latencia de la caché de resultados. Consulte [Métricas de Neptune](https://docs.aws.amazon.com//neptune/latest/userguide/cw-metrics.html#cw-metrics-available) para obtener más información.
```
NumResultCacheHit
NumResultCacheMiss
ResultCacheSizeInBytes
ResultCacheItemCount
ResultCacheOldestItemTimestamp
ResultCacheNewestItemTimestamp
```
## Defectos corregidos en esta versión del motor
**Mejoras generales**
+ Se ha corregido un error que provocaba que, en raras ocasiones, el motor se bloqueara en lugar de mostrar un error de consulta.
**Correcciones de Gremlin**
+ Hemos mejorado la gestión de las solicitudes y los informes de errores cuando un cliente o un proxy envía una solicitud de actualización de websocket a través de una conexión established/used HTTP (anteriormente se obtenían 400 respuestas con el error «no se ha proporcionado ningún script gremlin, código MissingParameterException»).
+ Hemos optimizado la gestión de los `mergeV` pasos con actualizaciones del valor de las propiedades de cardinalidad única. Por ejemplo, la siguiente consulta ahora es compatible de forma nativa con Neptune.
```
g.mergeV([(T.id): 1234]). option(onMatch, ['age': single(20), 'name': single('alice'), 'city': set('miami')])
```
+ Se ha corregido un problema de evaluación de consultas del DFE de Gremlin que provocaba que las consultas fallaran con un. `InternalFailureException` Este error se producía con ciertos patrones, `select` como se muestra en el siguiente ejemplo:
```
g.V("1").as("a").as("b").select("a","b").dedup()
```
**Correcciones de openCypher**
+ Se ha corregido un error que provocaba que, al ejecutar `collect(distinct())` con valores nulos presentes, se devolviera un error.
+ Se ha corregido un error que provocaba que al ejecutar una consulta parametrizada que contuviera un filtro de rango (/>= con respecto al valor del parámetro) se obtenían resultados. duplicate/missing
+ Se ha corregido un error que provocaba que el motor DFE generaba más salida de la solicitada en consultas con límite, lo que podía provocar errores de memoria insuficiente.
**Correcciones de SPARQL**
+ Se ha corregido un error que provocaba que se devolviera un error al ejecutar una consulta de actualización de SPARQL federada en clústeres habilitados para la autenticación de IAM.
+ Se han corregido los permisos basados en acciones para las operaciones de actualización de SPARQL 1.1.
## 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.3.4.0, asegúrese de que su proyecto sea compatible con las siguientes versiones del lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.3.4.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.3.4.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.3.4.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de una versión principal, se requiere el allow-major-version-upgrade parámetro. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 tienes alguna pregunta o duda, el equipo de AWS Soporte está disponible en los foros de la comunidad y a través del [Soporte AWS Premium](https://aws.amazon.com/support).
# Versión 1.3.3.0 del motor de Amazon Neptune (05/08/2024)
A partir del 5 de agosto de 2024, se implementará de forma general la versión 1.3.3.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](engine-releases-1.3.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
**aviso**
La versión 1.3.3.0 del motor introdujo algunos problemas potenciales que debe tener en cuenta. Para obtener más información, consulte la siguiente sección [Mitigación de problemas en la versión 1.3.3.0](#1.3.3.0-mitigation).
## Defectos corregidos en esta versión del motor
**Mejoras generales**
+ Se ha corregido un problema por el que el motor se volvía inestable cuando había un gran número de predicados en la caché de predicados.
**Correcciones de openCypher**
+ Se ha corregido un problema por el que la ejecución de consultas se quedaba bloqueada tras producirse una excepción interna.
+ Se ha corregido un problema por el que una consulta podía producir un error con una excepción interna al utilizar la caché de planes de consultas.
**Correcciones de SPARQL**
+ Se ha corregido un problema con el protocolo HTTP de almacén de gráficos (GSP) de SPARQL 1.1 que puede darse en determinadas condiciones cuando el GSP se utiliza con políticas de autorización basadas en acciones.
## Mitigación de problemas en la versión 1.3.3.0
+ Las consultas que utilizan valores de filtro numéricos pueden devolver resultados incorrectos cuando se utiliza la caché de planes de consultas. Para evitar este problema, utilice la sugerencia de consulta `QUERY:PLANCACHE "disabled"` para omitir la caché de planes de consultas. Por ejemplo, utilice
```
USING QUERY:PLANCACHE "disabled"
MATCH (n:person)
WHERE n.yearOfBirth > $year
RETURN n
parameters={"year":1950}
```
+ Las consultas que utilizan el mismo nombre de parámetro varias veces pueden fallar y generar el error `Parameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled`. En estos casos, puede omitir la memoria caché de planes de consultas, como se ha indicado anteriormente, o duplicar los parámetros, como en este ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Utilice la sugerencia `QUERY:PLANCACHE "disabled"` o modifique los parámetros:
```
MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$dur_min RETURN n
parameters={"rt_min":130, "dur_min":130}
```
+ Las consultas ejecutadas con el protocolo Bolt pueden producir resultados incorrectos si la consulta es una consulta UNION o UNION ALL. Para evitar este problema, considere la posibilidad de ejecutar la consulta en cuestión con el punto de conexión HTTP. Como alternativa, ejecute cada parte de la unión por separado cuando utilice el protocolo Bolt.
## 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.3.3.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.3.3.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.3.3.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.3.3.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.3.2.1 del motor de Amazon Neptune (20/06/2024)
A partir del 20 de junio de 2024, se implementará de forma general la versión 1.3.2.1 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](engine-releases-1.3.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
**aviso**
La versión 1.3.2.1 del motor introdujo algunos problemas potenciales que debe tener en cuenta. Para obtener más información, consulte la siguiente sección [Mitigación de problemas en la versión 1.3.2.1](#1.3.2.1-mitigation).
## Defectos corregidos en esta versión del motor
**Correcciones de openCypher**
+ Se detectó un error en la característica de caché del plan de consultas para las consultas parametrizadas que contienen una cláusula `WITH` interna con `SKIP` y `LIMIT` como parámetros. Los valores SKIP/LIMIT no estaban debidamente parametrizados y, como resultado, las ejecuciones posteriores del mismo plan de consultas en caché con valores de parámetros diferentes seguían devolviendo los mismos resultados que la primera ejecución. Este problema se ha resuelto.
```
# insert some nodes
UNWIND range(1, 10) as i CREATE (s {name: i}) RETURN s
# sample query
MATCH (p)
WITH p ORDER BY p.name SKIP $s LIMIT $l
RETURN p.name as res
# first time executing with {"s": 2, "l": 1}
{
"results" : [ {
"res" : 3
} ]
}
# second time executing with {"s": 2, "l": 10}
# due to bug, produces
{
"results" : [ {
"res" : 3
} ]
}
# with fix, produces correct results:
{
"results" : [ {
"res" : 3
}, {
"res" : 4
}, {
"res" : 5
}, {
"res" : 6
}, {
"res" : 7
}, {
"res" : 8
}, {
"res" : 9
}, {
"res" : 10
} ]
}%
```
+ Se ha corregido un error por el que las consultas de mutación parametrizadas emitían una excepción `InternalFailureException` cuando el parámetro que se pasaba aún no se encontraba en la base de datos.
+ Se ha corregido un error por el que las consultas de Bolt parametrizadas se bloqueaban tras alcanzar una condición de carrera durante la limpieza de recursos de consulta.
## Cambios en 1.3.2.1 heredados de 1.3.2.0
### Mejoras heredadas de la versión 1.3.2.0 del motor
**Mejoras generales**
+ Compatibilidad con la versión 1.3 de TLS, incluidos los conjuntos de cifrados TLS\$1AES\$1128\$1GCM\$1SHA256 y TLS\$1AES\$1256\$1GCM\$1SHA384. La versión 1.3 de TLS es opcional; la versión 1.2 de TLS sigue siendo la mínima.
+ La compatibilidad ampliada de openCypher con el formato de fecha y hora se encuentra en lab\$1mode en esta versión. Le animamos a que la pruebe.
**Mejoras de Gremlin**
+ Actualización a TinkerPop 3.7.x
+ Proporciona una gran ampliación del lenguaje Gremlin.
+ Nuevos pasos para procesar cadenas, listas y fechas.
+ Nueva sintaxis para especificar la cardinalidad en el paso `mergeV()`.
+ `union()` ahora se puede utilizar como paso inicial.
+ Para obtener más información sobre los cambios en la versión 3.7.x, consulte la [documentación de actualización de TinkerPop](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_tinkerpop_3_7_1).
+ Al actualizar los controladores del lenguaje Gremlin del cliente para Java, tenga en cuenta que las clases de serializadores han [cambiado de nombre](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_serializer_renaming). Deberá actualizar los nombres de los paquetes y las clases en los archivos de configuración y en el código, si se especifica.
+ `StrictTimeoutValidation` (solo cuando se habilita a través del modo de laboratorio `StrictTimeoutValidation` mediante la inclusión de `StrictTimeoutValidation=enabled`): cuando el parámetro `StrictTimeoutValidation` tiene un valor `enabled`, un valor de tiempo de espera por consulta especificado como una opción de solicitud o una sugerencia de consulta no puede superar el valor establecido globalmente en el grupo de parámetros. En tal caso, Neptune generará una excepción `InvalidParameterException`. Esta configuración se puede confirmar en una respuesta en el punto de conexión `/status` cuando el valor es `disabled`, y en las versiones 1.3.2.0 y 1.3.2.1 de Neptune, el valor predeterminado de este parámetro es `Disabled`.
**Mejoras de openCypher**
+ La versión 1.3.2.0 del motor de Amazon Neptune ofrece un rendimiento hasta 9 veces más rápido y 10 veces superior en las consultas de openCypher en comparación con las versiones anteriores del motor.
+ Consultas de baja latencia y mejora del rendimiento: mejoras generales del rendimiento en las consultas de openCypher de baja latencia. La nueva versión también mejora el rendimiento de dichas consultas. Las mejoras son más significativas cuando se utilizan consultas parametrizadas.
+ Compatibilidad con la caché de planes de consultas: cuando se envía una consulta a Neptune, la cadena de consulta se analiza, optimiza y transforma en un plan de consulta que, después, el motor ejecuta. Las aplicaciones suelen estar respaldadas por patrones de consulta comunes para los que se crean instancias con diferentes valores. La caché de planes de consultas puede reducir la latencia general al almacenar en caché los planes de consulta y, por lo tanto, evitar el análisis y la optimización de dichos patrones repetidos. Consulte [Memoria caché de planes de consultas en Amazon Neptune](access-graph-qpc.md) para obtener más detalles.
+ Mejora del rendimiento en consultas de agregación DISTINCT.
+ Mejora del rendimiento en uniones que incluyen variables que admiten valores null.
+ Mejora del rendimiento en consultas que incluyen el predicado not equals to id (node/relationship).
+ Compatibilidad ampliada con la funcionalidad de fecha y hora (solo habilitada a través del modo de laboratorio `DatetimeMillisecond` mediante la inclusión de `DatetimeMillisecond=enabled`). Para obtener más información, consulte [Compatibilidad temporal en la implementación de openCypher con Neptune (Neptune Analytics y Neptune Database 1.3.2.0 y posteriores)](feature-opencypher-compliance.md#opencypher-compliance-time-na).
### Corrección de defectos heredados de la versión 1.3.2.0 del motor
**Mejoras generales**
+ Se ha actualizado el mensaje de error de Neptune ML en la validación del acceso a los buckets de Graphlytics.
**Correcciones de Gremlin**
+ Se ha corregido la información de etiqueta que faltaba en la traducción de las consultas del DFE, en los casos en los que los pasos que no contribuían a la ruta contenían etiquetas. Por ejemplo:
```
g.withSideEffect('Neptune#useDFE', true).
V().
has('name', 'marko').
has("name", TextP.regex("mark.*")).as("p1").
not(out().has("name", P.within("peter"))).
out().as('p2').
dedup('p1', 'p2')
```
+ Se ha corregido el error `NullPointerException` en la traducción de las consultas del DFE, que se producía cuando una consulta se ejecutaba en dos fragmentos del DFE y el primer fragmento se optimizaba para convertirla en un nodo insatisfactorio. Por ejemplo:
```
g.withSideEffect('Neptune#useDFE', true).
V().
has('name', 'doesNotExists').
has("name", TextP.regex("mark.*")).
inject(1).
V().
out().
has('name', 'vadas')
```
+ Se ha corregido un error por el que Neptune podía generar una excepción `InternalFailureException` cuando una consulta contenía ValueTraversal en el modulador by() y su entrada era Map. Por ejemplo:
```
g.V().
hasLabel("person").
project("age", "name").by("age").by("name").
order().by("age")
```
**Correcciones de openCypher**
+ Se han mejorado las operaciones UNWIND (por ejemplo, ampliar una lista de valores para convertirla en valores individuales) con el fin de ayudar a evitar situaciones de falta de memoria (OOM). Por ejemplo:
```
MATCH (n)-->(m)
WITH collect(m) AS list
UNWIND list AS m
RETURN m, list
```
+ Se ha corregido la optimización del ID personalizado cuando se realizan varias operaciones MERGE en las que el ID se inserta mediante UNWIND. Por ejemplo:
```
UNWIND [{nid: 'nid1', mid: 'mid1'}, {nid: 'nid2', mid: 'mid2'}] as ids
MERGE (n:N {`~id`: ids.nid})
MERGE (m:M {`~id`: ids.mid})
```
+ Se ha corregido el problema de la pérdida de memoria al planificar consultas complejas con acceso a propiedades y varios saltos con relaciones bidireccionales. Por ejemplo:
```
MATCH (person1:person)-[:likes]->(res)-[:partOf]->(group)-[:knows]-(:entity {name: 'foo'}),
(person1)-[:knows]->(person2)-[:likes]-(res2), (comment)-[:presentIn]->(:Group {name: 'barGroup'}),
(person1)-[:commented]->(comment2:comment)-[:partOf]->(post:Post), (comment2)-[:presentIn]->(:Group {name: 'fooGroup'}),
(comment)-[:contains]->(info:Details)-[:CommentType]->(:CommentType {name: 'Positive'}),
(comment2)-[:contains]->(info2:Details)-[:CommentType]->(:CommentType {name: 'Positive'})
WHERE datetime('2020-01-01T00:00') <= person1.addedAfter <= datetime('2023-01-01T23:59') AND comment.approvedBy = comment2.approvedBy
MATCH (comment)-[:contains]->(info3:Details)-[:CommentType]->(:CommentType {name: 'Neutral'})
RETURN person1, group.name, info1.value, post.ranking, info3.value
```
+ Se han corregido las consultas de agregación con valores null agrupados por variables. Por ejemplo:
```
MATCH (n)
RETURN null AS group, sum(n.num) AS result
```
**Correcciones de SPARQL**
+ Se ha corregido el analizador de SPARQL para mejorar el tiempo de análisis de consultas grandes, como INSERT DATA, que contienen muchos triples y tokens grandes.
### Mitigación de problemas en la versión 1.3.2.1
+ Las consultas que utilizan valores de filtro numéricos pueden devolver resultados incorrectos cuando se utiliza la caché de planes de consultas. Para evitar este problema, utilice la sugerencia de consulta `QUERY:PLANCACHE "disabled"` para omitir la caché de planes de consultas. Por ejemplo, utilice
```
USING QUERY:PLANCACHE "disabled"
MATCH (n:person)
WHERE n.yearOfBirth > $year
RETURN n
parameters={"year":1950}
```
+ Las consultas que utilizan el mismo nombre de parámetro varias veces pueden fallar y generar el error `Parameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled`. En estos casos, puede omitir la memoria caché de planes de consultas, como se ha indicado anteriormente, o duplicar los parámetros, como en este ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Utilice la sugerencia `QUERY:PLANCACHE "disabled"` o modifique los parámetros:
```
MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$dur_min RETURN n
parameters={"rt_min":130, "dur_min":130}
```
+ Las consultas ejecutadas con el protocolo Bolt pueden producir resultados incorrectos si la consulta es una consulta UNION o UNION ALL. Para evitar este problema, considere la posibilidad de ejecutar la consulta en cuestión con el punto de conexión HTTP. Como alternativa, ejecute cada parte de la unión por separado cuando utilice el protocolo Bolt.
### 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.3.2.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.3.2.1 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.3.2.1 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.3.2.1 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.3.2.0 del motor de Amazon Neptune (10/06/2024)
A partir del 10 de junio de 2024, se implementará de forma general la versión 1.3.2.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](engine-releases-1.3.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
**aviso**
La versión 1.3.2.0 del motor introdujo algunos problemas potenciales que debe tener en cuenta. Para obtener más información, consulte la siguiente sección [Mitigación de problemas en la versión 1.3.2.0](#1.3.2.0-mitigation).
## Mejoras en esta versión del motor
**Mejoras generales**
+ Compatibilidad con la versión 1.3 de TLS, incluidos los conjuntos de cifrados TLS\$1AES\$1128\$1GCM\$1SHA256 y TLS\$1AES\$1256\$1GCM\$1SHA384. La versión 1.3 de TLS es opcional; la versión 1.2 de TLS sigue siendo la mínima.
**Mejoras de Gremlin**
+ Actualización a TinkerPop 3.7.x
+ Proporciona una gran ampliación del lenguaje Gremlin.
+ Nuevos pasos para procesar cadenas, listas y fechas.
+ Nueva sintaxis para especificar la cardinalidad en el paso `mergeV()`.
+ `union()` ahora se puede utilizar como paso inicial.
+ Para obtener más información sobre los cambios en la versión 3.7.x, consulte la [documentación de actualización de TinkerPop](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_tinkerpop_3_7_1).
+ Al actualizar los controladores del lenguaje Gremlin del cliente para Java, tenga en cuenta que las clases de serializadores han [cambiado de nombre](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_serializer_renaming). Deberá actualizar los nombres de los paquetes y las clases en los archivos de configuración y en el código, si se especifica.
+ `StrictTimeoutValidation` (solo cuando se habilita a través del modo de laboratorio `StrictTimeoutValidation` mediante la inclusión de `StrictTimeoutValidation=enabled`): cuando el parámetro `StrictTimeoutValidation` tiene un valor `enabled`, un valor de tiempo de espera por consulta especificado como una opción de solicitud o una sugerencia de consulta no puede superar el valor establecido globalmente en el grupo de parámetros. En tal caso, Neptune generará una excepción `InvalidParameterException`. Esta configuración se puede confirmar con una respuesta en el punto de conexión `/status` cuando el valor es `disabled`, y en la versión 1.3.2.0 de Neptune, el valor predeterminado de este parámetro es `Disabled`.
**Mejoras de openCypher**
+ La versión 1.3.2.0 del motor de Amazon Neptune ofrece un rendimiento hasta 9 veces más rápido y 10 veces superior en las consultas de openCypher en comparación con las versiones anteriores del motor.
+ Consultas de baja latencia y mejora del rendimiento: mejoras generales del rendimiento en las consultas de openCypher de baja latencia. La nueva versión también mejora el rendimiento de dichas consultas. Las mejoras son más significativas cuando se utilizan consultas parametrizadas.
+ Compatibilidad con la caché de planes de consultas: cuando se envía una consulta a Neptune, la cadena de consulta se analiza, optimiza y transforma en un plan de consulta, que después el motor ejecuta. Las aplicaciones suelen estar respaldadas por patrones de consulta comunes para los que se crean instancias con diferentes valores. La caché de planes de consultas puede reducir la latencia general al almacenar en caché los planes de consulta y, por lo tanto, evitar el análisis y la optimización de dichos patrones repetidos.
+ Mejora del rendimiento en consultas de agregación DISTINCT.
+ Mejora del rendimiento en uniones que incluyen variables que admiten valores null.
+ Mejora del rendimiento en consultas que incluyen el predicado not equals to id (node/relationship).
+ Compatibilidad ampliada con la funcionalidad de fecha y hora (solo habilitada a través del modo de laboratorio `DatetimeMillisecond` mediante la inclusión de `DatetimeMillisecond=enabled`). Para obtener más información, consulte [Compatibilidad temporal en la implementación de openCypher con Neptune (Neptune Analytics y Neptune Database 1.3.2.0 y posteriores)](feature-opencypher-compliance.md#opencypher-compliance-time-na).
## Defectos corregidos en esta versión del motor
**Mejoras generales**
+ Se ha actualizado el mensaje de error de Neptune ML en la validación del acceso a los buckets de Graphlytics.
**Correcciones de Gremlin**
+ Se ha corregido la información de etiqueta que faltaba en la traducción de las consultas del DFE, en los casos en los que los pasos que no contribuían a la ruta contenían etiquetas. Por ejemplo:
```
g.withSideEffect('Neptune#useDFE', true).
V().
has('name', 'marko').
has("name", TextP.regex("mark.*")).as("p1").
not(out().has("name", P.within("peter"))).
out().as('p2').
dedup('p1', 'p2')
```
+ Se ha corregido el error `NullPointerException` en la traducción de las consultas del DFE, que se producía cuando una consulta se ejecutaba en dos fragmentos del DFE y el primer fragmento se optimizaba para convertirla en un nodo insatisfactorio. Por ejemplo:
```
g.withSideEffect('Neptune#useDFE', true).
V().
has('name', 'doesNotExists').
has("name", TextP.regex("mark.*")).
inject(1).
V().
out().
has('name', 'vadas')
```
+ Se ha corregido un error por el que Neptune podía generar una excepción `InternalFailureException` cuando una consulta contenía ValueTraversal en el modulador by() y su entrada era Map. Por ejemplo:
```
g.V().
hasLabel("person").
project("age", "name").by("age").by("name").
order().by("age")
```
**Correcciones de openCypher**
+ Se han mejorado las operaciones UNWIND (por ejemplo, ampliar una lista de valores para convertirla en valores individuales) con el fin de ayudar a evitar situaciones de falta de memoria (OOM). Por ejemplo:
```
MATCH (n)-->(m)
WITH collect(m) AS list
UNWIND list AS m
RETURN m, list
```
+ Se ha corregido la optimización del ID personalizado cuando se realizan varias operaciones MERGE en las que el ID se inserta mediante UNWIND. Por ejemplo:
```
UNWIND [{nid: 'nid1', mid: 'mid1'}, {nid: 'nid2', mid: 'mid2'}] as ids
MERGE (n:N {`~id`: ids.nid})
MERGE (m:M {`~id`: ids.mid})
```
+ Se ha corregido el problema de la pérdida de memoria al planificar consultas complejas con acceso a propiedades y varios saltos con relaciones bidireccionales. Por ejemplo:
```
MATCH (person1:person)-[:likes]->(res)-[:partOf]->(group)-[:knows]-(:entity {name: 'foo'}),
(person1)-[:knows]->(person2)-[:likes]-(res2), (comment)-[:presentIn]->(:Group {name: 'barGroup'}),
(person1)-[:commented]->(comment2:comment)-[:partOf]->(post:Post), (comment2)-[:presentIn]->(:Group {name: 'fooGroup'}),
(comment)-[:contains]->(info:Details)-[:CommentType]->(:CommentType {name: 'Positive'}),
(comment2)-[:contains]->(info2:Details)-[:CommentType]->(:CommentType {name: 'Positive'})
WHERE datetime('2020-01-01T00:00') <= person1.addedAfter <= datetime('2023-01-01T23:59') AND comment.approvedBy = comment2.approvedBy
MATCH (comment)-[:contains]->(info3:Details)-[:CommentType]->(:CommentType {name: 'Neutral'})
RETURN person1, group.name, info1.value, post.ranking, info3.value
```
+ Se han corregido las consultas de agregación con valores null agrupados por variables. Por ejemplo:
```
MATCH (n)
RETURN null AS group, sum(n.num) AS result
```
**Correcciones de SPARQL**
+ Se ha corregido el analizador de SPARQL para mejorar el tiempo de análisis de consultas grandes, como INSERT DATA, que contienen muchos triples y tokens grandes.
## Mitigación de problemas en la versión 1.3.2.0
+ En la versión 1.3.2.0, hemos detectado un problema en la caché de planes de consultas cuando se utiliza `skip` o `limit` en una cláusula `WITH` interna y se parametrizan. Por ejemplo:
```
MATCH (n:Person)
WHERE n.age > $age
WITH n skip $skip LIMIT $limit
RETURN n.name, n.age
parameters={"age": 21, "skip": 2, "limit": 3}
```
En este caso, los valores de los parámetros skip y limit del primer plan también se aplicarán a las consultas posteriores, lo que dará lugar a resultados inesperados.
**Mitigación**
Para evitar este problema, añada la sugerencia de consulta `QUERY:PLANCACHE "disabled"` cuando envíe una consulta que incluya una subcláusula skip o limit parametrizada. Como alternativa, puede codificar de forma rígida los valores en la consulta.
**Opción 1.** Usar la sugerencia de consulta para deshabilitar la caché de planes:
```
Using QUERY:PLANCACHE "disabled"
MATCH (n:Person) WHERE n.age > $age
WITH n skip $skip LIMIT $limit
RETURN n.name, n.age
parameters={"age": 21, "skip": 2, "limit": 3}
```
**Opción 2.** Usar valores codificados de forma rígida para skip y limit:
```
MATCH (n:Person)
WHERE n.age > $age
WITH n skip 2 LIMIT 3
RETURN n.name, n.age
parameters={"age": 21}
```
+ Las consultas que utilizan valores de filtro numéricos pueden devolver resultados incorrectos cuando se utiliza la caché de planes de consultas. Para evitar este problema, utilice la sugerencia de consulta `QUERY:PLANCACHE "disabled"` para omitir la caché de planes de consultas. Por ejemplo, utilice
```
USING QUERY:PLANCACHE "disabled"
MATCH (n:person)
WHERE n.yearOfBirth > $year
RETURN n
parameters={"year":1950}
```
+ Las consultas que utilizan el mismo nombre de parámetro varias veces pueden fallar y generar el error `Parameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled`. En estos casos, puede omitir la memoria caché de planes de consultas, como se ha indicado anteriormente, o duplicar los parámetros, como en este ejemplo:
```
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$minutes RETURN n
parameters={"minutes":130}
```
Utilice la sugerencia `QUERY:PLANCACHE "disabled"` o modifique los parámetros:
```
MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n
UNION
MATCH (n:show) WHERE n.duration>=$dur_min RETURN n
parameters={"rt_min":130, "dur_min":130}
```
+ Las consultas ejecutadas con el protocolo Bolt pueden producir resultados incorrectos si la consulta es una consulta UNION o UNION ALL. Para evitar este problema, considere la posibilidad de ejecutar la consulta en cuestión con el punto de conexión HTTP. Como alternativa, ejecute cada parte de la unión por separado cuando utilice el protocolo Bolt.
## 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.3.2.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.7.1`
+ *Compatible con la última versión de Gremlin:* `3.7.1`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.3.2.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.3.2.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.3.2.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.3.1.0 del motor de Amazon Neptune (06/03/2024)
A partir del 6 de marzo de 2024, se implementará de forma general la versión 1.3.1.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](engine-releases-1.3.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
## Mejoras en esta versión del motor
**Mejoras generales**
+ Neptune ha mejorado la advertencia que aparece en profile/explain.
+ Se han eliminado las curvas EC del NIST obsoletas de los grupos con nombres predeterminados utilizados durante la negociación de TLS. Las curvas eliminadas son sect409k1, sect409r1 y sect571k1.
**Mejoras de Gremlin**
+ Se ha mejorado el cálculo de las estadísticas del DFE para evitar niveles muy altos de NCU en las instancias sin servidor.
+ Mejora del rendimiento de Gremlin para WITHIN.
## Defectos corregidos en esta versión del motor
**Correcciones de Gremlin**
+ Mejoras diversas en los planes de consulta del DFE de Gremlin.
+ Se ha corregido un error en las consultas de Gremlin con un recorrido opcional, por ejemplo, en consultas del tipo “g.V().hasLabel('person').group().by(id()).by(\$1\$1.in('friend').id().fold())”, en las que no se agrupaban las personas que no tuvieran bordes de amistad.
+ Se ha corregido un error por el que las consultas de Gremlin que contenían pasos coalesce dentro de moduladores `by` generaban un error si se ejecutaban con el motor DFE.
+ Se ha corregido un error que impedía que las consultas de solo lectura ejecutadas en una sesión de Gremlin funcionaran cuando se conectaban a una réplica de lectura.
+ Se ha corregido un error por el que el ARN de IAM no aparecía en el registro de auditoría de una solicitud de conexión WebSocket inicial correcta para Gremlin.
+ Se ha identificado la cobertura del paso coalesce con el DFE.
+ Se ha optimizado el conjunto de características para todos los planes del DFE.
**Correcciones de openCypher**
+ Se han corregido errores en la cláusula SET de openCypher para permitir la configuración en expresiones no variables (por ejemplo, match(n:TEST) set(case when n.prop = 2 then n end).prop = 3 return n.prop).
+ Se ha corregido un error que provocaba fallos en las consultas de openCypher que incluían agregación y ordenación.
+ Se ha mejorado la función UNWIND en listas de gran tamaño que contienen mapas estáticos.
+ Se ha corregido un error en la consulta MERGE de openCypher que utilizaba un identificador personalizado con valores duplicados.
**Correcciones de SPARQL**
+ Se ha corregido un error de SPARQL relacionado con el ámbito de las variables en patrones opcionales.
## 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.3.1.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.5`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.3.1.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.3.1.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.3.1.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.3.0.0 del motor de Amazon Neptune (15/11/2021)
A partir del 15 de noviembre de 2023, se implementará de forma general la versión 1.3.0.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
En la [versión 1.3.0.0 del motor](#engine-releases-1.3.0.0), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.3.0.0 a una versión de motor 1.3.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.3`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1` o `neptune1.2`, y esos grupos de parámetros no funcionan con la versión 1.3.0.0 y las versiones posteriores. Del mismo modo, debe utilizar los grupos de parámetros de clúster 1.4.0.0 para las versiones de motor 1.4.0.0 y superiores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
## Nuevas características de esta versión del motor
+ Se ha lanzado la [API de datos de Neptune](data-api.md).
La API de datos de Amazon Neptune proporciona compatibilidad con el SDK para más de 40 operaciones de datos de Neptune, incluidas la carga de datos, la ejecución de consultas, la consulta de datos y machine learning. Es compatible con los tres lenguajes de consulta de Neptune (Gremlin, openCypher y SPARQL) y está disponible en todos los lenguajes del SDK. Firma automáticamente las solicitudes de la API y simplifica considerablemente la integración de Neptune en sus aplicaciones.
+ Se ha añadido compatibilidad para integrar [OpenSearch Serverless](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/serverless-overview.html) con Neptune.
## Mejoras en esta versión del motor
**Mejoras en las actualizaciones del motor de Neptune**
Neptune ha cambiado la forma en que publica las actualizaciones del motor para que pueda tener más control sobre el proceso de actualización. En lugar de publicar parches para cambios de no separación, Neptune ahora publica versiones secundarias que se pueden controlar [mediante el campo de instancia `AutoMinorVersionUpgrade`](engine-maintenance-management.md#using-amvu) y sobre las que puede recibir notificaciones [suscribiéndose](events-subscribing.md) al evento [`RDS-EVENT-0156`](event-lists.md#RDS-EVENT-0156).
Consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md) para obtener más información sobre estos cambios.
**Mejora del cifrado en tránsito**
Neptune ya no admite los conjuntos de cifrado siguientes:
+ `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA`
+ `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA`
Neptune solo admite los siguientes conjuntos de cifrado seguro con TLS 1.2:
+ `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384`
+ `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`
+ `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384`
+ `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256`
**Mejoras de Gremlin**
+ Se ha añadido compatibilidad con el motor DFE para los siguientes pasos de Gremlin.
+ `FoldStep`
+ `GroupStep`
+ `GroupCountStep`
+ `TraversalMapStep `
+ `UnfoldStep`
+ `LabelStep`
+ `PropertyKeyStep`
+ `PropertyValueStep`
+ `AndStep`
+ `OrStep`
+ `ConstantStep`
+ `CountGlobalStep`
+ Se han optimizado los planes de consulta de DFE de Gremlin para evitar escaneos completos de vértices cuando se utiliza la modulación `by()`.
+ Se ha mejorado considerablemente el rendimiento de las consultas de cardinalidad baja y latencia baja.
+ Se ha añadido compatibilidad con DFE para los predicados del filtro `Or` de TinkerPop.
+ Se ha mejorado la compatibilidad con DFE del recorrido para filtros en la misma clave, para consultas como las siguientes:
```
g.withSideEffect("Neptune#useDFE", true)
.V()
.has('name', 'marko')
.and(
or(
has('name', eq("marko")),
has('name', eq("vardas"))
)
)
```
+ Se ha mejorado el control de errores del paso `fail()`.
**Mejoras de openCypher**
+ Se ha mejorado considerablemente el rendimiento de las consultas de cardinalidad baja y latencia baja.
+ Se ha mejorado el rendimiento de planificación de consultas cuando la consulta contiene muchos tipos de nodos.
+ Se ha reducido la latencia de todas las consultas de VLP.
+ Se ha mejorado el rendimiento al eliminar las uniones de canalización redundantes para consultas de patrones de un único nodo.
+ Se ha mejorado el rendimiento para consultas que contienen patrones de varios saltos con ciclos, como este:
```
MATCH (n)-->()-->()-->(m)
RETURN n m
```
**Mejoras de SPARQL**
+ Se ha introducido un nuevo operador SPARQL: `PipelineHashIndexJoin`
+ Se ha mejorado el rendimiento de la validación de URI para consultas SPARQL.
+ Se ha mejorado el rendimiento de las consultas de búsqueda de texto completo de SPARQL mediante la resolución por lotes de términos del diccionario.
## Defectos corregidos en esta versión del motor
**Correcciones de Gremlin**
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones al comprobar el punto de conexión del estado de la consulta de Gremlin de las consultas con predicados en los recorridos secundarios para los pasos que no se procesaban de forma nativa en el motor DFE.
+ Se ha corregido un error de Gremlin que provocaba que `valueMap()` no se optimizara en el motor DFE en recorridos `by()`.
+ Se ha corregido un error de Gremlin en el que una etiqueta de paso adjunta a `UnionStep` no se propagase al último elemento de la ruta de sus recorridos secundarios.
+ Se ha corregido un error de Gremlin que provocaba que una consulta fallara porque incluía demasiados pasos de TinkerPop y, por lo tanto, no se limpiaba.
+ Se ha corregido un error de Gremlin en el que se generaba una `NullPointerException` en los pasos `mergeV` y `mergeE`
+ Se ha corregido un error de Gremlin por el que `order()` no podía ordenar correctamente las salidas de cadena cuando algunas de ellas incluían un carácter de espacio.
+ Se ha corregido un problema de corrección de Gremlin que se producía cuando el paso `valueMap` se procesaba en el motor DFE.
+ Se ha corregido un problema de corrección de Gremlin que se producía cuando `GroupStep` o `GroupCountStep` se anidaban en un recorrido de clave.
**Correcciones de openCypher**
+ Se ha corregido un error de openCypher que implicaba el control de errores en torno a los caracteres NULL.
+ Se ha corregido un error en el control de transacciones de openCypher Bolt.
**Correcciones de SPARQL**
+ Se ha corregido un error de SPARQL que provocaba que los valores dentro de las funciones recursivas no se resolvieran correctamente.
+ Se ha corregido un error de SPARQL que provocaba una disminución del rendimiento cuando se inyectaban un gran número de valores mediante la cláusula `VALUES`.
+ Se ha corregido un error de SPARQL que el operador `REGEX` no funcionara correctamente cuando se llamaba desde un literal etiquetado en un lenguaje.
## 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.3.0.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.3.0.0 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.3.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.3.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.2.1.2 del motor de Amazon Neptune (05/08/2024)
A partir del 5 de agosto de 2024, se implementará de forma general la versión 1.2.1.2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
**aviso**
Se ha detectado un problema con el protocolo HTTP de almacén de gráficos (GSP) de SPARQL 1.1 que puede darse en determinadas condiciones cuando el GSP se utiliza con políticas de autorización basadas en acciones. Si utiliza el protocolo HTTP de almacén de gráficos de SPARQL 1.1 con políticas de autorización basadas en acciones, le recomendamos que actualice a la última versión secundaria del motor de Neptune (al menos la 1.2.1.2), que incluye una corrección para este problema.
## Defectos corregidos en esta versión del motor
**Correcciones de SPARQL**
+ Se ha corregido un problema con el protocolo HTTP de almacén de gráficos (GSP) de SPARQL 1.1 que puede darse en determinadas condiciones cuando el GSP se utiliza con políticas de autorización basadas en acciones.
## 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.2.1.2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.1.2 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.2.1.2 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.2 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.2.1.1 del motor de Amazon Neptune (11/03/2024)
A partir del 11 de marzo de 2024, se implementará de forma general la versión 1.2.1.1 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
**Mejoras generales**
Neptune ha mejorado la advertencia que aparece en profile/explain.
**Mejoras de Gremlin**
+ Se ha mejorado el cálculo de las estadísticas del DFE para evitar niveles muy altos de NCU en las instancias sin servidor.
+ Mejora del rendimiento de Gremlin para WITHIN.
## Defectos corregidos en esta versión del motor
**Correcciones de Gremlin**
+ Se han corregido errores de ordenación del plan de consulta del motor DFE de Gremlin.
+ Se ha corregido un error que provocaba el fallo de memoria insuficiente en Gremlin, que originalmente se notificaba como InternalFailureException.
+ Se ha corregido un error por el que el ARN de IAM no aparecía en el registro de auditoría de una solicitud de conexión WebSocket inicial correcta.
+ Se ha corregido un error en las consultas de Gremlin con la sesión de TinkerPop habilitada, por el que las consultas de una sesión fallaban incluso cuando todas eran de solo lectura y se conectaban a una instancia de lector.
**Correcciones de openCypher**
+ Se han corregido errores en la cláusula SET de openCypher para permitir la configuración en expresiones no variables (por ejemplo, match(n:TEST) set(case when n.prop = 2 then n end).prop = 3 return n.prop).
+ Se ha corregido un error que provocaba fallos en las consultas de openCypher que incluían agregación y ordenación.
+ Se ha mejorado la función UNWIND en listas de gran tamaño que contienen mapas estáticos.
+ Se ha corregido un error en la consulta MERGE de openCypher que utilizaba un identificador personalizado con valores duplicados.
**Correcciones de SPARQL**
+ Se han corregido errores en el planificador de consultas del DFE de SPARQL.
+ Se ha corregido un error en SPARQL que se originaba al utilizarlo con las palabras clave BIND y OPTIONAL.
## 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.2.1.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.1.1 del motor
Puede actualizar a esta versión desde la [versión 1.2.0.0 o superior del motor](engine-releases-1.2.0.0.md).
## Actualización a esta versión
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.2.1.1 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.1 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.2.1.0 del motor de Amazon Neptune (08/03/2023)
A partir del 8 de marzo de 2023, se implementará de forma general la versión 1.2.1.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Versiones de parche posteriores para esta versión
+ [Versión: 1.2.1.0.R2 (02/05/2023)](engine-releases-1.2.1.0.R2.md)
+ [Versión: 1.2.1.0.R3 (13/06/2023)](engine-releases-1.2.1.0.R3.md)
+ [Versión: 1.2.1.0.R4 (10/08/2023)](engine-releases-1.2.1.0.R4.md)
+ [Versión: 1.2.1.0.R5 (02/09/2023)](engine-releases-1.2.1.0.R5.md)
+ [Versión: 1.2.1.0.R6 (12/09/2023)](engine-releases-1.2.1.0.R6.md)
+ [Versión: 1.2.1.0.R7 (06/10/2023)](engine-releases-1.2.1.0.R7.md)
## Nuevas características de esta versión del motor
+ Se ha añadido soporte para [TinkerPop 3.6.2](https://tinkerpop.apache.org/docs/3.6.2-SNAPSHOT/dev/provider/), que añade muchas características nuevas de Gremlin, como los pasos nuevos `mergeV()`, `mergeE()`, `element()` y `fail()`. Los pasos `mergeV()` y `mergeE()` son de especial interés, ya que ofrecen una opción declarativa muy esperada para realizar operaciones tipo actualización o inserción, lo que debería simplificar en gran medida los patrones de código existentes y facilitar la lectura de Gremlin. La versión 3.6.x también ha añadido predicados de expresiones regulares, lo que supone una nueva sobrecarga para el paso `property()` que requiere una `Map` y una revisión principal del comportamiento de modulación `by()`, que es mucho más coherente en todos los pasos en los que se utiliza.
Consulta el [registro cambios de TinkerPop](https://github.com/apache/tinkerpop/blob/3.6.0/CHANGELOG.asciidoc#release-3-6-0) y la [página de actualizaciones](https://tinkerpop.apache.org/docs/current/upgrade/) para obtener información sobre los cambios en la versión 3.6 y los aspectos a tener en cuenta al realizar la actualización.
Si utiliza `fold().coalesce(unfold(), )` para las inserciones condicionales, te recomendamos migrar a la nueva sintaxis `mergeV/E()`, que se describe [aquí](https://tinkerpop.apache.org/docs/3.6.0/reference/#mergevertex-step) y [aquí](https://tinkerpop.apache.org/docs/3.6.0/reference/#mergeedge-step). Neptune utiliza un patrón de bloqueo más limitado para `Merge` que para `Coalesce`, lo que puede reducir las excepciones de modificación simultánea (CME).
Para obtener más información sobre las nuevas características disponibles en esta versión de TinkerPop, consulte el blog de Stephen Mallette, [Exploring new features of Apache TinkerPop 3.6.x in Amazon Neptune](https://aws.amazon.com/blogs/database/exploring-new-features-of-apache-tinkerpop-3-6-x-in-amazon-neptune/) (Exploración de las nuevas características de Apache TinkerPop 3.6x en Amazon Neptune).
+ Se ha añadido compatibilidad con los [tipos de instancias R6i](https://aws.amazon.com/ec2/instance-types/r6i/), con tecnología de procesadores Intel Xeon Scalable de 3.ª generación. Son ideales para cargas de trabajo con uso intensivo de memoria y ofrecen hasta un 15 % más de rendimiento informático y hasta un 20 % más de ancho de banda de memoria por vCPU que los tipos de instancias R5 comparables.
+ Se han añadido puntos de conexión de la [API de resumen de gráficos](neptune-graph-summary.md) tanto para los gráficos de propiedades como para los gráficos RDF, que le permiten obtener un informe resumido rápido sobre el gráfico.
En el caso de los gráficos de propiedades (PG), la API de resumen de gráficos devuelve una lista de solo lectura de etiquetas de nodos y bordes y claves de propiedades, junto con el recuento de nodos, bordes y propiedades. En el caso de los gráficos RDF, proporciona una lista de clases y claves de predicados, junto con recuentos de cuádruples, sujetos y predicados.
La nueva API de resumen de gráficos ha incluido los siguientes cambios:
+ Se ha añadido una nueva acción del plano de datos [GetGraphSummary](iam-dp-actions.md#getgraphsummary).
+ Se ha añadido un nuevo punto de conexión `rdf/statistics` para reemplazar el punto de conexión `sparql/statistics`, que ahora está obsoleto.
+ Se ha cambiado el nombre del campo `summary` en la respuesta de estado de las estadísticas a `signatureInfo` para no confundirlo con la información de resumen del gráfico. Las versiones anteriores del motor siguen utilizando `summary` en la respuesta de JSON.
+ Se ha cambiado la precisión del campo `date` en la respuesta de estado de las estadísticas de un minuto a un milisegundo. El formato anterior era `2020-05-07T23:13Z` (precisión en minutos), mientras que el nuevo formato es `2023-01-24T00:47:43.319Z` (precisión en milisegundos). Ambos cumplen con la norma ISO 8601, pero este cambio puede interrumpir el código existente, según cómo se analice la fecha.
+ Se ha añadido un nuevo comando mágico de línea [`%statistics`](notebooks-magics.md#notebooks-line-magics-statistics) en el entorno de trabajo que permite recuperar las estadísticas del motor DFE.
+ Se ha añadido un nuevo comando mágico de línea [`%summary`](notebooks-magics.md#notebooks-line-magics-summary) en el entorno de trabajo que permite recuperar información del resumen de gráficos.
+ Se ha añadido el [registro de consultas lentas](slow-query-logs.md) para registrar las consultas que tardan más en ejecutarse que un umbral especificado. Para habilitar y controlar el registro de consultas lentas, se utilizan los dos nuevos parámetros dinámicos, es decir, [neptune\$1enable\$1slow\$1query\$1log](parameters.md#parameters-db-cluster-parameters-neptune_enable_slow_query_log) y [neptune\$1slow\$1query\$1log\$1threshold](parameters.md#parameters-db-cluster-parameters-neptune_slow_query_log_threshold).
+ Se ha añadido compatibilidad con dos [parámetros dinámicos](parameter-groups.md), los nuevos parámetros de clúster, [neptune\$1enable\$1slow\$1query\$1log](parameters.md#parameters-db-cluster-parameters-neptune_enable_slow_query_log) y [neptune\$1slow\$1query\$1log\$1threshold](parameters.md#parameters-db-cluster-parameters-neptune_slow_query_log_threshold). Al realizar un cambio en un parámetro dinámico, se aplica inmediatamente, sin necesidad de reiniciar la instancia.
+ Se ha añadido una función [removeKeyFromMap()](access-graph-opencypher-extensions.md#opencypher-compliance-removeKeyFromMap-function) de openCypher específica de Neptune que elimina una clave específica de un mapa y devuelve la nueva asignación resultante.
## Mejoras en esta versión del motor
+ Se ha ampliado la compatibilidad con el DFE de Gremlin a los pasos `limit` con alcance local.
+ Se ha añadido soporte de modulación `by()` para el `DedupGlobalStep` del Gremlin en el motor DFE.
+ Se ha añadido compatibilidad con DFE para Gremlin `SelectStep` y `SelectOneStep`.
+ Mejoras en el rendimiento y correcciones para varios operadores de Gremlin, incluidos `repeat`, `coalesce`, `store` y `aggregate`.
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `MERGE` y `OPTIONAL MATCH`.
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `UNWIND` de una lista de mapas de valores literales.
+ Se ha mejorado el rendimiento de las consultas de openCypher que tienen un filtro `IN` para `id`. Por ejemplo:
```
MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n
```
+ Se ha añadido la posibilidad de especificar el IRI base para las consultas de SPARQL mediante la instrucción BASE (consulte [IRI base predeterminado para consultas y actualizaciones](feature-sparql-compliance.md#opencypher-compliance-default-iri)).
+ Se ha reducido el tiempo de espera para el procesamiento de carga para las cargas masivas de solo bordes de Gremlin y openCypher.
+ Se ha logrado que las cargas masivas se reanuden de forma asíncrona cuando Neptune se reinicia para evitar el prolongado tiempo de espera provocado por problemas de conectividad de Amazon S3 antes de que se produzca un error en los intentos de reanudación.
+ Se ha mejorado la gestión de las consultas DESCRIBE de SPARQL que tienen la sugerencia de consulta [describeMode](sparql-query-hints-for-describe.md#sparql-query-hints-describeMode) establecida en `"CBD"` (descripción concisa y limitada) y que implican una gran cantidad de nodos en blanco.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher que provocaba que las consultas devolvieran la cadena `"null"`, en lugar de un valor nulo en Bolt y SPARQL-JSON.
+ Se ha corregido un error de openCypher en la comprensión de las listas que producía un valor nulo en lugar de los valores proporcionados para los elementos de la lista.
+ Se ha corregido un error de openCypher que provocaba que los valores de los bytes no se serializaran correctamente.
+ Se ha corregido un error de Gremlin en `UnionStep` que se producía cuando una entrada era un recorrido de borde hacia un vértice dentro de un recorrido secundario.
+ Se ha corregido un error de Gremlin que provocaba que una etiqueta de paso asociada a `UnionStep` no se propagase correctamente hasta el último paso del recorrido secundario.
+ Se ha corregido un error de Gremlin en el paso `dedup` con etiquetas que seguían a un paso `repeat`, por el que las etiquetas adjuntas al paso `dedup` no estaban disponibles para utilizarlas en consultas posteriores.
+ Se ha corregido un error de Gremlin que provocaba que al traducir el paso `repeat` dentro de un paso `union` se produjera un error interno.
+ Se ha corregido un error de corrección de Gremlin en las consultas del DFE con `limit` como recorrido secundario de pasos no unidos a la unión que recurrían a Tinkerpop. Las consultas en un formato como este se ven afectadas:
```
g.withSideEffect('Neptune#useDFE', true).V().as("a").select("a").by(out().limit(1))
```
+ Se ha corregido un error de SPARQL por el que los patrones `SPARQL GRAPH` no tenían en cuenta el conjunto de datos proporcionado por una cláusula `FROM NAMED`.
+ Se ha corregido un error de SPARQL que provocaba que `DESCRIBE` de SPARQL con algunas clausulas `FROM` o `FROM NAMED` no siempre utilizaba correctamente los datos del gráfico predeterminado y, a veces, generaba una excepción. Consulte [Comportamiento de DESCRIBE de SPARQL con respecto al gráfico predeterminado](sparql-default-describe.md).
+ Se ha corregido un error de SPARQL para que se devolviera el mensaje de excepción correcto cuando se rechazaban caracteres nulos.
+ Se ha corregido un error [explain](sparql-explain.md) de SPARQL que afectaba a los planes que incluían un operador [PipelinedHashIndexJoin](sparql-explain-operators.md#sparql-explain-operator-pipeline-hash-index-join).
+ Se ha corregido un error que podía provocar un error interno cuando se enviaba una consulta que devolvía un valor constante.
+ Se ha corregido un problema con la lógica del detector de bloqueos que, en ocasiones, hacía que el motor dejara de responder.
## 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.2.1.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.1.0 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a la versión [1.1.0.0](engine-releases-1.1.0.0.md) o una versión posterior.
**nota**
A partir de la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados que utilizaba con las versiones del motor anteriores a `1.2.0.0` deben volver a crearse mediante la familia de grupos de parámetros `neptune1.2`. Las versiones anteriores utilizaban la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionarán a partir de la versión `1.2.0.0`. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
No se actualizará automáticamente a esta versión principal.
## Actualización a esta versión
La versión 1.2.1.0 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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.1.0.R7 del motor de Amazon Neptune (06/10/2023)
A partir del 6 de octubre de 2023, se implementará de forma general la versión 1.2.1.0.R7 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error en el que, en algunos casos, una transacción errónea no se cerraba correctamente.
## 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.2.1.0.R7, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Actualización a esta versión
La versión 1.2.1.0.R7 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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.1.0.R6 del motor de Amazon Neptune (12/09/2023)
A partir del 12 de septiembre de 2023, se implementará de forma general la versión 1.2.1.0.R6 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Nuevas características de esta versión del motor
+ Se ha lanzado la [API de datos de Neptune](data-api.md).
La API de datos de Amazon Neptune proporciona compatibilidad con el SDK para cargar datos, ejecutar consultas, obtener información sobre los datos y ejecutar operaciones de machine learning. Es compatible con los lenguajes de consulta de Gremlin y openCypher en Neptune y está disponible en todos los lenguajes del SDK. Firma automáticamente las solicitudes de la API y simplifica considerablemente la integración de Neptune en las aplicaciones.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error que podía provocar picos de CPU con cargas elevadas al habilitar los registros de consultas lentas.
+ Se ha corregido un error de Gremlin que provocaba que se añadiera un borde y sus propiedades seguidas de `inV()`, o que `outV()` generara una `InternalFailureException`.
+ Se han corregido varios problemas relacionados con el encadenamiento de roles de IAM que, en algunos casos, provocaban una disminución en el rendimiento del programa de carga masiva.
## 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.2.1.0.R6, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Actualización a esta versión
La versión 1.2.1.0.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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.1.0.R5 del motor de Amazon Neptune (02/09/2023)
A partir del 2 de septiembre de 2023, se implementará de forma general la versión 1.2.1.0.R5 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Nuevas características de esta versión del motor
+ Se ha lanzado la [API de datos de Neptune](data-api.md).
La API de datos de Amazon Neptune proporciona compatibilidad con el SDK para cargar datos, ejecutar consultas, obtener información sobre los datos y ejecutar operaciones de machine learning. Es compatible con los lenguajes de consulta de Gremlin y openCypher en Neptune y está disponible en todos los lenguajes del SDK. Firma automáticamente las solicitudes de la API y simplifica considerablemente la integración de Neptune en las aplicaciones.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que provocaba que se añadiera un borde y sus propiedades seguidas de `inV()`, o que `outV()` generara una `InternalFailureException`.
+ Se han corregido varios problemas relacionados con el encadenamiento de roles de IAM que, en algunos casos, provocaban una disminución en el rendimiento del programa de carga masiva.
## 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.2.1.0.R5, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Actualización a esta versión
La versión 1.2.1.0.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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.1.0.R4 del motor de Amazon Neptune (10/08/2023)
A partir del 10 de agosto de 2023, se implementará de forma general la versión 1.2.1.0.R4 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
En algunos casos, ese posible que los cambios introducidos en esta versión del motor provoquen una disminución en el rendimiento de las cargas masivas. En consecuencia, las actualizaciones a esta versión se han suspendido temporalmente hasta que se resuelva el problema.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Añada compatibilidad con [GraphSON-1.0](https://tinkerpop.apache.org/docs/3.4.1/dev/io/#graphson) para Gremlin. Para usar GraphSON-1.0, pase `Accept header` con un valor de:
```
application/vnd.gremlin-v1.0+json;types=false
```
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones al comprobar el punto de conexión del estado de la consulta de Gremlin de las consultas con predicados en los recorridos secundarios para los pasos que no se procesaban de forma nativa.
+ Se ha corregido un error de openCypher en la gestión de transacciones de Bolt.
+ Se ha corregido un problema de simultaneidad en la capa de almacenamiento que podía provocar un bloqueo.
+ Se ha corregido un error en los registros de consultas lentos para garantizar que no estén activos cuando están deshabilitados.
## 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.2.1.0.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.5`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.1.0.R4 del motor
## Actualización a esta versión
La versión 1.2.1.0.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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.1.0.R3 del motor de Amazon Neptune (13/06/2023)
A partir del 13 de junio de 2023, se implementará de forma general la versión 1.2.1.0.R3 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
En algunos casos, ese posible que los cambios introducidos en esta versión del motor provoquen una disminución en el rendimiento de las cargas masivas. En consecuencia, las actualizaciones a esta versión se han suspendido temporalmente hasta que se resuelva el problema.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Nuevas características de esta versión del motor
+ Se ha añadido compatibilidad con la carga masiva entre cuentas mediante el [encadenamiento de roles de IAM](bulk-load-tutorial-chain-roles.md).
## Mejoras en esta versión del motor
+ Se ha mejorado el paso `fail()` de Gremlin para diferenciar la excepción que se producía de una `InternalFailureException` genérica y garantizar que cualquier mensaje proporcionado por el usuario que se le proporcionase se propagase de nuevo al intermediario.
+ Se han mejorado las optimizaciones del motor de consultas de Gremlin para `store`, `aggregate`, `cap`, `limit` y `hasLabel`.
+ Se ha añadido compatibilidad con las funciones trigonométricas de openCypher:
+ `acos()`
+ `asin()`
+ `atan()`
+ `atan2()`
+ `cos()`
+ `cot()`
+ `degrees()`
+ `pi()`
+ `radians()`
+ `sin()`
+ `tan()`
+ Se ha añadido compatibilidad con varias funciones de agregación de openCypher:
+ `percentileDisc()`
+ `stDev()`
+ Se ha añadido compatibilidad con la función `epochmillis()` de openCypher que convierte `datetime` en `epochmillis`. Por ejemplo:
```
MATCH (n) RETURN epochMillis(n.someDateTime)
1698972364782
```
+ Se ha añadido compatibilidad con el operador (`%`) del módulo de openCypher.
+ Se ha añadido compatibilidad con la herramienta Static Debug Explain de openCypher.
+ Se ha añadido compatibilidad con la función `randomUUID()` de openCypher.
+ Se ha mejorado el rendimiento de openCypher:
+ Se han mejorado el analizador y el planificador de consultas.
+ Se ha mejorado el uso de la CPU en el motor DFE.
+ Se ha mejorado el rendimiento de las consultas que incluyen varias cláusulas de actualización que reutilizan las mismas variables. Algunos ejemplos son:
```
MERGE (n {name: 'John'})
or
MERGE (m {name: 'Jim'})
or
MERGE (n)-[:knows {since: 2023}]→(m)
```
+ Planes optimizados de consultas para patrones de consulta de varios saltos, como, por ejemplo:
```
MATCH (n)-->()-->()-->(m)
RETURN n m
```
+ Se ha mejorado el rendimiento de la inyección de listas y mapas mediante consultas parametrizadas. Por ejemplo:
```
UNWIND $idList as id MATCH (n {`~id`: id})
RETURN n.name
```
+ Se ha mejorado la ejecución de consultas que incluye `WITH` al convertirla en una barrera adecuada.
+ Se ha optimizado para evitar la materialización redundante de valores en `Unfold` y las funciones de agregación.
+ Se ha mejorado el rendimiento de las consultas de SPARQL que incluyen un gran número de entradas estáticas en la cláusula `VALUES`, como, por ejemplo:
```
SELECT ?n WHERE { VALUES (?name) { ("John") ("Jim") ... many values ... } ?n a ?n_type . ?n ?name . }
```
+ Se ha mejorado el rendimiento de las consultas CBD de SPARQL.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que provocaba que las consultas largas con un anidamiento profundo provocaran un uso elevado de la CPU y tiempos de espera de las consultas durante la fase de planificación de las consultas.
+ Se ha corregido un error de Gremlin que provocaba que se pudiera lanzar una `NullPointerException` no válida al usar `mergeV` o `mergeE`.
## 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.2.1.0.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.1.0.R3 del motor
## Actualización a esta versión
La versión 1.2.1.0.R3 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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.1.0.R2 del motor de Amazon Neptune (02/05/2023)
A partir del 2 de mayo de 2023, se implementará de forma general la versión 1.2.1.0.R2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha añadido un parámetro `enableInterContainerTrafficEncryption` a todas las [API de Neptune ML](machine-learning-api-reference.md), que puede usar para habilitar y deshabilitar el cifrado de tráfico entre contenedores en trabajos de ajuste de hiperparámetros o de entrenamiento.
+ Se ha añadido compatibilidad con varias etiquetas para `mergeV()` y `mergeE()` de Gremlin.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher por el que las consultas de actualización y devolución no gestionaban correctamente `orderBy`, `limit` ni `skip`.
+ Se ha corregido un error de openCypher que permitía anular los parámetros incluidos en una solicitud por los parámetros de otra solicitud simultánea.
+ Se ha corregido un error de openCypher por el que los registros de consultas lentas no incluían los tiempos de consulta correctos.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones cuando se enviaba una consulta que incluía `GroupCountStep` en forma de cadena.
+ Se ha corregido un error de Gremlin que provocaba que se produjera un error en las consultas de WebSocket cuando se habilitaban los registros de consultas lentas.
+ Se ha corregido un error de Gremlin por el que faltaban los registros de depuración de los contadores de almacenamiento en los registros de consultas lentas para las solicitudes de WebSocket.
+ Se ha corregido varios errores de Gremlin relacionados con `mergeV()` y `mergeE()`.
+ Se ha corregido un error de SPARQL por el que se calculaban mal los costos de las consultas de gráficos con nombre asignado, lo que provocaba que los planes de consulta no fueran óptimos y se produjeran errores de memoria.
+ Se ha corregido un error que afectaba a la autorización de las consultas de Gremlin y openCypher en un clúster habilitado para IAM.
## 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.2.1.0.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.6.2`
+ *Compatible con la última versión de Gremlin:* `3.6.2`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.1.0.R2 del motor
## Actualización a esta versión
La versión 1.2.1.0.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.2.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.1.0 ^
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.2.0.2 del motor de Amazon Neptune (20/11/2022)
A partir del 20 de noviembre de 2022, se implementará de forma general la versión 1.2.0.2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Versiones de parche posteriores para esta versión
+ [Versión: 1.2.0.2.R2 (15/12/2022)](engine-releases-1.2.0.2.R2.md)
+ [Versión: 1.2.0.2.R3 (27/03/2023)](engine-releases-1.2.0.2.R3.md)
+ [Versión: 1.2.0.2.R4 (08/05/2023)](engine-releases-1.2.0.2.R4.md)
+ [Versión: 1.2.0.2.R5 (16/08/2023)](engine-releases-1.2.0.2.R5.md)
+ [Versión: 1.2.0.2.R6 (12/09/2023)](engine-releases-1.2.0.2.R6.md)
## Nuevas características de esta versión del motor
+ Se ha introducido la [inferencia inductiva en tiempo real](machine-learning-overview-evolving-data.md#inductive-vs-transductive-inference) para Gremlin en Neptune ML.
+ Se ha introducido una extensión de openCypher que permite especificar [valores de ID personalizados para las entidades](access-graph-opencypher-extensions.md#opencypher-compliance-custom-ids) en lugar de los UUID que Neptune genera. La posibilidad de asignar identificadores personalizados facilita la migración a Neptune desde Neo4j.
**aviso**
Esta extensión de la especificación de openCypher no es compatible con versiones anteriores, ya que ahora `~id` se considera un nombre de propiedad reservada. Si ya utiliza `~id` como propiedad en sus datos y consultas, debe [migrar la propiedad `~id` a una nueva clave de propiedad](access-graph-opencypher-extensions.md#opencypher-compliance-custom-ids-migrating) antes de actualizar a esta versión.
+ Se han añadido [varios modos nuevos de `DESCRIBE` de SPARQL](sparql-query-hints-for-describe.md) junto con sugerencias de consulta para configurarlos.
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de openCypher, especialmente para las consultas de VLP.
+ Se ha mejorado el rendimiento del DFE para las consultas de Gremlin con límites distintos de los terminales, como, por ejemplo:
```
g.withSideEffect('Neptune#useDFE',true).V().hasLabel('Student').limit(5).out('takesCourse')
```
## 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.2.0.2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.2 del motor
## Actualización a esta versión
La versión 1.2.0.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.2.0.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.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.2.0.2.R6 del motor de Amazon Neptune (12/09/2023)
A partir del 12 de septiembre de 2023, se implementará de forma general la versión 1.2.0.2.R6 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de SPARQL que provocaba que el `REGEX` operador no funcionara correctamente cuando se llamaba desde un literal etiquetado en un lenguaje.
+ Se ha corregido un problema que provocaba que empeorara el rendimiento de las cargas masivas.
## 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.2.0.2.R6, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.5`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.2.R6 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.2.0.2` del motor.
## Actualización a esta versión
La versión 1.2.0.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.2.0.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.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.2.0.2.R5 del motor de Amazon Neptune (16/08/2023)
A partir del 16 de agosto de 2023, se implementará de forma general la versión 1.2.0.2.R5 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
En algunos casos, ese posible que los cambios introducidos en esta versión del motor provoquen una disminución en el rendimiento de las cargas masivas. En consecuencia, las actualizaciones a esta versión se han suspendido temporalmente hasta que se resuelva el problema.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin por el que `order()` no podía ordenar correctamente las salidas de cadena cuando algunas de ellas incluían un carácter de espacio.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones al comprobar el punto de conexión del estado de la consulta de Gremlin de las consultas con predicados en los recorridos secundarios para los pasos que no se procesaban de forma nativa.
+ Se ha corregido un error de openCypher en la gestión de transacciones de Bolt.
+ Se ha corregido un problema de simultaneidad en la capa de almacenamiento que podía provocar un bloqueo.
## 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.2.0.2.R5, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.5`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.2.R5 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.2.0.2` del motor.
## Actualización a esta versión
La versión 1.2.0.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.2.0.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.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.2.0.2.R4 del motor de Amazon Neptune (08/05/2023)
A partir del 8 de mayo de 2023, se implementará de forma general la versión 1.2.0.2.R4 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de SPARQL que provocaba que se introdujera una gran cantidad de valores a través de una cláusula `VALUES` que podía provocar una disminución del rendimiento.
## 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.2.0.2.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.6`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.2.R4 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.2.0.2` del motor.
## Actualización a esta versión
La versión 1.2.0.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.2.0.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.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.2.0.2.R3 del motor de Amazon Neptune (27/03/2023)
A partir del 27 de marzo de 2023, se implementará de forma general la versión 1.2.0.2.R3 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Para los clústeres de bases de datos sin servidor, se ha cambiado la configuración de capacidad mínima a 1,0 NCU y la configuración máxima válida más baja a 2,5 NCU. Consulte [Escalado de capacidad en un clúster de base de datos de Neptune sin servidor](neptune-serverless-capacity-scaling.md)
+ Se ha añadido un parámetro `enableInterContainerTrafficEncryption` a todas las [API de Neptune ML](machine-learning-api-reference.md), que puede usar para habilitar y deshabilitar el cifrado de tráfico entre contenedores en trabajos de ajuste de hiperparámetros o de entrenamiento.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin por el que `option(Predicate)` impedía reconocer la sintaxis de Gremlin válida.
+ Se ha corregido un error de Gremlin que provocaba que las consultas no se limpiaran correctamente si fallaban porque incluían demasiados pasos.
+ Se ha corregido un error de corrección de Gremlin que afectaba a las consultas del DFE con `limit` como recorrido secundario de pasos no unidos a la unión que recurrían a Tinkerpop. Un ejemplo de una consulta de este tipo es:
```
g.withSideEffect('Neptune#useDFE', true).V().as("a").select("a").by(out().limit(1))
```
+ Se ha corregido una posible fuga de transacciones de Gremlin cuando una consulta enviada como una cadena incluía `GroupCountStep`.
+ Se ha corregido un error de openCypher que provocaba que el tipo de valor de parámetro no se infiriera correctamente en una lista o lista de mapas.
+ Se ha corregido un error de openCypher por el que las consultas de actualización y devolución no gestionaban correctamente `orderBy`, `limit` ni `skip`.
+ Se ha corregido un error de openCypher que permitía anular los parámetros incluidos en una solicitud por los parámetros de otra solicitud simultánea.
+ Se ha corregido un error de SPARQL que provocaba que se introdujera una gran cantidad de valores en una cláusula `VALUES` que podía provocar una disminución del rendimiento.
## 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.2.0.2.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.6`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.2.R3 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.2.0.2` del motor.
## Actualización a esta versión
La versión 1.2.0.2.R3 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.2.0.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.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.2.0.2.R2 del motor de Amazon Neptune (15/12/2022)
A partir del 15 de diciembre de 2022, se implementará de forma general la versión 1.2.0.2.R2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `MERGE` y `OPTIONAL MATCH`.
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `UNWIND` de una lista de mapas de valores literales.
+ Se ha mejorado el rendimiento de las consultas de openCypher que tienen un filtro `IN` para `id`. Por ejemplo:
```
MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n
```
+ Mejoras en el rendimiento y correcciones para varios operadores de Gremlin, incluidos `repeat`, `coalesce`, `store` y `aggregate`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher que provocaba que las consultas devolvieran la cadena `"null"`, en lugar de un valor nulo en Bolt y SPARQL-JSON.
+ Se ha corregido un error de Gremlin que provocaba que una etiqueta de paso adjunta `UnionStep` no se propagase al último elemento de la ruta de sus recorridos secundarios.
+ Se ha corregido un error de Gremlin que provocaba que `valueMap()` no se optimizara al realizar un recorrido `by()` en el motor DFE.
+ Se ha corregido un error de Gremlin que provocaba que las consultas de lectura ejecutadas como parte de una transacción de Gremlin más larga no bloquearan las filas.
+ Se ha corregido un error en el registro de auditoría que provocaba que se registrara información innecesaria y que algunos campos no aparecieran en los registros.
+ Se ha corregido un error en el registro de auditoría por el que no se registraba el ARN de IAM de las solicitudes HTTP a un clúster de base de datos habilitado para IAM.
+ Se ha corregido un error en la caché de búsqueda para limitar la memoria incremental utilizada para las escrituras en la caché.
+ Se ha corregido un error en la caché de búsqueda que implicaba configurar el modo de solo lectura para la caché de búsqueda cuando se producía un error en las escrituras.
## 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.2.0.2.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.2.R2 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.2.0.2` del motor.
## Actualización a esta versión
La versión 1.2.0.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.2.0.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.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.2.0.1 del motor de Amazon Neptune (26/10/2022)
A partir del 26 de octubre de 2022, se implementará de forma general la versión 1.2.0.1 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Versiones de parche posteriores para esta versión
+ [Versión de mantenimiento: 1.2.0.1.R2 (13/12/2022)](engine-releases-1.2.0.1.R2.md)
+ [Versión de mantenimiento: 1.2.0.1.R3 (27-09-2023)](engine-releases-1.2.0.1.R3.md)
## Nuevas características de esta versión del motor
+ Se ha introducido [Amazon Neptune sin servidor](neptune-serverless.md), una configuración de escalado automático bajo demanda que se ha diseñado para escalar el clúster de base de datos según sea necesario con el fin de hacer frente incluso a los grandes aumentos de la demanda de procesamiento y, luego, volver a reducir verticalmente cuando la demanda disminuya.
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas `order-by` de Gremlin. Las consultas de Gremlin con `order-by` al final de a un `NeptuneGraphQueryStep` ahora utilizan un tamaño de fragmento mayor para obtener un mejor rendimiento. Esto no se aplica a `order-by` en un nodo interno (sin raíz) del plan de consultas.
+ Se ha mejorado el rendimiento de las consultas de actualización de Gremlin. Los vértices y los bordes ahora deben bloquearse para que no se eliminen al añadir bordes o propiedades. Este cambio elimina los bloqueos duplicados en una transacción, lo que mejora el rendimiento.
+ Se ha mejorado el rendimiento de las consultas de Gremlin que se utilizan `dedup()` dentro de una subconsulta `repeat()` al reducir `dedup` a la capa de ejecución nativa.
+ Se han añadido mensajes de error sencillos para los errores de autenticación de IAM. Estos mensajes ahora muestran el ARN de su usuario o rol de IAM, el ARN del recurso y una lista de acciones no autorizadas para la solicitud. La lista de acciones no autorizadas le ayuda a ver lo que podría faltar o denegar explícitamente en la política de IAM que está utilizando.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que provocaba que, al usar `PartitionStrategy` después de actualizar a TinkerPop 3.5, se producía un error con el mensaje “PartitionStrategy no funciona con recorridos anónimos”, lo que impedía que se ejecutara el recorrido.
+ Se ha corregido un error de corrección de Gremlin relacionado con la traducción `WherePredicateStep`, que provocaba que el motor de consultas de Neptune produjera resultados incorrectos en las consultas que utilizaban `where(P.neq('x'))` y sus variantes.
+ Se ha corregido un error de openCypher en la cláusula `MERGE` que, en algunos casos, provocaba la creación de nodos y bordes duplicados.
+ Se ha corregido un error de SPARQL en la gestión de las consultas que incluyen `(NOT) EXISTS` en una cláusula `OPTIONAL`, por el que, en algunos casos, faltaban los resultados de las consultas.
+ Se ha corregido un error de carga masiva que provocaba regresiones en el rendimiento cuando se producían elevadas cargas de inserció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.2.0.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.1 del motor
## Actualización a esta versión
La versión 1.2.0.1 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.2.0.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.1 ^
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.2.0.1.R3 del motor de Amazon Neptune (27/09/2023)
A partir del 27 de septiembre de 2023, se implementará de forma general la versión 1.2.0.1.R3 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha añadido un parámetro `enableInterContainerTrafficEncryption` a todas las [API de Neptune ML](machine-learning-api-reference.md), que puede usar para habilitar y deshabilitar el cifrado de tráfico entre contenedores en trabajos de ajuste de hiperparámetros o de entrenamiento.
+ Para los clústeres de bases de datos sin servidor, se ha cambiado la configuración de capacidad mínima a 1,0 NCU y la configuración máxima válida más baja a 2,5 NCU. Consulte [Escalado de capacidad en un clúster de base de datos de Neptune sin servidor](neptune-serverless-capacity-scaling.md) *(((antes del lanzamiento, este cambio también debe reflejarse en la página sobre sistemas sin servidor))).*
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher por el que las consultas de actualización y devolución no gestionaban correctamente `orderBy`, `limit` ni `skip`.
+ Se ha corregido un error de openCypher que permitía anular los parámetros incluidos en una solicitud por los parámetros de otra solicitud simultánea.
+ Se ha corregido un error de openCypher en la gestión de transacciones de Bolt.
+ Se ha corregido un error de corrección de Gremlin en las consultas del DFE con `limit` como recorrido secundario de pasos no unidos a la unión que recurrían a Tinkerpop. Por ejemplo, para consultas como las siguientes:
```
g.withSideEffect('Neptune#useDFE', true)
.V()
.as("a")
.select("a")
.by(out()
.limit(1))
```
+ Se ha corregido un error de Gremlin que provocaba que una consulta fallara porque incluía demasiados pasos de TinkerPop y, por lo tanto, no se limpiaba.
+ Se ha corregido un error de Gremlin por el que `order()` no podía ordenar correctamente las salidas de cadena cuando algunas de ellas incluían un carácter de espacio.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones cuando se enviaba una consulta como una cadena e incluía `GroupCountStep`.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones al comprobar el punto de conexión del estado de la consulta de Gremlin de las consultas con predicados en los recorridos secundarios para los pasos que no se procesaban de forma nativa.
+ Se ha corregido un error de Gremlin que provocaba que se añadiera un borde y sus propiedades seguidas de `inV()`, o que `outV()` generara una `InternalFailureException`.
+ Se ha corregido un problema de simultaneidad en la capa de almacenamiento.
## 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.2.0.1.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.6`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.1.R3 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche durante el siguiente periodo de mantenimiento si está ejecutando la [versión 1.2.0.1 del motor](engine-releases-1.2.0.1.md).
## Actualización a esta versión
La versión 1.2.0.1.R3 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.2.0.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.1 ^
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.2.0.1.R2 del motor de Amazon Neptune (13/12/2022)
A partir del 13 de diciembre de 2022, se implementará de forma general la versión 1.2.0.1.R2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `UNWIND` de una lista de mapas de valores literales.
+ Mejoras en el rendimiento y correcciones para varios operadores de Gremlin, incluidos `repeat`, `coalesce`, `store` y `aggregate`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher que provocaba que las consultas devolvieran la cadena `"null"`, en lugar de un valor nulo en Bolt y SPARQL-JSON.
+ Se ha corregido un error en el registro de auditoría que provocaba que se registrara información innecesaria y que algunos campos no aparecieran en los registros.
+ Se ha corregido un error en la caché de búsqueda para limitar la memoria incremental utilizada para las escrituras en la caché.
+ Se ha corregido un error en la caché de búsqueda que implicaba configurar el modo de solo lectura para la caché de búsqueda cuando se producía un error en las escrituras.
## 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.2.0.1.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.1.R2 del motor
El clúster de base de datos de Neptune se actualizará automáticamente a esta versión de parche durante el siguiente periodo de mantenimiento si está ejecutando la [versión 1.2.0.1 del motor](engine-releases-1.2.0.1.md).
## Actualización a esta versión
La versión 1.2.0.1.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.2.0.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.1 ^
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.2.0.0 del motor de Amazon Neptune (21/07/2022)
A partir del 21 de julio de 2022, se implementará de forma general la versión 1.2.0.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](#engine-releases-1.2.0.0), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Versiones de parche posteriores para esta versión
+ [Versión: 1.2.0.0.R2 (14/10/2022)](engine-releases-1.2.0.0.R2.md)
+ [Versión: 1.2.0.0.R3 (15/12/2022)](engine-releases-1.2.0.0.R3.md)
+ [Versión: 1.2.0.0.R4 (29/09/2023)](engine-releases-1.2.0.0.R4.md)
## Nuevas características de esta versión del motor
+ Se ha añadido compatibilidad con [bases de datos globales](neptune-global-database.md). Una base de datos global de Neptune abarca varias Regiones de AWS y tiene un clúster de base de datos principal en una región y hasta cinco clústeres de base de datos secundarios en otras regiones.
+ Se ha añadido soporte para un control de acceso más detallado en las políticas de IAM de Neptune que el que estaba disponible anteriormente, en función de las acciones del plano de datos. Se trata de un cambio radical, ya que las políticas de IAM existentes que se basan en la acción obsoleta `connect` deben ajustarse para utilizar las acciones más detalladas del plano de datos. Consulte [Tipos de políticas de IAM](security-iam-access-manage.md#iam-auth-policy).
+ Se ha mejorado la disponibilidad de las instancias de lector. Anteriormente, cuando se reiniciaba una instancia de escritor, también se reiniciaban automáticamente todas las instancias de lector de un clúster de Neptune. A partir de la versión 1.2.0.0 del motor, las instancias de lector permanecen activas tras reiniciar el escritor, lo que mejora la disponibilidad del lector. Las instancias de lector se pueden reiniciar por separado para detectar los cambios en los grupos de parámetros. Consulte [Reinicio de una instancia de base de datos en Amazon Neptune](manage-console-instances-reboot.md).
+ Se ha añadido un nuevo parámetro de clúster de base de datos [neptune\$1streams\$1expiry\$1days](parameters.md#parameters-db-cluster-parameters-neptune_streams_expiry_days) que le permite establecer el número de días que los registros de las transmisiones permanecen en el servidor antes de eliminarlos. El rango va de 1 a 90 y el valor predeterminado es 7.
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de serialización de Gremlin para las consultas de ByteCode.
+ Neptune ahora procesa los predicados de texto mediante el motor DFE para mejorar el rendimiento.
+ Neptune ahora procesa los pasos `limit()` de Gremlin con el motor DFE, incluidos los límites de recorrido no terminales y secundarios.
+ Se ha modificado la gestión del paso `union()` de Gremlin en el DFE para que funcione con otras nuevas características, lo que significa que los nodos de referencia se muestran en los perfiles de consulta según lo previsto.
+ Gracias a la paralelización de algunas operaciones de unión costosas dentro del DFE, se ha mejorado el rendimiento hasta un factor de cinco.
+ Se ha añadido soporte de modulación `by()` para `OrderGlobalStep order(global)` para el motor DFE de Gremlin.
+ Se ha añadido la visualización de los valores estáticos inyectados en los detalles de explicación del DFE.
+ Se ha mejorado el rendimiento al recortar patrones duplicados.
+ Se ha añadido la compatibilidad con la conservación del orden en el motor DFE de Gremlin.
+ Se ha mejorado el rendimiento de las consultas de Gremlin que tienen filtros vacíos, como los siguientes:
```
g.V().hasId(P.within([]))
```
```
g.V().hasId([])
```
+ Se han mejorado los mensajes de error cuando una consulta de SPARQL utiliza un valor numérico demasiado grande para que Neptune lo represente internamente.
+ Se ha mejorado el rendimiento al colocar los vértices con los bordes asociados al reducir las búsquedas en los índices cuando las transmisiones están deshabilitadas.
+ Se ha ampliado la compatibilidad con el DFE a más variantes del paso `has()`, en particular a `hasKey()` y `hasLabel()`, y a predicados de rango para cadenas/URI dentro de `has()`. Esto afecta a consultas como las siguientes:
```
// hasKey() on properties
g.V().properties().hasKey("name")
g.V().properties().has(T.key, TextP.startingWith("a"))
g.E().properties().hasKey("weight")
g.E().properties().hasKey(TextP.containing("t"))
// hasLabel() on vertex properties
g.V().properties().hasLabel("name")
// range predicates on ID and Label fields
g.V().has(T.label, gt("person"))
g.E().has(T.id, lte("(an ID value)"))
```
+ Se ha añadido una función [`join()`](access-graph-opencypher-extensions.md#opencypher-compliance-join-function) de openCypher específica de Neptune que concatena las cadenas de una lista en una sola cadena.
+ Se han actualizado las [políticas administradas de Neptune](security-iam-access-managed-policies.md) para incluir permisos de acceso a los datos y permisos para las nuevas API de bases de datos globales.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error que provocaba que una solicitud HTTP sin un tipo de contenido especificado fallara automáticamente.
+ Se ha corregido un error de SPARQL en el optimizador de consultas que impedía el uso de una llamada de servicio dentro de una consulta.
+ Se ha corregido un error de SPARQL en el analizador RDF de Turtle que provocaba un error debido a una combinación concreta de datos Unicode.
+ Se ha corregido un error de SPARQL por el que una determinada combinación de cláusulas `GRAPH` y `SELECT` generaba resultados de consulta incorrectos.
+ Se ha corregido un error de Gremlin que provocaba un problema de corrección en las consultas que utilizaban cualquier paso de filtro dentro de un paso de unión, como el siguiente:
```
g.V("1").union(hasLabel("person"), out())
```
+ Se ha corregido un error de Gremlin que provocaba que `count()` de `both().simplePath()` duplicara el número real de resultados devueltos sin `count()`.
+ Se ha corregido un error de openCypher que provocaba que el servidor generara una excepción de discordancia de firmas defectuosa para las solicitudes de Bolt a clústeres con la autenticación de IAM habilitada.
+ Se ha corregido un error de openCypher por el que una consulta que utilizaba keep-alive de HTTP podía cerrarse incorrectamente si se enviaba después de una solicitud errónea.
+ Se ha corregido un error de openCypher que podía provocar un error interno cuando se enviaba una consulta que devolvía un valor constante.
+ Se ha corregido un error en los detalles de explicación para que `Time(ms)` de la subconsulta del DFE ahora sume correctamente los tiempos de CPU de los operadores de la subconsulta del DFE. Tenga en cuenta el siguiente fragmento del resultado de explicación como ejemplo:
```
subQuery1
╔════╤════════╤════════╤═══════════════════════╤═══════════════════════════════════╤══════╤══════════╤═══════════╤═══════╤═══════════╗
║ ID │ Out #1 │ Out #2 │ Name │ Arguments │ Mode │ Units In │ Units Out │ Ratio │ Time (ms) ║
╠════╪════════╪════════╪═══════════════════════╪═══════════════════════════════════╪══════╪══════════╪═══════════╪═══════╪═══════════╣
...
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 1 │ 2 │ - │ DFEChunkLocalSubQuery │ subQuery=...graph#336e.../graph_1 │ - │ 1 │ 1 │ 1.00 │ 0.38 ║
║ │ │ │ │ coordinationTime(ms)=0.026 │ │ │ │ │ ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
...
subQuery=...graph#336e.../graph_1
╔════╤════════╤════════╤═══════════════════════╤═══════════════════════════════════╤══════╤══════════╤═══════════╤═══════╤═══════════╗
║ ID │ Out #1 │ Out #2 │ Name │ Arguments │ Mode │ Units In │ Units Out │ Ratio │ Time (ms) ║
╠════╪════════╪════════╪═══════════════════════╪═══════════════════════════════════╪══════╪══════════╪═══════════╪═══════╪═══════════╣
║ 0 │ 1 │ - │ DFESolutionInjection │ solutions=[?100 -> [-10^^]] │ - │ 0 │ 1 │ 0.00 │ 0.04 ║
║ │ │ │ │ outSchema=[?100] │ │ │ │ │ ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 1 │ 3 │ - │ DFERelationalJoin │ joinVars=[] │ - │ 2 │ 1 │ 0.50 │ 0.29 ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 2 │ 1 │ - │ DFESolutionInjection │ outSchema=[] │ - │ 0 │ 1 │ 0.00 │ 0.01 ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 3 │ - │ - │ DFEDrain │ - │ - │ 1 │ 0 │ 0.00 │ 0.02 ║
╚════╧════════╧════════╧═══════════════════════╧═══════════════════════════════════╧══════╧══════════╧═══════════╧═══════╧═══════════╝
```
Los tiempos de subconsulta de la última columna de la tabla inferior suman 0,36 ms (`.04 + .29 + .01 + .02 = .36`). Al añadir el tiempo de coordinación de esa subconsulta (`.36 + .026 = .386`), se obtiene un resultado cercano al tiempo de la subconsulta registrado en la última columna de la tabla superior, es decir, `0.38` ms.
## 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.2.0.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.0 del motor
Dado que se trata de una versión principal del motor, no hay ninguna actualización automática.
Solo se puede actualizar de forma manual a una versión `1.2.0.0`, a partir del último parche de la [versión 1.1.1.0 del motor](engine-releases-1.1.1.0.md). Las versiones anteriores del motor deben actualizarse primero a la versión más reciente de `1.1.1.0` antes de poder actualizarse a `1.2.0.0`.
Por lo tanto, antes de intentar actualizar a esta versión, confirme que está utilizando la última versión de parche de la versión `1.1.1.0`. Si no es así, empiece por actualizar a la última versión de parche de `1.1.1.0`.
Antes de realizar la actualización, también debe volver a crear cualquier grupo de parámetros de clúster de base de datos personalizado que haya utilizado con la versión anterior, mediante el uso de la familia de grupos de parámetros `neptune1.2`. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
Si va a actualizar primero a la versión `1.1.1.0` y, después, inmediatamente a la versión `1.2.0.0`, puede que aparezca 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 (consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md)).
## Actualización a esta versión
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.2.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.2.0.0.R4 del motor de Amazon Neptune (29/09/2023)
A partir del 29 de septiembre de 2023, se implementará de forma general la versión 1.2.0.0.R4 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha añadido un parámetro `enableInterContainerTrafficEncryption` a todas las [API de Neptune ML](machine-learning-api-reference.md), que puede usar para habilitar y deshabilitar el cifrado de tráfico entre contenedores en trabajos de ajuste de hiperparámetros o de entrenamiento.
+ Para los clústeres de bases de datos sin servidor, se ha cambiado la configuración de capacidad mínima a 1,0 NCU y la configuración máxima válida más baja a 2,5 NCU. Consulte [Escalado de capacidad en un clúster de base de datos de Neptune sin servidor](neptune-serverless-capacity-scaling.md) *(((antes del lanzamiento, este cambio también debe reflejarse en la página sobre sistemas sin servidor))).*
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher por el que las consultas de actualización y devolución no gestionaban correctamente `orderBy`, `limit` ni `skip`.
+ Se ha corregido un error de openCypher que permitía anular los parámetros incluidos en una solicitud por los parámetros de otra solicitud simultánea.
+ Se ha corregido un error de openCypher en la gestión de transacciones de Bolt.
+ Se ha corregido un error de corrección de Gremlin en las consultas del DFE con `limit` como recorrido secundario de pasos no unidos a la unión que recurrían a Tinkerpop. Por ejemplo, para consultas como las siguientes:
```
g.withSideEffect('Neptune#useDFE', true)
.V()
.as("a")
.select("a")
.by(out()
.limit(1))
```
+ Se ha corregido un error de Gremlin que provocaba que una consulta fallara porque incluía demasiados pasos de TinkerPop y, por lo tanto, no se limpiaba.
+ Se ha corregido un error de Gremlin por el que `order()` no podía ordenar correctamente las salidas de cadena cuando algunas de ellas incluían un carácter de espacio.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones cuando se enviaba una consulta como una cadena e incluía `GroupCountStep`.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones al comprobar el punto de conexión del estado de la consulta de Gremlin de las consultas con predicados en los recorridos secundarios para los pasos que no se procesaban de forma nativa.
+ Se ha corregido un error de Gremlin que provocaba que se añadiera un borde y sus propiedades seguidas de `inV()`, o que `outV()` generara una `InternalFailureException`.
+ Se ha corregido un problema de simultaneidad en la capa de almacenamiento.
## 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.2.0.0.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.6`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.0.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.2.0.0`.
Solo se puede actualizar de forma manual a una versión `1.2.0.0`, a partir del último parche de la [versión 1.1.1.0 del motor](engine-releases-1.1.1.0.md). Las versiones anteriores del motor deben actualizarse primero a la versión más reciente de `1.1.1.0` antes de poder actualizarse a `1.2.0.0`.
Si va a actualizar primero a la versión `1.1.1.0` y, después, inmediatamente a la versión `1.2.0.0`, puede que aparezca 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.
## Actualización a esta versión
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.2.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.2.0.0.R3 del motor de Amazon Neptune (15/12/2022)
A partir del 15 de diciembre de 2022, se implementará de forma general la versión 1.2.0.0.R3 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `MERGE` y `OPTIONAL MATCH`.
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `UNWIND` de una lista de mapas de valores literales.
+ Se ha mejorado el rendimiento de las consultas de openCypher que tienen un filtro `IN` para `id`. Por ejemplo:
```
MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n
```
+ Mejoras en el rendimiento y correcciones para varios operadores de Gremlin, incluidos `repeat`, `coalesce`, `store` y `aggregate`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher que provocaba que las consultas devolvieran la cadena `"null"`, en lugar de un valor nulo en Bolt y SPARQL-JSON.
+ Se ha corregido un error de openCypher para poder interpretar correctamente el tipo de parámetro cuando el valor sea una lista o una lista de mapas.
+ Se ha corregido un error en el registro de auditoría que provocaba que se registrara información innecesaria y que algunos campos no aparecieran en los registros.
+ Se ha corregido un error en el registro de auditoría por el que no se registraba el ARN de IAM de las solicitudes HTTP a un clúster de base de datos habilitado para IAM.
+ Se ha corregido un error en la caché de búsqueda para limitar la memoria incremental utilizada para las escrituras en la caché.
+ Se ha corregido un error en la caché de búsqueda que implicaba configurar el modo de solo lectura para la caché de búsqueda cuando se producía un error en las escrituras.
## 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.2.0.0.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.0.R3 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.2.0.0`.
Solo se puede actualizar de forma manual a una versión `1.2.0.0`, a partir del último parche de la [versión 1.1.1.0 del motor](engine-releases-1.1.1.0.md). Las versiones anteriores del motor deben actualizarse primero a la versión más reciente de `1.1.1.0` antes de poder actualizarse a `1.2.0.0`.
Si va a actualizar primero a la versión `1.1.1.0` y, después, inmediatamente a la versión `1.2.0.0`, puede que aparezca 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.
## Actualización a esta versión
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.2.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.2.0.0.R2 del motor de Amazon Neptune (14/10/2022)
A partir del 14 de octubre de 2022, se implementará de forma general la versión 1.2.0.0.R2 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**nota**
**Si se realiza la actualización desde una versión del motor anterior a la 1.2.0.0:**
En la [versión 1.2.0.0 del motor](engine-releases-1.2.0.0.md), se introdujo un nuevo formato para los grupos de parámetros personalizados y los grupos de parámetros de clústeres personalizados. En consecuencia, si va a actualizar una versión de motor anterior a la 1.2.0.0 a una versión de motor 1.2.0.0 o posterior, debe volver a crear todos los grupos de parámetros personalizados y los grupos de parámetros de clúster personalizados existentes utilizando la familia de grupos de parámetros `neptune1.2`. En las versiones anteriores, se utilizaba la familia de grupos de parámetros `neptune1`, y esos grupos de parámetros no funcionan con la versión 1.2.0.0 y las versiones posteriores. Para obtener más información, consulte [Grupos de parámetros de Amazon Neptune](parameter-groups.md).
En la versión 1.2.0.0 del motor, también se introdujo un nuevo formato para los registros de deshacer. Como resultado, se deben purgar todos los registros de deshacer que se hayan creado con una versión anterior del motor y la métrica [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) de CloudWatch debe ser cero antes de que se pueda iniciar una actualización desde una versión anterior a la 1.2.0.0. Si hay demasiados registros de deshacer (200 000 o más), al intentar iniciar una actualización, es posible que se agote el tiempo de espera de la purga de los registros de deshacer.
Para acelerar la velocidad de depuración, actualice la instancia del escritor del clúster, que es donde se realiza la depuración. Si lo hace antes de intentar la actualización, puede reducir el número de registros de deshacer antes de empezar. Si se aumenta el tamaño del escritor a un tipo de instancia 24XL, se puede aumentar la velocidad de purga a más de un millón de registros por hora.
Si la métrica `UndoLogsListSize` de CloudWatch es muy grande, abra un caso de soporte para ayudarle a analizar estrategias adicionales para reducirla.
Por último, se ha producido un cambio importante en la versión 1.2.0.0 que afecta al código anterior que utilizaba el protocolo Bolt con autenticación de IAM. A partir de la versión 1.2.0.0, Bolt necesita una ruta de recursos para la firma de IAM. En Java, la ruta del recurso podría tener este aspecto: `request.setResourcePath("/openCypher"));`. En otros lenguajes, `/openCypher` se puede agregar al URI del punto de conexión. Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas `order-by` de Gremlin. Las consultas de Gremlin con `order-by` al final de a un `NeptuneGraphQueryStep` ahora utilizan un tamaño de fragmento mayor para obtener un mejor rendimiento. Esto no se aplica a `order-by` en un nodo interno (sin raíz) del plan de consultas.
+ Se ha mejorado el rendimiento de las consultas de actualización de Gremlin. Los vértices y los bordes ahora deben bloquearse para que no se eliminen al añadir bordes o propiedades. Este cambio elimina los bloqueos duplicados en una transacción, lo que mejora el rendimiento.
+ Se ha mejorado el rendimiento de las consultas de Gremlin que se utilizan `dedup()` dentro de una subconsulta `repeat()` al reducir `dedup` a la capa de ejecución nativa.
+ Se ha añadido la sugerencia de consulta de Gremlin `Neptune#cardinalityEstimates`. Si se establece en `false`, deshabilitas las estimaciones de cardinalidad.
+ Se han añadido mensajes de error sencillos para los errores de autenticación de IAM. Estos mensajes ahora muestran el ARN de su usuario o rol de IAM, el ARN del recurso y una lista de acciones no autorizadas para la solicitud. La lista de acciones no autorizadas le ayuda a ver lo que podría faltar o denegar explícitamente en la política de IAM que está utilizando.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de corrección de Gremlin relacionado con la traducción `WherePredicateStep`, que provocaba que el motor de consultas de Neptune produjera resultados incorrectos en las consultas que utilizaban `where(P.neq('x'))` y sus variantes.
+ Se ha corregido un error de Gremlin que provocaba que, al usar `PartitionStrategy` después de actualizar a TinkerPop 3.5, se producía un error con el mensaje “PartitionStrategy no funciona con recorridos anónimos”, lo que impedía que se ejecutara el recorrido.
+ Se han corregido varios errores de Gremlin relacionados con la `joinTime` de una unión final y con las estadísticas de los subgrupos `Project.ASK`.
+ Se ha corregido un error de openCypher en la cláusula `MERGE` que, en algunos casos, provocaba la creación de nodos y bordes duplicados.
+ Se ha corregido un error en las transacciones que provocaba que una sesión pudiera insertar datos de gráficos y confirmarlos incluso cuando se anulaban las correspondientes inserciones simultáneas en el diccionario.
+ Se ha corregido un error de carga masiva que provocaba regresiones en el rendimiento cuando se producían elevadas cargas de inserción.
+ Se ha corregido un error de SPARQL en la gestión de las consultas que incluyen `(NOT) EXISTS` en una cláusula `OPTIONAL`, por el que, en algunos casos, faltaban los resultados de las consultas.
+ Se ha corregido un error que provocaba que los controladores se quedaran bloqueados en los casos en que las solicitudes se cancelaban debido a un tiempo de espera previo al inicio de la evaluación. Era posible entrar en este estado si se consumían todos los subprocesos de procesamiento de consultas del servidor mientras se agotaban los tiempos de espera de los elementos de la cola de solicitudes. Dado que los tiempos de espera de la cola de solicitudes no enviaban inmediatamente mensajes, las respuestas aparecían al cliente como pendientes.
## 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.2.0.0.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.2.0.0.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.2.0.0`.
Solo se puede actualizar de forma manual a una versión `1.2.0.0`, a partir del último parche de la [versión 1.1.1.0 del motor](engine-releases-1.1.1.0.md). Las versiones anteriores del motor deben actualizarse primero a la versión más reciente de `1.1.1.0` antes de poder actualizarse a `1.2.0.0`.
Si va a actualizar primero a la versión `1.1.1.0` y, después, inmediatamente a la versión `1.2.0.0`, puede que aparezca 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.
## Actualización a esta versión
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.2.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.2.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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.1.1.0 del motor de Amazon Neptune (19/04/2022)
A partir del 19 de abril de 2022, se implementará de forma general la versión 1.1.1.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
## Versiones de parche posteriores para esta versión
+ [Versión de mantenimiento: 1.1.1.0.R2 (16/05/2022)](engine-releases-1.1.1.0.R2.md)
+ [Versión: 1.1.1.0.R3 (07/06/2022)](engine-releases-1.1.1.0.R3.md)
+ [Versión: 1.1.1.0.R4 (23/06/2022)](engine-releases-1.1.1.0.R4.md)
+ [Versión: 1.1.1.0.R5 (21/07/2022)](engine-releases-1.1.1.0.R5.md)
+ [Versión: 1.1.1.0.R6 (23/09/2022)](engine-releases-1.1.1.0.R6.md)
+ [Versión: 1.1.1.0.R7 (23/01/2023)](engine-releases-1.1.1.0.R7.md)
## Nuevas características de esta versión del motor
+ El [lenguaje de consulta de openCypher](access-graph-opencypher.md) ya se encuentra disponible con carácter general para su uso con fines de producción.
**aviso**
Hay un cambio importante en esta versión para el código que usa openCypher con autenticación de IAM. En la vista previa de Neptune para openCypher, la cadena de host de la firma de IAM incluía el protocolo, como, por ejemplo `bolt://`, de la siguiente manera:
```
"Host":"bolt://(host URL):(port)"
```
A partir de esta versión del motor, se debe omitir el protocolo:
```
"Host":"(host URL):(port)"
```
Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
+ Se ha añadido compatibilidad con TinkerPop `3.5.2`. Entre los [cambios de esta versión](https://github.com/apache/tinkerpop/blob/3.5.2/CHANGELOG.asciidoc#release-3-5-2) se encuentran el soporte para transacciones remotas y el soporte de bytecode para las sesiones (con [https://tinkerpop.apache.org/docs/current/reference/#transactions](https://tinkerpop.apache.org/docs/current/reference/#transactions)), y la adición de la función `datetime()` al lenguaje de Gremlin.
**aviso**
Se han introducido varios cambios importantes en TinkerPop 3.5.0, 3.5.1 y 3.5.2 que pueden afectar al código de Gremlin. Por ejemplo, [usar recorridos generados por un GraphTraversalSource como secundarios](https://issues.apache.org/jira/browse/TINKERPOP-2361) de esta manera ya no funcionará: `g.V().union(identity(), g.V())`.
Ahora en su lugar, utilice un recorrido anónimo como este: `g.V().union(identity(), __.V())`.
+ Se ha añadido compatibilidad con [claves de condición globales de AWS](iam-data-condition-keys.md#iam-data-global-condition-keys) que puede usar en las [políticas de acceso a datos de IAM](iam-admin-policies.md) que controlan el acceso a los datos almacenados en un clúster de base de datos de Neptune.
+ El [motor de consultas DFE de Neptune](neptune-dfe-engine.md) ya está disponible con carácter general para su uso en producción con el lenguaje de consultas de openCypher, pero todavía no para las consultas de Gremlin y SPARQL. Ahora lo habilita con su propio parámetro de instancia [neptune\$1dfe\$1query\$1engine](parameters.md#parameters-instance-parameters-neptune_dfe_query_engine) en lugar del parámetro lab-mode.
## Mejoras en esta versión del motor
+ Se han añadido nuevas características a [openCypher](access-graph-opencypher.md), como la compatibilidad con consultas parametrizadas, el almacenamiento en caché del árbol de sintaxis abstracta (AST) para las consultas parametrizadas, las mejoras en las rutas de longitud variable (VLP) y nuevos operadores y cláusulas. Consulte [Conformidad con la especificación de openCypher en Amazon Neptune](feature-opencypher-compliance.md) para obtener información sobre el nivel actual del soporte de lenguajes.
+ Se han realizado mejoras importantes en el rendimiento de openCypher para cargas de trabajo sencillas de lectura y escritura, lo que se tradujo en un mayor rendimiento en comparación con la versión 1.1.0.0.
+ Se han eliminado las limitaciones bidireccionales y de profundidad de openCypher al gestionar las rutas de longitud variable.
+ Se ha completado el soporte del motor DFE para los predicados `within` y `without` de Gremlin, incluidos los casos en los que se combinan con otros operadores de predicados. Por ejemplo:
```
g.V().has('age', within(12, 15, 18).or(gt(30)))
```
+ Se ha ampliado el soporte del motor DFE para el paso `order` de Gremlin cuando el ámbito es global (es decir, no `order(local)`) y cuando no se utilizan moduladores `by()`. Por ejemplo, esta consulta ahora sería compatible con el DFE:
```
g.V().values("age").order()
```
+ Se ha añadido un campo `isLastOp` al formato de respuesta del [registro de cambios de las transmisiones de Neptune](streams-using-api-reponse.md) para indicar que un registro es la última operación de su transacción.
+ Se ha mejorado considerablemente el rendimiento del registro de auditoría y se ha reducido la latencia cuando se ha habilitado el registro de auditoría.
+ Se ha convertido el código de bytes y las consultas HTTP de WebSocket de Gremlin a un formato legible por el usuario en los registros de auditoría. Las consultas ahora se pueden copiar directamente de los registros de auditoría para ejecutarlas en los cuadernos de Neptune y en otros lugares. Tenga en cuenta que este cambio en el formato actual del registro de auditoría constituye un cambio radical.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error raro de Gremlin que provocaba que no se devolvieran resultados cuando se utilizaban los pasos anidados `filter()` y `count()` combinados, como en la siguiente consulta:
```
g.V("1").filter(out("knows")
.filter(in("knows")
.hasId("notExists"))
.count())
```
+ Se ha corregido un error de Gremlin que provocaba que se devolviera un error al utilizar un vértice almacenado por un paso agregado en uno de los recorridos `to()` o `from()` recorridos junto con un paso `addE`. Un ejemplo de una consulta de este tipo es:
```
g.V("id").aggregate("v").out().addE().to(select("v").unfold()))
```
+ Se ha corregido un error de Gremlin que provocaba que el paso `not` fallara en casos de borde al utilizar el motor DFE. Por ejemplo:
```
g.V().not(V())
```
+ Se ha corregido un error de Gremlin que provocaba que los valores `sideEffect` no estuvieran disponibles dentro de los recorridos `to()` y `from()`.
+ Se ha corregido un error que, en ocasiones, provocaba que un restablecimiento rápido desencadenara una conmutación por error de la instancia.
+ Se ha corregido un error de carga masiva que provocaba que una transacción errónea no se cerrara antes de comenzar la siguiente tarea de carga.
+ Se ha corregido un error de carga masiva que provocaba que el sistema se bloqueara debido a una falta de memoria.
+ Se ha añadido un reintento para corregir un error de carga masiva que provocaba que el programa de carga no esperara lo suficiente para que las credenciales de IAM estuvieran disponibles tras una conmutación por error.
+ Se ha corregido un error que provocaba que la caché interna de credenciales no se borrara correctamente en los puntos de conexión que no eran de consulta, como, por ejemplo, el punto de conexión `status`.
+ Se ha corregido un error en las transmisiones para garantizar que los números de secuencia de confirmación de las transmisiones estén ordenados correctamente.
+ Se ha corregido un error que provocaba que las conexiones de larga duración finalizaran antes de diez días en los clústeres habilitados para IAM.
## 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.1.1.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión. Tenga en cuenta que las versiones anteriores a la versión principal del motor (1.1.0.0) tardarán más en actualizarse a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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 neptune \
4. --engine-version 1.1.1.0 \
5. --allow-major-version-upgrade \
6. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine neptune ^
4. --engine-version 1.1.1.0 ^
5. --allow-major-version-upgrade ^
6. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 una 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.1.1.0.R7 del motor de Amazon Neptune (23/01/2023)
A partir del 23 de enero de 2023, se implementará de forma general la versión 1.1.1.0.R7 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `MERGE` y `OPTIONAL MATCH`.
+ Se ha mejorado el rendimiento de las consultas de openCypher relacionadas con `UNWIND` de una lista de mapas de valores literales.
+ Se ha mejorado el rendimiento de las consultas de openCypher que tienen un filtro `IN` para `id`. Por ejemplo:
```
MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n
```
+ Mejoras en el rendimiento y correcciones para varios operadores de Gremlin, incluidos `repeat`, `coalesce`, `store` y `aggregate`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher por el que una solicitud que utilizaba keep-alive de HTTP podía cerrarse incorrectamente si se enviaba después de una solicitud errónea.
+ Se ha corregido un error de openCypher que provocaba que el tipo de parámetro no siempre se interpretara correctamente en una lista o lista de mapas.
+ Se ha corregido un error de openCypher que provocaba que las consultas devolvieran la cadena `"null"`, en lugar de un valor nulo en Bolt y SPARQL-JSON.
+ Se han corregido los códigos de error y mensajes de error de openCypher por errores de tiempo de espera de consulta y errores de memoria insuficiente.
+ Se ha corregido un error de Gremlin que provocaba que `valueMap()` no se optimizara al realizar un recorrido `by()` en el motor DFE.
+ Se ha corregido un problema con la lógica del detector de bloqueos que, en ocasiones, hacía que el motor dejara de responder.
+ Se ha corregido un error en el registro de auditoría que provocaba que se registrara información innecesaria y que algunos campos no aparecieran en los registros.
## 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.1.1.0.R7, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.3`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0.R7 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.1.1.0`.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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.1.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.1.0 ^
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.1.1.0.R6 del motor de Amazon Neptune (23/09/2022)
A partir del 23 de septiembre de 2022, se implementará de forma general la versión 1.1.1.0.R6 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
Hay un cambio importante en esta versión para el código que usa openCypher con autenticación de IAM. Hasta ahora, la cadena de host de la firma de IAM incluía el protocolo, como, por ejemplo `bolt://`, de la siguiente manera:
```
"Host":"bolt://(host URL):(port)"
```
A partir de la versión `1.1.1.0` del motor, se debe omitir el protocolo:
```
"Host":"(host URL):(port)"
```
Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de las consultas `order-by` de Gremlin. Las consultas de Gremlin con `order-by` al final de a un `NeptuneGraphQueryStep` ahora utilizan un tamaño de fragmento mayor para obtener un mejor rendimiento. Esto no se aplica a `order-by` en un nodo interno (sin raíz) del plan de consultas.
+ Se ha mejorado el rendimiento de las consultas de actualización de Gremlin. Los vértices y los bordes ahora deben bloquearse para que no se eliminen al añadir bordes o propiedades. Este cambio elimina los bloqueos duplicados en una transacción, lo que mejora el rendimiento.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de openCypher en la cláusula `MERGE` que, en algunos casos, provocaba la creación de nodos y bordes duplicados.
+ Se ha corregido un error en la gestión de las consultas de SPARQL que incluyen `(NOT) EXISTS` en una cláusula `OPTIONAL`, por el que, en algunos casos, faltaban los resultados de las consultas.
+ Se ha corregido un error que retrasaba el reinicio del servidor cuando se estaba realizando una carga masiva.
+ Se ha corregido un error que provocaba un error al realizar un recorrido bidireccional con un patrón de longitud variable de openCypher con un filtro en la propiedad de relación. Un ejemplo de este patrón de longitud variable es `(n)-[r*1..2]->(m)`.
+ Se ha corregido un error relacionado con la forma en que se devuelven los datos en caché al cliente, que, en algunos casos, provocaba una latencia inesperadamente larga.
## 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.1.1.0.R6, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0.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.1.1.0`.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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.1.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.1.0 ^
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.1.1.0.R5 del motor de Amazon Neptune (21/07/2022)
A partir del 21 de julio de 2022, se implementará de forma general la versión 1.1.1.0.R5 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
Hay un cambio importante en esta versión para el código que usa openCypher con autenticación de IAM. Hasta ahora, la cadena de host de la firma de IAM incluía el protocolo, como, por ejemplo `bolt://`, de la siguiente manera:
```
"Host":"bolt://(host URL):(port)"
```
A partir de la versión `1.1.1.0` del motor, se debe omitir el protocolo:
```
"Host":"(host URL):(port)"
```
Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se han realizado mejoras para facilitar la detección de bloqueos.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error que impedía cerrar por completo los clústeres de bases de datos en determinadas condiciones.
## 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.1.1.0.R5, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0.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.1.1.0`.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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.1.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.1.0 ^
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.1.1.0.R4 del motor de Amazon Neptune (23/06/2022)
A partir del 23 de junio de 2022, se implementará de forma general la versión 1.1.1.0.R4 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
Hay un cambio importante en esta versión para el código que usa openCypher con autenticación de IAM. Hasta ahora, la cadena de host de la firma de IAM incluía el protocolo, como, por ejemplo `bolt://`, de la siguiente manera:
```
"Host":"bolt://(host URL):(port)"
```
A partir de la versión `1.1.1.0` del motor, se debe omitir el protocolo:
```
"Host":"(host URL):(port)"
```
Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha actualizado la configuración de instancias para los tipos de instancias `x2g`.
+ Se ha mejorado el rendimiento de las caídas de vértices.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que provocaba que las soluciones no mantuvieran un orden estable para una consulta llamada varias veces o en varios lectores para determinados tipos de uniones de ASK.
+ Además, se ha reducido el alcance de un cambio realizado en la versión anterior que provocaba regresiones en el rendimiento de algunos tipos de uniones de ASK en Gremlin.
+ Se ha corregido un error de Gremlin en el paso `union()` que se producía cuando había una entrada de borde y un recorrido hacia un vértice dentro de los recorridos secundarios.
+ Se ha corregido un error en el perfil de Gremlin que provocaba que algunos pasos no estuvieran optimizados cuando en realidad lo estaban.
+ Se ha corregido un error de SPARQL que provocaba que a las variables utilizadas dentro de las expresiones `FILTER` anidadas en las cláusulas `UNION` se les asignara información de alcance no válida.
## 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.1.1.0.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0.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.1.1.0`.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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.1.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.1.0 ^
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.1.1.0.R3 del motor de Amazon Neptune (07/06/2022)
A partir del 7 de junio de 2022, se implementará de forma general la versión del motor 1.1.1.0.R3. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
Hay un cambio importante en esta versión para el código que usa openCypher con autenticación de IAM. Hasta ahora, la cadena de host de la firma de IAM incluía el protocolo, como, por ejemplo `bolt://`, de la siguiente manera:
```
"Host":"bolt://(host URL):(port)"
```
A partir de la versión `1.1.1.0` del motor, se debe omitir el protocolo:
```
"Host":"(host URL):(port)"
```
Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## Mejoras en esta versión del motor
+ Se ha añadido compatibilidad con los tipos de instancias `x2g` con tecnología de Graviton2, optimizada para cargas de trabajo que consumen mucha memoria. En un principio, solo están disponibles en cuatro Regiones de AWS:
+ Este de EE. UU. (Norte de Virginia) (`us-east-1`)
+ Este de EE. UU. (Ohio) (`us-east-2`)
+ Oeste de EE. UU. (Oregón) (`us-west-2`)
+ Europa (Irlanda) (`eu-west-1`)
Para obtener más información, consulte la [página de precios de Neptune](https://aws.amazon.com/neptune/pricing/).
+ Se ha mejorado el rendimiento de los pasos de Gremlin en los que se utilizan varios recorridos de bordes o vértices, búsquedas de propiedades o búsquedas de etiquetas.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin al procesar el paso `otherV()` dentro de un recorrido secundario.
+ Se ha corregido un error de Gremlin en las consultas con `union` que provocaba que solo los pasos del filtro fueran secundarios. Por ejemplo:
```
g.V().union(has("name"), out("knows")).out()
```
+ Se ha corregido un error de SPARQL que provocaba que a las variables utilizadas dentro de las expresiones `FILTER` anidadas en las cláusulas `UNION` se les asignara información de alcance no válida.
## 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.1.1.0.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0.R3 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.1.1.0`.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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.1.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.1.0 ^
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 de mantenimiento de Amazon Neptune, versión 1.1.1.0.R2 (16/05/2022)
A partir del 16 de mayo de 2022, se implementará de forma general la versión del motor 1.1.1.0.R2. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
Hay un cambio importante en esta versión para el código que usa openCypher con autenticación de IAM. Hasta ahora, la cadena de host de la firma de IAM incluía el protocolo, como, por ejemplo `bolt://`, de la siguiente manera:
```
"Host":"bolt://(host URL):(port)"
```
A partir de la versión `1.1.1.0` del motor, se debe omitir el protocolo:
```
"Host":"(host URL):(port)"
```
Para ver ejemplos, consulte [Uso del protocolo Bolt](access-graph-opencypher-bolt.md).
## 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.1.1.0.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Compatible con la primera versión de Gremlin:* `3.5.2`
+ *Compatible con la última versión de Gremlin:* `3.5.4`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.1.0.R2 del motor
El clúster se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.1.1.0` del motor.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
## Actualización a esta versión
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
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.1.1.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.1.0 ^
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.1.0.0 del motor de Amazon Neptune (19/11/2021)
A partir del 19 de noviembre de 2021, se implementará de forma general la versión 1.1.0.0 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
A partir de esta versión del motor, Neptune [ya no admite los tipos de instancias `R4`](instance-types.md#instance-type-r4). Si utiliza una instancia `R4` en el clúster de base de datos, debe sustituirla manualmente por otro tipo de instancia antes de actualizar a esta versión. Si la instancia de escritor es `R4`, siga [estas instrucciones](best-practices-general-basic.md#best-practices-resize-instance) para moverla.
## Versiones de parche posteriores para esta versión
+ [Versión de mantenimiento: 1.1.0.0.R2 (16/05/2022)](engine-releases-1.1.0.0.R2.md)
+ [Versión de mantenimiento: 1.1.0.0.R3 (23/12/2022)](engine-releases-1.1.0.0.R3.md)
## Nuevas características de esta versión del motor
+ Se han introducido instancias de bases de datos `T4g` de uso general y `R6g` optimizadas para memoria con el [procesador Graviton2 de AWS](https://aws.amazon.com/ec2/graviton/). Las instancias basadas en Graviton2 ofrecen una relación precio/rendimiento mucho mejor que las instancias comparables basadas en x86 de la generación actual para una variedad de cargas de trabajo. Las aplicaciones funcionan de forma normal en estos nuevos tipos de instancias y no es necesario transferir el código de la aplicación al actualizarlas.
Para obtener más información acerca de los precios y la disponibilidad en las regiones, consulte la [página de precios de Amazon Neptune](https://aws.amazon.com/neptune/pricing/).
+ Se han introducido [modelos personalizados](machine-learning-custom-models.md) en Neptune ML.
+ Se ha añadido compatibilidad con [consultas de inferencia de SPARQL](machine-learning-sparql-inference-queries.md) en Neptune ML.
+ Se ha añadido [un nuevo punto de conexión de transmisiones](streams-using-api-call.md) para datos de gráficos de propiedades, en concreto:
```
https://Neptune-DNS:8182/propertygraph/stream
```
El formato de salida de este punto de conexión, denominado `PG_JSON`, es exactamente el mismo que el formato de salida `GREMLIN_JSON` del anterior `gremlin/stream`.
El nuevo punto de conexión `propertygraph/stream` amplía el soporte de transmisión de Neptune a openCypher y reemplaza el punto de conexión `gremlin/stream` con su formato de salida `GREMLIN_JSON` asociado.
## Mejoras en esta versión del motor
+ Se han realizado mejoras en las transmisiones de Neptune:
+ Se ha añadido un campo `commitTimestamp` al objeto `records` en el [formato de respuesta del registro de cambios de transmisiones de Neptune](streams-using-api-reponse.md), para proporcionar una marca de tiempo para cada registro de un flujo de registro de cambios.
+ Se ha añadido un valor `LATEST` al parámetro `iteratorType`, que permite recuperar el último eventId válido de las transmisiones. Consulte [Llamada a la API de Streams](streams-using-api-call.md).
+ Se ha añadido soporte para obtener la [puntuación de confianza de inferencia](machine-learning-gremlin-inference-query-predicates.md#machine-learning-gremlin-inference-neptune-ml-score-predicate) en las consultas de regresión y clasificación de nodos de Gremlin.
+ Se ha añadido compatibilidad con la cláusula `OPTIONAL MATCH` de openCypher.
+ Se ha añadido compatibilidad con la cláusula `MERGE` de openCypher.
+ Se ha añadido compatibilidad para utilizar `ORDER BY` en las cláusulas `WITH` de openCypher.
+ Se ha añadido soporte para la comprensión de patrones en openCypher y se ha ampliado el soporte para la expresión de patrones más allá de la comprobación de la existencia.
+ Se ha ampliado la compatibilidad con las cláusulas `DELETE` y `DELETE DETACH` en openCypher, de modo que ahora se pueden utilizar con otras cláusulas de actualización.
+ Se ha ampliado la compatibilidad con las clausulas `CREATE` y `UPDATE` utilizadas con `RETURN` en openCypher.
+ Se ha añadido compatibilidad con el motor DFE para los pasos `limit`, `range` y `skip` de Gremlin.
+ Se ha mejorado la ejecución de consultas en el motor DFE cuando no se solicita `explain` ni `profile`.
+ Se ha mejorado la ejecución de consultas en el motor DFE para la expresión `value`.
+ Se han mejorado varios patrones de inserción condicional encadenados de Gremlin para evitar excepciones de modificación simultánea y permitir el encadenamiento de patrones de consulta como los siguientes:
+ Inserción condicional de vértices por ID, como, por ejemplo:
```
g.V(ID).fold().coalesce(unfold(), g.addV("L1").property(id,ID))
```
+ Inserción condicional de vértices con varias etiquetas, como, por ejemplo:
```
g.V(ID).fold().coalesce(unfold(), g.addV("L1::L2").property(id,ID))
```
+ Inserción condicional de bordes por identificador, como, por ejemplo:
```
g.E(ID).fold().coalesce(unfold(), V(from).addE(label).to(V(to)).property(id, ID))
```
+ Inserción condicional de bordes con varias etiquetas, como, por ejemplo:
```
g.E(ID).fold().coalesce(unfold(), g.addE(label).from(V(from)).to(V(to)).property(id, ID))
```
+ Inserción condicional seguida de una consulta, como, por ejemplo:
```
g.V(ID).fold().coalesce(unfold(), g.addV("L1").property(id,ID)).project("myvalues").by(valueMap())
```
+ Inserción condicional con propiedades añadidas, como, por ejemplo:
```
g.V(ID).fold().coalesce(unfold(), g.addV("L1").property(id,ID).property("name","pumba"))
```
## Defectos corregidos en esta versión del motor
+ Se ha deshabilitado la característica [estadísticas](neptune-dfe-statistics.md) en los tipos de instancias `T3.medium` que no podían admitirla.
+ Se ha corregido un error de SPARQL en `explain` con una función `IN` que tomaba valores no constantes.
## 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.1.0.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.0.0 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
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.1.0.0 \
4. --allow-major-version-upgrade \
5. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.0.0 ^
4. --allow-major-version-upgrade ^
5. --apply-immediately
```
En lugar de `--apply-immediately`, puede especificar `--no-apply-immediately`. Para realizar una actualización de versión principal, es necesario el parámetro allow-major-version-upgrade. Además, asegúrese de incluir la versión del motor, ya que es posible que el motor se actualice a otra versión.
Si el clúster utiliza un grupo de parámetros del clúster personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)
```
Del mismo modo, si alguna instancia del clúster utiliza un grupo de parámetros de base de datos personalizado, asegúrese de incluir este parámetro para especificarlo:
```
--db-instance-parameter-group-name (name of the custom instance parameter group)
```
### 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 de mantenimiento de Amazon Neptune, versión 1.1.0.0.R3 (23/12/2022)
A partir del 23 de diciembre de 2022, se implementará de forma general la versión 1.1.0.0.R3 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Para completar la actualización correctamente, cada subred de cada zona de disponibilidad (AZ) debe tener al menos una dirección IP disponible por instancia de Neptune. Por ejemplo, si hay una instancia de escritor y dos instancias de lector en la subred 1 y dos instancias de lector en la subred 2, la subred 1 debe tener al menos 3 direcciones IP libres y la subred 2 debe tener al menos 2 direcciones IP libres antes de iniciar la actualización.
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
## Mejoras en esta versión del motor
+ Mejoras en el rendimiento y correcciones para varios operadores de Gremlin, incluidos `repeat`, `coalesce`, `store` y `aggregate`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un problema de picos en el uso de la CPU.
+ Se ha corregido un error de openCypher que provocaba que las consultas devolvieran la cadena `"null"`, en lugar de un valor nulo en Bolt y SPARQL-JSON.
+ Se ha corregido un error en el registro de auditoría que provocaba que se registrara información innecesaria y que algunos campos no aparecieran en los registros.
## 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.1.0.0.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.0.0.R3 del motor
El clúster se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.1.0.0` del motor.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
A partir de esta versión del motor, Neptune [ya no admite los tipos de instancias `R4`](instance-types.md#instance-type-r4). Si utiliza una instancia `R4` en el clúster de base de datos, debe sustituirla manualmente por otro tipo de instancia antes de actualizar a esta versión. Si la instancia de escritor es `R4`, siga [estas instrucciones](best-practices-general-basic.md#best-practices-resize-instance) para moverla.
## Actualización a esta versión
La versión 1.1.0.0.R3 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.1.0.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.0.0 ^
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 de mantenimiento de Amazon Neptune, versión 1.1.0.0.R2 (16/05/2022)
A partir del 16 de mayo de 2022, se implementará de forma general la versión del motor 1.1.0.0.R2. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante varios minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error que provocaba que la caché interna de credenciales no se borrara correctamente en los puntos de conexión que no eran de consulta, como, por ejemplo, el punto de conexión status.
+ Se ha corregido un error que provocaba que el retraso en la replicación aumentara tras una actualización del motor.
## 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.1.0.0.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de openCypher:* `Neptune-9.0.20190305-1.0`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.1.0.0.R2 del motor
El clúster se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.1.0.0` del motor.
**importante**
**La actualización a esta versión del motor desde una versión anterior a `1.1.0.0` también desencadena una actualización del sistema operativo en todas las instancias del clúster de base de datos. Dado que las solicitudes de escritura activas que se produzcan durante la actualización del sistema operativo no se procesarán, debe pausar todas las cargas de trabajo de escritura en el clúster que se va a actualizar, incluidas las cargas masivas de datos, antes de iniciar la actualización.**
Al inicio de la actualización, Neptune genera una instantánea con un nombre que se compone de `preupgrade` seguido de un identificador generado automáticamente en función de la información del clúster de base de datos. No se le cobrará por esta instantánea y podrá utilizarla para restaurar el clúster de base de datos si se produce algún problema durante el proceso de actualización.
Cuando se complete la propia actualización del motor, la nueva versión del motor estará disponible brevemente en el sistema operativo anterior, pero en menos de cinco minutos todas las instancias del clúster comenzarán simultáneamente a actualizar el sistema operativo. El clúster de base de datos no estará disponible en este momento durante aproximadamente seis minutos. Puede reanudar cargas de trabajo de escritura una vez finalizada la actualización.
Este proceso genera los siguientes eventos:
Mensajes de eventos por clúster:
`Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]`
`Database cluster major version has been upgraded`
Mensajes de eventos por instancia:
`Applying off-line patches to DB instance`
`DB instance shutdown`
`Finished applying off-line patches to DB instance`
`DB instance restarted`
**nota**
A partir de esta versión del motor, Neptune [ya no admite los tipos de instancias `R4`](instance-types.md#instance-type-r4). Si utiliza una instancia `R4` en el clúster de base de datos, debe sustituirla manualmente por otro tipo de instancia antes de actualizar a esta versión. Si la instancia de escritor es `R4`, siga [estas instrucciones](best-practices-general-basic.md#best-practices-resize-instance) para moverla.
## Actualización a esta versión
La versión 1.1.0.0.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.1.0.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.1.0.0 ^
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.5.1 del motor de Amazon Neptune (01/10/2021)
A partir del 1 de octubre de 2021, se implementará de forma general la versión 1.0.5.1 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.5.1.R2 (26/10/2021)](engine-releases-1.0.5.1.R2.md)
+ [Versión: 1.0.5.1.R3 (13/01/2022)](engine-releases-1.0.5.1.R3.md)
+ [Versión de mantenimiento: 1.0.5.1.R4 (16/05/2022)](engine-releases-1.0.5.1.R4.md)
## Nuevas características de esta versión del motor
+ Se ha añadido una [caché de resultados](gremlin-results-cache.md) para almacenar en caché los resultados de las consultas especificadas.
+ Se ha añadido compatibilidad con fecha y hora en openCypher de Neptune.
+ Se ha añadido compatibilidad para que `List` y `Map` tengan acceso los elementos de openCypher de Neptune.
## Mejoras en esta versión del motor
+ Se ha hecho que los nombres que de punto de conexión de openCypher de Neptune no distingan entre mayúsculas y minúsculas.
+ Se ha mejorado la explicación de openCypher.
+ Se han mejorado los patrones de consulta de actualización o inserción únicos de Gremlin que terminan con los pasos `iterate()` y `profile()`.
+ Se ha mejorado el rendimiento en las funciones `keys()` y `property()` de Gremlin.
+ El paso `dedup()` de Gremlin se ejecuta en el DFE cuando se utiliza con un alcance global.
+ Los siguientes predicados `HAS` de Gremlin se ejecutan en el motor DFE cuando este está habilitado:
+ `EQ`
+ `NEQ`
+ `LT`
+ `LTE`
+ `GT`
+ `GTE`
+ `BETWEEN`
+ `INSIDE`
+ `OUTSIDE`
+ `WITHIN`
+ `AND (connectives)`
+ `OR (connectives)`
+ Se ha mejorado el rendimiento de las consultas LIMIT.
+ Se ha mejorado el rendimiento de las consultas de agregación general de openCypher.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que permitía conectar un borde a otro borde.
+ Se ha corregido un error de Gremlin que provocaba que se eligiera una estrategia de unión poco óptima.
+ Se ha corregido un error de Gremlin que provocaba que la serialización de los nodos y las relaciones se interrumpiera cuando había más de 100 propiedades.
+ Se ha corregido un error que ralentizaba la planificación de ejecución de consultas para consultas con patrones de gráficos de gran tamaño.
## 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.5.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.1 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
La versión 1.0.5.1 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.5.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.1 ^
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 de mantenimiento de Amazon Neptune, versión 1.0.5.1.R4 (16/05/2022)
A partir del 16 de mayo de 2022, se implementará de forma general la versión del motor 1.0.5.1.R4. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## 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.5.1.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.1.R4 del motor
El clúster se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión `1.0.5.1` del motor.
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.5.1.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.5.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.1 ^
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.5.1.R3 del motor de Amazon Neptune (13/01/2022)
A partir del 13 de enero de 2022, se implementará de forma general la versión 1.0.5.1.R3 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 que podía provocar una pérdida de recursos cuando una consulta no lograba adquirir todos los recursos que necesitaba.
+ Se ha corregido una pequeña pérdida de memoria durante la ejecución de una consulta provocada por una asignación de memoria no reclamada.
## 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.5.1.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.1.R3 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.5.1`.
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.5.1.R3 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.5.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.1 ^
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.5.1.R2 del motor de Amazon Neptune (26/10/2021)
A partir del 26 de octubre de 2021, se implementará de forma general la versión del motor 1.0.5.1.R2. 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 que provocaba el reinicio del servidor cuando se producía un error transitorio al crear una versión anterior de un elemento de gráfico, con aislamiento de lectura repetible. Neptune ahora devuelve un error en su lugar, para que el cliente pueda volver a intentarlo.
+ Se ha corregido un error que provocaba el reinicio del servidor cuando se producía un error transitorio durante una actualización de cardinalidad única. Neptune ahora devuelve un error en su lugar, para que el cliente pueda volver a intentarlo.
## 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.5.1.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.1.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.5.1`.
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.5.1.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.5.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.1 ^
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.5.0 del motor de Amazon Neptune (27/07/2021)
A partir del 27 de julio de 2021, se implementará de forma general la versión 1.0.5.0 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.5.0.R2 (16/08/2021)](engine-releases-1.0.5.0.R2.md)
+ [Versión: 1.0.5.0.R3 (15/09/2021)](engine-releases-1.0.5.0.R3.md)
+ [Versión de mantenimiento: 1.0.5.0.R5 (16/05/2022)](engine-releases-1.0.5.0.R5.md)
## Nuevas características de esta versión del motor
+ [Neptune ML](machine-learning.md) se lanzó para su uso en producción con numerosas características nuevas y ya no está en modo lab.
+ Se ha añadido compatibilidad inicial con el lenguaje de consultas de [openCypher](access-graph-opencypher.md), en el modo lab. **openCypher** es el estándar de código abierto para el lenguaje de consultas de Cypher. Su sintaxis se especifica en la [referencia del lenguaje de consulta de Cypher (versión 9)](https://s3.amazonaws.com/artifacts.opencypher.org/openCypher9.pdf) y el proyecto [openCypher](http://www.opencypher.org/) la mantiene.
Consulte [Acceso al gráfico de Neptune con openCypher](access-graph-opencypher.md) para obtener información sobre la implementación del lenguaje en Neptune.
También se admite la compatibilidad con el [protocolo Bolt](https://neo4j.com/docs/bolt/current/bolt/), que los clientes de Neptune utilizan para las consultas de openCypher. Consulte [Uso del protocolo Bolt para realizar consultas de openCypher a Neptune](access-graph-opencypher-bolt.md).
La compatibilidad con openCypher ahora está habilitada automáticamente, pero depende de [Motor DFE de Neptune](neptune-dfe-engine.md), que actualmente solo está disponible en el [modo lab](features-lab-mode.md). La configuración predeterminada de `DFEQueryEngine` en el parámetro del clúster de base de datos de `neptune_lab_mode` es ahora `DFEQueryEngine=viaQueryHint`, lo que significa que el motor está habilitado, pero solo se utiliza para las consultas que tienen la sugerencia de consulta `useDFE` presente y establecida en `true`. Si deshabilita el motor DFE mediante la configuración `DFEQueryEngine=disabled`, no podrá utilizar openCypher.
+ Se ha añadido compatibilidad con el [protocolo HTTP Graph Store SPARQL 1.1](https://www.w3.org/TR/sparql11-http-rdf-update/). Consulte [Uso del protocolo HTTP de almacén de gráficos (GSP) de SPARQL 1.1 en Amazon Neptune](sparql-graph-store-protocol.md).
+ Se ha cambiado la configuración predeterminada de modo lab para [Motor DFE de Neptune](neptune-dfe-engine.md) a `viaQueryHint`, lo que significa que el motor DFE ahora está habilitado de forma predeterminada, pero solo se utiliza para las consultas que tienen la sugerencia de consulta `useDFE` presente y establecida en `true`.
+ Se ha añadido una nueva métrica de Amazon CloudWatch, `StatsNumStatementsScanned`, para supervisar el cálculo de las estadísticas del motor DFE de Neptune. Consulte [Uso de la `StatsNumStatementsScanned` CloudWatch métrica para monitorear el cálculo de las estadísticas](neptune-dfe-statistics.md#neptune-dfe-statistics-monitoring).
## Mejoras en esta versión del motor
+ Se ha añadido compatibilidad con Apache TinkerPop 3.4.11.
**importante**
Se ha realizado un cambio en la versión 3.4.11 de TinkerPop que mejora la forma en que se procesan las consultas, pero, por el momento, a veces puede afectar gravemente al rendimiento de las consultas.
Por ejemplo, una consulta de este tipo podría ejecutarse de una forma mucho más lenta:
```
g.V().hasLabel('airport').
order().
by(out().count(),desc).
limit(10).
out()
```
Los vértices después del paso límite se obtienen ahora de una manera que no es la óptima debido al cambio de TinkerPop 3.4.11. Para evitarlo, puede modificar la consulta añadiendo el paso barrier() en cualquier punto después de `order().by()`. Por ejemplo:
```
g.V().hasLabel('airport').
order().
by(out().count(),desc).
limit(10).
barrier().
out()
```
+ La [sugerencia de consulta `joinOrder` de SPARQL](sparql-query-hints-joinOrder.md) ahora es compatible con el motor de consultas alternativo DFE de Neptune.
+ El resultado de la [API de estado de Neptune](access-graph-status.md) se ha ampliado y reorganizado para ofrecer más claridad sobre la configuración y las características del clúster de base de datos.
El nuevo resultado tiene un objeto `features` de nivel superior que incluye información de estado sobre las características del clúster de base de datos y un objeto `settings` de nivel superior que incluye información de configuración. Para revisar el nuevo formato, consulte [Ejemplo de salida del comando de estado de instancia](access-graph-status.md#access-graph-status-sample-output).
+ Se ha mejorado la gestión de los registros de cambios de la transmisión cuando se solicitan transmisiones `AFTER_SEQUENCE_NUMBER` con el último ID de evento del servidor, cuando ese ID de evento ya ha caducado. El servidor ya no lanza un error de ID de evento caducado si el ID de evento solicitado es el ID de evento purgado más recientemente en el servidor.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin relacionado con el orden de los valores numéricos.
## 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.5.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.0 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
La versión 1.0.5.0 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.5.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
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 de mantenimiento de Amazon Neptune, versión 1.0.5.0.R5 (16/05/2022)
A partir del 16 de mayo de 2022, se implementará de forma general la versión del motor 1.0.5.0.R5. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## 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.5.0.R5, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.0.R5 del motor
El clúster se actualizará automáticamente a esta versión de parche de mantenimiento durante el siguiente periodo de mantenimiento si está ejecutando la versión 1.0.5.0 del motor.
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.5.0.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.5.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
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.5.0.R3 del motor de Amazon Neptune (15/09/2021)
A partir del 15 de septiembre de 2021, se implementará de forma general la versión 1.0.5.0.R3 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 que provocaba que el motor dejara de responder en una de estas situaciones:
+ Se produce una carga masiva al mismo tiempo que se realiza el cálculo automático de las estadísticas.
+ Se solicitó un cálculo estadístico manualmente a la vez que uno que ya se estaba realizando.
+ Se ha corregido un error en la detección de bloqueos y en la adquisición de bloqueos que podía provocar un error del motor.
+ Se ha corregido un error de Gremlin que provocaba que el motor generara un error al encontrar datos desconocidos de un punto de conexión remoto de ML en una consulta de inferencia de Gremlin.
+ Se han corregido varios errores en las API de administración de modelos de ML relacionados con trabajos de transformación de modelos y recomendaciones de instancias.
+ Se ha corregido un error que podía provocar un bloqueo del motor al generar los identificadores de nodo y borde.
+ Se ha corregido un error que ralentizaba la generación de planes de consulta para consultas con patrones de gráficos de gran tamaño.
+ Se ha corregido un error de openCypher que podía provocar que una consulta se bloqueara al recuperar un nodo que tenía más de 100 propiedades.
## 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.5.0.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.0.R3 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 1.0.5.0 del motor.
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.5.0.R3 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.5.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
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.5.0.R2 del motor de Amazon Neptune (16/08/2021)
A partir del 16 de agosto de 2021, se implementará de forma general la versión del motor 1.0.5.0.R2. 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 deshabilitado una optimización realizada en la [versión del motor `1.0.5.0`](engine-releases-1.0.5.0.md) que hacía que la [caché de búsqueda de Neptune](feature-overview-lookup-cache.md) se conservara durante los reinicios del motor en las réplicas. Los reinicios de la réplica ahora borran la caché de búsqueda.
## 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.5.0.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.11`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.5.0.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.5.0`.
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.5.0.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.5.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
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.4.2 del motor de Amazon Neptune (01/06/2021)
**nota**
La versión 1.0.4.2.R2 del motor fue la primera versión de la 1.0.4.2 que realmente se lanzó.
**Topics**
+ [Versión 1.0.4.2.R5 del motor de Amazon Neptune (16/08/2021)](engine-releases-1.0.4.2.R5.md)
+ [Versión 1.0.4.2.R4 del motor de Amazon Neptune (23/07/2021)](engine-releases-1.0.4.2.R4.md)
+ [Versión 1.0.4.2.R3 del motor de Amazon Neptune (28/06/2021)](engine-releases-1.0.4.2.R3.md)
+ [Versión 1.0.4.2.R2 del motor de Amazon Neptune (01/06/2021)](engine-releases-1.0.4.2.R2.md)
+ [Versión 1.0.4.2.R1 del motor de Amazon Neptune (27/05/2021)](engine-releases-1.0.4.2.R1.md)
# Versión 1.0.4.2.R5 del motor de Amazon Neptune (16/08/2021)
A partir del 16 de agosto de 2021, se implementará de forma general la versión 1.0.4.2.R5 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 deshabilitado una optimización realizada en la [versión del motor `1.0.4.2.R4`](engine-releases-1.0.4.2.R4.md) que hacía que la [caché de búsqueda de Neptune](feature-overview-lookup-cache.md) se conservara durante los reinicios del motor en las réplicas. Los reinicios de la réplica ahora borran la caché de búsqueda.
## 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.4.2.R5, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.10`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.4.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.4.2`.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
# Versión 1.0.4.2.R4 del motor de Amazon Neptune (23/07/2021)
A partir del 23 de julio de 2021, se implementará de forma general la versión 1.0.4.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 comportamiento de la caché de búsqueda para evitar el borrado redundante de la memoria caché después de ejecutar un restablecimiento rápido en una réplica.
+ Se ha mejorado la gestión de los registros de cambios de la transmisión cuando se solicitan transmisiones `AFTER_SEQUENCE_NUMBER` con el último ID de evento del servidor, cuando ese ID de evento ya ha caducado. El servidor ya no lanza un error de ID de evento caducado si el ID de evento solicitado es el ID de evento purgado más recientemente en el servidor.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error introducido en la versión 1.0.4.0.R1 por el que las consultas no devolvían la totalidad de los valores de cadena de más de 760 caracteres. Los términos afectados por este error eran los URI y literales de RDF, o los ID, claves y valores de cadena de Gremlin.
## 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.4.2.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.10`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.4.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.4.2`.
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
# Versión 1.0.4.2.R3 del motor de Amazon Neptune (28/06/2021)
A partir del 28 de junio de 2021, se implementará de forma general la versión 1.0.4.2.R3 del motor. Tenga en cuenta que las versiones nuevas tardan unos días en estar disponibles en todas las regiones.
## Problemas conocidos de esta versión del motor
**Problema:**
Un error de SPARQL que no respeta el tipo de medio de un encabezado `Accept` si hay espacios.
Por ejemplo, una consulta con ` -H "Accept: text/csv; q=1.0, */*; q=0.1" ` devuelve una salida JSON en lugar de una salida CSV.
**Solución:**
Si elimina los espacios de la cláusula `Accept` del encabezado, el motor devuelve la salida en el formato solicitado correcto. Dicho de otro modo, en lugar de ` -H "Accept: text/csv; q=1.0, */*; q=0.1" `, utilice:
```
-H "Accept: text/csv;q=1.0,*/*;q=0.1"
```
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error al borrar la caché de búsqueda de las réplicas tras un restablecimiento rápido.
## 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.4.2.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.10`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.4.2.R3 del motor
Esta versión de parche es opcional, a menos que el clúster de base de datos utilice una o varias instancias `R5d`. Si el clúster tiene instancias `R5d`, se actualizará de forma automática en el siguiente periodo de mantenimiento. De lo contrario, no se actualizará de forma automática a esta versión de parche.
Puede actualizar la versión `1.0.4.2.R2` a esta versión `1.0.4.2.R3` manualmente mediante el comando de la AWS CLI [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/neptune/apply-pending-maintenance-action.html) (la API [ApplyPendingMaintenanceAction](api-other-apis.md#ApplyPendingMaintenanceAction)).
# Versión 1.0.4.2.R2 del motor de Amazon Neptune (01/06/2021)
A partir del 1 de junio de 2021, se implementará de forma general la versión 1.0.4.2.R2 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.4.2.R3 (28/06/2021)](engine-releases-1.0.4.2.R3.md)
## Problemas conocidos de esta versión del motor
**Problema:**
Un error de SPARQL que no respeta el tipo de medio de un encabezado `Accept` si hay espacios.
Por ejemplo, una consulta con ` -H "Accept: text/csv; q=1.0, */*; q=0.1" ` devuelve una salida JSON en lugar de una salida CSV.
**Solución:**
Si elimina los espacios de la cláusula `Accept` del encabezado, el motor devuelve la salida en el formato solicitado correcto. Dicho de otro modo, en lugar de ` -H "Accept: text/csv; q=1.0, */*; q=0.1" `, utilice:
```
-H "Accept: text/csv;q=1.0,*/*;q=0.1"
```
## Nuevas características de esta versión del motor
+ Se ha añadido el nuevo tipo de instancia R5d, que incluye una caché de búsqueda para acelerar las lecturas en casos de uso que impliquen un gran volumen de búsquedas de valores de propiedades o literales RDF. Consulte [La caché de búsqueda de Neptune puede acelerar las consultas de lectura](feature-overview-lookup-cache.md).
+ Se ha añadido un nuevo parámetro en modo lab que permite invocar el motor DFE experimental solo por consulta con la sugerencia de consulta `useDFE`.
## Mejoras en esta versión del motor
+ Se ha añadido compatibilidad con TinkerPop 3.4.10.
+ Se ha añadido compatibilidad para utilizar el paso de configuración `withStrategies( )` al enviar solicitudes de scripts de Gremlin. En concreto, se admiten `SubgraphStrategy`, `PartitionStrategy`, `ReadOnlyStrategy`, `EdgeLabelVerificationStrategy` y `ReservedKeysVerificationStrategy`.
+ Se ha añadido optimización para recorridos de `V()` en mitad de una consulta. Anteriormente, estos recorridos no estaban optimizados en Neptune.
+ Se ha añadido compatibilidad con los [URN de RFC 2141](https://tools.ietf.org/html/rfc2141) para utilizarlos como parámetros `baseUri` y `namedGraphUri` en una carga masiva.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin en el analizador que hacía que las consultas incorrectas se consideraran válidas.
+ Se ha corregido un error de Gremlin que provocaba que se produjera una excepción al desplegar un efecto secundario de `aggregate()` con `cap().unfold()` en un `valueMap()`.
+ Se ha corregido un error de Gremlin que provocaba que fallaran algunos pasos `property()` después de un paso `addV()` y apareciera el error “no se puede convertir en cadena”.
+ Se ha corregido un error de Gremlin que impedía que algunos patrones de inserción condicionales generaran excepciones de modificación simultánea.
+ Se ha corregido un error de Gremlin por el que el tiempo de espera de la solicitud de consulta ahora no puede superar el tiempo de espera de la sesión.
+ Se ha corregido un error de SPARQL por el que las actualizaciones que utilizan LOAD o UNLOAD podían fallar con un código HTTP 500 en lugar del código HTTP 400 cuando el servidor remoto no estaba disponible.
+ Se ha corregido un error que provocaba que se produjera un error en las llamadas a la API de transmisión cuando se utilizaban valores `commitNum` o `opNum` superiores al límite de enteros firmados de 32 bits (2147 483 647).
## 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.4.2.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.10`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.4.2.R2 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
La versión 1.0.4.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.4.2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.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.4.2.R1 del motor de Amazon Neptune (27/05/2021)
La versión del motor 1.0.4.2.R1 nunca se implementó.
# Versión 1.0.4.1 del motor de Amazon Neptune (08/12/2020)
A partir del 8 de diciembre de 2020, se implementará de forma general la versión 1.0.4.1 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.4.1.R1.1 (22/03/2021)](engine-releases-1.0.4.1.R1.1.md)
+ [Versión: 1.0.4.1.R2 (24/02/2021)](engine-releases-1.0.4.1.R2.md)
**importante**
En [Versión: 1.0.4.0 (12/10/2020)](engine-releases-1.0.4.0.md), se hizo que TLS 1.2 y HTTPS fueran obligatorios para todas las conexiones a Amazon Neptune. Sin embargo, un error de esta versión ha permitido que las conexiones HTTP o las conexiones TLS obsoletas sigan funcionando para los clientes que anteriormente configuraban un parámetro de clúster de base de datos para impedir el establecimiento de las conexiones HTTPS.
Este error se ha corregido en las versiones de parche [1.0.4.0.R2](engine-releases-1.0.4.0.R2.md) y [1.0.4.1.R2](engine-releases-1.0.4.1.R2.md), pero la corrección provocaba errores de conexión inesperados cuando los parches se instalaban automáticamente. Por este motivo, ambos parches se han revertido y solo se pueden instalar manualmente, para que pueda actualizar la configuración de TLS 1.2.
Tener que usar SSL/TLS para todas las conexiones a Neptune afecta a las conexiones con la consola de Gremlin, el controlador de Gremlin, Gremlin Python, .NET, NodeJS, las API de REST y también a las conexiones del equilibrador de carga. Si ha utilizado HTTP o una versión anterior de TLS para alguna o todas estas conexiones hasta ahora, debe actualizar el cliente y los controladores correspondientes y cambiar el código para que utilice exclusivamente HTTPS antes de actualizar el sistema a los últimos parches.
## Nuevas características de esta versión del motor
+ Se ha presentado la característica Neptune ML, que incorpora potentes capacidades de machine learning a Amazon Neptune. Consulte [Amazon Neptune ML para el machine learning en gráficos](machine-learning.md).
+ Se ha añadido una operación `UNLOAD` de SPARQL personalizada para eliminar los datos recuperados de un origen remoto. Consulte [SPARQL UPDATE UNLOAD](sparql-api-reference-unload.md).
## Mejoras en esta versión del motor
+ Se han optimizado algunos patrones de inserción condicional de Gremlin para evitar excepciones de modificación simultánea.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin que podía provocar que faltaran resultados en un patrón específico de consultas que utilizaban el paso `as()`.
+ Se ha corregido un error de Gremlin que podía provocar errores al utilizar el paso `project()` anidado dentro de otro paso, como, por ejemplo `union()`.
+ Se ha corregido un error de Gremlin en el paso `project()`.
+ Se ha corregido un error de Gremlin en el recorrido basado en cadenas que provocaba que el paso `none()` no funcionara.
+ Se ha corregido un error de Gremlin que provocaba que el recorrido basado en cadenas no fuera compatible con un mapa vacío como argumento del paso `inject()`.
+ Se ha corregido un error de Gremlin en la ejecución de recorridos basados cadenas en el motor DFE, que provocaba que un método de terminal como `toList()` no funcionara correctamente.
+ Se ha corregido un error de Gremlin que impedía cerrar transacciones que utilizaban el paso `iterate()` en una consulta de cadenas.
+ Se ha corregido un error de Gremlin que podía provocar que las consultas que utilizaban el patrón `is(P.gte(0))` generaran una excepción en algunas situaciones.
+ Se ha corregido un error de Gremlin que podía provocar que las consultas que utilizaban el patrón `order().by(T.id)` generaran una excepción en algunas situaciones.
+ Se ha corregido un error de Gremlin que podía provocar que las consultas que utilizaban el patrón `addV().aggregate()` generara resultados incorrectos en algunas situaciones.
+ Se ha corregido un error de Gremlin que podía provocar que las consultas que utilizaban el paso `path()` seguido del patrón del paso `project()` generaran una excepción en algunas situaciones.
+ Se ha corregido un error de SPARQL que provocaba que la función `SUBSTR` indicara un error en lugar de devolver una cadena vacía.
+ Se ha corregido un error en el motor DFE que podía provocar que las operaciones de unión en los planes de consultas sin bloqueo generaran resultados incorrectos en presencia de variables independientes.
## 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.4.1, 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.4.1 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.4.1`.
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.4.1 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.4.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.1 ^
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.4.1.R1.1 del motor de Amazon Neptune (22/03/2021)
A partir del 22 de marzo de 2021, se implementará de forma general la versión 1.0.4.1.R1.1 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 deshabilitado una optimización para los patrones de inserción condicional de Gremlin, que pueden añadirse o anexarse a etiquetas y propiedades existentes.
## 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.4.1.R1.1, 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.4.1.R1.1 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.4.1`.
## Actualización a esta versión
La versión 1.0.4.1.R1.1 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.4.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.1 ^
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.4.1.R2 del motor de Amazon Neptune (24/02/2021)
A partir del 24 de febrero de 2021, se implementará de forma general la versión del motor 1.0.4.1.R2. 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.4.1.R2.1 (11/03/2021)](engine-releases-1.0.4.1.R2.1.md)
## Nuevas características de esta versión del motor
+ Neptune admite la compresión de archivos individuales en formato `bzip2` para cargas masivas. Consulte [Formatos de los datos de carga](bulk-load-tutorial-format.md).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error en [Versión: 1.0.4.0 (12/10/2020)](engine-releases-1.0.4.0.md) que permitía las conexiones a Neptune con `HTTP` o versiones anteriores de TLS, en lugar `HTTPS` y TLS 1.2.
**importante**
**Tener que utilizar SSL/TLS para todas las conexiones a Neptune puede suponer un cambio radical.** Afecta a las conexiones con la consola de Gremlin, el controlador de Gremlin, Gremlin Python, .NET, NodeJS, las API de REST y también a las conexiones del equilibrador de carga. Si ha utilizado HTTP o una versión anterior de TLS para alguna o todas estas conexiones hasta ahora, debe actualizar el cliente y los controladores correspondientes antes de instalar este parche y cambiar el código para que utilice exclusivamente HTTPS.
+ 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.4.1.R2, 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.4.1.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.4.1`.
## Actualización a esta versión
La versión 1.0.4.1.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.4.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.1 ^
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.4.1.R2.1 del motor de Amazon Neptune (11/03/2021)
A partir del 11 de marzo de 2021, se implementará de forma general la versión 1.0.4.1.R2.1 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 deshabilitado una optimización para los patrones de inserción condicional de Gremlin, que pueden añadirse o anexarse a etiquetas y propiedades existentes.
## 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.4.1.R2.1, 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.4.1.R2.1 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.4.1.R2`.
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.4.1.R2.1 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.4.1.R2 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.1.R2 ^
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.4.0 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.4.0 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.4.0.R2 (24/02/2021)](engine-releases-1.0.4.0.R2.md)
## Nuevas características de esta versión del motor
+ Se ha añadido compresión en el nivel de fotogramas para Gremlin.
## Mejoras en esta versión del motor
+ Amazon Neptune ahora requiere el uso de Secure Sockets Layer (SSL) con el protocolo TLSv1.2 para todas las conexiones a Neptune en todas las regiones, mediante el uso de estos conjuntos de cifrado seguros:
+ `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384`
+ `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`
+ `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384`
+ `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256`
+ `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA`
+ `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA`
Esto es válido para las conexiones REST y WebSocket a Neptune, e implica que debe usar HTTPS en lugar de HTTP cuando se conecte a Neptune en todas las regiones.
Dado que las conexiones de cliente mediante HTTP o TLS 1.1 ya no se admitirán en ningún lugar, asegúrese de que los clientes y el código se hayan actualizado para usar TLS 1.2 y HTTPS antes de actualizar a esta versión del motor.
**importante**
**Tener que utilizar SSL/TLS para todas las conexiones a Neptune puede suponer un cambio radical.** Afecta a las conexiones con la consola de Gremlin, el controlador de Gremlin, Gremlin Python, .NET, NodeJS, las API de REST y también a las conexiones del equilibrador de carga. Si ha utilizado HTTP para alguna o todas estas aplicaciones, ahora debe actualizar el cliente y los controladores correspondientes y cambiar el código para que utilice HTTPS o se producirá un error en las conexiones.
Un error de esta versión ha permitido que las conexiones HTTP o las conexiones TLS obsoletas sigan funcionando para los clientes que anteriormente configuraban un parámetro de clúster de base de datos para impedir el establecimiento de las conexiones HTTPS. Este error se ha corregido en las versiones de parche [1.0.4.0.R2](engine-releases-1.0.4.0.R2.md) y [1.0.4.1.R2](engine-releases-1.0.4.1.R2.md), pero la corrección provocaba errores de conexión inesperados cuando los parches se instalaban automáticamente.
Por este motivo, ambos parches se han revertido y solo se pueden instalar manualmente, para que pueda actualizar la configuración de TLS 1.2.
+ Se ha actualizado TinkerPop a la versión 3.4.8. Se trata de una actualización compatible con versiones anteriores. Consulta [Registro de cambios de TinkerPop](https://github.com/apache/tinkerpop/blob/master/CHANGELOG.asciidoc#tinkerpop-348-release-date-august-3-2020) para ver las novedades.
+ 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.
+ Se ha añadido la captura previa de datos para mejorar el rendimiento cuando se pierde la memoria caché.
+ Se ha añadido una nueva configuración `allowEmptyStrings` en el parámetro `parserConfiguration` del programa de carga masiva que permite que las cadenas vacías se traten como valores de propiedad válidos en las cargas de CSV (consulte [Parámetros de solicitudes del programa de carga de Neptune](load-api-reference-load.md#load-api-reference-load-parameters)).
+ El programa de carga ahora permite introducir un punto y coma de escape en las columnas de CSV con varios valores.
## Defectos corregidos en esta versión del motor
+ 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 provocaba que las réplicas se retrasaran y se reiniciaran cuando había mucha carga y cuando el motor DFE estaba habilitado en modo lab.
+ Se ha corregido un error que impedía que se publicara el mensaje de error correcto cuando se producía un error en una carga masiva debido a un problema de memoria insuficiente.
+ Se ha corregido un error de SPARQL que provocaba que la codificación de caracteres se colocara en el encabezado Content-Encoding de las respuestas a las consultas de SPARQL. En su lugar, ahora se coloca `charset` en el encabezado Content-Type, lo que permite a los clientes HTTP reconocer automáticamente el conjunto de caracteres que se está utilizando.
## 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.4.0, 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.4.0 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
La versión 1.0.4.0 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.4.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.0 ^
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.4.0.R2 del motor de Amazon Neptune (24/02/2021)
A partir del 24 de febrero de 2021, se implementará de forma general la versión del motor 1.0.4.0.R2. 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 en [Versión: 1.0.4.0 (12/10/2020)](engine-releases-1.0.4.0.md) que permitía las conexiones a Neptune con `HTTP` o versiones anteriores de TLS, en lugar `HTTPS` y TLS 1.2.
**importante**
**Tener que utilizar SSL/TLS para todas las conexiones a Neptune puede suponer un cambio radical.** Afecta a las conexiones con la consola de Gremlin, el controlador de Gremlin, Gremlin Python, .NET, NodeJS, las API de REST y también a las conexiones del equilibrador de carga. Si ha utilizado HTTP o una versión anterior de TLS para alguna o todas estas conexiones hasta ahora, debe actualizar el cliente y los controladores correspondientes antes de instalar este parche y cambiar el código para que utilice exclusivamente HTTPS.
+ Se ha corregido un error en la carga masiva de archivos CSV que implicaba etiquetas que terminaban en `#`.
+ 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.4.0.R2, 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.4.0.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.4.0`.
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.4.0.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.4.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.4.0 ^
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.3.0 del motor de Amazon Neptune (03/08/2020)
A partir del 3 de agosto de 2020, se implementará de forma general la versión 1.0.3.0 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.3.0.R2 (12/10/2020)](engine-releases-1.0.3.0.R2.md)
+ [Versión: 1.0.3.0.R3 (19/02/2021)](engine-releases-1.0.3.0.R3.md)
## Nuevas características de esta versión del motor
+ Neptune ha introducido un nuevo motor de consultas alternativo (DFE) que puede acelerar considerablemente la ejecución de las consultas. Consulte [El motor de consultas alternativo (DFE) de Amazon Neptune (DFE)](neptune-dfe-engine.md).
+ El DFE se basa en estadísticas generadas previamente sobre los datos de un gráfico de Neptune que se administran a través de nuevos puntos de conexión de estadísticas. Consulte [Estadísticas del DFE](neptune-dfe-statistics.md).
+ Ahora puede excluir los trabajos de carga en cola de la lista de identificadores de carga devueltos por la API Get-Status del programa de carga estableciendo el nuevo parámetro `includeQueuedLoads` en FALSE. Consulte [Parámetros de solicitud de Neptune Loader Get-Status](load-api-reference-status-requests.md#load-api-reference-status-parameters).
+ Neptune ahora admite encabezados finales para las respuestas a consultas de SPARQL que pueden incluir un código y un mensaje de error si se produce un error en una solicitud después de que comience a devolver fragmentos de respuesta. Consulte [Encabezados finales HTTP opcionales para las respuestas de SPARQL de varias partes](access-graph-sparql-http-trailing-headers.md).
+ Neptune ahora también le permite habilitar la codificación de respuesta fragmentada para las consultas de Gremlin. Como en el caso de SPARQL, los fragmentos de respuesta tienen encabezados finales que pueden incluir un código de error y un mensaje si se produce un error después de que la consulta haya empezado a devolver fragmentos de respuesta. Consulte [Use encabezados finales HTTP opcionales para habilitar las respuestas de Gremlin compuestas por varias partes](access-graph-gremlin-rest-trailing-headers.md).
## Mejoras en esta versión del motor
+ Ahora puede proporcionar el tamaño de las solicitudes por lotes a ElasticSearch para búsquedas de texto completo en Gremlin.
+ Se ha mejorado el uso de memoria para las consultas GROUP BY de SPARQL.
+ Se ha añadido un nuevo optimizador de consultas de Gremlin para eliminar algunos filtros independientes.
+ 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.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error por el que, si enviabas un parámetro de URL no codificado en una solicitud POST, Neptune devolvía un código de estado HTTP de 500 y una `InternalServerErrorException`. Ahora Neptune devuelve un código de estado HTTP de 400 y un `BadRequestException`, con el mensaje: `Failure to process the POST request parameters`.
+ Se ha corregido un error de Gremlin por el que no se informaba correctamente de un error de conexión a WebSocket.
+ Se ha corregido un error de Gremlin que provocaba la desaparición de sideEffects.
+ Se ha corregido un error de Gremlin que provocaba que el parámetro `batchsize` de búsqueda de texto completo no se admitiera correctamente.
+ 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 relacionado con el valor `Edge pathType` en el paso `hasLabel`.
+ Se ha corregido un error de SPARQL que provocaba que la reordenación de las uniones con enlaces estáticos no funcionara correctamente.
+ Se ha corregido un error UPDATE LOAD de SPARQL que provocaba que no se informara correctamente de un bucket de Amazon S3 no disponible.
+ Se ha corregido un error de SPARQL que provocaba que no se informara correctamente de un problema con un nodo SERVICE de una subconsulta.
+ Se ha corregido un error de SPARQL por el que no se evaluaban correctamente las consultas que incluían las condiciones anidadas FILTER EXISTS o FILTER NOT EXISTS.
+ Se ha corregido un error de SPARQL que impedía gestionar correctamente los enlaces generados por duplicado al llamar a los puntos de conexión del servicio SPARQL mediante consultas de generació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.3.0, 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.3.0 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.3.0 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.3.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.3.0 ^
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.3.0.R3 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.3.0.R3 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 en la carga masiva de archivos CSV que implicaba etiquetas que terminaban en `#`.
+ Se ha corregido un error de Gremlin que podía provocar que faltaran resultados en un patrón específico de consultas que utilizaban el paso `as()`.
+ Se ha corregido un error de Gremlin que podía provocar errores al utilizar el paso `project()` anidado dentro de otro paso, como, por ejemplo `union()`.
+ Se ha corregido un error de Gremlin en la ejecución del recorrido de cadenas en el motor DFE experimental cuando se utilizaba un método de terminal como `toList()`.
+ Se ha corregido un error de Gremlin que impedía cerrar una transacción al utilizar el paso `iterate()` en una consulta de cadenas.
+ Se ha corregido un error de Gremlin que podía provocar que las consultas que utilizaban el patrón `is(P.gte(0))` generaran una excepción en determinadas condiciones.
+ 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.3.0.R3, 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.3.0.R3 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.3.0`.
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.3.0.R3 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.3.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.3.0 ^
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.3.0.R2 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.3.0.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
+ 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.3.0.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.3.0.R2 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.3.0.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.3.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.3.0 ^
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 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).
# Versión 1.0.2.1 del motor de Amazon Neptune (22/11/2019)
## Versiones de parche posteriores para esta versión
+ [Versión: 1.0.2.1.R6 (22/04/2020)](engine-releases-1.0.2.1.R6.md)
+ [Versión: 1.0.2.1.R5 (22/04/2020)](engine-releases-1.0.2.1.R5.md) *Esta versión de parche no se implementó.*
+ [Versión: 1.0.2.1.R4 (20/12/2019)](engine-releases-1.0.2.1.R4.md)
+ [Versión: 1.0.2.1.R3 (12/12/2019)](engine-releases-1.0.2.1.R3.md)
+ [Versión: 1.0.2.1.R2 (25/11/2019)](engine-releases-1.0.2.1.R2.md)
## Nuevas características de esta versión del motor
+ Se han añadido capacidades de búsqueda de texto completo mediante la integración con Amazon OpenSearch Service. Consulte [Búsqueda de texto completo de Neptune](full-text-search.md)
+ Se ha añadido la opción de uso del modo lab para crear un cuarto índice (un índice OSGP) para un gran número de predicados. Consulte [Índice OSGP](features-lab-mode.md#features-lab-mode-features-osgp-index).
+ Se ha añadido un modo de *detalles* a SPARQL Explain. Consulte [Uso de `explain` de SPARQ](sparql-explain-using.md) y [Salida del modo de detalles](sparql-explain-examples.md#sparql-explain-example-details) para obtener más información.
+ Se ha añadido información del modo lab al informe de estado del motor. Para obtener más información, consulte [Estado de la instancia](access-graph-status.md).
+ Las instantáneas de clúster de base de datos ahora se pueden copiar en todas las regiones de AWS. Consulte [Copia de una instantánea](backup-restore-copy-snapshot.md).
## Mejoras en esta versión del motor
+ Rendimiento mejorado al gestionar un gran número de predicados.
+ Optimización de consultas mejorada. Aunque debería ser totalmente transparente para los clientes, le recomendamos que pruebe sus aplicaciones antes de realizar la actualización para asegurarse de que se comportan como se espera.
+ Mejoras secundarias en el informe de errores.
+ Se han añadido optimizaciones para los pasos `.project()` y `.identity()` de Gremlin.
+ Se han añadido optimizaciones para casos `.union()` de Gremlin no terminales.
+ Se ha añadido compatibilidad nativa con los recorridos `.path().by()` de Gremlin.
+ Se ha añadido compatibilidad nativa para de Gremlin `.coalesce()`.
+ Optimización adicional de la escritura en bloque.
+ Ahora requerimos que las conexiones HTTPS usen al menos la versión 1.2 de TLS o superior, para evitar que se utilicen cifrados obsoletos o no seguros.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de gestión del recorrido interno `addE()` de Gremlin.
+ Se ha corregido un error de Gremlin producido por las anotaciones AST que se filtraban desde los recorridos secundarios al principal.
+ Se ha corregido un error que se producía en Gremlin cuando se llamaba a `.otherV()` después de `select()`.
+ Se ha corregido un error de Gremlin que provocaba que algunos pasos de `.hasLabel()` fallaran si aparecían después de un paso de `bothE()`.
+ Se han efectuado correcciones secundarias a .sum() y.project() de Gremlin.
+ Se ha corregido un error en el procesamiento de consultas SPARQL que no tenían llave de cierre.
+ Se han corregido algunos errores secundarios en SPARQL Explain.
+ Se ha corregido un error en la gestión de solicitudes de obtención de estado de carga simultáneas.
+ Reducción de la memoria usada para ejecutar algunos recorridos de Gremlin con pasos `.project()`.
+ Se han corregido las comparaciones numéricas de valores especiales en SPARQL. Consulte [Conformidad con los estándares](feature-overview-standards-compliance.md).
## 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.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.1 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
La versión 1.0.2.1 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.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.1.R6 del motor de Amazon Neptune (22/04/2020)
A partir del 22 de abril de 2020, se implementará de forma general la versión 1.0.2.1.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 donde `ConcurrentModificationConflictException` y `TransactionException` no se convirtieron en una `NeptuneGremlinException`, lo que provocaba que se devolviera `InternalFailureException` a los clientes.
+ Se ha corregido un error en el que Neptune indicaba que tenía buen estado antes de que el servidor estuviera completamente listo.
+ Se ha corregido un error en el que las confirmaciones de transacciones de diccionario y usuario estaban fuera de servicio cuando se insertaban dos asignaciones `value->id` simultáneamente.
+ Se ha corregido un error en la serialización del estado de carga.
+ Se ha corregido un error de sesiones de Gremlin.
+ Se ha corregido un error en el que Neptune no podía lanzar una excepción cuando el servidor no se iniciaba.
+ Se ha corregido un error por el que Neptune no podía enviar una trama de cierre de WebSocket antes de cerrar el canal.
## 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.1.R6, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.1.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.1`.
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.1.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.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.1.R5 del motor de Amazon Neptune (22/04/2020)
La versión del motor 1.0.2.1.R5 nunca se implementó.
# Versión 1.0.2.1.R4 (20/12/2019) del motor de Amazon Neptune
## Mejoras en esta versión del motor
+ Neptune ahora intenta siempre colocar cualquier llamada de búsqueda de texto completo primero en la canalización de la ejecución. Esto reduce el volumen de llamadas a OpenSearch, lo que puede mejorar considerablemente el rendimiento. Consulte [Full-text-search ejecución de consultas](full-text-search-query-execution.md).
+ Neptune ahora genera una `IllegalArgumentException` si intenta acceder a una propiedad, vértice o borde inexistente. Anteriormente, Neptune generaba una `UnsupportedOperationException` en esa situación.
Por ejemplo, si intenta agregar un borde que haga referencia a un vértice inexistente, generará una `IllegalArgumentException`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin en el que un recorrido `union` dentro de un `project-by` no devuelve resultados o devuelve resultados incorrectos.
+ Se ha corregido un error de Gremlin que provocaba que los pasos `.project().by()` anidados devolvieran resultados incorrectos.
## 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.1.R4, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.1.R4 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
Sin embargo, **no se admite la actualización automática de esta versión**.
## Actualización a esta versión
La versión 1.0.2.1.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.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.1.R3 del motor de Amazon Neptune (12/12/2019)
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error en el que el índice `OSGP` estaba deshabilitado aunque la función estaba correctamente habilitada usando en[Modo lab](features-lab-mode.md) usando el valor `ObjectIndex` en el parámetro `neptune_lab_mode`.
+ Se ha corregido un error que afectaba a las consultas de Gremlin con un `.fold()` dentro de un paso de `.project().by()`. Por ejemplo, provocó que la siguiente consulta devolviese resultados incompletos:
```
g.V().project("a").by(valueMap().fold())
```
+ Se ha corregido un cuello de botella de rendimiento en cargas masivas de datos de RDF.
+ Se ha corregido un error que provocaba un bloqueo en las réplicas cuando se habilitaban las transmisiones y se reiniciaba la réplica antes del principal.
+ Se ha corregido un error que provocaba que los certificados SSL rotados en las instancias no se recogieran sin reiniciar la instancia.
## 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.1.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.1.R3 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
Sin embargo, **no se admite la actualización automática de esta versión**.
## Actualización a esta versión
La versión 1.0.2.1.R3 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.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.1.R2 del motor de Amazon Neptune (25/11/2019)
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error que afectaba a todas las consultas `project().by()` con subrecorridos sin turno rotativo y subrecorridos sin `path()`.
## 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.1.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.1.R2 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
Sin embargo, **no se admite la actualización automática de esta versión**.
## Actualización a esta versión
La versión 1.0.2.1.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.1 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.1 ^
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.0 del motor de Amazon Neptune (08/11/2019)
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 19 de mayo de 2020, no se crearán nuevas instancias con esta versión del motor.
Esta versión del motor ahora se ha sustituido por la versión [1.0.2.1](engine-releases-1.0.2.1.md), que incluye todas las correcciones de errores de esta versión, así como características adicionales como la integración de la búsqueda de texto completo, compatibilidad con índices OSGP y copia del clúster de instantáneas de bases de datos en las regiones de AWS.
A partir del 1 de junio de 2020, Neptune actualizará automáticamente cualquier clúster que ejecute esta versión del motor [al último parche de la versión 1.0.2.1](engine-releases-1.0.2.1.R6.md) durante el siguiente periodo de mantenimiento. Puede actualizar manualmente antes de ese momento, como se describe [aquí](engine-releases-1.0.2.1.md).
Si tiene algún problema con la actualización, contacte con nosotros a través de [AWS Support](https://aws.amazon.com/support) o de los [foros para desarrolladores de AWS](https://forums.aws.amazon.com/forum.jspa?forumID=253).
## Versiones de parche posteriores para esta versión
+ [Versión: 1.0.2.0.R3 (05/05/2020)](engine-releases-1.0.2.0.R3.md)
+ [Versión: 1.0.2.0.R2 (21/11/2019)](engine-releases-1.0.2.0.R2.md)
## Nuevas características de esta versión del motor
Además de las actualizaciones de mantenimiento, esta versión añade nuevas funcionalidades para admitir más de una versión de motor a la vez (consulte [Mantenimiento del clúster de base de datos de Amazon Neptune](cluster-maintenance.md)).
Como resultado, la numeración de las versiones de motor ha cambiado (consulte [Numeración de versiones antes de la versión 1.3.0.0 del motor](cluster-maintenance.md#older-engine-numbers)).
## 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.0, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.0 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
No se actualizará automáticamente a esta versión.
## Actualización a esta versión
La versión 1.0.2.0 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.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.0 ^
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.0.R3 del motor de Amazon Neptune (05/05/2020)
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 19 de mayo de 2020, no se crearán nuevas instancias con esta versión del motor.
Esta versión del motor ahora se ha sustituido por la versión [1.0.2.1](engine-releases-1.0.2.1.md), que incluye todas las correcciones de errores de esta versión, así como características adicionales como la integración de la búsqueda de texto completo, compatibilidad con índices OSGP y copia del clúster de instantáneas de bases de datos en las regiones de AWS.
A partir del 1 de junio de 2020, Neptune actualizará automáticamente cualquier clúster que ejecute esta versión del motor [al último parche de la versión 1.0.2.1](engine-releases-1.0.2.1.R6.md) durante el siguiente periodo de mantenimiento. Puede actualizar manualmente antes de ese momento, como se describe [aquí](engine-releases-1.0.2.1.md).
Si tiene algún problema con la actualización, contacte con nosotros a través de [AWS Support](https://aws.amazon.com/support) o de los [foros para desarrolladores de AWS](https://forums.aws.amazon.com/forum.jspa?forumID=253).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error en el que `ConcurrentModificationConflictException` y `TransactionException` se notificaban como `InternalFailureException`s genéricas.
+ Se han corregido errores en las comprobaciones de estado que provocaban reinicios frecuentes del servidor durante el inicio.
+ Se ha corregido un error en el que los datos no eran visibles en las réplicas porque las confirmaciones estaban fuera de servicio bajo ciertas condiciones.
+ Se ha corregido un error en la serialización del estado de carga que provocaba un error de carga debido a la falta de permisos de acceso de Amazon S3.
+ Se ha corregido una fuga de recursos en las sesiones de Gremlin.
+ Se ha corregido un error en la comprobación de estado que ocultaba el mal estado en el inicio de los componentes que administraban la autenticación de IAM.
+ Se ha corregido un error por el que Neptune no podía enviar una trama de cierre de WebSocket antes de cerrar el canal.
## 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.0.R3, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.0.R3 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.0`.
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.0.R3 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.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.0 ^
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.0.R2 del motor de Amazon Neptune (21/11/2019)
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 19 de mayo de 2020, no se crearán nuevas instancias con esta versión del motor.
Esta versión del motor ahora se ha sustituido por la versión [1.0.2.1](engine-releases-1.0.2.1.md), que incluye todas las correcciones de errores de esta versión, así como características adicionales como la integración de la búsqueda de texto completo, compatibilidad con índices OSGP y copia del clúster de instantáneas de bases de datos en las regiones de AWS.
A partir del 1 de junio de 2020, Neptune actualizará automáticamente cualquier clúster que ejecute esta versión del motor [al último parche de la versión 1.0.2.1](engine-releases-1.0.2.1.R6.md) durante el siguiente periodo de mantenimiento. Puede actualizar manualmente antes de ese momento, como se describe [aquí](engine-releases-1.0.2.1.md).
Si tiene algún problema con la actualización, contacte con nosotros a través de [AWS Support](https://aws.amazon.com/support) o de los [foros para desarrolladores de AWS](https://forums.aws.amazon.com/forum.jspa?forumID=253).
## Defectos corregidos en esta versión del motor
+ Mejorada la estrategia de almacenamiento en caché de las páginas sin validar en el servidor para que `FreeableMemory` se recupere más rápido cuando el servidor cambia a un estado de poca memoria.
+ Se ha corregido un error que podía producir una condición de carrera y un bloqueo cuando se procesan en el servidor muchas solicitudes de estado de carga o de carga de inicio.
## 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.0.R2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
## Rutas de actualización a la versión 1.0.2.0.R2 del motor
Puede actualizar manualmente cualquier versión anterior del motor de Neptune a esta versión.
Sin embargo, **no se admite la actualización automática de esta versión**.
## Actualización a esta versión
La versión 1.0.2.0.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.0 \
4. --apply-immediately
```
Para Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.2.0 ^
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.1.2 del motor de Amazon Neptune (10/06/2020)
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Mejoras en esta versión del motor
+ Neptune ahora genera una `IllegalArgumentException` si intenta acceder a una propiedad, vértice o borde inexistente. Anteriormente, Neptune generaba una `UnsupportedOperationException` en esa situación.
Por ejemplo, si intenta agregar un borde que haga referencia a un vértice inexistente, generará una `IllegalArgumentException`.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error en el que las confirmaciones de transacciones de diccionario y usuario estaban fuera de servicio cuando se insertaban dos asignaciones `value->id` simultáneamente.
+ Se ha corregido un error en la serialización del estado de carga.
+ Se ha corregido un error estocástico en el inicio del servidor que retrasaba la creación de instancias.
+ Se ha corregido una pérdida de cursor.
## 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.1.2, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.4.1`
+ *Versión de SPARQL:* `1.1`
# Versión 1.0.1.1 del motor de Amazon Neptune (26/06/2020)
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error por el que las confirmaciones estaban fuera de servicio cuando se insertaban simultáneamente.
+ Se ha corregido un error en la serialización del estado de carga.
+ Se ha corregido un error estocástico en el inicio del servidor que retrasaba la creación de instancias.
+ Se ha corregido una fuga de memoria.
## 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.1.1, asegúrese de que el proyecto sea compatible con estas versiones de lenguaje de consulta:
+ *Versión de Gremlin:* `3.3.2`
+ *Versión de SPARQL:* `1.1`
# Versión 1.0.1.0 del motor de Amazon Neptune (02/07/2019)
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
# Actualizaciones del motor de Amazon Neptune del 31/10/2019
**Versión:** 1.0.1.0.200502.0
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin en la serialización de la respuesta del paso `tree()` cuando los clientes se conectan a Neptune utilizando `traversal().withRemote(...)` (en otras palabras, usando el código de bytes GLV).
Esta versión soluciona un problema por el que los clientes que se conectaban a Neptune utilizando `traversal().withRemote(...)` recibían una respuesta no válida a las consultas de Gremlin que contenían el paso `tree()`.
+ Se ha corregido un error de SPARQL relacionado con las consultas `DELETE WHERE LIMIT`, por el que el proceso de terminación de la consulta se bloqueaba debido por una condición de carrera, lo que hacía que el tiempo de la consulta se agotara.
# Actualizaciones del motor de Amazon Neptune del 15/10/2019
**Versión:** 1.0.1.0.200463.0
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Nuevas características de esta versión del motor
+ Se ha añadido una característica de explicación/perfil de Gremlin (consulte [Análisis de la ejecución de las consultas de Neptune con `explain` de Gremlin](gremlin-explain.md)).
+ Se ha añadido [Compatibilidad con sesiones basadas en scripts de Gremlin](access-graph-gremlin-sessions.md) para habilitar la ejecución de varios recorridos de Gremlin en una única transacción.
+ Se ha añadido compatibilidad con la extensión de consulta federada de SPARQL en Neptune (consulte [Consulta federada de SPARQL 1.1](https://www.w3.org/TR/sparql11-federated-query/) y [Consultas federadas de SPARQL en Neptune mediante la extensión `SERVICE`](sparql-service.md)).
+ Se ha añadido una característica que le permite insertar su propio `queryId` en una consulta de Gremlin o SPARQL, ya sea a través de un parámetro de URL HTTP o a través de una sugerencia de consulta `queryId` SPARQL (consulte [Inserte un identificador personalizado en una consulta de Neptune Gremlin o SPARQL](features-query-id.md)).
+ Se ha añadido una característica [Modo lab](features-lab-mode.md) a Neptune que puede permitirle probar las siguientes características que aún no están listas para utilizarse en producción.
+ Se ha añadido una característica [Flujos de Neptune](streams.md) próxima que registra de forma fiable todos los cambios realizados en la base de datos en una secuencia que persiste durante una semana. Esta característica solo está disponible en el modo lab.
+ Se ha actualizado la semántica formal para transacciones simultáneas (consulte [Semántica de transacciones en Neptune](transactions.md)). Esta característica proporciona garantías estándares del sector en torno a la simultaneidad.
De forma predeterminada, esta semántica de transacción está habilitada. En algunos casos, esta característica puede cambiar el comportamiento de carga actual y reducir el rendimiento de la carga. Puede utilizar el parámetro `neptune_lab_mode` del clúster de base de datos para volver a la semántica anterior incluyendo `ReadWriteConflictDetection=disabled` en el valor del parámetro.
## Mejoras en esta versión del motor
+ Se ha mejorado la API [Estado de la instancia](access-graph-status.md) informando de qué versión de TinkerPop y qué versión de SPARQL utiliza el motor.
+ Se ha mejorado el rendimiento del operador de subgráfico de Gremlin.
+ Se ha mejorado el rendimiento de la serialización de respuestas de Gremlin.
+ Se ha mejorado el rendimiento en el paso de Gremlin Union.
+ Se ha mejorado la latencia de las consultas de SPARQL sencillas.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de Gremlin por el que el tiempo de espera se devolvía incorrectamente como error interno.
+ Se ha corregido un error SPARQL en el que ORDER BY sobre un conjunto parcial de variables provocaba un error interno del servidor.
# Actualizaciones del motor de Amazon Neptune del 19/09/2019
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
**Versión:** 1.0.1.0.200457.0
La versión 1.0.1.0.200457.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200457.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar un clúster de base de datos:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Defectos corregidos en esta versión del motor
+ Se ha corregido un problema de corrección de Gremlin introducido en la versión anterior del motor (1.0.1.0.200369.0) eliminando la mejora del rendimiento de la gestión de predicados conjuntivos que la provocaba.
+ Se ha corregido un error SPARQL que provocaba consultas con `DISTINCT` y un único patrón encapsulado en `OPTIONAL` para generar un `InternalServerError`.
# Actualizaciones del motor de Amazon Neptune del 13/08/2019
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Nuevas características de esta versión del motor
+ Se ha añadido una opción `OVERSUBSCRIBE` al parámetro `parallelism` de [Comando del programa de carga de Neptune](load-api-reference-load.md), lo que provoca que el programa de carga masiva de Neptune utilice todos los subprocesos y recursos disponibles.
## Mejoras en esta versión del motor
+ Se ha mejorado el rendimiento de los filtros de SPARQL que contienen expresiones lógicas OR sencillas.
+ Se ha mejorado el rendimiento de Gremlin en la administración de predicados conjuntivos.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error de SPARQL que impedía restar `xsd:duration` a `xsd:date`.
+ Se ha corregido un error de SPARQL que provocaba resultados incompletos de incorporación estática en la presencia de `UNION`.
+ Se ha corregido un error de SPARQL en la cancelación de consultas.
+ Se ha corregido un error de Gremlin que provocaba un desbordamiento durante la promoción de tipos.
+ Se ha corregido un error de Gremlin en la administración de elementos de vértice en los pasos de `addE().from().to()`.
+ Se ha corregido un error de Gremlin (publicado el 26-07-2019 en la [versión 1.0.1.0.0.200366.0 del motor](engine-releases-1.0.1.0.200366.0.md)) que implicaba la administración de valores dobles y flotantes NaN en inserciones de cardinalidad única.
+ Se ha corregido un error en la generación de planes de consulta que implicaban búsquedas basadas en propiedades.
# Actualizaciones del motor de Amazon Neptune del 26/07/2019
**Versión:** 1.0.1.0.200366.0
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Nuevas características de esta versión del motor
+ Se ha actualizado a TinkerPop 3.4.1 (consulte [Información de actualización de TinkerPop](http://tinkerpop.apache.org/docs/3.4.1/upgrade/) y [Registro de cambios de TinkerPop 3.4.1](https://github.com/apache/tinkerpop/blob/3.4.1/CHANGELOG.asciidoc#release-3-4-1)).
Para los clientes de Neptune, estos cambios proporcionan nuevas funcionalidades y mejoras, tales como:
+ `GraphBinary` ahora está disponible en formato de serialización.
+ Se ha corregido un error de mantenimiento de conexión que provocaba fugas de memoria en el controlador Java de TinkerPop, por lo que ya no es necesario solucionar el problema.
Sin embargo, en algunos casos, pueden afectar al código Gremlin existente en Neptune. Por ejemplo:
+ `valueMap()` ahora devuelve `Map` en lugar de `Map`.
+ Se ha corregido el comportamiento incoherente del paso `within()` de modo que funcione de un modo coherente con otros pasos. Anteriormente, los tipos tenían que coincidir para que funcionaran las comparaciones. Ahora, los números de los diferentes tipos se pueden comparar con precisión. Por ejemplo, `33` ahora se compara igual que `33L`, lo que no sucedía antes.
+ Se ha corregido un error de `ReducingBarrierStep`, por lo que ahora no devuelve ningún valor si no hay elementos disponibles para la salida.
+ Se ha cambiado el orden de los ámbitos `select()` (el orden ahora es `maps`, `side-effects` y `paths`). Esto cambia los resultados de las contadas consultas que combinan `side-effects` y `select` con el mismo nombre de clave tanto para `side-effects` como para `select`.
+ `bulkSet()` ahora forma parte del protocolo GraphSON. Las consultas que terminen con `toBulkSet()` no funcionan con clientes anteriores.
+ Se ha eliminado una parametrización del paso `Submit()` del cliente 3.4.
Se han incorporado muchos cambios en TinkerPop 3.4 que no afectan el comportamiento actual de Neptune. Por ejemplo, se ha añadido `io()` de Gremlin como un paso para `Traversal` y ahora está obsoleto en `Graph`, pero nunca se ha activado en Neptune.
+ Se ha añadido compatibilidad para las propiedades de vértice de cardinalidad única al [programa de carga masiva de Gremlin](bulk-load-tutorial-format-gremlin.md#bulk-load-tutorial-format-gremlin-propheaders), para cargar datos de gráficos de propiedades.
+ Se ha añadido una opción para sobrescribir los valores existentes para una propiedad de cardinalidad única en el programa de carga masiva.
+ Se ha añadido la posibilidad de [recuperar el estado de una consulta de Gremlin](gremlin-api-status.md) y de [cancelar una consulta de Gremlin](gremlin-api-status-cancel.md).
+ Se ha añadido una [sugerencia de consulta para los tiempos de espera de consulta SPARQL](sparql-query-hints-queryTimeout.md).
+ Se ha añadido la capacidad de ver la función de la instancia en la API de estado (consulte [Estado de la instancia](access-graph-status.md)).
+ Se ha añadido compatibilidad con la clonación de bases de datos (consulte [Clonación de bases de datos en Neptune](manage-console-cloning.md)).
## Mejoras en esta versión del motor
+ Se ha mejorado la explicación de consulta SPARQL para mostrar variables de gráficos de cláusulas FROM.
+ Se ha mejorado el rendimiento para SPARQL en filtros, filtros de igual, cláusulas VALUES y recuentos de rango.
+ Se ha mejorado el rendimiento para la ordenación de pasos de Gremlin.
+ Se ha mejorado el rendimiento para los recorridos `.repeat.dedup` de Gremlin.
+ Se ha mejorado el rendimiento de `valueMap()` y `path().by()` de Gremlin.
## Defectos corregidos en esta versión del motor
+ Se han corregido varios problemas con las rutas de propiedad de SPARQL incluido el funcionamiento con gráficos denominados.
+ Se ha corregido un problema con consultas de SPARQL CONSTRUCT que causa problemas de memoria.
+ Se ha corregido un problema con el analizador RDF Turtle y los nombres locales.
+ Se ha corregido un problema para corregir mensajes de error que se muestran a los usuarios.
+ Se ha corregido un problema con recorridos `repeat()...drop()` de Gremlin.
+ Se ha corregido un problema con el paso `drop()` de Gremlin.
+ Se ha corregido un problema con filtros de etiqueta de Gremlin.
+ Se ha corregido un problema con los tiempos de espera de consultas de Gremlin.
# Actualizaciones del motor de Amazon Neptune del 02/07/2019
## IMPORTANTE: ESTA VERSIÓN DEL MOTOR AHORA ESTÁ OBSOLETA
A partir del 27 de abril de 2021, no se crearán nuevas instancias con esta versión del motor.
## Defectos corregidos en esta versión del motor
+ Se ha corregido un error que provocaba que determinados patrones con un nombre y valor de propiedad no se optimizaran.
# Versiones anteriores del motor de Neptune
**Topics**
+ [Actualizaciones del motor de Amazon Neptune del 12/06/2019](engine-releases-1.0.1.0.200310.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 01/05/2019](engine-releases-1.0.1.0.200296.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 21/01/2019](engine-releases-1.0.1.0.200267.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 19/11/2018](engine-releases-1.0.1.0.200264.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 08/11/2018](engine-releases-1.0.1.0.200258.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 29/10/2018](engine-releases-1.0.1.0.200255.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 06/09/2018](engine-releases-1.0.1.0.200237.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 24/07/2018](engine-releases-1.0.1.0.200236.0.md)
+ [Actualizaciones del motor de Amazon Neptune del 22/06/2018](engine-releases-1.0.1.0.200233.0.md)
# Actualizaciones del motor de Amazon Neptune del 12/06/2019
**Versión:** 1.0.1.0.200310.0
La versión 1.0.1.0.200310.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200310.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200310.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Corrige un error en el que insertar y soltar un borde de forma simultánea puede dar lugar a varios bordes con el mismo identificador.
+ Otras pequeñas correcciones y mejoras.
# Actualizaciones del motor de Amazon Neptune del 01/05/2019
**Versión:** 1.0.1.0.200296.0
La versión 1.0.1.0.200296.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200296.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200296.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se ha añadido la característica nueva `explain` a las consultas SPARQL de Neptune para ayudarle a visualizar el plan de consulta y realizar los pasos necesarios para optimizarlo si fuera necesario. Para obtener más información, consulte [`explain` de SPARQLExtensión `SERVICE` de SPARQ](sparql-explain.md).
+ Se ha mejorado el rendimiento de SPARQL y la generación de informes de varias formas.
+ Se ha mejorado el rendimiento y el comportamiento de Gremlin de varias formas.
+ Se ha mejorado el agotamiento del tiempo de espera de las consultas `drop( )` de ejecución prolongada.
+ Se ha mejorado el rendimiento de las consultas `otherV( )`.
+ Se han añadido dos campos a la información devuelta al consultar el estado de Neptune de un clúster de base de datos o de una instancia, en concreto el número de versión del motor y el clúster o la hora de inicio de la instancia. Consulte [Estado de la instancia](access-graph-status.md).
+ La API `Get-Status` del programa de carga de Neptune devuelve ahora un campo `startTime` que registra el momento en el que se inició una tarea de carga.
+ El comando del programa de carga toma ahora un parámetro `parallelism` opcional que le permite restringir el número de subprocesos que utiliza el programa de carga.
# Actualizaciones del motor de Amazon Neptune del 21/01/2019
**Versión:** 1.0.1.0.200267.0
La versión 1.0.1.0.200267.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200267.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200267.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Neptune espera más tiempo (dentro del tiempo de espera de consulta especificado) para que se resuelvan los conflictos. De este modo se reduce el número de excepciones de modificación simultáneas que debe administrar el cliente (consulte [Errores de consulta](errors-engine-codes.md#errors-query)).
+ Se ha corregido un problema por el que la aplicación de cardinalidad de Gremlin en ocasiones provocaba que el motor se reiniciara.
+ Rendimiento mejorado de Gremlin para consultas repetidas de `emit.times`.
+ Se ha corregido un problema de Gremlin por el que `repeat.until` permitía el paso de soluciones de `.emit` que se debían haber filtrado.
+ Se ha mejorado la administración de errores en Gremlin.
# Actualizaciones del motor de Amazon Neptune del 19/11/2018
**Versión:** 1.0.1.0.200264.0
La versión 1.0.1.0.200264.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200264.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200264.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se agregó compatibilidad con la de para [Sugerencias de consulta de Gremlin](gremlin-query-hints.md).
+ Mensajes de error mejorados para la autenticación de IAM. Para obtener más información, consulte [Errores de autenticación de IAM](errors-engine-codes.md#errors-iam-auth).
+ Mejora del rendimiento de las consultas SPARQL con un elevado número de predicados.
+ Rendimiento mejorado de la ruta de propiedades SPARQL.
+ Rendimiento de Gremlin mejorado para mutaciones condicionales, como el patrón `fold().coalesce(unfold(), …)`, cuando se usa con los pasos `addV()`, `addE()` y `property()`.
+ Rendimiento de Gremlin mejorado para las modulaciones `by()` y `sack()`.
+ Rendimiento de Gremlin mejorado para los pasos `group()` y `groupCount()`.
+ Rendimiento de Gremlin mejorado para los pasos `store()`, `sideEffect()` y `cap().unfold()`.
+ Compatibilidad mejorada para las restricciones de propiedades de cardinalidad única de Gremlin.
+ Mejora de la aplicación de la cardinalidad única para las propiedades de borde y las propiedades de vértice marcadas como propiedades de cardinalidad única.
+ Se producía un error si se especificaban valores de propiedad adicionales para una propiedad de borde existente durante los trabajos de carga de Neptune.
# Actualizaciones del motor de Amazon Neptune del 08/11/2018
**Versión:** 1.0.1.0.200258.0
La versión 1.0.1.0.200258.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200258.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200258.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se agregó compatibilidad con la de para [Sugerencias de consulta SPARQL](sparql-query-hints.md).
+ Rendimiento mejorado para consultas SPARQL FILTER (NOT) Exists.
+ Rendimiento mejorado para consultas SPARQL DESCRIBE.
+ Rendimiento mejorado para la repetición hasta el patrón en Gremlin.
+ Rendimiento mejorado para añadir bordes en Gremlin.
+ Se ha corregido un problema por el que las consultas SPARQL Update DELETE podían tener errores en algunos casos.
+ Se ha corregido un problema para gestionar los tiempos de espera con el servidor de WebSocket de Gremlin.
# Actualizaciones del motor de Amazon Neptune del 29/10/2018
**Versión:** 1.0.1.0.200255.0
La versión 1.0.1.0.200255.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200255.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200255.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se ha añadido la información de la autenticación de IAM a los registros de auditoría.
+ Se ha añadido compatibilidad con credenciales temporales usando roles de IAM y perfiles de instancia.
+ Se ha añadido la terminación de la conexión WebSocket para la autenticación de IAM cuando se revoca el permiso o si se elimina el usuario o el rol de IAM.
+ Se ha limitado el número máximo de conexiones WebSocket a 60.000 por instancia.
+ Se ha mejorado el rendimiento de carga masiva para tipos de instancia más pequeños.
+ Se ha mejorado el rendimiento de las consultas que incluyen los operadores `and()`, `or()`, `not()`, `drop()` en Gremlin.
+ El analizador de NTriples ahora rechaza los URI no válidos, como los URI que contienen espacios en blanco.
# Actualizaciones del motor de Amazon Neptune del 06/09/2018
**Versión:** 1.0.1.0.200237.0
La versión 1.0.1.0.200237.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200237.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200237.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se ha corregido un problema por el que se producían errores en algunas consultas `SPARQL COUNT(DISTINCT)`.
+ Se ha corregido un problema por el que se quedaban sin memoria las consultas `COUNT`, `SUM` y `MIN` con una cláusula `DISTINCT`.
+ Se ha corregido un problema por el que los datos de tipo `BLOB` podían provocar un error en un trabajo del programa de carga de Neptune.
+ Se ha corregido un problema por el que las inserciones duplicadas provocaban errores en las transacciones.
+ Se ha corregido un problema por el que no se podían cancelar las consultas `DROP ALL`.
+ Se ha corregido un problema por el que los clientes Gremlin podían bloquearse de forma intermitente.
+ Se han actualizado todos los códigos de error de las cargas mayores de 150 M para que sean `HTTP 400`.
+ Se ha mejorado el desempeño y la precisión de las consultas `COUNT()` de patrón único-triple.
+ Se ha mejorado el desempeño de las consultas `SPARQL UNION` con cláusulas `BIND`.
# Actualizaciones del motor de Amazon Neptune del 24/07/2018
**Versión:** 1.0.1.0.200236.0
La versión 1.0.1.0.200236.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200236.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200236.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se ha actualizado la serialización SPARQL para el tipo de datos `xsd:string`. xsd:string ya no está incluido en la serialización JSON, que ahora es coherente con otros formatos de salida.
+ Se ha corregido el tratamiento de infinito `xsd:double`/`xsd:float`. Los valores `-INF`, `NaN` e `INF` se reconocen y se gestionan ahora correctamente en todos los formatos de cargador de datos SPARQL, SPARQL 1.1 UPDATE y SPARQL 1.1 Query.
+ Se ha corregido un problema donde una consulta de Gremlin con valores de cadena vacía produce un error de forma inesperada.
+ Se ha corregido un problema donde `aggregate()` y `cap()` de Gremlin en un gráfico vacío produce un error de forma inesperada.
+ Se ha corregido un problema en el que se devolvían respuestas de error incorrectas para Gremlin cuando la especificación de cardinalidad no es válida, por ejemplo, `.property(set,id,'10')` y `.property(single,id,'10')`.
+ Se ha corregido un problema por el que se devolvía una sintaxis de Gremlin no válida como InternalFailureException.
+ Se ha corregido la ortografía en `TimeLimitExceeededException` a `TimeLimitExceededException`, en los mensajes de error.
+ Se han cambiado la respuesta de los puntos de enlace SPARQL y GREMLIN de forma coherente cuando no se suministra ningún script.
+ Se han aclarado los mensajes de error para demasiadas solicitudes simultáneas.
# Actualizaciones del motor de Amazon Neptune del 22/06/2018
**Versión:** 1.0.1.0.200233.0
La versión 1.0.1.0.200233.0 de Amazon Neptune está disponible con carácter general. Todos los clústeres de base de datos nuevos de Neptune, incluidos los restaurados a partir de instantáneas, se crearán en Neptune 1.0.1.0.200233.0 después de que haya finalizado la actualización del motor para esa región.
Los clústeres existentes pueden actualizarse a esta versión inmediatamente utilizando las operaciones de clúster de base de datos en la consola o mediante el SDK. Puede utilizar el siguiente comando de la CLI para actualizar inmediatamente un clúster de base de datos a esta versión:
```
aws neptune apply-pending-maintenance-action \
--apply-action system-update \
--opt-in-type immediate \
--resource-identifier arn:aws:rds::::
```
Los clústeres de base de datos de Neptune se actualizarán automáticamente a la versión 1.0.1.0.200233.0 del motor durante los periodos de mantenimiento del sistema. El momento en el que se aplican las actualizaciones depende de la región y de la configuración del periodo de mantenimiento para el clúster de base de datos, así como del tipo de actualización.
**nota**
El periodo de mantenimiento de las instancias no se aplica a las actualizaciones del motor.
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 todas las instancias de un clúster de base de datos, por lo que se producirán entre 20 y 30 segundos de inactividad. A continuación, podrá volver a utilizar los clústeres de la base de datos. Puede ver o cambiar la configuración del periodo de mantenimiento desde la [consola de Neptune](https://console.aws.amazon.com/neptune/home).
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).
## Mejoras
+ Se ha corregido un problema por el que la emisión en rápida sucesión de un gran número de solicitudes de carga masiva da como resultado un error.
+ Se ha corregido un problema dependiente de los datos por el que una consulta podría generar un InternalServerError. En el siguiente ejemplo, se muestra el tipo de consulta afectado.
```
g.V("my-id123").as("start").outE("knows").has("edgePropertyKey1", P.gt(0)).as("myedge").inV()
.as("end").select("start", "end", "myedge").by("vertexPropertyKey1")
.by("vertexPropertyKey1").by("edgePropertyKey1")
```
+ Se ha corregido un problema por el que un cliente Java de Gremlin no puede conectarse con el servidor usando la misma conexión WebSocket una vez agotado el tiempo de espera de una consulta de ejecución prolongada.
+ Se ha corregido un problema por el que las secuencias de escape incluidas como parte de la consulta de Gremlin a través de HTTP o las consultas basadas en cadenas sobre la conexión WebSocket no se procesaron correctamente.