Ιστορικό διακοπών του Neo4j Aura

1. 3 Σεπτεμβρίου 2026 στις 4:43 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 4 Σεπτεμβρίου 2026 στις 10:23 π.μ. UTCidentified

   Το θέμα έχει εντοπιστεί, οι περιπτώσεις παραμένουν διαθέσιμες και τα μέτρα για την επίλυση των περιπτώσεων που έχουν αντίκτυπο που εξετάζονται επί του παρόντος.

3. 4 Σεπτεμβρίου 2026 στις 3:36 μ.μ. UTCresolved

   Όλες οι περιπτώσεις είναι διαθέσιμες, χειροκίνητα βήματα για να ξεμπλοκάρει το υπόλοιπο μικρό αριθμό των περιπτώσεων που αναλήφθηκε για την επίλυση.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 20 Αυγούστου 2026 στις 3:49 μ.μ. UTCinvestigating

   Η ομάδα μας έχει εντοπίσει ένα θέμα με τη συλλογή των μετρικών για Aura περιπτώσεις. Αυτό θα επηρεάσει τη μετρική ορατότητα και την προώθηση. Αυτή τη στιγμή ερευνούμε το θέμα.

2. 20 Αυγούστου 2026 στις 4:48 μ.μ. UTCinvestigating

   Συνεχίζουμε να ερευνούμε το θέμα της Αύρα.

3. 20 Αυγούστου 2026 στις 7:10 μ.μ. UTCresolved

   Από την τελευταία ενημέρωση, η έρευνα προχώρησε. Το θέμα εντοπίστηκε, και παρακολουθήσαμε την υπηρεσία καθώς ανέκαμψε από την υποβάθμιση. Επιβεβαιώνουμε ότι το θέμα έχει πλέον επιλυθεί.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 5 Αυγούστου 2026 στις 5:31 μ.μ. UTCinvestigating

   We have identified an issue currently that could result in unexpected query failures when using the trim() Cypher function. Investigations into the cause are in progress.

2. 5 Αυγούστου 2026 στις 7:27 μ.μ. UTCidentified

   We have found the issue and are working on a fix. A small percentatge of queries using trim may still err. VDC customers with databases set to highest are not impacted at all unless they pause and start their instances.

3. 6 Αυγούστου 2026 στις 12:58 π.μ. UTCidentified

   We are testing the fix for the trim() Cypher function issue. We will update before we begin our deployment into the Aura environment.

4. 6 Αυγούστου 2026 στις 7:13 π.μ. UTCidentified

   We are actively validating the fix for the trim() Cypher function. Further updates will be provided before we begin deploying to Aura instances

5. 6 Αυγούστου 2026 στις 11:17 π.μ. UTCidentified

   We continue to validate the fix for the trim() Cypher function. Further updates will be provided before we begin deploying it to Aura instances.

6. 6 Αυγούστου 2026 στις 2:54 μ.μ. UTCidentified

   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.

7. 7 Αυγούστου 2026 στις 1:15 π.μ. UTCidentified

   Development has completed on the hot-fix for this issue, and we are finalizing the rollout plan for Aura.

8. 7 Αυγούστου 2026 στις 1:16 π.μ. UTCidentified

   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.

9. 7 Αυγούστου 2026 στις 9:44 π.μ. UTCidentified

   The fix to the trim() Cypher function has passed testing and validation and is now being deployed.

10. 7 Αυγούστου 2026 στις 1:49 μ.μ. UTCmonitoring

    The fix to resolve the issue has now completed deployment to the Aura service and we are monitoring the situation.

11. 7 Αυγούστου 2026 στις 3:34 μ.μ. UTCresolved

    We have monitored the fix and found the service to be stable. This incident is now considered resolved.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 23 Ιουλίου 2026 στις 10:52 π.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε ένα θέμα.

2. 23 Ιουλίου 2026 στις 11:08 π.μ. UTCinvestigating

   Εργαζόμαστε με ομάδες μηχανικών και σημειώνουμε πρόοδο με τις έρευνες αυτή τη στιγμή.

3. 23 Ιουλίου 2026 στις 11:24 π.μ. UTCinvestigating

   Εργαζόμαστε με ομάδες μηχανικών και συνεχίζουμε να σημειώνουμε πρόοδο με τις έρευνες αυτή τη στιγμή.

4. 23 Ιουλίου 2026 στις 11:38 π.μ. UTCidentified

   Εντοπίσαμε την αιτία του τρέχοντος ζητήματος και εργαζόμαστε ενεργά πάνω στη λύση αυτή τη στιγμή.

5. 23 Ιουλίου 2026 στις 11:53 π.μ. UTCidentified

   Αναπτύσσουμε το πρώτο μέρος του επιδιορθώματος και συνεχίζουμε ενεργά να εργαζόμαστε για την πλήρη επίλυση του προβλήματος. Περιμένουμε μια ώρα άφιξης, σε 1 ώρα από τώρα.

6. 23 Ιουλίου 2026 στις 12:11 μ.μ. UTCidentified

   Αναγνωρίσαμε το υποσύνολο των περιπτώσεων που επηρεάστηκαν και εξακολουθήσαμε να αναπτύσσουμε την κατάσταση αυτή τη στιγμή.

7. 23 Ιουλίου 2026 στις 12:32 μ.μ. UTCidentified

   Έχουμε αναπτύξει μια ρύθμιση διαμόρφωσης και τώρα εργαζόμαστε για την επίλυση του υποσύνολο των περιπτώσεων που έχουν επηρεαστεί.

8. 23 Ιουλίου 2026 στις 12:49 μ.μ. UTCidentified

   Με τη ρύθμιση που αναπτύχθηκε, συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται.

9. 23 Ιουλίου 2026 στις 2:07 μ.μ. UTCidentified

   Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται.

10. 23 Ιουλίου 2026 στις 2:27 μ.μ. UTCidentified

    Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται.

11. 23 Ιουλίου 2026 στις 2:44 μ.μ. UTCmonitoring

    Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται.

12. 23 Ιουλίου 2026 στις 3:03 μ.μ. UTCmonitoring

    AuraDB Virtual Dedicated Cloud και AuraDB Business Critical θα πρέπει όλα τώρα να διορθωθούν. Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται για AuraDB Professional και Free.

