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)

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.

• 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 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:

aws neptune modify-db-cluster \
    --db-cluster-identifier (your-neptune-cluster) \
    --engine-version 1.0.4.2 \
    --apply-immediately

Para Windows:

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.0.4.2 ^
    --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, 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. 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.