View a markdown version of this page

Amazon Neptune Engine versione 1.4.5.0 (2025-04-09) - Amazon Neptune

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Amazon Neptune Engine versione 1.4.5.0 (2025-04-09)

A partire dal 2025-04-09, la versione del motore 1.4.5.0 viene generalmente distribuita. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.

avvertimento

Abbiamo temporaneamente sospeso gli aggiornamenti alla 1.4.5.0 a causa di problemi che possono verificarsi in alcune configurazioni Serverless. Si consiglia l'aggiornamento alla versione del motore 1.4.5.1. Gli aggiornamenti alla versione 1.4.5.0 sono stati temporaneamente disattivati.

Nuove funzionalità in questa versione del motore

  • Sono state aggiunte nuove fasi del linguaggio Gremlin nel motore DFE.

    • Percorso e passaggi di attraversamento: 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 ()

    • Fasi di aggregazione e raccolta: aggregate (global), combine (), count (), dedup (global), fold (), group (), groupCount ()

    • Passi matematici: max (), mean (), min (), sum ()

    • Passi degli elementi: otherV (), elementMap (), element (), V (), out (), in (), both (), outE (), outE (), inE (), boThe (), outV (), inV (), bothV (), otherV () ()

    • Passaggi relativi alle proprietà: properties (), key (), valueMap (), value ()

    • Passaggi di filtro: and (), coalesce (), coin (), is (), local (), none (), not () o (), where ()

    • Fasi di manipolazione delle stringhe: concat (), lTrim (), rTrim (), substring (), toLower (), toUpper (), trim ()

    • Predicati:
      • Confronta: eq, neq, lt, lte, gt, gte

      • Contiene: all'interno, all'esterno

      • Testo P: termina con, non contiene, nonStartingWith, non contiene EndingWith

      • P: e, o, tra, all'esterno, all'interno

Per informazioni dettagliate su tutte le fasi di Gremlin disponibili in DFE, fare riferimento a. Copertura dei passaggi Gremlin in DFE

Miglioramenti in questa versione del motore

Miglioramenti generali
  • Miglioramento lento del tempo di attesa per il blocco del registro delle query. I log delle query lente ora includono metriche sui tempi di attesa per i blocchi condivisi ed esclusivi. Vengono archiviati come parte di ogni transazione in caso di promozione lenta in lettura/scrittura. Queste metriche vengono visualizzate nella sezione StorageCounters dei log delle query lente.

  • È stato interrotto il supporto per le seguenti suite di crittografia:

    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

    • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

    • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

    • TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

Miglioramenti apportati a Gremlin
Miglioramenti di openCypher

Difetti corretti in questa versione del motore

Correzioni generali
  • È stato risolto il problema che causava l'eliminazione dei file di Audit/SlowQueryLog registro.

Correzioni Gremlin
  • È stato risolto un problema con le query Gremlin eseguite con la funzionalità Result Cache disattivata. Una query che terminava con iterate () restituiva risultati invece di restituire una risposta vuota.

  • È stato risolto un problema con Gremlin Result Cache causato da interrogazioni simultanee con la stessa chiave. Una delle query in esecuzione simultanea ha restituito risultati erroneamente invece di restituire risultati vuoti.

  • È stato risolto un problema relativo alle query di esportazione di Amazon S3 che causava il fallimento di una query durante il caricamento in più parti di Amazon S3 a causa di timeout o annullamento, aumentando i tempi di pulizia.

  • È stato risolto un problema di autorizzazione relativo all'esportazione di Gremlin in Amazon S3.

Correzioni apportate a SPARQL
  • È stato risolto un problema nella gestione delle query SPARQL che dichiaravano più IRI di base che causava l'utilizzo solo della dichiarazione iniziale.

  • È stato risolto un problema nella gestione delle REPLACE funzioni SPARQL che utilizzavano stringhe di pattern non valide che causavano la restituzione di un errore.

  • È stato risolto un problema nella gestione delle REPLACE funzioni SPARQL utilizzando il flag case-insensitive () con dati Unicode. "i"

  • È stato risolto un problema nell'analisi delle query SPARQL utilizzando sequenze di escape non valide \u e basate su \U codepoint che poteva portare alla mancata restituzione di una risposta.

  • È stato risolto un problema nella IRI funzione SPARQL che non sempre risolveva correttamente gli IRI relativi rispetto all'IRI di base corrente.

  • È stato risolto un problema per il quale SPARQL INSERT DATA gli DELETE DATA aggiornamenti che utilizzano nomi con prefisso non risolvevano correttamente gli IRI relativi rispetto all'IRI di base corrente.