13. 23 Ιουλίου 2026 στις 3:29 μ.μ. UTCmonitoring

    Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται για AuraDB Professional και Free.

14. 23 Ιουλίου 2026 στις 3:57 μ.μ. UTCmonitoring

    Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται για AuraDB Professional και Free.

15. 23 Ιουλίου 2026 στις 4:32 μ.μ. UTCmonitoring

    Συνεχίζουμε να επιλύουμε το υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται για AuraDB Professional και Free

16. 23 Ιουλίου 2026 στις 5:01 μ.μ. UTCmonitoring

    Συνεχίζουμε να διορθώνουμε ένα υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται για AuraDB Professional και Free

17. 23 Ιουλίου 2026 στις 5:31 μ.μ. UTCmonitoring

    Συνεχίζουμε να διορθώνουμε ένα μικρό υποσύνολο των περιπτώσεων που εξακολουθούν να επηρεάζονται κάτω από την AuraDB Professional και τις ελεύθερες βαθμίδες.

18. 23 Ιουλίου 2026 στις 6:07 μ.μ. UTCmonitoring

    Απευθυνθήκαμε στο θέμα σε όλες τις περιπτώσεις AuraDB Professional. Το Aura Free μπορεί ακόμα να επηρεαστεί. Θα συνεχίσουμε να παρακολουθούμε και να διορθώνουμε τις υπόλοιπες βάσεις δεδομένων.

19. 23 Ιουλίου 2026 στις 7:39 μ.μ. UTCmonitoring

    Συνεχίζουμε να διορθώνουμε ένα μικρό υποσύνολο ελεύθερων περιπτώσεων που εξακολουθούν να επηρεάζονται.

20. 24 Ιουλίου 2026 στις 6:00 π.μ. UTCmonitoring

    Συνεχίζουμε να παρακολουθούμε στενά την κατάσταση για τυχόν περαιτέρω ζητήματα.

21. 24 Ιουλίου 2026 στις 8:30 π.μ. UTCmonitoring

    Συνεχίζουμε να παρακολουθούμε για τυχόν περαιτέρω ζητήματα.

22. 24 Ιουλίου 2026 στις 12:59 μ.μ. UTCmonitoring

    Όλες οι διαπιστωμένες περιπτώσεις έχουν διορθωθεί, συνεχίζοντας να παρακολουθούν. Επικοινωνήστε με την υποστήριξη πελατών για τυχόν περαιτέρω ζητήματα.

23. 24 Ιουλίου 2026 στις 3:56 μ.μ. UTCresolved

    Όλες οι διορθώσεις έχουν αναπτυχθεί και το θέμα έχει πλέον επισημανθεί ως επιλύθηκε.

