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à.
# Motore Amazon Neptune versione 1.0.5.0 (27/07/2021)
A partire dal 27 luglio 2021, viene implementata a livello generale la versione del motore 1.0.5.0. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.
## Rilascio di patch successive per questa versione
+ [Rilascio: 1.0.5.0.R2 (16/08/2021)](engine-releases-1.0.5.0.R2.md)
+ [Rilascio: 1.0.5.0.R3 (15/09/2021)](engine-releases-1.0.5.0.R3.md)
+ [Rilascio di manutenzione: 1.0.5.0.R5 (16/05/2022)](engine-releases-1.0.5.0.R5.md)
## Nuove caratteristiche in questo rilascio del motore
+ [Neptune ML](machine-learning.md) è stato rilasciato per l'uso in produzione con molte nuove funzionalità e non è più in modalità di laboratorio.
+ Aggiunto il supporto iniziale per il linguaggio di query [openCypher](access-graph-opencypher.md), in modalità di laboratorio. **openCypher** è lo standard open source per il linguaggio di query Cypher. La sua sintassi è specificata nel [Cypher Query Language Reference (versione 9)](https://s3.amazonaws.com/artifacts.opencypher.org/openCypher9.pdf) ed è gestita dal progetto [openCypher](http://www.opencypher.org/).
Consulta [Accesso al grafo di Neptune con openCypher](access-graph-opencypher.md) per informazioni sull'implementazione del linguaggio Neptune.
È supportato anche il supporto per il [protocollo Bolt](https://neo4j.com/docs/bolt/current/bolt/), utilizzato dai client Neptune per le query openCypher. Consultare [Utilizzo del protocollo Bolt per effettuare query openCypher in Neptune](access-graph-opencypher-bolt.md).
Il supporto per openCypher ora è abilitato automaticamente, ma dipende dal [Motore DFE di Neptune](neptune-dfe-engine.md), che attualmente è disponibile solo [modalità di laboratorio](features-lab-mode.md). L'impostazione predefinita `DFEQueryEngine` nel parametro del cluster database `neptune_lab_mode` è ora `DFEQueryEngine=viaQueryHint`, il che significa che il motore è abilitato ma viene utilizzato solo per le query che hanno l'hint `useDFE` presente e impostato su `true`. Se disabiliti il motore DFE impostando `DFEQueryEngine=disabled`, non potrai utilizzare openCypher.
+ Aggiunto il supporto per il [protocollo HTTP SPARQL 1.1 Graph Store](https://www.w3.org/TR/sparql11-http-rdf-update/). Consultare [Utilizzo del protocollo HTTP Graph Store Protocol (GSP) SPARQL 1.1 in Amazon Neptune](sparql-graph-store-protocol.md).
+ Modificata l'impostazione predefinita della modalità di laboratorio per il [Motore DFE di Neptune](neptune-dfe-engine.md) a `viaQueryHint`, il che significa che il motore DFE è ora abilitato per impostazione predefinita, ma viene utilizzato solo per le query che hanno l'hint `useDFE` presente e impostato su `true`.
+ È stata aggiunta una nuova CloudWatch metrica Amazon`StatsNumStatementsScanned`, per il monitoraggio del calcolo delle statistiche per il motore Neptune DFE. Consultare [Utilizzo della `StatsNumStatementsScanned` CloudWatch metrica per monitorare il calcolo delle statistiche](neptune-dfe-statistics.md#neptune-dfe-statistics-monitoring).
## Miglioramenti in questo rilascio del motore
+ È stato aggiunto il supporto per Apache 3.4.11. TinkerPop
**Importante**
Nella TinkerPop versione 3.4.11 è stata apportata una modifica che migliora la correttezza del modo in cui le query vengono elaborate, ma per il momento a volte può influire seriamente sulle prestazioni delle query.
Una query di questo tipo, ad esempio, può essere eseguita molto più lentamente:
```
g.V().hasLabel('airport').
order().
by(out().count(),desc).
limit(10).
out()
```
I vertici dopo il passaggio limite vengono ora recuperati in modo non ottimale a causa della modifica 3.4.11. TinkerPop Per evitare il problema, puoi modificare la query aggiungendo il passaggio barrier() in qualsiasi punto dopo `order().by()`. Per esempio:
```
g.V().hasLabel('airport').
order().
by(out().count(),desc).
limit(10).
barrier().
out()
```
+ L'[hint di query `joinOrder` di SPARQL](sparql-query-hints-joinOrder.md) è ora supportato dal motore di query alternativo Neptune DFE.
+ L'output dell'[API di stato Neptune](access-graph-status.md) è stato ampliato e riorganizzato per fornire maggiore chiarezza sulle impostazioni e le funzionalità del cluster database.
Il nuovo output ha un oggetto `features` di primo livello che contiene informazioni sullo stato delle funzionalità del cluster database e un oggetto `settings` di primo livello che contiene informazioni sulle impostazioni. Per esaminare il nuovo formato, consulta [Esempio di output del comando instance status](access-graph-status.md#access-graph-status-sample-output).
+ La gestione dei log delle modifiche allo streaming è stata migliorata quando gli stream `AFTER_SEQUENCE_NUMBER` vengono richiesti con l'ultimo ID evento sul server, quando tale ID evento è già scaduto. Il server non genera più un errore relativo all'ID evento scaduto se l'ID evento richiesto è l'ultimo ID evento eliminato sul server.
## Difetti corretti in questo rilascio del motore
+ Corretto un bug di Gremlin relativo all'ordinamento dei valori numerici.
## Versioni di linguaggio di query supportate in questo rilascio
Prima di aggiornare un cluster database alla versione 1.0.5.0, assicurati che il tuo progetto sia compatibile con queste versioni di linguaggio di query:
+ *Versione di Gremlin:* `3.4.11`
+ *Versione di SPARQL:* `1.1`
## Percorsi di aggiornamento al rilascio del motore 1.0.5.0
È possibile aggiornare manualmente qualsiasi rilascio del motore Neptune precedente a questo rilascio.
Non \$1possibile effettuare l'aggiornamento automatico a questa versione.
## Aggiornamento a questo rilascio
Amazon Neptune 1.0.5.0 è ora disponibile a livello generale.
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:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.5.0 \
4. --apply-immediately
```
Per Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
4. --apply-immediately
```
Gli aggiornamenti vengono applicati contemporaneamente a tutte le istanze in un cluster di database. Un aggiornamento richiede il riavvio del database su queste istanze, quindi si verificheranno tempi di inattività che vanno da 20-30 secondi a diversi minuti, dopodiché si potrà riprendere a usare il cluster database.
### 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](manage-console-maintaining), 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](cluster-maintenance.md). In caso di domande o dubbi, il team di AWS supporto è disponibile nei forum della community e tramite [AWS Premium Support](https://aws.amazon.com/support).
# Rilascio di manutenzione di Amazon Neptune, versione 1.0.5.0.R5 (16/05/2022)
A partire dal 16 maggio 2022, viene implementata a livello generale la versione del motore 1.0.5.0.R5. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.
## Versioni di linguaggio di query supportate in questo rilascio
Prima di aggiornare un cluster database alla versione 1.0.5.0.R5, assicurati che il tuo progetto sia compatibile con queste versioni di linguaggio di query:
+ *Versione di Gremlin:* `3.4.11`
+ *Versione di SPARQL:* `1.1`
## Percorsi di aggiornamento al rilascio del motore 1.0.5.0.R5
Se si esegue la versione del motore 1.0.5.0, il cluster verrà aggiornato automaticamente a questa patch release di manutenzione durante la finestra di manutenzione successiva.
È possibile aggiornare manualmente qualsiasi rilascio del motore Neptune precedente a questo rilascio.
## Aggiornamento a questo rilascio
Amazon Neptune 1.0.5.0.R5 è ora disponibile a livello generale.
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:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.5.0 \
4. --apply-immediately
```
Per Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
4. --apply-immediately
```
Gli aggiornamenti vengono applicati contemporaneamente a tutte le istanze in un cluster di database. Un aggiornamento richiede il riavvio del database su queste istanze, quindi si verificheranno tempi di inattività che vanno da 20-30 secondi a diversi minuti, dopodiché si potrà riprendere a usare il cluster database.
### 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](manage-console-maintaining), 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](cluster-maintenance.md). In caso di domande o dubbi, il team di AWS supporto è disponibile nei forum della community e tramite [AWS Premium Support](https://aws.amazon.com/support).
# Motore Amazon Neptune versione 1.0.5.0.R3 (15/09/2021)
A partire dal 15 settembre 2021, viene implementata a livello generale la versione del motore 1.0.5.0.R3. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.
## Difetti corretti in questo rilascio del motore
+ Corretto un bug che impediva al motore di rispondere in una di queste situazioni:
+ Un caricamento in blocco avviene contemporaneamente al calcolo automatico delle statistiche.
+ Un calcolo statistico è stato richiesto manualmente nello stesso momento in cui ce n'era uno già in corso.
+ Corretto un bug nel rilevamento dei deadlock e nell'acquisizione dei blocchi che poteva causare il crash del motore.
+ Corretto un bug di Gremlin a causa del quale il motore generava un errore quando rilevava dati sconosciuti da un endpoint ML remoto in una query di inferenza Gremlin.
+ Sono stati corretti diversi bug nella gestione dei modelli ML APIs relativi ai lavori di trasformazione del modello e ai consigli sulle istanze.
+ Risolto un bug che poteva causare l'arresto anomalo del motore durante la generazione di nodi e bordi IDs.
+ Corretto un bug che rallentava la generazione di piani di query per le query con pattern grafici di grandi dimensioni.
+ Corretto un bug di openCypher che poteva causare il blocco di una query durante il recupero di un nodo con più di 100 proprietà.
## Versioni di linguaggio di query supportate in questo rilascio
Prima di aggiornare un cluster database alla versione 1.0.5.0.R3, assicurati che il tuo progetto sia compatibile con queste versioni di linguaggio di query:
+ *Versione di Gremlin:* `3.4.11`
+ *Versione di SPARQL:* `1.1`
## Percorsi di aggiornamento al rilascio del motore 1.0.5.0.R3
Se si esegue la versione del motore 1.0.5.0, il cluster verrà aggiornato automaticamente a questa patch release durante la finestra di manutenzione successiva.
È possibile aggiornare manualmente qualsiasi rilascio del motore Neptune precedente a questo rilascio.
## Aggiornamento a questo rilascio
Amazon Neptune 1.0.5.0.R3 è ora disponibile a livello generale.
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:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.5.0 \
4. --apply-immediately
```
Per Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
4. --apply-immediately
```
Gli aggiornamenti vengono applicati contemporaneamente a tutte le istanze in un cluster di database. Un aggiornamento richiede il riavvio del database su queste istanze, quindi si verificheranno tempi di inattività che vanno da 20-30 secondi a diversi minuti, dopodiché si potrà riprendere a usare il cluster database.
### 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](manage-console-maintaining), 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](cluster-maintenance.md). In caso di domande o dubbi, il team di AWS supporto è disponibile nei forum della community e tramite [AWS Premium Support](https://aws.amazon.com/support).
# Motore Amazon Neptune versione 1.0.5.0.R2 (16/08/2021)
A partire dal 16 agosto 2021, viene implementata a livello generale la versione del motore 1.0.5.0.R2. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.
## Difetti corretti in questo rilascio del motore
+ Disattivata un'ottimizzazione effettuata nel [rilascio del motore `1.0.5.0`](engine-releases-1.0.5.0.md) che consente di non svuotare la [cache di ricerca di Neptune](feature-overview-lookup-cache.md) al riavvio del motore sulle repliche. Ora il riavvio della replica cancella la cache di ricerca.
## Versioni di linguaggio di query supportate in questo rilascio
Prima di aggiornare un cluster database alla versione 1.0.5.0.R2, assicurati che il tuo progetto sia compatibile con queste versioni di linguaggio di query:
+ *Versione di Gremlin:* `3.4.11`
+ *Versione di SPARQL:* `1.1`
## Percorsi di aggiornamento al rilascio del motore 1.0.5.0.R2
Se si esegue la versione del motore `1.0.5.0`, il cluster verrà aggiornato automaticamente a questo rilascio di patch durante la finestra di manutenzione successiva.
È possibile aggiornare manualmente qualsiasi rilascio del motore Neptune precedente a questo rilascio.
## Aggiornamento a questo rilascio
Amazon Neptune 1.0.5.0.R2 è ora disponibile a livello generale.
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:
```
1. aws neptune modify-db-cluster \
2. --db-cluster-identifier (your-neptune-cluster) \
3. --engine-version 1.0.5.0 \
4. --apply-immediately
```
Per Windows:
```
1. aws neptune modify-db-cluster ^
2. --db-cluster-identifier (your-neptune-cluster) ^
3. --engine-version 1.0.5.0 ^
4. --apply-immediately
```
Gli aggiornamenti vengono applicati contemporaneamente a tutte le istanze in un cluster di database. Un aggiornamento richiede il riavvio del database su queste istanze, quindi si verificheranno tempi di inattività che vanno da 20-30 secondi a diversi minuti, dopodiché si potrà riprendere a usare il cluster database.
### 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](manage-console-maintaining), 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](cluster-maintenance.md). In caso di domande o dubbi, il team di AWS supporto è disponibile nei forum della community e tramite [AWS Premium Support](https://aws.amazon.com/support).