Query-Language Versioni supportate in questa versione

Prima di aggiornare un cluster DB alla versione 1.4.5.0, assicurati che il tuo progetto sia compatibile con queste versioni in linguaggio di interrogazione:

  • Versione meno recente di Gremlin supportata: 3.7.1

  • Versione più recente di Gremlin supportata: 3.7.1

  • Versione openCypher: Neptune-9.0.20190305-1.0

  • Versione di SPARQL: 1.1

Percorsi di aggiornamento alla versione del motore 1.4.5.0

Puoi eseguire l'aggiornamento a questo rilascio dal rilascio del motore 1.2.0.0 o successivi.

Aggiornamento a questo rilascio

Se un cluster database utilizza una versione del motore dalla quale esiste un percorso di aggiornamento a questo rilascio, ora è idoneo all'aggiornamento. È possibile aggiornare qualsiasi cluster idoneo utilizzando le operazioni del cluster database sulla console o utilizzando SDK. Il seguente comando CLI aggiornerà immediatamente un cluster idoneo:

Per Linux, OS X o Unix:

aws neptune modify-db-cluster \ --db-cluster-identifier (your-neptune-cluster) \ --engine-version 1.4.5.0 \ --allow-major-version-upgrade \ --apply-immediately

Per Windows:

aws neptune modify-db-cluster ^ --db-cluster-identifier (your-neptune-cluster) ^ --engine-version 1.4.5.0 ^ --allow-major-version-upgrade ^ --apply-immediately

Invece di --apply-immediately, puoi specificare --no-apply-immediately. Per eseguire un aggiornamento di versione principale, è richiesto il parametro allow-major-version-upgrade. Assicurati inoltre di includere la versione del motore onde evitare che il tuo motore venga aggiornato a una versione diversa.

Se il cluster utilizza un gruppo di parametri del cluster personalizzato, assicurati di includere questo parametro per specificarlo:

--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)

Analogamente, se alcune istanze del cluster utilizzano un gruppo di parametri del database personalizzato, assicurati di includere questo parametro per specificarlo:

--db-instance-parameter-group-name (name of the custom instance parameter group)

Eseguire sempre un test prima dell'aggiornamento

Quando viene rilasciata una nuova versione principale o secondaria del motore Neptune, testa sempre le applicazioni Neptune su di essa prima di procedere all'aggiornamento. Anche un aggiornamento secondario potrebbe introdurre nuove funzionalità o comportamenti che possono influire sul codice.

Inizia confrontando le pagine delle note di rilascio della versione corrente con quelle della versione di destinazione per valutare se verranno modificate le versioni del linguaggio di query o verranno introdotte altre modifiche che causano interruzioni.

Il modo migliore per testare una nuova versione prima di aggiornare il cluster database di produzione è clonare il cluster di produzione affinché il clone esegua la nuova versione del motore. È quindi possibile eseguire query sul clone senza influire sul cluster database di produzione.

Creare sempre uno snapshot manuale prima dell'aggiornamento

Prima di procedere a un aggiornamento, è consigliabile creare sempre uno snapshot manuale del cluster database. Uno snapshot automatico offre solo una protezione a breve termine, mentre uno snapshot manuale rimane disponibile fino a quando non lo elimini esplicitamente.

In alcuni casi Neptune crea automaticamente uno snapshot manuale come parte del processo di aggiornamento, ma non è consigliabile farvi affidamento ed è comunque opportuno creare sempre il proprio snapshot manuale.

Quando hai la certezza che non sarà necessario ripristinare lo stato precedente all'aggiornamento del cluster di database, puoi eliminare in modo esplicito lo snapshot manuale che hai creato, così come lo snapshot manuale eventualmente creato da Neptune. Se Neptune crea uno snapshot manuale, questo avrà un nome che inizia con preupgrade, seguito dal nome del cluster database, dalla versione del motore di origine, dalla versione del motore di destinazione e dalla data.

Nota

Se stai tentando di eseguire l'aggiornamento mentre è in corso un'azione in sospeso, potrebbe verificarsi un errore come il seguente:

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.

Se riscontri questo errore, attendi il completamento dell'azione in sospeso o attiva immediatamente una finestra di manutenzione per completare l'aggiornamento precedente.

Per ulteriori informazioni sull'aggiornamento della versione del motore, consulta Gestione del cluster di database Amazon Neptune. In caso di domande o dubbi, il team di AWS supporto è disponibile nei forum della community e tramite AWS Premium Support.