24. 29 Ιουλίου 2026 στις 9:58 μ.μ. UTCpostmortem

    Τι έγινε; Την Πέμπτη, 23 Ιουλ 2026 10:33 UTC μια αλλαγή διαμόρφωσης αναπτύχθηκε στην Aura που άλλαξε ακούσια τον τρόπο με τον οποίο υπολογίστηκαν οι κατανομές μνήμης για περιπτώσεις βάσεων δεδομένων. Ως αποτέλεσμα, ένα υποσύνολο των περιπτώσεων έλαβε ανεπαρκή μνήμη, προκαλώντας ορισμένες περιπτώσεις βάσεων δεδομένων να καταστεί μη διαθέσιμες ή να μην είναι σε θέση να ολοκληρώσει ενημερώσεις. Η προσαρμοσμένη κατανομή μνήμης οδήγησε σε συνθήκες εκτός μνήμης, προκαλώντας περιπτώσεις βάσεων δεδομένων να επανεκκινηθούν επανειλημμένα λόγω ανεπαρκών πόρων μνήμης ή να κολλήσει ενημέρωση. Αυτό το ζήτημα επηρέασε περιπτώσεις σε πολλούς παρόχους cloud και πολλαπλές βαθμίδες προϊόντων. Μόλις εντοπίστηκε το θέμα, επαναφέραμε αμέσως την αλλαγή διαμόρφωσης, εμποδίζοντας τυχόν επιπλέον περιπτώσεις να λάβουν τις λανθασμένες ρυθμίσεις. Μια διορθωμένη διαμόρφωση αναπτύχθηκε στην παραγωγή μέχρι την Πέμπτη 23 Ιουλ 2026 11:56 UTC. Ωστόσο, περιπτώσεις βάσεων δεδομένων που είχαν ήδη λάβει την εσφαλμένη διαμόρφωση απαιτούσαν μεμονωμένες ενέργειες ανάκτησης πριν μπορέσουν να επιστρέψουν στην κανονική λειτουργία. Μέχρι την Πέμπτη 23 Ιουλ 2026 17:59 UTC, όλες οι γνωστές περιπτώσεις της βάσης δεδομένων με επιπτώσεις στον πελάτη είχαν ανακτηθεί. Η παρακολούθηση συνεχίστηκε μέχρι την επόμενη ημέρα, με το περιστατικό να έχει επιλυθεί πλήρως την Παρασκευή 24 Ιουλ 2026 16:30 UTC. Πώς επηρεάστηκε η υπηρεσία; Η κύρια επίπτωση του πελάτη ήταν ότι αρκετές περιπτώσεις βάσεων δεδομένων AuraDB έγιναν μη διαθέσιμες ή εισήλθαν σε υποβαθμισμένη κατάσταση. Οι επηρεαζόμενες περιπτώσεις δεν ήταν σε θέση να ολοκληρώσουν τις ενημερώσεις λογισμικού ρουτίνας και, σε ορισμένες περιπτώσεις, επανήλθαν επανειλημμένα επειδή δεν είχε δοθεί επαρκής μνήμη. * * **Διαθεσιμότητα υπηρεσιών: ** Επιπτώσεις πελατών ποικίλουν ανά κατηγορία υπηρεσιών. AuraDB Επαγγελματικές περιπτώσεις, οι οποίες δεν παρέχουν υψηλή διαθεσιμότητα, γνώρισαν το μεγαλύτερο επίπεδο διακοπής της παροχής υπηρεσιών, με ένα υποσύνολο να γίνεται μη διαθέσιμο και να μην είναι σε θέση να επεξεργαστεί διαβάσεις ή να γράψει. Για τις περιπτώσεις AuraDB Business Critical και Virtual Dedicated Cloud \ (VDC\), ο αντίκτυπος περιορίστηκε γενικά σε μια προσωρινή απώλεια της ανοχής σφαλμάτων, ενώ διατηρήθηκε διαθεσιμότητα υπηρεσιών. Σε μικρότερο αριθμό περιπτώσεων, οι περιπτώσεις Business Critical και VDC κατέστησαν επίσης μη διαθέσιμες. * ** Σταθερές ενημερώσεις **: Πρόσθετες περιπτώσεις παρέμειναν διαθέσιμες αλλά ήταν κολλημένες σε μια κατάσταση "Ενημέρωσης", η οποία εμπόδισε τις λειτουργίες που ξεκίνησε ο πελάτης, όπως αλλαγές μεγέθους ή διαμόρφωσης. * * * * Cross-πλατφόρμα πεδίο **: Ο αντίκτυπος κάλυψε και τους τρεις υποστηριζόμενους παρόχους cloud και πολλαπλές περιοχές, επηρεάζοντας τους πελάτες παγκοσμίως. Οι υποθέσεις Υποστήριξης Πελατών αυξήθηκαν και η ομάδα μας triaged και ανακτήθηκε χειροκίνητα πληγείσες περιπτώσεις κατά προτεραιότητα. Οι περισσότερες περιπτώσεις AuraDB συνέχισαν να λειτουργούν κανονικά. Ο αντίκτυπος του πελάτη μετριάστηκε πλήρως μέσω της επαναφοράς της διαμόρφωσης και της στοχευμένης χειροκίνητης ανάκτησης κάθε θιγόμενης περίπτωσης. Τι κάνουμε τώρα; Πραγματοποιήσαμε διεξοδική ανάλυση αυτού του περιστατικού και προσδιορίσαμε τις ακόλουθες ενέργειες: ** Πρόληψη ** * * * * Επιβεβαιωμένη επικύρωση ανάπτυξης: ** Ενισχύουμε τη διαδικασία επικύρωσης απελευθέρωσης για τον καλύτερο εντοπισμό αλλαγών διαμόρφωσης. * ** Συνιστώσα αποσύνδεση **: Αξιολογούμε βελτιώσεις στην αλληλουχία των ανάπτυξης συστατικών στοιχείων για να μειώσουμε τον κίνδυνο να συμπεριληφθούν ακούσιες αλλαγές στις απελευθερώσεις. ** Προοδευτική στρατηγική rollout **: Εξετάζουμε τη διαδικασία rollout για τα επηρεαζόμενα συστατικά, για να τα ευθυγραμμίσουμε με τους ελέγχους rollout που χρησιμοποιούνται για άλλα κρίσιμα συστατικά. * **Ανίχνευση ** * **Καλύτερη ειδοποίηση **: Ενισχύουμε την παρακολούθησή μας για να εντοπίσουμε μη φυσιολογικές αυξήσεις στα ποσοστά αποτυχίας \ (όπως απώλεια ανοχής σε σφάλματα ή διαθεσιμότητα\) πιο γρήγορα και αξιόπιστα. * * * * Mitigation * * * * ** Ασφαλέστερη ανάπτυξη διαμόρφωσης: ** Βελτιώνουμε τον τρόπο με τον οποίο αναπτύσσονται οι αλλαγές διαμόρφωσης της παραγωγής ώστε να μπορούν να απενεργοποιηθούν ή να ανασυρθούν πιο γρήγορα χωρίς να απαιτείται ευρύτερη απελευθέρωση λογισμικού. * **Γρήγορο χειροκίνητο εργαλείο αποκατάστασης **: Βελτιώνουμε την αναρρίχησή μας για να μειώσουμε το χρόνο που απαιτείται για να εντοπίσουμε και να ανακτήσουμε χειροκίνητα τις πληγείσες περιπτώσεις. Αναγνωρίζουμε την αναστάτωση που προκάλεσε αυτό το περιστατικό και απολογούμαστε για τον αντίκτυπο στους πληγέντες πελάτες. Έχουμε ολοκληρώσει τα άμεσα διορθωτικά μέτρα και οι πιο μακροπρόθεσμες βελτιώσεις που περιγράφονται παραπάνω βρίσκονται ήδη σε εξέλιξη για να μειωθεί η πιθανότητα και ο αντίκτυπος παρόμοιων περιστατικών στο μέλλον.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 10 Ιουλίου 2026 στις 5:18 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε ένα θέμα που επηρεάζει την Κονσόλα Aura όπου κάποιοι πελάτες μπορεί να μην μπορούν να δουν τις περιπτώσεις τους. Το ζήτημα αυτό προκαλείται από αποτυχία σε υπηρεσία τρίτου μέρους από την οποία εξαρτάται η Aura. Οι επηρεαζόμενες περιπτώσεις συνεχίζουν να λειτουργούν κανονικά και η συνδεσιμότητα της βάσης δεδομένων δεν επηρεάζεται. Η ομάδα μας ερευνά ενεργά το θέμα.

2. 10 Ιουλίου 2026 στις 5:23 μ.μ. UTCinvestigating

   Συνεχίζουμε να ερευνούμε αυτό το ζήτημα.

3. 10 Ιουλίου 2026 στις 5:51 μ.μ. UTCmonitoring

   Η υπηρεσία τρίτων από την οποία εξαρτάται η Aura έχει αποκαταστήσει τις κανονικές λειτουργίες και τα συστήματα Neo4j Aura έχουν ανακάμψει. Η ομάδα μας παρακολουθεί ενεργά το θέμα για να επιβεβαιώσει ότι η Aura Console εκτελεί όπως αναμενόταν.

4. 10 Ιουλίου 2026 στις 7:23 μ.μ. UTCresolved

   Οι υπηρεσίες επιβεβαιώνονται ότι λειτουργούν και δεν αναμένονται περαιτέρω διακοπές.

