

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Versión 1.0.2.1 del motor de Amazon Neptune (22/11/2019)
<a name="engine-releases-1.0.2.1"></a>

## Versiones de parche posteriores para esta versión
<a name="engine-releases-1.0.2.1-patches"></a>
+ [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
<a name="engine-releases-1.0.2.1-features"></a>
+ 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
<a name="engine-releases-1.0.2.1-improvements"></a>
+ 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
<a name="engine-releases-1.0.2.1-defects"></a>
+ 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
<a name="engine-releases-1.0.2.1-query-versions"></a>

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
<a name="engine-releases-1.0.2.1-upgrade-paths"></a>

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
<a name="engine-releases-1.0.2.1-upgrading"></a>

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
<a name="engine-1.0.2.1-test-before-upgrading"></a>

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
<a name="engine-1.0.2.1-snapshot-before-upgrading"></a>

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 name="engine-releases-1.0.2.1.R6"></a>

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
<a name="engine-releases-1.0.2.1.R6-defects"></a>
+ 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
<a name="engine-releases-1.0.2.1.R6-query-versions"></a>

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
<a name="engine-releases-1.0.2.1.R6-upgrade-paths"></a>

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
<a name="engine-releases-1.0.2.1.R6-upgrading"></a>

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
<a name="engine-1.0.2.1.R6-test-before-upgrading"></a>

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
<a name="engine-1.0.2.1.R6-snapshot-before-upgrading"></a>

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)
<a name="engine-releases-1.0.2.1.R5"></a>

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
<a name="engine-releases-1.0.2.1.R4"></a>

## Mejoras en esta versión del motor
<a name="engine-releases-1.0.2.1.R4-improvements"></a>
+ 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
<a name="engine-releases-1.0.2.1.R4-defects"></a>
+ 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
<a name="engine-releases-1.0.2.1.R4-query-versions"></a>

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
<a name="engine-releases-1.0.2.1.R4-upgrade-paths"></a>

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
<a name="engine-releases-1.0.2.1.R4-upgrading"></a>

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
<a name="engine-1.0.2.1.R4-test-before-upgrading"></a>

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
<a name="engine-1.0.2.1.R4-snapshot-before-upgrading"></a>

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)
<a name="engine-releases-1.0.2.1.R3"></a>

## Defectos corregidos en esta versión del motor
<a name="engine-releases-1.0.2.1.R3-defects"></a>
+ 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
<a name="engine-releases-1.0.2.1.R3-query-versions"></a>

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
<a name="engine-releases-1.0.2.1.R3-upgrade-paths"></a>

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
<a name="engine-releases-1.0.2.1.R3-upgrading"></a>

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
<a name="engine-1.0.2.1.R3-test-before-upgrading"></a>

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
<a name="engine-1.0.2.1.R3-snapshot-before-upgrading"></a>

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)
<a name="engine-releases-1.0.2.1.R2"></a>

## Defectos corregidos en esta versión del motor
<a name="engine-releases-1.0.2.1.R2-defects"></a>
+ 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
<a name="engine-releases-1.0.2.1.R2-query-versions"></a>

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
<a name="engine-releases-1.0.2.1.R2-upgrade-paths"></a>

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
<a name="engine-releases-1.0.2.1.R2-upgrading"></a>

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
<a name="engine-1.0.2.1.R2-test-before-upgrading"></a>

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
<a name="engine-1.0.2.1.R2-snapshot-before-upgrading"></a>

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).