Inizio 9 settembre 2026 alle ore 12:31 UTC · 1h 8m
OutageIncidente critico
Componenti interessati
Aura AgentAura Graph Analytics on GCPAura Console (console.neo4j.io)Aura Graph Analytics on AWSAura Graph Analytics on AzureAura API (api.neo4j.io)Aura MCP Service
investigating
Stiamo attualmente indagando su un problema che riguarda la console Aura.neo4j.io e l'API api.neo4j.io
identified
Abbiamo identificato la fonte del problema e stiamo attualmente lavorando su una soluzione.
identified
Continuiamo a lavorare per affrontare il problema.
identified
Abbiamo fatto buoni progressi e stiamo recuperando la componente problematica.
monitoring
Abbiamo implementato una correzione e i servizi interessati stanno recuperando.
resolved
Tutti i componenti interessati sono ora completamente recuperati.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Un piccolo numero di istanze Free Tier stanno vivendo problemi di aggiornamento
Inizio 3 settembre 2026 alle ore 16:43 UTC · 22h 53m
Pending
Componenti interessati
AuraDB Free (*.databases.neo4j.io)
investigating
Stiamo attualmente indagando su questo problema.
identified
La questione è stata identificata, le istanze rimangono disponibili e le misure da risolvere per le istanze che hanno subito una revisione.
resolved
Tutte le istanze sono disponibili, sono state intraprese delle misure manuali per sbloccare il restante piccolo numero di istanze.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Il nostro team ha identificato un problema con la raccolta delle metriche per le istanze di Aura. Ciò influenzerà la visibilità metrica e l'avanzamento.
Stiamo indagando sul problema.
investigating
Continuiamo a indagare sul problema delle metriche di Aura.
resolved
Dall'ultimo aggiornamento, l'indagine è andata avanti. Il problema è stato identificato, e abbiamo monitorato il servizio come recuperato dal degrado. Confermiamo che il problema è risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Potenziali errori di query inaspettati.
Inizio 5 agosto 2026 alle ore 17:31 UTC · 1d 22h
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on Azure (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAuraDS Enterprise on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)AuraDB Free (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on GCP
investigating
Abbiamo identificato un problema attualmente che potrebbe portare a inattesi errori di query quando si utilizza il trim() Funzione Cypher. Le indagini sulla causa sono in corso.
identified
Abbiamo trovato il problema e stiamo lavorando a una soluzione. Un piccolo per centoatge di query utilizzando trim può ancora err.
I clienti VDC con database impostati al massimo non hanno alcun impatto a meno che non si fermino e inizino le loro istanze.
identified
Stiamo testando la correzione per il trim() Problema della funzione cieca. Ci aggiorneremo prima di iniziare la nostra distribuzione nell'ambiente Aura.
identified
We are actively validating the fix for the trim() Cypher function. Further updates will be provided before we begin deploying to Aura instances
identified
We continue to validate the fix for the trim() Cypher function.
Further updates will be provided before we begin deploying it to Aura instances.
identified
The fix for the trim() Cypher function is undergoing testing and validation before deployment.
Further updates will be provided before we begin deploying it to Aura instances.
identified
Development has completed on the hot-fix for this issue, and we are finalizing the rollout plan for Aura.
identified
We are actively working on addressing the issue. The fix for the trim() Cypher function is undergoing testing and validation currently before deployment. Further updates will be provided before we begin deploying it to Aura instances.
identified
The fix to the trim() Cypher function has passed testing and validation and is now being deployed.
monitoring
The fix to resolve the issue has now completed deployment to the Aura service and we are monitoring the situation.
resolved
We have monitored the fix and found the service to be stable. This incident is now considered resolved.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Problema che influisce sulle operazioni di istanza Aura
Inizio 23 luglio 2026 alle ore 10:52 UTC · 1d 5h
OutageIncidente maggiore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on Azure (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAuraDS Enterprise on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)AuraDB Free (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on GCPAura API (api.neo4j.io)
investigating
Stiamo attualmente indagando su un problema in questo momento.
investigating
Stiamo lavorando con i team di ingegneria e stiamo facendo progressi con le indagini al momento attuale.
investigating
Lavoriamo con i team di ingegneria e continuiamo a fare progressi con le indagini in questo momento.
identified
Abbiamo identificato la causa del problema attuale e stiamo lavorando attivamente sulla correzione attualmente.
identified
Stiamo implementando la prima parte della soluzione e continuiamo a lavorare attivamente per lanciare la soluzione completa. Ci aspettiamo un ETA nell'ordine di 1 ora.
identified
Abbiamo identificato il sottoinsieme delle istanze colpite e continuiamo a distribuire la correzione in questo momento.
identified
Abbiamo implementato una correzione di configurazione e ora stiamo lavorando per risolvere il sottoinsieme delle istanze colpite.
identified
Con la configurazione risolta implementata, continuiamo a risolvere il sottoinsieme delle istanze ancora colpite.
identified
Stiamo continuando a risolvere il sottoinsieme delle istanze ancora colpite.
identified
Continuiamo a risolvere il sottoinsieme di istanze che sono ancora influenzate.
monitoring
Continuiamo a risolvere il sottoinsieme di istanze che sono ancora influenzate.
monitoring
AuraDB Virtual Dedicated Cloud e AuraDB Business Critical dovrebbero essere tutti fissati. Continuiamo a risolvere il sottoinsieme di istanze che sono ancora influenzate per AuraDB Professional e Free.
monitoring
Continuiamo a risolvere il sottoinsieme di istanze che sono ancora influenzate per AuraDB Professional e Free.
monitoring
Continuiamo a risolvere il sottoinsieme di istanze che sono ancora influenzate per AuraDB Professional e Free.
monitoring
Continuiamo a risolvere il sottoinsieme di istanze che sono ancora influenzate per AuraDB Professional e Free
monitoring
Continuiamo a correggere un sottoinsieme di istanze che sono ancora influenzate per AuraDB Professional e Free
monitoring
Continuiamo a fissare un piccolo sottoinsieme di istanze che sono ancora influenzate sotto i livelli AuraDB Professional e Free.
monitoring
Abbiamo affrontato il problema in tutte le istanze AuraDB Professional. Aura Free può ancora essere influenzato. Continueremo a monitorare e correggere i database rimanenti.
monitoring
Continuiamo a correggere un piccolo sottoinsieme di istanze Free che sono ancora influenzate.
monitoring
Stiamo continuando a monitorare attentamente la situazione per ulteriori problemi.
monitoring
Stiamo continuando a monitorare eventuali ulteriori problemi.
monitoring
Tutte le istanze identificate sono state corrette, continuando a monitorare. Contatta l'assistenza clienti per ulteriori problemi.
resolved
Tutte le correzioni sono state implementate e il problema è ora segnato come risolto.
postmortem
# Che e' successo #
Giovedì 23 luglio 2026 10:33 UTC è stato distribuito un cambiamento di configurazione ad Aura che ha alterato involontariamente come le allocazioni della memoria sono state calcolate per le istanze del database. Di conseguenza, un sottoinsieme di istanze ha ricevuto memoria insufficiente, causando alcune istanze di database a diventare non disponibile o in grado di completare gli aggiornamenti.
L'allocazione di memoria regolata ha portato a condizioni fuori memoria, causando istanze di database di riavviare ripetutamente a causa di risorse di memoria insufficienti o di diventare l'aggiornamento bloccato. Questo problema ha interessato le istanze tra più fornitori di cloud e più livelli di prodotto.
Una volta che il problema è stato identificato, abbiamo immediatamente reindirizzato la modifica di configurazione, impedendo a eventuali istanze aggiuntive di ricevere la configurazione errata. Una configurazione corretta è stata distribuita alla produzione entro giovedì 23 luglio 2026 11:56 UTC. Tuttavia, le istanze del database che avevano già ricevuto la configurazione errata richiedevano singole azioni di recupero prima che potessero tornare al normale funzionamento.
Da giovedì 23 luglio 2026 17:59 UTC, tutte le istanze di database di impatto dei clienti noti erano stati recuperati. Il monitoraggio è continuato attraverso il giorno seguente, con l'incidente completamente risolto il venerdì, lug 24, 2026 16:30 UTC.
##### **Come il servizio è stato interessato **
L'impatto principale del cliente era che diverse istanze di database AuraDB non erano disponibili o entravano in uno stato degradato. Le istanze colpite non erano in grado di completare gli aggiornamenti del software di routine e, in alcuni casi, ripetutamente riavviato perché la memoria insufficiente era stata assegnata.
* ** Disponibilità del servizio:** L'impatto del cliente varia da livello di servizio. Le istanze professionali AuraDB, che non forniscono Alta Disponibilità, hanno sperimentato il più grande livello di disagi di servizio, con un sottoinsieme che diventa indisponibile e incapace di elaborare letture o scritture. Per le istanze AuraDB Business Critical e Virtual Dedicated Cloud \(VDC\), l'impatto è stato generalmente limitato a una perdita temporanea di tolleranza ai guasti, mentre la disponibilità dei servizi è stata mantenuta. In un numero minore di casi, anche le istanze Business Critical e VDC non sono disponibili.
Traduzione: Ulteriori istanze sono rimaste disponibili ma sono state bloccate in uno stato "Apdating", che ha bloccato le operazioni avviate dal cliente come ridimensioni o modifiche di configurazione.
* * * Campo di applicazione della piattaforma * * * L'impatto ha abbracciato tutti e tre i fornitori di cloud supportati e più regioni, che interessano i clienti a livello globale.
I casi di Customer Support sono stati sollevati e il nostro team ha triaged e recuperato manualmente le istanze in ordine prioritario. La maggior parte delle istanze di AuraDB ha continuato a funzionare normalmente. L'impatto del cliente è stato completamente mitigato attraverso la conversione della configurazione e il recupero manuale mirato di ogni istanza interessata.
# Che stiamo facendo ora #
Abbiamo effettuato un'analisi approfondita di questo incidente e abbiamo identificato le seguenti azioni:
# Prevenzione #
*** Convalida di distribuzione migliorata:** Stiamo rafforzando il nostro processo di convalida del rilascio per identificare meglio le modifiche di configurazione.
Traduzione: Stiamo valutando i miglioramenti al sequenziamento delle distribuzioni dei componenti per ridurre il rischio di modifiche involontarie incluse nelle versioni.
Traduzione: Stiamo esaminando il processo di rollout per i componenti interessati, per portarli in linea con i controlli di rollout utilizzati per altri componenti critici.
♪Detection ♪
# Meglio allertare # Stiamo migliorando il nostro monitoraggio per rilevare aumenti anormali dei tassi di guasto \(come la perdita di tolleranza di guasto o la disponibilità\) più rapidamente e in modo affidabile.
♪Mitigation ♪
*** Risparmiare la configurazione di distribuzione:** Stiamo migliorando il modo in cui le modifiche di configurazione di produzione vengono implementate in modo da poter essere disabilitate o rimosse più rapidamente senza richiedere un rilascio di software più ampio.
* * Più veloce strumento di recupero manuale**: Stiamo migliorando il nostro strumento di recupero per ridurre il tempo necessario per identificare e recuperare manualmente le istanze colpite.
Riconosciamo la rottura che questo incidente ha causato e scusa per l'impatto ai clienti colpiti. Abbiamo completato le azioni correttive immediate, e i miglioramenti a lungo termine sopra descritti sono già in corso per ridurre la probabilità e l'impatto di incidenti simili in futuro.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Aura Console Impatto - Visione del caso
Inizio 10 luglio 2026 alle ore 17:18 UTC · 2h 5m
IssuesIncidente minore
Componenti interessati
Aura Console (console.neo4j.io)
investigating
Stiamo attualmente indagando su un problema che riguarda l'Aura Console dove alcuni clienti potrebbero non essere in grado di vedere le loro istanze.
Questo problema è causato da un fallimento in un servizio di terze parti che Aura dipende. Le istanze interessate continuano a funzionare normalmente, e la connettività del database non è influenzata.
Il nostro team sta indagando attivamente sul problema.
investigating
Stiamo continuando a indagare su questo problema.
monitoring
Il servizio di terze parti su cui Aura dipende ha ripristinato le normali operazioni e i sistemi Neo4j Aura sono stati recuperati.
Il nostro team sta monitorando attivamente il problema per confermare che Aura Console si sta eseguendo come previsto.
resolved
I servizi sono confermati operativi e non sono previste ulteriori interruzioni.
postmortem
# What Happened #
Aura Console e altri componenti Aura hanno sperimentato interruzioni su 2026-07-10 a 16:14 UTC, con conseguente guasti e crashloop. Di conseguenza, un segmento di clienti ha affrontato problemi di visibilità per quanto riguarda le loro istanze. E 'stato causato da un outage in un servizio esterno di terze parti integrato con Aura. Crucialmente, la connettività di database è rimasta non compromessa, e le istanze colpite hanno continuato le loro normali operazioni. Il servizio LaunchDarkly è stato ripristinato per risolvere il problema
## Come il servizio à ̈ stato interessato
Componenti Aura multipli, tra cui Aura Console, perturbazioni sperimentate. Gli utenti hanno riscontrato errori HTTP 500 su pagine e operazioni relative al database, anche se organizzazioni e progetti potrebbero ancora essere accessibili. Le connessioni dirette a specifiche istanze di database non sono state completamente influenzate
Il piano di controllo è diventato non disponibile, il che significa che gli utenti non possono creare, eliminare, ridimensionare o regolare le impostazioni per le istanze tramite l'API o la console Aura. Tuttavia, le istanze esistenti sono rimaste operative. Il problema è stato causato da un outage su LaunchDarkly e i nostri servizi non hanno gestito quel fallimento di dipendenza con grazia durante l'avvio. Tutti i sistemi interessati sono tornati al funzionamento normale entro 2026-07-10 alle 17:07 UTC
# Che stiamo facendo ora #
Il team Neo4j Engineering ha rapidamente diagnosticato la causa principale e il servizio ripristinato. Nel valutare questo incidente, abbiamo individuato aree chiave per accelerare le risoluzioni future e mitigare i rischi di ricorrenza:
* metriche di incidente chiave analizzate, concentrandosi sulla durata dell'avviso-risposta per identificare le opportunità per accelerare l'efficienza della risposta
* Condotto una retrospettiva completa che evidenzia i risultati di successo, tra cui l'analisi rapida di root-cause tramite logging trasparente, l'allineamento senza soluzione di continuità tramite lo strumento di gestione degli incidenti, e il degrado resiliente e aggraziato di più componenti che ha mantenuto la connettività del piano di dati intatta
* Sviluppare attivamente più graziosi default fallback per le bandiere di funzionalità per salvaguardare le operazioni di base durante i tempi di fermo del fornitore
* Rafforzare la resilienza architettonica integrando la pianificazione avanzata, le pratiche di ingegneria del caos e i test di iniezione di guasti di livello di produzione per scoprire e mitigare i potenziali percorsi di fallimento
* Limitazioni logiche affrontate nell'operatore caratterizzano il caching della bandiera, sottolineando la necessità per gli operatori di memorizzare bandiere valutate localmente per preservare la continuità operativa se le dipendenze esterne falliscono.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
AuraDB problema: errori durante l'esecuzione CREATE VECTOR INDICE
Inizio 30 giugno 2026 alle ore 14:45 UTC · 2h 59m
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAuraDS Enterprise on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on GCP
identified
In esecuzione CREATE VECTOR INDICE fallisce con errore 51N31
errore: configurazione del sistema o eccezione di funzionamento - non supportato. La creazione di un indice vettoriale con le impostazioni fornite non è supportata in V2026 02. La versione richiesta per il funzionamento è V2026 06. Si prega di aggiornare DBMS..
Questo riguarda solo il nuovo indice, l'attuale INDICE VECTOR non è influenzato.
Qualsiasi indice vettoriale creato prima del 2026-06-30 alle 09:00 continuano a funzionare normalmente.
identified
Stiamo iniziando ora a distribuire una correzione per affrontare questo problema e fornirà un aggiornamento presto sui progressi.
monitoring
Una soluzione si sta esaurendo e progredisce bene. Ci aggiorneremo con i progressi.
resolved
La correzione è stata completamente implementata a tutte le istanze colpite. Questo incidente è ora risolto.
postmortem
# What Happened #
Un problema è stato identificato dopo l'implementazione della versione 2026.06 il 2026-06-30 alle 08:00 UTC, dove l'esecuzione di `CREATE VECTOR INDICE ` su istanze Aura aggiornate ha innescato un'eccezione di sistema. Questo fallimento nella generazione dell'indice si è verificato perché il negozio sottostante e il kernel hanno richiesto aggiornamenti aggiuntivi per supportare l'operazione
Questo problema ha colpito solo la creazione di nuovi indici; gli indici vettoriali esistenti non sono interessati. Qualsiasi indice vettoriale creato prima delle 09:00 il 2026-06-30 non è stato influenzato e ha continuato a lavorare normalmente.
## Come il servizio à ̈ stato interessato
A seguito del rollout della versione 2026.06, l'esecuzione della dichiarazione CREATE VECTOR INDICE fallì, impattando le applicazioni che dipendevano dall'aggiunta di nuovi indici vettoriali. I client interessati hanno ricevuto l'errore: Creare un indice vettoriale con le impostazioni fornite non è supportato in V2026\ 02. La versione richiesta per il funzionamento è V2026\ 06. Si prega di aggiornare DBMS . Gli indici esistenti \(creati prima di questo incidente\) e altre domande sono rimaste del tutto inalterate e completamente funzionali.
# Che stiamo facendo ora #
I team Neo4j hanno identificato la causa principale come un bug nel pianificatore Cypher e hanno risolto il problema con una correzione di codice. Questa correzione è stata implementata a tutte le istanze Aura interessate, risolvendo completamente l'errore
Per evitare eventi futuri, stiamo migliorando i nostri sistemi di monitoraggio e avviso per rilevare problemi simili in precedenza, in particolare all'interno di ambienti di staging, prima che si verifichino rollout. Contemporaneamente, stiamo rifinanziando i nostri processi di distribuzione per ridurre al minimo i tempi di impatto e recupero del cliente
Inoltre, stiamo indagando sulle opzioni per implementare test di convalida automatizzati post-upgrade specificamente per operazioni critiche come la creazione di indice vettoriale
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Console Aura che sperimenta alcuni errori intermittenti
Inizio 23 giugno 2026 alle ore 11:25 UTC · 21h 49m
IssuesIncidente minore
Componenti interessati
Aura Console (console.neo4j.io)Aura API (api.neo4j.io)
identified
Aura console sta vivendo alcuni errori intermittenti: "Il nostro sistema sta vivendo problemi in questo momento. riprovare più tardi o contattare il supporto se il problema persiste."
Ciò può richiedere di ricaricare o aspettare più a lungo per la navigazione nella console
Le operazioni e l'API Aura rimangono inalterate
Stiamo lavorando attivamente a una soluzione
identified
Stiamo continuando a indagare su una soluzione per il problema
identified
Stiamo continuando a lavorare per risolvere questo problema.
monitoring
Stiamo implementando un cambiamento. Monitoreremo e aggiorneremo.
monitoring
Proseguendo per monitorare le modifiche implementate. Prossimo aggiornamento previsto 6/24/2026 10am UTC.
monitoring
Abbiamo controllato e confermato che il problema è ora completamente affrontato.
resolved
Questo incidente è stato risolto.
postmortem
# What Happened #
A circa 12:00 UTC il 22 gennaio 2026, gli utenti hanno incontrato banner di errore intermittenti all'interno della console Aura visualizzando, "Stiamo avendo un problema. Riprova.," che si è verificato accanto a 500 errori da endpoint API console. Queste interruzioni sono state transitorie e causate dal temporizzazione delle API interne durante il processo di handshake TLS, in genere risolvendo entro circa 10 secondi o seguendo un aggiornamento della pagina
## Come il servizio à ̈ stato interessato
L'Aura Console e Aura API hanno sperimentato le prestazioni degradate, che si sono manifestate come banner di errore intermittenti all'interno della console Aura UI. Un'indagine ha identificato la causa principale come alto utilizzo della CPU e ottimizzazione all'interno della console API. Questo problema è stato principalmente guidato da ripetuti elenchi di grandi entità e costose richieste di conciliare
Per affrontare il problema, le correzioni mirate sono state implementate con successo sia sulla console Aura che su Aura API. Questo è stato seguito da modifiche alla configurazione delle risorse per aumentare la headroom operativa e garantire la stabilità
# Che stiamo facendo ora #
Sono state attuate le seguenti misure reattive e proattive per ridurre la probabilità di incidenti simili:
* Sviluppato un dashboard di monitoraggio per osservare le gocce di richiesta in base ai dati di registro API interni per implementare il monitoraggio automatizzato e l'avviso per catturare i problemi prima che si verifichino
* Implementato un ritardo netto tra le richieste di riconciliatore impaginato per mitigare l'alto consumo di risorse e migliorare la stabilità API
* Calcoli informativi delle risorse infrastrutturali migliorati per migliorare le prestazioni
* Introdotto un nuovo filtro per query basato su livelli di servizio per ottimizzare la CPU overhead per ogni chiamata eseguita dal riconciliatore
* Riattivato richiesta di elaborazione middleware per ottimizzare le chiamate API
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Aura Console Auth error
Inizio 26 maggio 2026 alle ore 18:23 UTC · 4h 43m
OutageIncidente maggiore
Componenti interessati
Aura Console (console.neo4j.io)
investigating
Aura Console is currently not accessible. Our team is investigating the issue.
Aura instances are running normally and are not impacted. They remain accessible via https://browser.neo4j.io/ and https://bloom.neo4j.io/
Console-related administration and configuration procedures may be unavailable.
We will provide updates as soon as more information is available.
monitoring
The Aura Console issue has now been resolved.
The root cause was a failure while fetching public certificates from Auth0. We are reaching out to the Auth0 team to gather more detailed information about the incident.
resolved
This incident has been resolved.
postmortem
**What Happened**
During the incident window, users attempting to log in to the Aura Console were unable to do so. Auth0, the authentication provider for Aura Console, experienced an issue that prevented new authentication requests from completing. Existing sessions with valid cached tokens were largely unaffected. Aura database instances were running normally throughout and were not impacted, and access via the Aura API to database instances was also unaffected.
**How the service was affected**
Authentication requests from the Aura Console to Auth0 began failing, preventing new logins and session refreshes. Affected users received 503 errors when accessing the Aura Console. Once Auth0 recovered, access was restored.
**What are we doing now**
We've made two changes as a result of this incident:
* Client identification: Authentication requests now include a clearer client identifier, reducing the chance of requests being incorrectly blocked in the future.
* Observability: We've improved logging and alerting for authentication failures, including better visibility into errors from external services,so we can detect and escalate issues like this faster.
Console is not available
Inizio 6 marzo 2026 alle ore 10:18 UTC · 6m
OutageIncidente critico
Componenti interessati
Aura Console (console.neo4j.io)
identified
We identified an issue with the availability of console.neo4j.io - we are investigating
monitoring
We have made a code change and we believe the console is available again.
resolved
We have checked and confirm that the issue is now fully addressed.
postmortem
## What Happened
On March 6, at 10:04 AM UTC, the Aura Console became inaccessible following a recent deployment. The deployment included changes related to user organizations and switching to an org memberships entity. This change caused the console to become inaccessible for a short period.
## How the service was affected
A deployment to the Aura Console introduced an issue that caused an unexpected increase in backend requests related to access validation. This led to elevated CPU usage, which impacted the availability of the console and dependent services. We rolled back to a previous version to restore access. The rollback ensured the full restoration of access to the Aura Console, resolving the core issue within the incident window
## What are we doing now
We are currently implementing a comprehensive strategy to bolster system resilience and prevent future recurrence. Our immediate actions include integrating stricter and more robust safeguards into the deployment pipeline. Crucially, we are significantly enhancing our validation processes to proactively detect and flag any potential performance impacts _before_ code is promoted to the production environment
Subset of MERGE queries lead to setting unexpected property values
Inizio 3 marzo 2026 alle ore 21:35 UTC · 17h 44m
Pending
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on Azure (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAuraDS Enterprise on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)AuraDB Free (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on GCP
identified
A recent update resulted in MERGE queries which referenced the same merged property on both the left and right hand side of an ON MATCH SET or ON CREATE SET clause deleting that property from the node, or setting it to an invalid value during query runtime. The node being matched against must have had at least one property uniqueness constraint present.
A fix has been identified and will be applied as soon as possible. Instances marked as "Production" are not impacted.
identified
The fix is being deployed and the status page will be updated upon completion of the full deployment of the fix.
identified
The fix is being deployed and the status page will be updated upon completion of the full deployment
monitoring
The fix has now been deployed to those instances impacted and we are monitoring the situation.
resolved
The fix has been fully deployed to all impacted instances. This incident is now resolved.
postmortem
## What Happened
An issue was introduced in the Neo4j 2026.02 release where MERGE queries that referenced the same property on both the left and right sides of an `ON MATCH SET` or `ON CREATE SET` clause could potentially delete that property from the node or set it to an invalid value during query execution.
This behaviour was observed specifically when the node being matched had at least one property uniqueness constraint.
## How the service was affected
A change in the Neo4j 2026.02 release introduced a potential risk of writes failing or invalid data being returned for queries using MERGE together with `ON MATCH`.
This issue affected instances across Aura tiers and required immediate investigation by Neo4j Engineering. The team identified the root cause and deployed a fix in version 2026.02.1.
## What are we doing now
The following proactive measures have been implemented to reduce the likelihood of similar incidents:
* We have strengthened test coverage for `ON CREATE` and `ON MATCH` clauses, particularly those involving more complex expressions.
* We are investigating additional safeguards to improve our ability to control MergeInto/MergeUnique behaviour more flexibly, as well as potential rollback capabilities to support recovery in future incidents
We are aware of issues in the Middle East regions via our cloud partner AWS, affecting AWS me-central-1 (United Arab Emirates) and AWS me-south-1 (Bahrain).
The most up-to-date information from AWS is available at: https://health.aws.amazon.com/health/status
We are actively working to limit the impact on the Aura service. However, customers should expect that new deployments in the affected regions may be impaired. Additionally, existing services deployed in these regions may experience reduced availability.
Customers with services in these or nearby regions who are concerned about potential operational impact are encouraged to contact Neo4j Customer Support through the usual channels. Our team is available to advise and assist as needed.
identified
We continue to monitor the situation in the affected AWS Middle East regions.
The most up-to-date information from AWS is available at: https://health.aws.amazon.com/health/status
We will provide additional updates as soon as more information becomes available.
identified
We continue to monitor the situation in the affected AWS Middle East regions.
The latest information from AWS is available at: https://health.aws.amazon.com/health/status
We will provide additional updates as more information becomes available. Please review the AWS recommendation on the website above.
resolved
While AWS continues working on this situation, we are closing this incident and invite our customers to monitor the AWS Status on our main Neo4j Status Page under AWS (Amazon Web Services). The latest information from AWS can be found at: https://health.aws.amazon.com/health/status
postmortem
## What Happened
On March 1, at 12:51 PM UTC, AWS services in the ME-CENTRAL-1 & ME-SOUTH-1 Region were impacted. Connectivity and power issues affected APIs and AWS core services essential to run Neo4j Aura prompting AWS to initiate an investigation
## How the service was affected
Operations \(clone, backup, resuming/pausing, resizing\) that require additional resources like EC2 Instances, EBS Volumes, and other resources were impaired in the ME-CENTRAL-1 and ME-SOUTH-1 Region. Other AWS Services also experienced error rates and latencies for some workflows. Due to the ongoing conflict in the Middle East, both affected regions have experienced physical impacts to infrastructure. A detailed summary of the AWS regional incident can be found here:[ https://health.aws.amazon.com/health/status](https://health.aws.amazon.com/health/status)
## What are we doing now
We are actively working to limit the impact on the Neo4j Aura service. However, customers should expect that new deployments in the affected regions may be impaired. Additionally, existing services deployed in these regions may experience reduced availability. Customers with services in these or nearby regions who are concerned about potential operational impact are encouraged to contact Neo4j Customer Support through the usual channels
Please visit AWS Status page for more info:[https://health.aws.amazon.com/health/status](https://health.aws.amazon.com/health/status)
Serie limitata di query colpite da Cypher 25
Inizio 26 gennaio 2026 alle ore 19:26 UTC · 20h 32m
IssuesIncidente minore
Componenti interessati
AuraDS on AWS (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)AuraDB Free (*.databases.neo4j.io)
identified
Abbiamo identificato un problema che può influenzare un numero limitato di query Cypher 25 per AuraDB Free, Professional e AuraDS.
Ciò può influenzare:
- Le query che utilizzano la query condizionale WHEN in combinazione con un aggregazione non raggruppante su valori nulli comportano un numero errato di righe restituite.
- Le query che utilizzano NEXT possono produrre un errore inaspettato non definito in alcuni casi.
Stiamo lavorando attivamente su una correzione e aggiorneremo questa pagina come ulteriori informazioni diventano disponibili.
identified
Abbiamo identificato una soluzione per questo problema e andremo a rotoli in Aura. Una volta che l'aggiornamento è stato distribuito, aggiorneremo questa pagina tatus.
identified
Stiamo eliminando la correzione e vi aggiornerà quando questo è completato.
monitoring
La correzione si è rivolta ai componenti interessati, stiamo ora monitorando la situazione in questo momento.
monitoring
Stiamo continuando a monitorare la situazione in questo momento.
resolved
La correzione è stata completamente implementata a tutte le istanze colpite. Questo incidente è ora risolto.
postmortem
# What Happened #
Neo4j ha iniziato l'implementazione della versione 2026.01.1 a Aura istanze libere alle 07:49 AM UTC il 26 gennaio 2026. A seguito del rilevamento dei guasti di query durante i test interni, il rollout è stato interrotto prima che raggiungesse i livelli superiori di Aura.
I fallimenti si sono verificati su query condizionali \(es. WHEN ...THEN ...\) dopo la fase pianificatore di comportarsi diversamente nel caso di aggregazione su valori nulli.
Abbiamo identificato la causa principale e sviluppato una risoluzione, che è stata integrata nella versione 2026.01.2. Il 27 gennaio 2026, abbiamo iniziato a distribuire 2026.01.2 su istanze Aura, aggiornando con successo tutti gli ambienti interessati alla versione corretta
## Come il servizio à ̈ stato interessato
Le query che usano WHEN nel 2026.01.1 in combinazione con l'aggregazione sui valori nulli ottengono un numero errato di righe restituite. Le query che utilizzano NEXT possono in alcuni casi produrre un errore non definito inaspettato variabile. Ciò ha causato la domanda riscritta di comportarsi in modo diverso nel caso di aggregazione sui valori nulli.
La query condizionale avrebbe bisogno di ricevere righe in arrivo contenenti valori nulli e di aggregarsi sui valori senza utilizzare un raggruppamento. I clienti hanno ricevuto un risultato errato se utilizzano il costrutto di query condizionale in Cypher 25 \(vedere [https://neo4j.com/docs/aura/managing-instances/cypher-version/](https://neo4j.com/docs/aura/managing-instances/cypher-version/)\), un impatto limitato ad un numero limitato di istanze Aura.
# Che stiamo facendo ora #
Abbiamo migliorato le nostre procedure di test per garantire una copertura completa in tutte le aree del prodotto. Questo include lo sviluppo di nuovi casi di test progettati per affrontare sia i problemi identificati e potenziali scenari futuri.
Inoltre, abbiamo integrato i test di query Cypher all'interno di Aura come componente standard della nostra suite di test di regressione. Questi controlli sono ora fasi obbligatorie all'interno della nostra pipeline di integrazione continua e ambienti di staging prima di qualsiasi rollout di produzione.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Data science feature on AuraDS , AuraDSE and Aura Professional tiers - Native projection affected.
Inizio 16 gennaio 2026 alle ore 14:25 UTC · 5h 11m
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDS Enterprise on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)
identified
Impact is that currently it is not possible to load data into GDS via native projection.
Customers using Aura Graph Analytics are not impacted.
We have identified a packaging issue with the latest release of Aura.
Our engineering team is working on a fix.
identified
Our teams have a fix and initiated the work to get it ready to roll-out.
No current ETA available.
We will keep you updated soon.
monitoring
The fix is currently rolling out to production. We will update you upon completion
resolved
All instances should have the fix applied and if not it should be in the next 60 minutes
postmortem
### **What happened**
On January 15, 2026 at 22:12 UTC we began rolling out an update that included an incompatible version of a key component, affecting customers using the GDS plugin. This issue was reported on January 16 at 12:59 UTC, and a fix was deployed within hours, restoring functionality for the majority of affected users by 20:03 UTC.
The issue occurred because Neo4’s packaging automation process selected the wrong version of the GDS component. GDS 2.25 should have been selected but instead GDS 2.24 was included in the bundle, which caused a compatibility issue. Although a corrected package was created and labeled separately, the release pipeline selected the incorrect package for deployment.
This issue highlighted a gap in the release validation process, where incompatible component versions were not detected before rollout.
### **How customers were affected**
Customers using the GDS plugin were unable to use any of the functionality the plugin provides during the incident window.
The system configuration has been updated to ensure compatibility with the intended component versions, restoring full functionality.
### **What we are doing now**
The following mitigations have been implemented:
* Enhanced testing procedures to automatically verify compatibility between Neo4j and all bundled components before release.
* Improved release processes to ensure that only explicitly validated and correctly labeled packages can be selected for deployment.
Neo4j Aura Service impacted by Resource Shortage in Azure US East
Inizio 26 novembre 2025 alle ore 15:47 UTC · 14d 23h
OutageIncidente maggiore
Componenti interessati
AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS on Azure (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on Azure (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)
identified
Neo4j opened a ticket with Azure and is awaiting updates on their resolution of the Azure Infrastructure issues.
Impact on Neo4j Aura Services: Create, Resize (CPU and Storage), Pause, Resume.
identified
Neo4j continues working with Microsoft via an Azure cloud ticket and is awaiting updates on their resolution of the Azure Infrastructure issues. Some resources have been made available, and impacted Neo4j Services have resumed operation. Customers have been notified.
The Neo4j Aura Service is impacted when performing the following operations: Create, Resize (CPU and Storage), Pause, Resume. If Azure resources are unavailable when requesting these types of Neo4j operations, the operation will fail, and the Neo4j instance will become unavailable until Azure is able to provision additional resources.
identified
The Neo4j Aura Service continues to be impacted by Azure Infrastructure issues in the US east region, effecting the following operations: Create, Resize (CPU and Storage), Pause, Resume.
If Azure resources are unavailable when requesting these types of Neo4j Aura operations, they will fail and the Neo4j Aura instance will become unavailable until Azure is able to provision additional resources.
identified
The Neo4j Aura Service continues to be impacted by Azure Infrastructure issues in the US east region, effecting the following operations: Create, Resize (CPU and Storage), Pause, Clone, Resume.
As Azure resources become available when performing some Aura operations, the impacted instances may progressively recover and operations successfully complete.
We continue to monitor progress, work with Microsoft Azure Infrastructure issues and will update.
identified
We continue to work with our cloud infrastructure provider . Aura operations affected: Create, Resize (CPU and Storage), Pause, Clone, Resume.
identified
We continue to work with our cloud infrastructure provider.
Aura operations affected: Create, Resize (CPU and Storage), Pause, Clone, Resume.
identified
We continue to work with Microsoft Azure. No expected improvements in addressing the issues around cloud resources in the affected regions before next week.
Aura operations affected: Create, Resize (CPU and Storage), Pause, Clone, Resume.
We will resume updates after this weekend or earlier if we have more information.
identified
The Neo4j Aura Service continues to be impacted by Azure Infrastructure issues in the US east region, effecting the following operations: Create, Resize (CPU and Storage), Pause, Resume.
If Azure resources are unavailable when requesting these types of Neo4j Aura operations, they will fail and the Neo4j Aura instance may become unavailable or degraded until Azure is able to provision additional resources.
identified
The Neo4j Aura Service continues to be impacted by Azure Infrastructure issues in the US east region, affecting the following operations: Create, Resize (CPU and Storage), Pause, Resume.
If Azure resources are unavailable when requesting these types of Neo4j Aura operations, they will fail and the Neo4j Aura instance may become unavailable or degraded until Azure is able to provision additional resources.
identified
The Neo4j Aura Service continues to be impacted by Azure Infrastructure issues in the US east region.
We are working with our cloud partner and will resume updates once we have an ETA to share.
monitoring
Cloud resources have become available in USEAST2 and we will monitor for a few hours to ensure there is no further customer impact.
resolved
Cloud resources have become available in USEAST2 and no further customer impact has been detected.
This incident is resolved.
postmortem
### **What Happened**
Starting at 13:26 UTC on November 24th Microsoft Azure region eastus experienced a stock out situation, which impacted operations for all tiers of Neo4j Aura in that specific region. Additional capacity was requested straight away, but not until 17:06 UTC on December 10th did enough additional resources become available to resume all normal operations.
**How the service was affected**
All tiers within the Neo4j Aura Service were impacted when performing the following operations during this incident: Create, Resize \(CPU and Storage\), Clone, Pause and Resume. If Microsoft Azure resources were unavailable when requesting these types of Neo4j operations, the operation would fail, and the Neo4j instance would become unavailable until Azure was able to provision additional resources.
### **What are we doing now**
To mitigate the scope of impact of future regional stock out issues, Neo4j is implementing the following measures:
* Closely monitoring resource capacity to improve stockout predictions.
* Regular calls with with our Cloud Service Provider to:
* Learn about where regional resource capacity restrictions are forecast.
* Plan for more resources in restricted regions.
* Investigating other deployment models to allow us to keep Aura running in situations where 3 Availability Zones are not available.
Pause / Resume / Destroy operations failing
Inizio 18 novembre 2025 alle ore 15:56 UTC · 43m
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on Azure (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAuraDS Enterprise on GCP (*.databases.neo4j.io)AuraDB Professional on Azure (*.databases.neo4j.io)AuraDB Free (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on GCPAura API (api.neo4j.io)
identified
We have identified an issue resulting in Pause, Resume and Delete operations to fail in both Console and Aura API across all tiers of Aura. We are actively working to resolve the issue and will report progress.
monitoring
We have released a fix to this issue and are monitoring to ensure all operations are back to normal.
resolved
After monitoring the fix for some time, we can confirm that the issue is resolved and normal operations have resumed.
postmortem
### What happened
On November 18, 2025, some customers experienced issues with the delete, pause, and resume operations in the Console. These actions failed due to a temporary system issue introduced during a sequence of updates. While the updates were intended to improve functionality, they unintentionally reintroduced a previously resolved defect.
The issue was identified quickly, and our teams acted immediately to restore normal operation.
The root cause was a misconfiguration in the data processing module. An outdated schema caused the data parsing logic to misinterpret certain input parameters, leading to incorrect behavior and data display within the Console. We have since corrected the schema and added stricter validation to ensure compatibility moving forward.
### How customers were affected
During the incident, some users experienced service disruptions when accessing the Console. Impacts included:
* Intermittent connectivity issues
* Inability to log in
* Temporary unavailability of specific Console features
No customer data was lost.
To prevent a recurrence, we have improved our release process to ensure updates are deployed in the correct order, eliminating overlapping or out-of-sequence changes.
### What we are doing now
Neo4j takes service reliability seriously and is strengthening safeguards to prevent similar incidents.
New mitigations being deployed include:
* Enhanced monitoring to detect related issues earlier
* Additional automated checks to block faulty configurations before deployment
* Improvements to overall service resilience to better tolerate similar failures
We apologize for the disruption and appreciate our customers’ patience as we continue to harden our systems.
Several operations degraded for AWS instances in region us-east-1
Inizio 20 ottobre 2025 alle ore 16:43 UTC · 4h 45m
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAura Graph Analytics on AWS
identified
Many core operations for instances in AWS region us-east-1 are degraded as a result of AWS incident in that region: https://health.aws.amazon.com/health/status
Core operations include create, pause, resume, clone, backup, among others.
We continue to monitor the AWS incident and will provide updates accordingly.
identified
We are continuing to monitor the AWS incident, and can report some slow improvement of impacted Aura instances in the AWS us-east1 region, though the service remains degraded in this region at this time.
We are continuing to monitor progress in the AWS incident: https://health.aws.amazon.com/health/status
resolved
Instance operations in AWS us-east-1 region are back to normal following the resolution of the AWS incident. We will continue to monitor but all data indicates that the issue is fully resolved at this time.
postmortem
### **What Happened**
Between 08:41 UTC on October 20th and 09:00 UTC on October 21st, Neo4j Aura experienced service disruptions affecting the us-east-1 \(N. Virginia\) region in AWS. The incident was triggered by a broad AWS regional outage impacting Identity and Access Management \(IAM\) and the EC2 control plane. This resulted in delayed backups, temporary loss of database fault tolerance for a subset of users, and internal delays in administrative actions due to toolchain failures.
A detailed summary of the AWS regional incident can be found here: [https://aws.amazon.com/message/101925/](https://aws.amazon.com/message/101925/)
### **How the service was affected**
The primary cause was several AWS regional service disruptions in us-east-1. We will cover how each of these affected Neo4j Aura and its users. Neo4j Aura is designed to isolate regional failures. This is achieved through deploying customer instances in Orchestras that have instances in three availability zones and no cross region dependencies.
AWS IAM and Identity Center became unresponsive, preventing Neo4j Aura’s automated systems from authenticating with AWS resources in us-east-1. This affected Neo4j Aura backups to be written to AWS S3 buckets. Customers were also not able to resume paused instances during this period as the resume process was not able to authenticate with AWS S3 buckets to retrieve the paused data set. Neo4j Aura’s inability to authenticate with Route53 to create new DNS entries affected Neo4j Aura DB creation, as new databases were created.
AWS Network Load Balancer health check system failures and AWS EC2 “request limit exceeded” or “insufficient capacity” errors in us-east-1 were false negatives with the NLB heath checks which resulted in some Neo4j Aura DB clusters in us-east-1 losing fault tolerance \(1 out of 3 cluster members unavailable\). When this happened instances were removed by kubernetes and we were not able to provision new ones due to the EC2 failures noted earlier, leaving the clusters without fault tolerance for a prolonged period of time. All of these clusters still had full availability of the other two cluster members.
### **What are we doing now**
Largely Neo4j Aura responded as designed to these events, isolating failures to us-east-1, with no to minimal cross system failure propagation. The cross cloud impact of creating DNS records for new instances was the main outlier.
To mitigate the scope of impact of future regional outages, Neo4j is implementing the following measures:
* Full Neo4j Aura reviews to ensure Neo4j Aura design is implemented as intended across all sub-systems to surface any cross region dependencies.
* Remove identified cross-region dependencies.
Aura operations on AWS affected by an incident in US-EAST-1 region
Inizio 20 ottobre 2025 alle ore 09:15 UTC · 1h 58m
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAura Graph Analytics on AWS
identified
An active issue on AWS us-east-1 is affecting Neo4j Aura operations in the regions where we have some dependency on an impacted AWS service.
See more details https://health.aws.amazon.com/health/status
Other regions not currently impacted.
identified
Operations such as Create, Pause, Resume, Clone are affected globally due to a dependency. Backups in the affected region of AWS us-est-1 will be impacted
The affected AWS service is now starting to recover and we are monitoring the situation
monitoring
We see clear signs of recovery and our impacted service are progressively getting back to normal.
We will monitor and update when we can confirm full recovery and normal operations.
monitoring
We are continuing to see good recovery across the service. We will update when this is completed.
resolved
The underlying AWS incident has bene resolved and our services have now resumed and fully recovered
postmortem
### **What Happened**
Between 08:41 UTC on October 20th and 09:00 UTC on October 21st, Neo4j Aura experienced service disruptions affecting the us-east-1 \(N. Virginia\) region in AWS. The incident was triggered by a broad AWS regional outage impacting Identity and Access Management \(IAM\) and the EC2 control plane. This resulted in delayed backups, temporary loss of database fault tolerance for a subset of users, and internal delays in administrative actions due to toolchain failures.
A detailed summary of the AWS regional incident can be found here: [https://aws.amazon.com/message/101925/](https://aws.amazon.com/message/101925/)
### **How the service was affected**
The primary cause was several AWS regional service disruptions in us-east-1. We will cover how each of these affected Neo4j Aura and its users. Neo4j Aura is designed to isolate regional failures. This is achieved through deploying customer instances in Orchestras that have instances in three availability zones and no cross region dependencies.
AWS IAM and Identity Center became unresponsive, preventing Neo4j Aura’s automated systems from authenticating with AWS resources in us-east-1. This affected Neo4j Aura backups to be written to AWS S3 buckets. Customers were also not able to resume paused instances during this period as the resume process was not able to authenticate with AWS S3 buckets to retrieve the paused data set. Neo4j Aura’s inability to authenticate with Route53 to create new DNS entries affected Neo4j Aura DB creation, as new databases were created.
AWS Network Load Balancer health check system failures and AWS EC2 “request limit exceeded” or “insufficient capacity” errors in us-east-1 were false negatives with the NLB heath checks which resulted in some Neo4j Aura DB clusters in us-east-1 losing fault tolerance \(1 out of 3 cluster members unavailable\). When this happened instances were removed by kubernetes and we were not able to provision new ones due to the EC2 failures noted earlier, leaving the clusters without fault tolerance for a prolonged period of time. All of these clusters still had full availability of the other two cluster members.
### **What are we doing now**
Largely Neo4j Aura responded as designed to these events, isolating failures to us-east-1, with no to minimal cross system failure propagation. The cross cloud impact of creating DNS records for new instances was the main outlier.
To mitigate the scope of impact of future regional outages, Neo4j is implementing the following measures:
* Full Neo4j Aura reviews to ensure Neo4j Aura design is implemented as intended across all sub-systems to surface any cross region dependencies.
* Remove identified cross-region dependencies.
Database instance write performance impacted
Inizio 25 agosto 2025 alle ore 13:34 UTC · 2d 3h
IssuesIncidente minore
Componenti interessati
AuraDS Enterprise on AWS (*.databases.neo4j.io)AuraDS on AWS (*.databases.neo4j.io)Aura Graph Analytics on GCPAuraDB Virtual Dedicated Cloud on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AzureAuraDS Enterprise on Azure (*.databases.neo4j.io)AuraDB Professional on AWS (*.databases.neo4j.io)AuraDS on Azure (*.databases.neo4j.io)AuraDS on GCP (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on AWS (*.databases.neo4j.io)AuraDB Virtual Dedicated Cloud on Azure (*.databases.neo4j.io)AuraDB Professional on GCP (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on AWSAuraDS Enterprise on GCP (*.databases.neo4j.io)Aura Graph Analytics on AWSAuraDB Professional on Azure (*.databases.neo4j.io)Aura Graph Analytics on AzureAuraDB Free (*.databases.neo4j.io)AuraDB Business Critical (*.databases.neo4j.io) on GCP
investigating
We are currently investigating this issue.
investigating
We are aware of an issue that could result in a degradation in write performance for all Aura instance. We have identified the cause and are preparing a fix.
investigating
We are continuing to investigate this issue.
monitoring
The issue impact has been refined and currently could impact AuraDB Virtual Dedicated Cloud and Business Critical instances only. We have identified the cause and the faulty component has been reverted for the majority of instances.
We will continue to monitor the situation, while the full fix is prepared.
monitoring
We continue to work towards the issue resolution.
monitoring
We are continuing to investigate this issue.
monitoring
We are continuing to monitor the situation whilst a full fix for the solution is prepared.
monitoring
We are continuing to monitor the situation. The full fix for the solution is currently undergoing final testing and will start deployment once testing is completed.
monitoring
The full fix for the solution is starting to be deployed across the estate and are continuing to monitor the situation.
monitoring
We are continuing to monitor for any further issues.
monitoring
The full fix for the solution is continuing to be deployed across the estate and are continuing to monitor the situation.
resolved
The full fix for the solution has now been deployed across the estate and this issue is now resolved.
postmortem
### **What happened**
Between August 22 and August 28, 2025, a performance issue affected some of our database services following a recent update. Our team quickly responded and discovered that the problem was due to a bug in the latest update, which caused certain memory settings to be incorrectly configured. We promptly applied the previous version of those settings to stabilize the affected databases. By August 28, all databases were successfully transferred to a new, stable version, and the incident was fully resolved.
The issue was caused by a misconfiguration in the system's data processing module. Specifically, an incorrect parameter setting in the data pipeline led to a bottleneck, which slowed down the processing speed. This misconfiguration affected the way data was being queued and processed, resulting in delays. Our technical team has identified the root cause and implemented a fix to ensure that the data pipeline operates efficiently, preventing future occurrences of this issue.
### **How the service was affected**
Some customers reported a performance change on their instance.
### **What we are doing now**
Neo4j remains committed to providing reliable service and is implementing additional safeguards to prevent similar incidents in the future.
New mitigations being deployed:
* Enhancing our monitoring systems to detect similar issues faster
* Implementing additional automated checks to prevent service disruptions
* Improving our service resilience to handle similar scenarios
* Introducing dynamic configuration management to ensure seamless updates
* Enabling multiple configuration defaults to better manage database priorities
* Improving notification systems for faster response to potential issues
* Enhancing our tools to streamline database management and transfers
CMI & Instance Operations Unavailable
Inizio 22 agosto 2025 alle ore 11:02 UTC · 2h 30m
OutageIncidente maggiore
Componenti interessati
Data Importer (data-importer.neo4j.io)Aura Console (console.neo4j.io)Aura Customer Metrics (customer-metrics-api.neo4j.io)
investigating
Engineers are investigating an issue whereby instance actions are not working. You may be unable to import data, pause, resume, create, delete or run manual backups for your instances. Regular Neo4j scheduled backups are continuing to run as normal.
You may be unable to see your instances in the Aura Console.
CMI is also experiencing an outage, you may be unable to ingest metrics from your Aura instances.
monitoring
A fix has been identified and implemented. Instances should be showing on the console and instance operations should now be available.
You should now also be able to ingest metrics using CMI.
We are continuing to monitor the status of these services.
resolved
This incident has been resolved.
postmortem
### What happened
On August 22, 2025, from 10:10 to 11:27 UTC, users experienced an issue with the Aura Console where instance operations were unavailable. This was due to a timing issue with refreshing security keys that affected the visibility and operations of instances in the Aura Console and also caused an outage in the Customer Metrics Integration \(CMI\) and Aura API. The issue was identified within 5 minutes and efforts to resolve it began promptly. The problem was traced back to a recent update and issues with authentication were resolved by refreshing the system cache, with the service fully restored by 11:27 UTC.
The issue arose because of a timing mismatch between the creation of new security keys and their recognition by our system. When new keys were generated, they were quickly used by the Console API. However, another part of our system, the database manager, was still using an older set of keys to verify requests. This mismatch caused requests to fail because the database manager could not recognize the new keys. No unauthorized operations were allowed and this did not affect the security of the service in any way. After approximately an hour, the system automatically updated its keys, and everything started working correctly again.
### How customers were affected
Aura Console features were impacted, including the visibility of instances and therefore ability to connect to instances through the console. Driver connections to instances were not impacted.
The issue also impacted the use of parts of the service including Customer Metrics Integration \(CMI\) and the Aura API.
### What we are doing now
Neo4j remains committed to providing reliable service and is implementing additional safeguards to prevent similar incidents in the future.
We are taking steps to prevent similar issues in the future by improving our processes and monitoring systems.
Changes we are making:
* Enhancing our caching mechanisms to ensure seamless updates and prevent similar issues in the future.
* Designing a robust process for updating service accounts and keys to guarantee uninterrupted service reliability.
Cronologia delle interruzioni di Neo4j Aura | Uptimus