5. 27 Ιουλίου 2026 στις 4:28 π.μ. UTCpostmortem

   Τι συνέβη Η Aura Console και άλλα συστατικά της Aura παρουσίασαν διαταραχές στις 2026-07-10 στις 16:14 UTC, με αποτέλεσμα αποτυχίες και crashloops. Κατά συνέπεια, ένα τμήμα των πελατών αντιμετώπιζε ζητήματα ορατότητας όσον αφορά τις περιπτώσεις τους. Προκλήθηκε από διακοπή σε εξωτερική υπηρεσία τρίτου μέρους ενσωματωμένη με την Aura. Κατά κύριο λόγο, η συνδεσιμότητα των βάσεων δεδομένων παρέμεινε ασυμβίβαστη και οι περιπτώσεις που είχαν αντίκτυπο συνέχισαν τις συνήθεις δραστηριότητές τους. ΈναρξηDarkly υπηρεσία αποκαταστάθηκε για την επίλυση του προβλήματος Πώς επηρεάστηκε η υπηρεσία Πολλαπλά συστατικά Aura, συμπεριλαμβανομένης της κονσόλας Aura, παρουσίασαν διαταραχές. Οι χρήστες αντιμετώπισαν 500 λάθη HTTP σε σελίδες και λειτουργίες που σχετίζονται με τη βάση δεδομένων, αν και οργανισμοί και έργα θα μπορούσαν ακόμα να έχουν πρόσβαση. Οι άμεσες συνδέσεις σε συγκεκριμένες περιπτώσεις βάσεων δεδομένων δεν επηρεάστηκαν πλήρως Το αεροπλάνο ελέγχου έγινε μη διαθέσιμο, πράγμα που σήμαινε ότι οι χρήστες δεν μπορούσαν να δημιουργήσουν, να διαγράψουν, να αλλάξουν μέγεθος, ή να ρυθμίσουν ρυθμίσεις για περιπτώσεις μέσω του API ή της κονσόλας Aura. Οι υπάρχουσες περιπτώσεις, ωστόσο, παρέμειναν λειτουργικές. Το θέμα προκλήθηκε από μια διακοπή στο LaunchDarkly και οι υπηρεσίες μας δεν χειρίστηκαν αυτή την αποτυχία εξάρτηση με χάρη κατά τη διάρκεια της εκκίνησης. Όλα τα επηρεαζόμενα συστήματα επέστρεψαν στην κανονική λειτουργία κατά 2026-07-10 στις 17:07 UTC Τι κάνουμε τώρα; Η ομάδα Μηχανικών Neo4j διέγνωσε γρήγορα τη βασική αιτία και αποκατέστησε την υπηρεσία. Κατά την αξιολόγηση αυτού του συμβάντος, εντοπίσαμε βασικούς τομείς για την επιτάχυνση μελλοντικών ψηφισμάτων και τον μετριασμό των κινδύνων επανάληψης: * Αναλυμένες βασικές μετρήσεις συμβάντων, εστιάζοντας στη διάρκεια συναγερμού-απόκρισης για τον εντοπισμό ευκαιριών για την επιτάχυνση της απόδοσης απόκρισης * Διεξήχθη μια ολοκληρωμένη αναδρομική ανάδειξη επιτυχών αποτελεσμάτων, συμπεριλαμβανομένης της γρήγορης ανάλυσης ριζικών αιτίων μέσω της διαφανούς καταγραφής, της απρόσκοπτης ευθυγράμμισης μέσω του εργαλείου διαχείρισης συμβάντων, και της ανθεκτικής, χαριτωμένης αποδόμησης πολλαπλών συστατικών που διατήρησαν τη συνδεσιμότητα του επιπέδου δεδομένων ακέραια * Ενεργά ανάπτυξη πιο χαριτωμένες προεπιλογές fallback για σημαίες χαρακτηριστικό για την προστασία των βασικών λειτουργιών κατά τη διάρκεια downtimes πωλητή * Ενίσχυση της αρχιτεκτονικής ανθεκτικότητας με την ενσωμάτωση του προηγμένου σχεδιασμού, τεχνικές χάος, και το επίπεδο παραγωγής δοκιμή εγχύσεων ελαττωμάτων για να αποκαλύψει προληπτικά και να μετριάσει πιθανές διαδρομές αποτυχίας * Απευθυνόμενοι λογικοί περιορισμοί σε τελεστές χαρακτηριστικό σήμα caching, τονίζοντας την ανάγκη για τους φορείς εκμετάλλευσης να αποθηκεύουν αξιολογημένες σημαίες τοπικά για τη διατήρηση της επιχειρησιακής συνέχειας σε περίπτωση αποτυχίας των εξωτερικών εξαρτήσεων.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 30 Ιουνίου 2026 στις 2:45 μ.μ. UTCidentified

   Η εκτέλεση ΔΕΙΚΤΗΣ ΚΡΙΤΗ αποτυγχάνει με σφάλμα 51N31 σφάλμα: η διαμόρφωση του συστήματος ή η εξαίρεση λειτουργίας - δεν υποστηρίζεται. Η δημιουργία ενός δείκτη διανύσματος με τις παρεχόμενες ρυθμίσεις δεν υποστηρίζεται στο V2026 02. Απαιτούμενη έκδοση για λειτουργία είναι V2026 06. Παρακαλώ αναβαθμίστε DBMS .. Αυτό επηρεάζει μόνο το νέο δείκτη, το υπάρχον ΕΥΡΕΤΗΡΙΟ ΤΟΥ ΤΟΜΕΑ δεν επηρεάζεται. Κάθε δείκτης διανύσματος που δημιουργήθηκε πριν από το 2026-06-30 στις 09:00 συνεχίζει να λειτουργεί κανονικά.

2. 30 Ιουνίου 2026 στις 3:41 μ.μ. UTCidentified

   Αρχίζουμε τώρα να αναπτύσσουμε έναν καθορισμό για την αντιμετώπιση αυτού του ζητήματος και θα παρέχουμε μια ενημέρωση σύντομα σχετικά με την πρόοδο.

3. 30 Ιουνίου 2026 στις 4:05 μ.μ. UTCmonitoring

   Μια επιδιόρθωση βγαίνει και προχωράει καλά. Θα ενημερωθούμε με την πρόοδο.

4. 30 Ιουνίου 2026 στις 5:45 μ.μ. UTCresolved

   Η επιδιόρθωση έχει αναπτυχθεί πλήρως σε όλες τις πληγείσες περιπτώσεις. Αυτό το περιστατικό έχει πλέον επιλυθεί.

