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.3.3.0 (2024-08-05)
A partire dal 05/08/2020, la versione del motore 1.3.3.0 viene generalmente distribuita. Tieni presente che occorrono diversi giorni prima che una nuova versione diventi disponibile in ogni regione.
Nota
La versione del motore 1.3.0.0 ha introdotto un nuovo formato per i gruppi di parametri personalizzati e i gruppi di parametri del cluster personalizzati. Di conseguenza, se si esegue l'aggiornamento da una versione del motore precedente alla 1.3.0.0 alla versione del motore 1.3.0.0 o successiva, è necessario creare nuovamente tutti i gruppi di parametri personalizzati e i gruppi di parametri del cluster personalizzati esistenti utilizzando la famiglia di gruppi di parametri neptune1.3
. Le versioni precedenti utilizzavano la famiglia di gruppi di parametri neptune1
o neptune1.2
e tali gruppi di parametri non funzionano con la versione 1.3.0.0 e successive. Per ulteriori informazioni, consulta Gruppi di parametri di Amazon Neptune.
avvertimento
La versione 1.3.3.0 del motore ha introdotto alcuni potenziali problemi di cui dovresti essere a conoscenza. Per ulteriori informazioni, consultate Attenuazione dei problemi nella versione 1.3.3.0 la sezione seguente.
Difetti corretti in questa versione del motore
Miglioramenti generali
-
È stato risolto un problema per cui il motore diventava instabile quando nella cache dei predicati era presente un numero elevato di predicati.
openCypher correzioni
-
È stato risolto un problema per cui l'esecuzione delle query può rimanere bloccata dopo la generazione di un'eccezione interna.
-
È stato risolto un problema per cui una query poteva fallire con un'eccezione interna quando si utilizzava la cache del piano di query.
SPARQLcorrezioni
-
È stato risolto un problema con il HTTP protocollo SPARQL 1.1 Graph Store (GSP) che poteva essere presente in determinate condizioni quando veniva GSP utilizzato con politiche di autorizzazione basate sulle azioni.
Attenuazione dei problemi nella versione 1.3.3.0
-
Le query che utilizzano valori di filtro numerici possono restituire risultati errati quando si utilizza la cache del piano di query. Per evitare il problema, utilizzate il suggerimento di interrogazione
QUERY:PLANCACHE "disabled"
per saltare la cache del piano di query. Usa ad esempio:USING QUERY:PLANCACHE "disabled" MATCH (n:person) WHERE n.yearOfBirth > $year RETURN n parameters={"year":1950}
-
Le interrogazioni che utilizzano lo stesso nome di parametro più volte possono avere esito negativo e generare l'errore.
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
In questi casi, saltate la cache del piano di interrogazione come indicato sopra oppure duplicate i parametri come in questo esempio:MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130}
Usa il suggerimento
QUERY:PLANCACHE "disabled"
o modifica i parametri: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}
-
Le query eseguite con il protocollo Bolt possono produrre risultati errati se la query è una UNION query or. UNION ALL Per evitare il problema, prendete in considerazione l'esecuzione di una determinata query con l'HTTPendpoint. In alternativa, esegui ogni parte dell'unione separatamente quando usi il protocollo Bolt.
Versioni di linguaggio di query supportate in questo rilascio
Prima di aggiornare un cluster DB alla versione 1.3.3.0, assicurati che il tuo progetto sia compatibile con queste versioni in linguaggio di query:
Versione meno recente di Gremlin supportata:
3.7.1
Versione più recente di Gremlin supportata:
3.7.1
openCypher versione:
Neptune-9.0.20190305-1.0
SPARQLversione:
1.1
Percorsi di aggiornamento alla versione 1.3.3.0 del motore
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 DB sulla console o utilizzando il. SDK Il seguente CLI comando 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.3.3.0 \ --allow-major-version-upgrade \ --apply-immediately
Per Windows:
aws neptune modify-db-cluster ^ --db-cluster-identifier
(your-neptune-cluster)
^ --engine-version 1.3.3.0 ^ --allow-major-version-upgrade ^ --apply-immediately
Invece di --apply-immediately
, puoi specificare --no-apply-immediately
. Per eseguire un aggiornamento della versione principale, il allow-major-version-upgrade parametro è obbligatorio. 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