5. 20 Ιουλίου 2026 στις 8:40 π.μ. UTCpostmortem

   Τι συνέβη Εντοπίστηκε ένα θέμα μετά την ανάπτυξη της έκδοσης 2026.06 στις 2026-06-30 στις 08:00 UTC, όπου η λειτουργία του «ΑΠΟΚΛΕΙΣΤΙΚΟ ΕΥΡΕΤΗΡΙΟ» σε αναβαθμισμένες περιπτώσεις Aura προκάλεσε εξαίρεση συστήματος. Αυτή η αποτυχία στη δημιουργία δεικτών συνέβη επειδή η υποκείμενη αποθήκευση και ο πυρήνας απαιτούσε πρόσθετες ενημερώσεις για την υποστήριξη της λειτουργίας Το πρόβλημα αυτό επηρέασε μόνο τη δημιουργία νέων δεικτών· οι υφιστάμενοι δείκτες διανυσμάτων δεν επηρεάζονται. Κάθε δείκτης διανύσματος που δημιουργήθηκε πριν τις 09:00 στις 2026-06-30 δεν επηρεάστηκε και συνέχισε να λειτουργεί κανονικά. Πώς επηρεάστηκε η υπηρεσία Μετά την εμφάνιση της έκδοσης 2026.06, η εκτέλεση της δήλωσης CREATE VECTOR INDEX απέτυχε, κρούοντας εφαρμογές που εξαρτιόνταν από την προσθήκη νέων δεικτών διανυσμάτων. Επηρεασμένοι πελάτες έλαβαν το σφάλμα: Δημιουργία ενός δείκτη διανύσματος με τις παρεχόμενες ρυθμίσεις δεν υποστηρίζεται σε V2026\ 02. Η απαιτούμενη έκδοση για λειτουργία είναι V2026\ 06. Παρακαλώ αναβαθμίστε DBMS . Τα υπάρχοντα ευρετήρια \(που δημιουργήθηκαν πριν από αυτό το περιστατικό\) και άλλα ερωτήματα παρέμειναν εντελώς ανεπηρέαστα και πλήρως λειτουργικά. Τι κάνουμε τώρα; Οι ομάδες Neo4j προσδιόρισαν τη βασική αιτία ως σφάλμα στο σχεδιασμό Cypher και έλυσε το θέμα με μια κωδικοποίηση κώδικα. Αυτή η διόρθωση έχει αναπτυχθεί σε όλες τις πληγείσες περιπτώσεις Aura, επιλύοντας πλήρως το σφάλμα Για να αποτρέψουμε μελλοντικά συμβάντα, ενισχύουμε τα συστήματα παρακολούθησης και συναγερμού μας ώστε να εντοπιστούν παρόμοια ζητήματα νωρίτερα, ιδιαίτερα σε περιβάλλοντα σταδίων, πριν συμβούν rollouts. Ταυτόχρονα, βελτιώνουμε τις διαδικασίες ανάπτυξης μας για να ελαχιστοποιήσουμε τις επιπτώσεις των πελατών και τους χρόνους ανάκτησης Επιπλέον, διερευνούμε επιλογές για την εφαρμογή αυτοματοποιημένων, μετα-αναβάθμισης δοκιμών επικύρωσης ειδικά για κρίσιμες λειτουργίες, όπως η δημιουργία δείκτη διανύσματος

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 23 Ιουνίου 2026 στις 11:25 π.μ. UTCidentified

   Η κονσόλα Aura βιώνει κάποια διακοπτόμενα λάθη: "Το σύστημά μας αντιμετωπίζει προβλήματα αυτή τη στιγμή. δοκιμάστε ξανά αργότερα ή επικοινωνήστε με την υποστήριξη εάν το πρόβλημα επιμένει. Αυτό μπορεί να απαιτεί να ξαναφορτώσετε ή να περιμένετε περισσότερο για πλοήγηση στην κονσόλα Οι λειτουργίες και το Aura API παραμένουν ανεπηρέαστα Δουλεύουμε ενεργά πάνω σε μια λύση

2. 23 Ιουνίου 2026 στις 1:03 μ.μ. UTCidentified

   Συνεχίζουμε να ερευνούμε μια λύση για το θέμα

3. 23 Ιουνίου 2026 στις 1:39 μ.μ. UTCidentified

   Συνεχίζουμε να εργαζόμαστε πάνω σε μια λύση για αυτό το ζήτημα.

4. 23 Ιουνίου 2026 στις 3:43 μ.μ. UTCmonitoring

   Αναπτύσσουμε μια αλλαγή. Θα παρακολουθούμε και θα ενημερώνουμε.

5. 23 Ιουνίου 2026 στις 7:27 μ.μ. UTCmonitoring

   Συνεχίζοντας να παρακολουθεί τις αλλαγές που αναπτύσσονται. Επόμενη ενημέρωση αναμένεται 6/24/2026 10πμ UTC.

6. 24 Ιουνίου 2026 στις 9:14 π.μ. UTCmonitoring

   Ελέγξαμε και επιβεβαιώσαμε ότι το θέμα έχει πλέον αντιμετωπιστεί πλήρως.

7. 24 Ιουνίου 2026 στις 9:14 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

8. 10 Ιουλίου 2026 στις 2:50 μ.μ. UTCpostmortem

   Τι συνέβη Περίπου στις 12:00 UTC στις 22 Ιανουαρίου 2026, οι χρήστες συνάντησαν διαλείποντα banners λάθους μέσα στην κονσόλα Aura που εμφανίζει, "Έχουμε πρόβλημα. Δοκιμάστε ξανά.," που συνέβη παράλληλα με 500 λάθη από τα τελικά σημεία API της κονσόλας. Αυτές οι διαταραχές ήταν παροδικές και προκλήθηκαν από εσωτερικό συγχρονισμό API έξω κατά τη διαδικασία χειραψία TLS, τυπικά επίλυση μέσα σε περίπου 10 δευτερόλεπτα ή μετά από μια ανανέωση σελίδας Πώς επηρεάστηκε η υπηρεσία Το Aura Console και το Aura API γνώρισαν υποβαθμισμένη απόδοση, η οποία εκδηλώθηκε ως διαλείποντα banners σφάλματος μέσα στην κονσόλα UI Aura. Μια έρευνα προσδιόρισε τη βασική αιτία ως υψηλή χρήση CPU και θρόμβωση μέσα στην κονσόλα API. Το θέμα αυτό καθοδηγήθηκε κατά κύριο λόγο από επανειλημμένους καταλόγους μεγάλων οντοτήτων και ακριβά αιτήματα συμβιβαστών Για την αντιμετώπιση του ζητήματος, οι στοχευμένες διορθώσεις αναπτύχθηκαν με επιτυχία τόσο στην κονσόλα Aura όσο και στην Aura API. Αυτό ακολουθήθηκε από προσαρμογές στη διαμόρφωση των πόρων για την αύξηση της επιχειρησιακής αίθουσας και τη διασφάλιση της σταθερότητας Τι κάνουμε τώρα; Έχουν εφαρμοστεί τα ακόλουθα μέτρα αντίδρασης και προνοητικής δράσης για τη μείωση της πιθανότητας παρόμοιων περιστατικών: * Αναπτύχθηκε ένα ταμπλό παρακολούθησης για να παρατηρήσει σταγόνες που βασίζονται σε εσωτερικά δεδομένα καταγραφής API για την εφαρμογή αυτοματοποιημένης παρακολούθησης και ειδοποίησης για να πιάσει τα ζητήματα πριν εμφανιστούν * Εφαρμόστηκε μια συγκλονιστική καθυστέρηση μεταξύ των paginated zifer αιτήματα για τον μετριασμό της υψηλής κατανάλωσης πόρων και τη βελτίωση της σταθερότητας API * Ενισχυμένη υποδομή γνωρίζουν τους υπολογισμούς πόρων για τη βελτίωση των επιδόσεων * Εισήγαγε ένα νέο φίλτρο για ερωτήματα που βασίζονται στις βαθμίδες υπηρεσιών για τη βελτιστοποίηση CPU γενικά για κάθε κλήσεις που εκτελούνται από τον συμβιβαστή * Απενεργοποίηση περιττή αίτηση επεξεργασίας middleware για τη βελτιστοποίηση API κλήσεις

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 26 Μαΐου 2026 στις 6:23 μ.μ. UTCinvestigating

   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.

2. 26 Μαΐου 2026 στις 7:19 μ.μ. UTCmonitoring

   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.

3. 26 Μαΐου 2026 στις 11:06 μ.μ. UTCresolved

   This incident has been resolved.

4. 9 Ιουνίου 2026 στις 4:50 μ.μ. UTCpostmortem

   **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.

1. 6 Μαρτίου 2026 στις 10:18 π.μ. UTCidentified

   We identified an issue with the availability of console.neo4j.io - we are investigating

2. 6 Μαρτίου 2026 στις 10:24 π.μ. UTCmonitoring

   We have made a code change and we believe the console is available again.

3. 6 Μαρτίου 2026 στις 10:25 π.μ. UTCresolved

   We have checked and confirm that the issue is now fully addressed.

4. 30 Μαρτίου 2026 στις 7:25 π.μ. UTCpostmortem

   ## 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

1. 3 Μαρτίου 2026 στις 9:35 μ.μ. UTCidentified

   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.

2. 4 Μαρτίου 2026 στις 1:39 π.μ. UTCidentified

   The fix is being deployed and the status page will be updated upon completion of the full deployment of the fix.

3. 4 Μαρτίου 2026 στις 4:52 π.μ. UTCidentified

   The fix is being deployed and the status page will be updated upon completion of the full deployment

4. 4 Μαρτίου 2026 στις 2:07 μ.μ. UTCmonitoring

   The fix has now been deployed to those instances impacted and we are monitoring the situation.

5. 4 Μαρτίου 2026 στις 3:19 μ.μ. UTCresolved

   The fix has been fully deployed to all impacted instances. This incident is now resolved.

6. 8 Απριλίου 2026 στις 6:39 π.μ. UTCpostmortem

   ## 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

1. 2 Μαρτίου 2026 στις 7:55 μ.μ. UTCidentified

   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.

2. 3 Μαρτίου 2026 στις 3:26 μ.μ. UTCidentified

   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.

3. 6 Μαρτίου 2026 στις 2:29 μ.μ. UTCidentified

   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.

4. 6 Μαρτίου 2026 στις 4:06 μ.μ. UTCresolved

   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

5. 29 Μαρτίου 2026 στις 3:16 μ.μ. UTCpostmortem

   ## 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)

1. 26 Ιανουαρίου 2026 στις 7:26 μ.μ. UTCidentified

   Έχουμε εντοπίσει ένα θέμα που μπορεί να επηρεάσει ένα περιορισμένο σύνολο των ερωτημάτων Cypher 25 για AuraDB Free, Professional και AuraDS. Αυτό μπορεί να επηρεάσει: - Ερωτήματα χρησιμοποιώντας το υπό όρους ερώτημα ΟΤΑΝ σε συνδυασμό με μια μη ομαδοποίηση ομαδοποίηση σε μηδενικές τιμές οδηγούν σε λανθασμένο αριθμό γραμμών που επιστρέφονται. - Ερωτήματα χρησιμοποιώντας NEXT μπορεί να παράγει μια απροσδόκητη μεταβλητή δεν ορίζεται σφάλμα σε ορισμένες περιπτώσεις. Εργαζόμαστε ενεργά πάνω σε ένα fix και θα ενημερώσει αυτή τη σελίδα, καθώς περισσότερες πληροφορίες γίνονται διαθέσιμες.

2. 27 Ιανουαρίου 2026 στις 1:37 π.μ. UTCidentified

   Εντοπίσαμε μια λύση για το ζήτημα αυτό και θα προχωρήσουμε στην Αύρα. Μόλις η ενημέρωση έχει αναπτυχθεί θα ενημερώσουμε αυτή τη σελίδα tatus.

3. 27 Ιανουαρίου 2026 στις 9:50 π.μ. UTCidentified

   Είμαστε κυλώντας έξω από τη διόρθωση και θα σας ενημερώσει όταν αυτό ολοκληρωθεί.

4. 27 Ιανουαρίου 2026 στις 11:10 π.μ. UTCmonitoring

   Η επιδιόρθωση έχει φτάσει στα επηρεαζόμενα συστατικά, τώρα παρακολουθούμε την κατάσταση αυτή τη στιγμή.

5. 27 Ιανουαρίου 2026 στις 2:51 μ.μ. UTCmonitoring

   Συνεχίζουμε να παρακολουθούμε την κατάσταση αυτή τη στιγμή.

6. 27 Ιανουαρίου 2026 στις 3:58 μ.μ. UTCresolved

   Η επιδιόρθωση έχει αναπτυχθεί πλήρως σε όλες τις πληγείσες περιπτώσεις. Αυτό το περιστατικό έχει πλέον επιλυθεί.

7. 2 Ιουλίου 2026 στις 4:22 π.μ. UTCpostmortem

   Τι έγινε; Το Neo4j ξεκίνησε την ανάπτυξη της έκδοσης 2026.01.1 στην Aura ελεύθερες περιπτώσεις στις 07:49 ΠΜ UTC στις 26 Ιανουαρίου 2026. Μετά την ανίχνευση των αποτυχιών των ερωτημάτων κατά τη διάρκεια των εσωτερικών δοκιμών, το rollout σταμάτησε πριν φτάσει Aura υψηλότερες βαθμίδες. Οι αποτυχίες συνέβησαν σε ερωτήματα υπό όρους \(π.χ. ΟΤΑΝ ...THEN ...\) μετά τη φάση σχεδιασμού να συμπεριφέρονται διαφορετικά στην περίπτωση της συγκέντρωσης πάνω από μηδενικές τιμές. Αναγνωρίσαμε τη βασική αιτία και αναπτύξαμε μια ανάλυση, η οποία ενσωματώθηκε στην έκδοση 2026.01.2. Στις 27 Ιανουαρίου 2026, αρχίσαμε να αναπτύσσουμε το 2026.01.2 σε περιπτώσεις Aura, αναβαθμίζοντας με επιτυχία όλα τα περιβάλλοντα που επηρεάζονται στη διορθωμένη έκδοση Πώς επηρεάστηκε η υπηρεσία Ερωτηματολόγια με χρήση ΟΤΑΝ το 2026.01.1 σε συνδυασμό με την ομαδοποίηση σε μηδενικές τιμές επιστρέφονται λανθασμένος αριθμός γραμμών. Οι ερωτήσεις που χρησιμοποιούν το NEXT μπορούν σε ορισμένες περιπτώσεις να παράγουν μια απρόσμενη μεταβλητή μη καθορισμένο σφάλμα. Αυτό έκανε το ξαναγραμμένο ερώτημα να συμπεριφέρεται διαφορετικά στην περίπτωση της συγκέντρωσης πάνω από μηδενικές τιμές. Το υπό όρους ερώτημα θα πρέπει να λαμβάνει εισερχόμενες σειρές που περιέχουν μηδενικές τιμές και να συγκεντρώνει τις τιμές χωρίς να χρησιμοποιεί ομαδοποίηση. Οι πελάτες έλαβαν λανθασμένο αποτέλεσμα εάν χρησιμοποιούσαν την υπό όρους κατασκευή ερωτημάτων στο Cypher 25 \(βλ. [https://neo4j.com/docs/aura/managing-instances/cypher-version/](https://neo4j.com/docs/aura/managing-instances/cypher-version/)\), μια επίπτωση που περιορίστηκε σε περιορισμένο αριθμό περιπτώσεων Aura. Τι κάνουμε τώρα; Έχουμε ενισχύσει τις διαδικασίες δοκιμών μας για να διασφαλίσουμε ολοκληρωμένη κάλυψη σε όλους τους τομείς προϊόντων. Αυτό περιλαμβάνει την ανάπτυξη νέων περιπτώσεων δοκιμών που έχουν σχεδιαστεί για την αντιμετώπιση τόσο των ζητημάτων που εντοπίστηκαν όσο και των πιθανών μελλοντικών σεναρίων. Επιπλέον, έχουμε ενσωματώσει τον έλεγχο ερωτημάτων Cypher μέσα στην Aura ως πρότυπο συστατικό της σουίτας δοκιμών παλινδρόμησης. Οι έλεγχοι αυτοί είναι πλέον υποχρεωτικά στάδια εντός του αγωγού συνεχούς ολοκλήρωσης μας και περιβάλλοντα προετοιμασίας πριν από οποιαδήποτε παραγωγή rollout.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 16 Ιανουαρίου 2026 στις 2:25 μ.μ. UTCidentified

   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.

2. 16 Ιανουαρίου 2026 στις 3:13 μ.μ. UTCidentified

   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.

3. 16 Ιανουαρίου 2026 στις 5:07 μ.μ. UTCmonitoring

   The fix is currently rolling out to production. We will update you upon completion

4. 16 Ιανουαρίου 2026 στις 7:36 μ.μ. UTCresolved

   All instances should have the fix applied and if not it should be in the next 60 minutes

5. 23 Απριλίου 2026 στις 1:27 μ.μ. UTCpostmortem

   ### **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.

1. 26 Νοεμβρίου 2025 στις 3:47 μ.μ. UTCidentified

   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.

2. 26 Νοεμβρίου 2025 στις 8:33 μ.μ. UTCidentified

   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.

3. 27 Νοεμβρίου 2025 στις 2:33 μ.μ. UTCidentified

   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.

4. 27 Νοεμβρίου 2025 στις 5:07 μ.μ. UTCidentified

   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.

5. 28 Νοεμβρίου 2025 στις 12:09 π.μ. UTCidentified

   We continue to work with our cloud infrastructure provider . Aura operations affected: Create, Resize (CPU and Storage), Pause, Clone, Resume.

6. 28 Νοεμβρίου 2025 στις 10:55 π.μ. UTCidentified

   We continue to work with our cloud infrastructure provider. Aura operations affected: Create, Resize (CPU and Storage), Pause, Clone, Resume.

7. 28 Νοεμβρίου 2025 στις 4:23 μ.μ. UTCidentified

   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.

8. 1 Δεκεμβρίου 2025 στις 9:54 π.μ. UTCidentified

   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.

9. 5 Δεκεμβρίου 2025 στις 10:20 π.μ. UTCidentified

   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.

10. 5 Δεκεμβρίου 2025 στις 4:59 μ.μ. UTCidentified

    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.

11. 11 Δεκεμβρίου 2025 στις 10:24 π.μ. UTCmonitoring

    Cloud resources have become available in USEAST2 and we will monitor for a few hours to ensure there is no further customer impact.

12. 11 Δεκεμβρίου 2025 στις 3:39 μ.μ. UTCresolved

    Cloud resources have become available in USEAST2 and no further customer impact has been detected. This incident is resolved.

13. 4 Φεβρουαρίου 2026 στις 3:18 μ.μ. UTCpostmortem

    ### **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.

1. 18 Νοεμβρίου 2025 στις 3:56 μ.μ. UTCidentified

   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.

2. 18 Νοεμβρίου 2025 στις 4:16 μ.μ. UTCmonitoring

   We have released a fix to this issue and are monitoring to ensure all operations are back to normal.

3. 18 Νοεμβρίου 2025 στις 4:39 μ.μ. UTCresolved

   After monitoring the fix for some time, we can confirm that the issue is resolved and normal operations have resumed.

4. 14 Ιανουαρίου 2026 στις 2:05 μ.μ. UTCpostmortem

   ### 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.

1. 20 Οκτωβρίου 2025 στις 4:43 μ.μ. UTCidentified

   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.

2. 20 Οκτωβρίου 2025 στις 7:14 μ.μ. UTCidentified

   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

3. 20 Οκτωβρίου 2025 στις 9:28 μ.μ. UTCresolved

   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.

4. 15 Ιανουαρίου 2026 στις 5:48 μ.μ. UTCpostmortem

   ### **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.

1. 20 Οκτωβρίου 2025 στις 9:15 π.μ. UTCidentified

   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.

2. 20 Οκτωβρίου 2025 στις 9:39 π.μ. UTCidentified

   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

3. 20 Οκτωβρίου 2025 στις 9:58 π.μ. UTCmonitoring

   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.

4. 20 Οκτωβρίου 2025 στις 10:32 π.μ. UTCmonitoring

   We are continuing to see good recovery across the service. We will update when this is completed.

5. 20 Οκτωβρίου 2025 στις 11:13 π.μ. UTCresolved

   The underlying AWS incident has bene resolved and our services have now resumed and fully recovered

6. 15 Ιανουαρίου 2026 στις 5:34 μ.μ. UTCpostmortem

   ### **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.

1. 25 Αυγούστου 2025 στις 1:34 μ.μ. UTCinvestigating

   We are currently investigating this issue.

2. 25 Αυγούστου 2025 στις 1:36 μ.μ. UTCinvestigating

   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.

3. 25 Αυγούστου 2025 στις 1:47 μ.μ. UTCinvestigating

   We are continuing to investigate this issue.

4. 25 Αυγούστου 2025 στις 3:34 μ.μ. UTCmonitoring

   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.

5. 25 Αυγούστου 2025 στις 9:44 μ.μ. UTCmonitoring

   We continue to work towards the issue resolution.

6. 26 Αυγούστου 2025 στις 4:06 π.μ. UTCmonitoring

   We are continuing to investigate this issue.

7. 26 Αυγούστου 2025 στις 10:53 π.μ. UTCmonitoring

   We are continuing to monitor the situation whilst a full fix for the solution is prepared.

8. 26 Αυγούστου 2025 στις 2:48 μ.μ. UTCmonitoring

   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.

9. 26 Αυγούστου 2025 στις 11:12 μ.μ. UTCmonitoring

   The full fix for the solution is starting to be deployed across the estate and are continuing to monitor the situation.

10. 27 Αυγούστου 2025 στις 6:36 π.μ. UTCmonitoring

    We are continuing to monitor for any further issues.

11. 27 Αυγούστου 2025 στις 11:16 π.μ. UTCmonitoring

    The full fix for the solution is continuing to be deployed across the estate and are continuing to monitor the situation.

12. 27 Αυγούστου 2025 στις 4:46 μ.μ. UTCresolved

    The full fix for the solution has now been deployed across the estate and this issue is now resolved.

13. 6 Οκτωβρίου 2025 στις 1:32 μ.μ. UTCpostmortem

    ### **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

1. 22 Αυγούστου 2025 στις 11:02 π.μ. UTCinvestigating

   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.

2. 22 Αυγούστου 2025 στις 11:42 π.μ. UTCmonitoring

   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.

3. 22 Αυγούστου 2025 στις 1:31 μ.μ. UTCresolved

   This incident has been resolved.

4. 12 Σεπτεμβρίου 2025 στις 3:45 μ.μ. UTCpostmortem

   ### 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.

1. 19 Αυγούστου 2025 στις 9:19 π.μ. UTCinvestigating

   We are currently investigating an issue with backups. We will update shortly as we get more details

2. 19 Αυγούστου 2025 στις 10:05 π.μ. UTCinvestigating

   We are continuing to investigate the issue with backups. New backups after 0:00 last night are failing to complete. Existing backups are unaffected and remain available.

3. 19 Αυγούστου 2025 στις 10:34 π.μ. UTCinvestigating

   We are continuing to investigate this issue.

4. 19 Αυγούστου 2025 στις 10:51 π.μ. UTCinvestigating

   We continue to investigate and have identified the issue more clearly. Beyond backups, other operations are also affected: pause and clone. Operations may fail or take a long time to complete.

5. 19 Αυγούστου 2025 στις 11:30 π.μ. UTCmonitoring

   The fix has been deployed and we will continue to monitor this incident.

6. 19 Αυγούστου 2025 στις 12:04 μ.μ. UTCresolved

   This incident has been resolved.

7. 12 Σεπτεμβρίου 2025 στις 7:41 μ.μ. UTCpostmortem

   ### What happened On August 18, 2025, at 19:18 UTC, the release of a faulty component in Neo4j Aura impacted the ability to perform backups of customer instances. The problem was identified when a critical component was updated without aligning with another dependent component, leading to failed backup attempts. This resulted in Neo4j not being able to take backups of customer instances for a period of approximately 17 hours. Our team quickly identified the root cause and began mitigation efforts early on August 19, 2025. By 11:54 UTC, the issue was fully resolved, and normal backup operations resumed. We apologize for any inconvenience this may have caused and are taking steps to prevent similar issues in the future. The issue arose because the deployment of the neo4j-backup system was not properly synchronized with the deployment of the neo4j-operator. This misalignment led to critical changes being introduced that impacted the ability to create new backups effectively. Essentially, the two components were not updated in harmony, which caused disruptions in the backup process. ### How customers were affected Customers were unable to  get successful backups of their instances for 17 hours. We promptly addressed the issue by reverting the recent backup changes that caused disruptions and ensured the stability of our service by cleaning up old, failing backups. ### 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