Neo4j Aura kesinti geçmişi

1. 26 Ekim 2026 14:50 UTCinvestigating

   Şu anda Aura'yı Azure'da kullanan müşterilerin etkilendiğini biliyoruz, veritabanı örnek anlık görüntüler indirmeye çalışırken.

2. 26 Ekim 2026 15:09 UTCidentified

   Sorunu tespit ettik ve şu anda düzeltmenin dağıtımı üzerinde çalışıyoruz.

3. 26 Ekim 2026 16:22 UTCidentified

   Fix şu anda daha düşük ortamlarda test ediliyor, önceden konuşuluyor.

4. 26 Ekim 2026 17:43 UTCidentified

   Testin testi devam ediyor ve dağıtım bir kez test tamamlandı.

5. 26 Ekim 2026 19:14 UTCresolved

   Mühendislerimiz bir düzeltmeyi başarıyla desteklediler ve konu şimdi çözüldü. Azure'daki Aura müşterileri artık sorunlar olmadan veritabanı anlıklarını indirebilir.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 20 Ekim 2026 07:35 UTCinvestigating

   Şu anda Avrupa Batı 2 bölgesini GCP'de etkileyen bir sorunu araştırıyoruz ve bölgedeki veritabanı örneği oluşturma dahil bazı işlemleri etkiliyor.

2. 20 Ekim 2026 08:36 UTCinvestigating

   Şu anda sorunu araştırmaya devam ediyoruz, bir karar bulmak için GCP ile çalışıyoruz. Bu zamanda bölgede veritabanı örneği oluşturma dahil olmak üzere bazı işlemler de etkilenmeye devam ediyor.

3. 20 Ekim 2026 09:15 UTCidentified

   Şu anda GCP'de müşterileri etkileyen konunun kaynağını tespit ettik. GCP statüsünden https://status.cloud.google.com/incidents/Xs2XTHzAVC9YnafnPyzj. Bu zamanda bölgede veritabanı örneği oluşturma dahil olmak üzere bazı işlemler de etkilenmeye devam ediyor.

4. 20 Ekim 2026 10:42 UTCidentified

   Şu anda meseleyi bu arada azaltmak için remedial eylemi uyguluyoruz. GCP'den aşağıdaki tablodaki sonları takip edin: http://status.cloud.google.com/incidents/Xs2XTHzAVC9YnafnPyzj.

5. 20 Ekim 2026 12:38 UTCmonitoring

   Fonksiyonellik şimdi etkilenen Aura hizmetleri arasında restore edilmelidir. Bu çözümü dikkate almadan önce durumu yakından izleyeceğiz.

6. 20 Ekim 2026 14:06 UTCmonitoring

   Mevcut zamanda GCP ile durumu izlemeye devam ediyoruz ve bu noktada yeni sorunlar görmedik.

7. 20 Ekim 2026 14:50 UTCresolved

   Bu olay çözüldü

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 13 Ekim 2026 09:15 UTCinvestigating

   Aura Console'daki metrikleri ve metrik uç noktası üzerinden araştırıyoruz.

2. 13 Ekim 2026 10:13 UTCidentified

   Bulut Servis Sağlayıcı ile ilgili bir konunun mevcut durumu etkilediğini tespit ettik. Bulut Servis Sağlayıcısı ile bir destek davası açtık ve daha ayrıntılı bir kez daha güncelleyeceğiz.

3. 13 Ekim 2026 11:01 UTCmonitoring

   Bulut Servis Sağlayıcı sorununun çözüldüğünü düşünüyoruz, çünkü artık iç sistemlerimizden sorunları görmüyoruz. Durumu izlemeye devam edeceğiz, Cloud Service sağlayıcısından onay için beklerken.

4. 13 Ekim 2026 12:08 UTCresolved

   Bulut Servis Sağlayıcısı'ndan, konunun tamamen çözüldüğü konusunda onay aldık.

5. 16 Ekim 2026 17:06 UTCpostmortem

   **Errors GCP europe-west1** ** Ne oldu Salı günü, 13 Ekim 2026 08:54 UTC, GCP europe-west1'deki örnekler için ölçümler teslim edilmeyi bıraktı ve okunamadı. Sebep Google Cloud tarafında bir sorundu, izleme hizmetinde kapasite azaltımının yanlış reddedilmesine yol açtı. Metrikler Google Cloud'un bir düzeltme uyguladığı 10:49 UTC'de normale döndü ve olayı 12:08 UTC'de Google Cloud tam bir karar doğruladı. Instances bu olay boyunca mevcut kaldı, performans veya veri bütünlüğü sorgulama etkisi yoktu. Sadece metrik görünürlük etkilendi. ** Servis nasıl etkilendi ** Müşteriler örnek ölçümlerde bazı kısa boşluklar gördü: * **Console metrikleri:** GCP europe-west1'deki instances, olay penceresi sırasında eksik veya eksik ölçüm verileri gösterebilir. * * **Cloud monitoring Integration \(CMI\):** Bu bölgede kendi izleme sistemlerinize dönük ölçümler de boşlukları olabilir. Bölgedeki tüm örnekler etkilendi ve diğer bulut sağlayıcıları ve bölgeler etkilenmedi. Olay sırasında üretilen değerler kaydedildi, bu yüzden boşluk etkilenen örnekler için tarihsel grafiklerde kalacaktır. ** Şimdi ne yapıyoruz** Bu durumda Google Cloud'dan gelen düzeltme, ancak metrik boru hattımız tek bir bölge yolunda dayanıyor, bu yüzden bu maruziyeti azaltmak için adımlar atıyoruz: * **Bölgesel dayanıklılık:** Bu kadar ölçümlerin trafiğinin tükendiğini değerlendiriyoruz sağlıklı bir bölgeye kadar başarısız olabilir. * **Traffic routing:** Bulut ağ katmanında seçenekleri keşfediyoruz \(Console ve CMI\) okur ve etkilenen bir bölgeden \(ingestion\) yazıyor.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 8 Ekim 2026 14:58 UTCinvestigating

   Aura Konsolunda ve metrik uç noktası ile bir sorunu araştırıyoruz.

2. 8 Ekim 2026 15:36 UTCidentified

   Kök nedenini araştırmaya devam ediyoruz. Sorun, GCP1'de müşterilerimizle sınırlı Aura örnekleri koşuyor ve operasyon etkilenmez.

3. 8 Ekim 2026 16:30 UTCidentified

   Sorunun doğasını araştırmak için bulut servis sağlayıcı ile çalışıyoruz. Kontrollerimiz, sadece merkezi1 bölgede çalışan müşterilerin alt setinin etkilendiğini doğrulamaktadır.

4. 8 Ekim 2026 18:41 UTCidentified

   Bir çözüm elde etmek için bulut servis sağlayıcı ile çalışmaya devam ediyoruz.

5. 8 Ekim 2026 19:11 UTCresolved

   Bu olay şimdi çözüldü, metrikler artık normal olarak çalışmalıdır.

6. 16 Ekim 2026 17:04 UTCpostmortem

   **Errors, GCP'den ölçümler gönderiyorken,merkez1** ** Ne oldu Perşembe günü, 8 Ekim 2026, 14:05 UTC, GCP'deki bazı örneklerden gelen ölçümler teslim edilmeyi bıraktı. Sebep Google Cloud tarafında yanlış geçerli metrik talepleri reddedilen bir sorundu. Google Cloud'un bir düzeltmesi yaptıktan sonra saat 18:00'de kalın teslimat yeniden başladı ve olayı 18:48 UTC. Instances bu olay boyunca mevcut kaldı, performans veya veri bütünlüğü sorgulama etkisi yoktu. Sadece metrik görünürlük geçici olarak etkilendi. ** Servis nasıl etkilendi ** Müşteriler, örneğin metriklerde boşluklar gördü: * **Console metrikleri:** GCP'deki Instances in GCP us-merkez1, olay penceresi sırasında eksik veya eksik ölçüm verileri gösterebilir. * * **Cloud monitoring Integration \(CMI\):** Bu bölgede kendi izleme sistemlerinize dönük ölçümler de boşlukları olabilir. Bölgedeki tüm örnekler etkilenmedi ve diğer bulut sağlayıcıları ve bölgeler etkilenmedi. ** Şimdi ne yapıyoruz** Bu düzeltme Google Cloud'dan geldi, ancak benzer olaylara cevap vermek için adımlar atıyoruz: * * * ** metrik teslimat hatalarına dikkat edin:** Hata oranları konusunda uyarı ekliyoruz, bu nedenle sağlayıcının hataları daha önce tespit edilir ve rutin boşluklardan ayırt edilir. * **Continued monitoring:** Bölgeyi herhangi bir recurrence için Google Cloud ile takip edeceğiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 6 Ekim 2026 09:22 UTCinvestigating

   Başarılı bir şekilde tamamlanan yedeklere rağmen, anlık indirmeler boş çöp geri dönüyor. Aura konsolu veya API aracılığıyla bir snapshot'dan geri almak etkilenmez ve bunu şimdi doğrulayacağız. Daha fazla bilgiye sahip olduğumuz sürece bir güncelleme paylaşacağız.

2. 6 Ekim 2026 10:43 UTCinvestigating

   Sorunu araştırmaya devam ediyoruz. Operasyonlar bu sorunun bir parçası olarak etkilenmez.

3. 6 Ekim 2026 13:41 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

4. 6 Ekim 2026 13:41 UTCinvestigating

   Konuyu araştırmaya devam ediyoruz.

5. 6 Ekim 2026 15:19 UTCresolved

   Bir düzeltme dağıtıldı; anlık indirmeler şimdi uygun verileri içeriyor.

6. 26 Ekim 2026 08:58 UTCpostmortem

   # Ne oldu Fri, 18 Sep 2026 14:33 UTC, Azure'da barındırılan Aura örnekleri için anlık indirmelerin beklenen multi-gigabay büyüklüğü yerine yaklaşık 24KB dosyaları geri döndüğünü tespit ettik. Azure'da depolanan alt yedekler doğru boyuttaydı, ancak konsoldaki indirme yolu yakın boş dosyalara hizmet ediyordu. Kök nedeni, bir dağıtım sırasında meydana gelen ve yükleme için servis edilen yedek verileri engelledi. İlk bir düzeltme Mon, 21 Eylül 2026 10:31 UTC'de yapıldı, doğru indirme boyutunu geri yükleme. Bununla birlikte, Tue'de aynı şüpheli konu yeniden yürürlüğe girdi, 06 Ekim 2026 08:20 UTC, yine tüm Azure tiers genelinde boş anlık indirmeler üretiyor. Mühendislik ekibimiz, aynı kök nedeni ile bağlantılı olan recurrence'ı tespit etti, üretime hedefli bir kriedential düzeltme dağıttı ve bu indirmelerin beklenen boyutuna geri döndüğünü doğruladı. 18 Eylül'de statü sayfasına göndermedik çünkü küçük bir müşteri sayısı etkilendi ve onlarla doğrudan çalıştık. 6 Ekim 09:22 UTC'de, recurrence'ın başlamasından bir saat sonra, açıkça daha geniş bir kez yayınladık. # Servis nasıl etkilendi Snapshot indirmeleri AuraDS Profesyonel ve Enterprise, AuraDB Profesyonel, İş eleştirel ve Sanal Özel Bulut örnekleri Azure üzerinde çalışıyor. * Snapshot indirmeleri kullanılamaz dosyaları döndürür. Müşteriler konsoldan aldıklarında, gerçek yedekleme verileri yerine yaklaşık 24KB dosyaları aldılar, bu da büyüklükte birkaç gigabayt olabilir. Bu, çevrimdışı geri yükleme veya geçiş amaçları için indirilmiş anlıkları mümkün kıldı. * Backups kendilerini kaybolmuş değildi. Azure'da depolanan alt yedek eserler sağlam ve doğru büyüklükte kaldı. Sorun kesinlikle indirme yolundaydı, yedekleme yakalama veya depolama sürecinde değil. * Konsol aracılığıyla geri kalanı etkilenmedi. Platformda geri yükleme işlemleri \(bir çöp dosyasını indirmeye karşı) çalışmaya devam etti çünkü etkilenen indirme yolu üzerinden doğrudan yedek verilere erişti. # Şimdi ne yapıyoruz Sorunu çözmek için çok fazla adım attık ve recurrence önlemek için korumalar uyguladık. * Credential Fix dağıtılmıştı. Azure'ı üretimde kriedential sorunu düzelttik, bu da hemen tüm etkilenen örnekler için anlık indirmeleri geri getirdi. * Güvencesiz rotasyonu önlemek. Bir kod değişikliği, Azure'ı her dağıtımda tetiklediği mantığı revize etmek için gönderildi. Bu, gelecekteki dağıtımların mevcut kimlikleri geçersiz kılmayacağını garanti eder, bu da hem ilk olayın hem de recurrence'a yol açan mekanizmaydı. * Devam eden izleme. Azure anlık indirmelerini tüm tiers boyunca stabil kaldıklarını doğrulamak için izliyoruz. Etkilenen müşterilerin, indirmelerinin şimdi beklenen dosya boyutlarını iade etmesini istedik. Bu değişiklikler hem acil semptom hem de konuya izin veren temel dağıtım davranışı ele alır

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 6 Ekim 2026 08:07 UTCidentified

   AuraDS'de anlıkları geri yüklemeye çalışırken bir sorunu tespit ettik. Bir düzeltme hazırımız var ve yakında bunu dağıtacağız. Bu arada, bunun yerine bir yedekten geri yükleyebilirsiniz.

2. 6 Ekim 2026 09:07 UTCidentified

   Kök nedenini açıkça tespit ettik ve bu konu için bir düzeltme üzerinde çalışmaya devam ettik.

3. 6 Ekim 2026 10:03 UTCidentified

   Bu konu için bir düzeltme üzerinde çalışmaya devam ediyoruz.

4. 6 Ekim 2026 12:14 UTCidentified

   Bir düzeltme dağıtılıyor ve kısa sürede etkilenen müşteriler için dışarı çıkacak.

5. 6 Ekim 2026 13:35 UTCmonitoring

   Düzeltme yuvarlanır ve etkilenen müşteriler, işlevselliği daha ilerici bir şekilde görmelidirler.

6. 6 Ekim 2026 14:04 UTCresolved

   Tüm müşterilere düzeltmeyi yaptık.

7. 26 Ekim 2026 08:51 UTCpostmortem

   # Ne oldu Neo4j Aura snapshot'ının merkezi bir yönetim bileşenindeki bir yazılım hatası, AuraDS Profesyonel ve AuraDS Enterprise örneklerini AWS'de barındırmaktadır. Bir geri yükleme talep edildiğinde, sistem örneği yanlış bir kaynak türü kullanarak inceledi ve bir hata geri döndü. Olay Pazartesi günü ilan edildi, 05 Ekim 2026 21:52 UTC. Mühendislik ekibimiz kök nedenini tespit etti, gelişmiş ve bir düzeltmeyi doğruladı ve Salı günü üretime taşıdı, 06 Ekim 2026 13:37 UTC. # Servis nasıl etkilendi Etki, AuraDS Profesyonel ve AuraDS Enterprise örnekleri için anlık geri yükleme işlemlerine kapıldı. Etkilenen müşteriler Aura Konsolu veya Aura API'si aracılığıyla anlıkları geri yüklemediler. * Geri yükleme girişimleri hataları geri döndürür, anlık geri yüklemelere bağlı olan akışları bozar. * Instances bu olay boyunca mevcut kaldı. Veri bütünlüğü etkilenmedi. Tam ve ihraç edilen yedeklerden geri almak, bir iş olarak kullanılabilir. # Şimdi ne yapıyoruz * AuraDS Profesyonel ve AuraDS Enterprise snapshot'ını etkileyen Aura'nın yönetim katmanında hatayı düzelttik ve üretim için düzeltmeyi yaptık. *Deployment pipeline optimizasyonu: Bu olay sırasında, dağıtım boru hattı, yarı iletken test örneği oluşturma nedeniyle daha uzun sürdü. Kritik rolloutlar sırasında bekleme süresini azaltmak için test örneği yaratımını paralelleştirdik. Bu gelişme, gelecekteki olaylarda bir düzeltmeyi ve gemiyi doğrulamak için gereken süreyi kısaltmayı amaçlamaktadır, müşteri odaklı etkiyi azaltır

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 17 Eylül 2026 16:46 UTCinvestigating

   Şu anda, Azure'da Aura kullanan müşteriler için oluşturulan, silinmek, klon gibi belirli veritabanı operasyonlarının etkisini etkileyen bir konudur.

2. 17 Eylül 2026 17:11 UTCidentified

   Sorunu tespit ettik ve bir çözüm için çalışıyoruz. Bu zamanda, oluşturmak, silinmek ve Azure kullanan müşteriler için klonlama gibi bazı veritabanı işlemleri yalnızca, etkilenmeye devam etmektedir.

3. 17 Eylül 2026 19:06 UTCmonitoring

   Bir düzeltme tüm etkilenen ortamlara dağıtıldı. Tamamlananın sorunu tam olarak çözmesini sağlamak için durumu izleyeceğiz.

4. 17 Eylül 2026 19:55 UTCresolved

   Düzeltmeyi dağıtmadan sonra, etkilenen örnekleri, operasyonel metrikleri ve hataları takip ettik. Bu olay şimdi çözüldü. Bir post-mortem, tamamlandıktan sonra mevcut olacaktır.

5. 16 Ekim 2026 16:23 UTCpostmortem

   # Ne oldu Perşembe günü, 17 Eylül 2026 13:52 UTC'de, eş zamanlı işlemler arasında bir dağıtım zamanı çatışması, Azure'a ev sahipliği yapan altyapı ile gerçekleştirilmesi için bir temel Aura bileşeni tarafından kullanılan bir şifreye yol açtı. Mevcut kimlik doğrulama jetleri sona erdiğinde, bileşen Azure'da barındırılan bazı Aura örnekleri için hataları geri çekmeye başladı, belirli veritabanı operasyonlarını etkiler. Eksik haçlılara hataları takip ettik, yeni bir tane yarattık, güvenli bir şekilde sakladık ve 18:39 UTC'de tamamlanan etkilenen bileşenin yuvarlanmasını yaptık. Boşluk sırasında ilerlemeye devam eden küçük bir veritabanı oluşturma isteği eksik bir durumda kaldı ve manuel bir remediasyona ihtiyaç duyuyordu. Bu 19:48 UTC'de tamamlandı ve olay 19:55 UTC'de çözülmüştü. # Servis nasıl etkilendi Etki, Azure'da barındırılan Aura örnekleriyle sınırlıydı. Diğer bulut sağlayıcıları etkilenmedi. * **Database işlemleri:** Müşteriler, olay penceresi sırasında bazı Azure örneklerinde oluşturmak, silmek ve klon gibi belirli veritabanı işlemleri gerçekleştiremediler. İlerlemede olan küçük bir dizi yaratılmadı ve manuel olarak kurtarıldı. * **Yönetim görünürlüğü: ** Bazı Azure barındırma örnekleri geçici olarak Aura Konsolunda görünmez veya yönetilemez değildi. * **Metriks boşlukları:** Bazı Azure örnekleri için endpointler geçici hataları geri döndürür, etkilenen süre için metrik verilerdeki kısa boşlukları terk eder. Bu veriler tamamlanmayacak. Zaten çalışan Azure örnekleri mevcuttu ve normalde iş yüklerine hizmet etmeye devam etti. # Şimdi ne yapıyoruz Bir recurrence önlemek ve cevabımızı geliştirmek için aşağıdaki adımları atıyoruz: * **Earlier algılama ve iletişim:** İzlemeyi ve uyarıyı geliştireceğiz ve otomatik kontrolleri değerlendireceğiz, bu yüzden sorunlar tespit edilir ve müşteriler daha önce bilgilendirilir. * ** Eksik veritabanı oluşturmadan keşif:** Bir veritabanı oluşturmasını kapatabilecek bir hata düzelteceğiz, eğer bir altyapı çağrısı başarısız olursa sistem kendi başına geri dönüyor. * **Authentication review:** Bu bileşenin bulut sağlayıcıları ile nasıl gerçekleştiğini inceleyeceğiz, tek bir başarısızlığı ortadan kaldırmak ve bu tür çatışmaların tekrar riskini azaltmak için.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Eylül 2026 08:50 UTCidentified

   Destek portalı için hizmet sağlayıcımız bazı kesintiler yaşıyor - http://status.satforce.com/products/Satv Services Yeni bir destek davası sunmak için sorun yaşarsanız, lü[email protected]'u desteklemek için e-posta gönderin

2. 16 Eylül 2026 09:16 UTCidentified

   Destek portal sağlayıcısımız hala konuyu ele almak için çalışıyor. Burada ayrıntıları görün http://status.satforce.com/incidents/20004433

3. 16 Eylül 2026 10:11 UTCidentified

   Destek portal sağlayıcısımız konuyu ele almaya devam ediyor. Burada ayrıntıları görün http://status.satforce.com/incidents/20004433

4. 16 Eylül 2026 11:30 UTCmonitoring

   Bir düzeltme ortaya çıkıyor ve portal zamanla hatalar tarafından daha az etkilenmelidir. Ayrıntıları görün http://status.satforce.com/incidents/20004433

5. 16 Eylül 2026 12:29 UTCmonitoring

   Destek portal sağlayıcısımız bir düzeltme yapmaya devam ediyor.

6. 16 Eylül 2026 14:31 UTCresolved

   Bir düzeltme yapıldı ve tüm işlevsellik şimdi geri kazanılmalıdır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 9 Eylül 2026 12:31 UTCinvestigating

   Şu anda Aura konsolu konsolunu etkileyen bir konu araştırıyoruz.neo4j.io ve API api.neo4j.io

2. 9 Eylül 2026 12:54 UTCidentified

   Sorunun kaynağını tespit ettik ve şu anda bir çözüm üzerinde çalışıyoruz.

3. 9 Eylül 2026 13:10 UTCidentified

   Sorunu ele almaya devam ediyoruz.

4. 9 Eylül 2026 13:26 UTCidentified

   İyi bir ilerleme yaptık ve sorunlu bileşeni geri alıyoruz.

5. 9 Eylül 2026 13:36 UTCmonitoring

   Bir düzeltme kurduk ve etkilenen hizmetler geri dönüyor.

6. 9 Eylül 2026 13:39 UTCresolved

   Tüm etkilenen bileşenler artık tamamen restore edilmiştir.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 3 Eylül 2026 16:43 UTCinvestigating

   Şu anda bu konuyu araştırıyoruz.

2. 4 Eylül 2026 10:23 UTCidentified

   Sorun tespit edildi, örnekler şu anda incelenen örnekler için çözmek için mevcut ve adımlar.

3. 4 Eylül 2026 15:36 UTCresolved

   Tüm örnekler mevcuttur, kalan küçük sayıda örneği engellemek için manuel adımlar çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 20 Ağustos 2026 15:49 UTCinvestigating

   Ekibimiz Aura örnekleri için metrikleri toplamakla ilgili bir konu belirledi. Bu, metrik görünürlüğü ve ileriye dönükleri etkileyecektir. Şu anda konuyu araştırıyoruz.

2. 20 Ağustos 2026 16:48 UTCinvestigating

   Aura metrics sorununu araştırmaya devam ediyoruz.

3. 20 Ağustos 2026 19:10 UTCresolved

   Son güncellemeden beri, soruşturma devam etti. Sorun tespit edildi ve hizmetin bozulmasından kurtarıldığı gibi izledik. Şimdi sorunu onaylıyoruz.

4. 17 Eylül 2026 10:09 UTCpostmortem

   # Ne oldu Perşembe günü, 20 Aug 2026 14:58:00 UTC, metrics ingestion pipeline, Google Managed Prometheus \(GMP\)'ye veri göndermede yüksek ihracat başarısızlıklarını yaşamaya başladı. Altta yatan neden, metrik koleksiyon altyapımız tarafından kullanılan ihracat yolunu bozan "us-west1" bölgesinde bir Google Cloud Platform servisi olayıydı. Sonuç olarak, metrik ihracat kuyrukları üretim ortamlarının alt setinde inşa etmeye başladı. Başarısızlık öncelikle, etkilenen kümeler için normal kesintiyi önlemeye çalışırken ağ saatleri olarak ortaya çıktı. Mühendislik ekibimiz etkilenen sistemlerin coğrafi konsantrasyonunu tespit etti - AWS 'u-batı-2', Google Cloud "us-west1' ve Azure "westus2" - tüm bu rotayı Oregon Bölgesi'nde altyapı aracılığıyla belirledi. GCP bölgesel olayı Google tarafından azaltıldıktan sonra, ihracat hataları kesintiye uğradı ve kuyruklar tükenmeye başladı. # Servis nasıl etkilendi Etki, Aura ortamlarının alt setleri için **metrik görünürlükle sınırlıydı. Yaklaşık 45 müşteri ortamı etkilendi, yani veritabanılardan gelen ölçüm verileri, olay penceresi sırasında izleme platformumuza dahil edilmedi. En çok etkilenen bölge, Google Cloud 'us-west1' ve Azure 'da ek bir etki olan AWS'ydi. Bu bölgelerdeki veritabanları olan müşteriler, olayın süresi için ölçüm panolarında deneyimli boşluklar yaşayabilirler. Core veritabanı işlemleri - okur, yazar ve kullanılabilirlik dahil - etkilenmedi; sadece performans ölçümlerinin toplanması ve görünürlüğü bozuldu. Google, temel bölgesel sorunu hafifletdikten sonra, metrik ingestion özgeçmişlendi ve kuyruklanmış verilerin gerilogu işlendi. # Şimdi ne yapıyoruz Bu olayın ayrıntılı bir incelemesi yaptık ve direnç ve yanıt yeteneklerimizi geliştirmek için aşağıdaki adımları atıyoruz: * ** Geliştirilmiş gözlemlenebilir panjurlar**: Benzer konuların daha hızlı ve daha hızlı görünürlüğü sağlamak için metrics ihracatçı panolarımızı geliştiriyoruz. * **Geçmiş uyarı aggregation**: Otomatik uyarı grubu uyguluyoruz, böylece çoklu kümeleri etkileyen bölgesel bir olay tek bir korelasyon olayı olarak daha iyi yüzeyli ve uygun ciddiyetle tedavi edilir. * **Proaktif uyarı hataları oranları:** Yüksek GMP engestasyon hata oranlarına ateş eden özel uyarılar ekliyoruz, ekibimize ihracat yapmadan önce daha önceki bir sinyal veriyoruz. Bu gelişmeler tespit süresini azaltmak, olayı basitleştirmek ve gelecekteki üst düzey sağlayıcı kesintilerine karşı ölçüm hatlarımızı güçlendirmek için tasarlanmıştır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 5 Ağustos 2026 17: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 Ağustos 2026 19: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 Ağustos 2026 00: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 Ağustos 2026 07: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 Ağustos 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 Ağustos 2026 14: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 Ağustos 2026 01:15 UTCidentified

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

8. 7 Ağustos 2026 01: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 Ağustos 2026 09:44 UTCidentified

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

10. 7 Ağustos 2026 13:49 UTCmonitoring

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

11. 7 Ağustos 2026 15:34 UTCresolved

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

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Temmuz 2026 10:52 UTCinvestigating

   Şu anda bu anda bir sorunu araştırıyoruz.

2. 23 Temmuz 2026 11:08 UTCinvestigating

   Mühendislik takımları ile çalışıyoruz ve şu anda soruşturmalarla ilerleme yapıyoruz.

3. 23 Temmuz 2026 11:24 UTCinvestigating

   Mühendislik takımları ile çalışıyoruz ve mevcut zamanda soruşturmalarla ilerlemeye devam ediyoruz.

4. 23 Temmuz 2026 11:38 UTCidentified

   Mevcut sorunun nedenini tespit ettik ve şu anda düzeltme üzerinde aktif olarak çalışıyoruz.

5. 23 Temmuz 2026 11:53 UTCidentified

   Fix'in ilk bölümünü dağıtıyoruz ve tam çözümü yuvarlamaya devam ediyoruz. Artık 1 saatlik siparişde bir ETA bekliyoruz.

6. 23 Temmuz 2026 12:11 UTCidentified

   Bu zamanda düzeltmeyi dağıtmaya devam eden örneklerin alt setini tespit ettik.

7. 23 Temmuz 2026 12:32 UTCidentified

   Bir yapılandırma düzeltmesi yaptık ve şimdi etkilenen örneklerin alt setini çözmeye çalışıyoruz.

8. 23 Temmuz 2026 12:49 UTCidentified

   Oluşturulan yapılandırma ile, örneklerin alt setini hala etkileye devam ediyoruz.

9. 23 Temmuz 2026 14:07 UTCidentified

   Vakaların alt setini hala etkilemeye devam ediyoruz.

10. 23 Temmuz 2026 14:27 UTCidentified

    Hala etkileyen örneklerin alt setini çözmeye devam ediyoruz.

11. 23 Temmuz 2026 14:44 UTCmonitoring

    Hala etkileyen örneklerin alt setini çözmeye devam ediyoruz.

12. 23 Temmuz 2026 15:03 UTCmonitoring

    AuraDB Sanal Özel Bulut ve AuraDB İşi Tüm Şimdi düzeltilmelidir. AuraDB Profesyonel ve Free için hala etkilenen örneklerin alt setini çözmeye devam ediyoruz.

13. 23 Temmuz 2026 15:29 UTCmonitoring

    AuraDB Profesyonel ve Free için hala etkilenen örneklerin alt setini çözmeye devam ediyoruz.

14. 23 Temmuz 2026 15:57 UTCmonitoring

    AuraDB Profesyonel ve Free için hala etkilenen örneklerin alt setini çözmeye devam ediyoruz.

15. 23 Temmuz 2026 16:32 UTCmonitoring

    AuraDB Profesyonel ve Free Free

16. 23 Temmuz 2026 17:01 UTCmonitoring

    AuraDB Profesyonel ve Free Free

17. 23 Temmuz 2026 17:31 UTCmonitoring

    AuraDB Profesyonel ve Free tiers altında hala etkilenen küçük bir dizi örneği düzeltmeye devam ediyoruz.

18. 23 Temmuz 2026 18:07 UTCmonitoring

    Tüm AuraDB Profesyonel örneklerinde konuyu ele aldık. Aura Free hala etkilenebilir. Kalan veritabanıları izlemeye ve düzeltmeye devam edeceğiz.

19. 23 Temmuz 2026 19:39 UTCmonitoring

    Hala etkilendiği küçük bir Free örneği düzeltmeye devam ediyoruz.

20. 24 Temmuz 2026 06:00 UTCmonitoring

    Durumu daha fazla sorun için yakından takip etmeye devam ediyoruz.

21. 24 Temmuz 2026 08:30 UTCmonitoring

    Daha fazla sorun için izlemeye devam ediyoruz.

22. 24 Temmuz 2026 12:59 UTCmonitoring

    Tüm tespit edilen örnekler düzeltildi, izlemeye devam etti. Daha fazla sorun için müşteri desteği ile iletişime geçin.

23. 24 Temmuz 2026 15:56 UTCresolved

    Tüm düzeltmeler dağıtıldı ve konu şimdi çözüm olarak işaretlendi.

24. 29 Temmuz 2026 21:58 UTCpostmortem

    ## ** neler oldu ** Perşembe günü, 23 Temmuz 2026 10:33 UTC bir yapılandırma değişikliği Aura'ya, hafıza tahsislerinin veritabanı örnekleri için nasıl hesaplandığını değiştirmiştir. Sonuç olarak, örneklerin bir alt kümesi yetersiz hafıza aldı, bazı veritabanı örneklerinin yayınlanmamış veya tam olarak yayınlanmamasına neden oldu. Kompakt hafıza tahsisi, hafıza kaynakları nedeniyle tekrar tekrar tekrar tekrar tekrar tekrar tekrar tekrar başlatmasına veya güncellenmeye yol açtı. Bu sorun birden fazla bulut sağlayıcı ve birden fazla ürün tiers üzerinde etkilenen örnekleri etkiledi. Sorun tespit edildikten sonra, yapılandırma değişikliğini hemen yeniden gözden geçirdik, yanlış yapılandırmayı aldıktan başka herhangi bir örneği önlemek. Diplomatik bir yapılandırma Perşembe günü, 23 Temmuz 2026 11:56 UTC tarafından üretime alındı. Bununla birlikte, normal operasyona dönmeden önce gerekli bireysel kurtarma eylemleri almış olan veritabanı örnekleri. Perşembe 23 Temmuz 2026 17:59 UTC tarafından, bilinen tüm müşteri destekli veritabanı örnekleri geri alındı. Takip ertesi gün devam etti, olayla Cuma günü tamamen çözüldü, 24 Temmuz 2026 16:30 UTC. ## ** Servis nasıl etkilenmiştir** birincil müşteri etkisi, birkaç AuraDB veritabanı örneğinin mevcut olmadığı veya bozulan bir duruma girmesiydi. Etkilenen örnekler rutin yazılım güncelleştirmelerini tamamlayamadı ve bazı durumlarda, defalarca yeniden başlatıldı çünkü yetersiz hafıza tahsis edildi. * **Hizmet kullanılabilirliği: ** Müşteri etkisi servis katmanı tarafından çeşitli. Yüksek erişilebilirlik sağlamadığı AuraDB Profesyonel örnekleri, alt setin mevcut olmadığı ve yazamayacağı en büyük hizmet kesintisi yaşadı. Etkilenen AuraDB Business e ve Virtual Private Cloud \(999\) örnekleri için, hizmet kullanılabilirliği muhafaza edildikten sonra geçici bir hata toleransı kaybı ile sınırlıydı. Daha küçük bir vakada, Business critical ve 999 örnekleri de mevcut değildi. * **Stuck Güncellemeleri**: Ek örnekler mevcuttu, ancak yeniden boyut veya konfigürasyon değişiklikleri gibi müşteri tarafından yapılan operasyonları bloke eden bir “Güncelleme” durumunda kaldı. * **Cross-platform kapsamı**: Etki, tüm üç desteklenen bulut sağlayıcıları ve birden çok bölge, müşterileri küresel olarak etkiledi. Müşteri Destek vakaları yükseltildi ve ekibimiz dışlanmış ve manuel olarak öncelikli sırayla etkilenen örnekleri elde etti. AuraDB örneklerinin çoğu normalde çalışmaya devam etti. Müşteri etkisi, her etkilenen örnekten gelen manuel kurtarma yoluyla tamamen azaltıldı. ## ** Şimdi ne yapıyoruz Bu olayın ayrıntılı bir analizi yaptık ve aşağıdaki eylemleri tespit ettik: * **Provention** * ** Geliştirilmiş dağıtım geçerliliği:** Emisyon değişikliklerini daha iyi tanımlamak için serbest bırakma sürecimizi güçlendiriyoruz. * **Component decoupling**: Programlamaya dahil edilen istenmeyen değişikliklerin riskini azaltmak için bileşen dağıtımlarına yönelik iyileştirmeleri değerlendiriyoruz. * **Progressive rollout strategy**: Etkilenen bileşenler için yuvarlanma işlemini gözden geçiriyoruz, onları diğer kritik bileşenler için kullanılan rollout kontrolleriyle uyumlu hale getiriyoruz. * **Deteksiyon** * **Better Uyarısı**: Başarısızlık oranlarındaki anormal artışları tespit etmek için izlememizi geliştiriyoruz \ (örneğin hata toleransı veya kullanılabilirlik kaybı gibi) daha hızlı ve güvenilir. * **Mitigation** * **Safer yapılandırma dağıtım:** Üretim yapılandırma değişikliklerini nasıl dağıtıldığını geliştiriyoruz, böylece daha geniş bir yazılım salıvermeden daha hızlı bir şekilde geri dönebilirler. * **Faster manuel kurtarma aracı **: Kurtarma aracımızı, etkilenen örnekleri tanımlamak ve manuel olarak kurtarmak için gereken süreyi azaltmak için geliştiriyoruz. Bu olayın etkilenen müşterilere olan etki için neden ve özür dilediğini biliyoruz. Acil düzeltici eylemleri tamamladık ve yukarıda açıklanan daha uzun vadeli gelişmeler, gelecekte benzer olayların olasılığını ve etkisini azaltmak için zaten devam ediyor.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 10 Temmuz 2026 17:18 UTCinvestigating

   Şu anda bazı müşterilerin örneklerini göremedikleri Aura Konsolunu etkileyen bir sorunu araştırıyoruz. Bu sorun, Aura'nın bağlı olduğu üçüncü taraf hizmetinde bir başarısızlıktan kaynaklanmaktadır. Etkilenen örnekler normal olarak çalışmaya devam ediyor ve veritabanı bağlantısı etkileniyor. Ekibimiz konuyu aktif olarak araştırıyor.

2. 10 Temmuz 2026 17:23 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 10 Temmuz 2026 17:51 UTCmonitoring

   Aura'nın normal operasyonları restore ettiği üçüncü taraf hizmet ve Neo4j Aura sistemleri iyileşti. Ekibimiz Aura Console'u doğrulamak için konuyu aktif olarak takip ediyor.

4. 10 Temmuz 2026 19:23 UTCresolved

   Hizmetler operasyonel olarak doğrulanır ve daha fazla kesinti beklenmiyor.

5. 27 Temmuz 2026 04:28 UTCpostmortem

   # # What Happened Aura Console ve diğer Aura bileşenleri, 16:14 UTC'de 2026-07-10'da kesintiler ve kazalar ile sonuçlandı. Sonuç olarak, müşterilerin bir segmenti örnekleriyle ilgili görünür sorunlarla karşı karşıya kaldı. Aura ile entegre edilmiş dış üçüncü taraf hizmette kesintiye neden oldu. Crucially, veritabanı bağlantısı açıklanmadı ve etkilenen örnekler normal operasyonlarına devam etti. Darkly hizmeti sorunu çözmek için restore edildi ## Servis nasıl etkilendi Aura Console dahil olmak üzere birden çok Aura bileşeni deneyimli kesintiler. Kullanıcılar veritabanı ile ilgili sayfalar ve operasyonlarda HTTP 500 hatayla karşılaştılar, ancak organizasyonlar ve projeler hala erişilebilir olabilir. Belirli veritabanı örneklerine doğrudan bağlantılar tamamen etkilenmezdi Kontrol uçağı mevcut değildi, bu da kullanıcıların API veya Aura konsolu aracılığıyla örneklemler için yeniden boyut, veya ayarlama ayarlarını oluşturamayacağı anlamına geliyordu. Bununla birlikte, mevcut durumlar operasyonel olarak kaldı. Sorun, başlangıçta Darkly'de bir kesintiye neden oldu ve hizmetlerimiz başlangıçta bu bağımlılık başarısızlıklarını ciddiye almamıştı. Tüm etkilenen sistemler, 17:07 UTC'de 2026-07-10 tarafından normal çalışmaya geri döndü # # Şimdi ne yapıyoruz Neo4j Mühendislik ekibi hızlıca kök nedenini ve restore servisi teşhis etti. Bu olayı değerlendirmekte, gelecekteki kararları hızlandırmak ve recurrence risklerini azaltmak için önemli alanları tespit ettik: * Analyzed key event metrics, yanıt verimliliğini hızlandırmak için fırsatları tanımlamak için uyarı-to-response süresine odaklanır * Hızlı kök kaynaklı analizler dahil olmak üzere kapsamlı bir retrospektif vurgulama yaptı, olay yönetimi aracı aracılığıyla sorunsuz bir şekilde hizalama ve veri bağlantılarını tutan birden çok bileşenin esnek, zarif bozulması * Aktif olarak, satıcı kesinti süreleri sırasında temel işlemleri korumak için özel bayraklar için daha zarif geri dönüş varsayılan varsayılanları geliştiriyor * Gelişmiş planlama, kaos mühendisliği uygulamaları ve üretim seviyesindeki hata testlerini önceden ortaya çıkarmak ve potansiyel başarısızlık yollarını azaltmak için güçlendirmek * Operatörlerin dış bağımlılıklar başarısız olursa operasyonel sürekliliği korumak için yerel olarak bayrakları depolamak için gerekliliğini taklit etmek.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 30 Haziran 2026 14:45 UTCidentified

   CREATE VECTOR INDEX hata ile başarısız oldu 51N31 hata: sistem yapılandırması veya operasyon istisnası - desteklenmedi. Verilen ayarlarla vektör indeksi oluşturmak V2026 02'de desteklenmez. Operasyon için gerekli sürüm V2026 06. Lütfen DBMS'yi yükseltin. Bu sadece yeni indeksi etkiler, mevcut VECTOR INDEX etkilenmez. 2026-06-30'dan önce yaratılan herhangi bir vektör indeksi normalde çalışmaya devam ediyor.

2. 30 Haziran 2026 15:41 UTCidentified

   Şimdi bu konuyu ele almak için bir düzeltme dağıtmak için başlıyoruz ve yakında ilerleme konusunda bir güncelleme sağlayacaktır.

3. 30 Haziran 2026 16:05 UTCmonitoring

   Bir düzeltme dışarı çıkıyor ve iyi ilerliyor. İlerleme ile güncelleyeceğiz.

4. 30 Haziran 2026 17:45 UTCresolved

   Düzlem tüm etkiler için tamamen dağıtıldı. Bu olay şimdi çözüldü.

5. 20 Temmuz 2026 08:40 UTCpostmortem

   # # What Happened 2026.06'ın 2026-06-30'daki dağıtımını takiben bir sorun tespit edildi, "CREATE VECTOR INDEX" çalıştırılan Aura örnekleri bir sistem istisnaını tetikledi. index neslindeki bu başarısızlık meydana geldi, çünkü altmış mağaza ve çekirdek operasyona destek olmak için ek güncellemeler istedi. Bu problem sadece yeni indekslerin oluşturulmasını etkiler; mevcut vektör indeksleri etkilenmez. 2026-06-30'da 09:00'dan önce yaratılan herhangi bir vektör indeksi etkilenmedi ve normalde çalışmaya devam etti. ## Servis nasıl etkilendi 2026.06 sürümünün yayınlanmasından sonra, CREATE VECTOR INDEX ifadesi başarısız oldu, yeni vektör indeksleri eklemeye bağlı olan uygulamaları etkilemedi. Etkilenen müşteriler hata aldı: sağlanan ayarlarla bir vektör indeksi sağlamak V2026\ 02'de desteklenmez. Operasyon için gerekli sürüm V2026\ 06. Lütfen DBMS 'yi yükseltin. Mevcut indeksler \ (bu olaydan önce) ve diğer sorgular tamamen etkilenmemiş ve tamamen işlevsel kalmıştır. # # Şimdi ne yapıyoruz Neo4j takımları, Cypher planlayıcısında kök nedenini tespit etti ve sorunu bir kod düzeltmesi ile çözdü. Bu düzeltme, tüm etkilenen Aura örneklerine dağıtıldı, hatayı tamamen çözdü Gelecekteki olayları önlemek için, daha önce benzer sorunları tespit etmek için izleme ve uyarı sistemlerimizi geliştiriyoruz, özellikle de yuvarlanma ortamları içinde, rollouts gerçekleşmeden önce. Simultane olarak, müşteri etkilerini ve kurtarma zamanlarını en aza indirmek için dağıtım süreçlerini geliştiriyoruz Ek olarak, vektör indeksi oluşturma gibi kritik operasyonlar için otomatik, post-upgrad doğrulama testleri uygulamak için seçenekleri araştırıyoruz

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Haziran 2026 11:25 UTCidentified

   Aura konsolu bazı geçici hataları yaşıyor: “Sistemimiz şu anda sorunları yaşıyor. Bir daha sonra veya problem devam ederse iletişim desteği deneyin." Bu, konsolide etmek veya daha uzun süre beklemeniz gerekebilir Operasyonlar ve Aura API etkilenmez Biz aktif olarak bir düzeltme üzerinde çalışıyoruz

2. 23 Haziran 2026 13:03 UTCidentified

   Sorun için bir düzeltmeyi araştırmaya devam ediyoruz

3. 23 Haziran 2026 13:39 UTCidentified

   Bu sorun için bir düzeltme üzerinde çalışmaya devam ediyoruz.

4. 23 Haziran 2026 15:43 UTCmonitoring

   Bir değişikliği dağıtıyoruz. Takip edeceğiz ve güncelleyeceğiz.

5. 23 Haziran 2026 19:27 UTCmonitoring

   Kayıtlı değişiklikleri izlemek için devam edin. Sonraki güncelleme 6/24/2026 10am UTC bekleniyor.

6. 24 Haziran 2026 09:14 UTCmonitoring

   Sorunun şimdi tamamen ele alındığını kontrol ettik ve doğruladık.

7. 24 Haziran 2026 09:14 UTCresolved

   Bu olay çözüldü.

8. 10 Temmuz 2026 14:50 UTCpostmortem

   # # What Happened 22 Ocak'ta yaklaşık 12:00 UTC'de, kullanıcılar Aura konsolu içinde geçici hata pankartlarıyla karşılaştılar, "Bir problemimiz var. Tekrar deneyin.”, konsol API uç noktalarından 500 hatanın yanı sıra meydana geldi. Bu kesintiler geçiciydi ve TLS elhake sürecinde iç API zamanlamasının nedeni, genellikle yaklaşık 10 saniye içinde veya bir sayfayı yenilemenin ardından ## Servis nasıl etkilendi Aura Console ve Aura API, Aura UI içinde geçici bir hata pankartları olarak ortaya çıktı. Bir soruşturma, kökün konsol API'si içinde yüksek CPU kullanımı ve throttling olarak tespit etti. Bu konu öncelikle büyük varlık listeleri ve pahalı uzlaşıcı istekler tarafından yönlendirildi. Sorunu ele almak için hedefli düzeltmeler hem Aura konsoluna hem de Aura API'ye başarıyla gönderildi. Bu, operasyonel baş odasını artırmak ve istikrar sağlamak için kaynak konfigürasyonuna ayarlayarak takip edildi. # # Şimdi ne yapıyoruz Aşağıdaki reaktif ve proaktif önlemler benzer olayların olasılığını azaltmak için uygulandı: * İç API log verilerine göre istek damlalarını gözlemlemek için bir izleme paneli geliştirdiler, gerçekleşmeden önce sorunları yakalamak için otomatik izleme ve uyarmak için. * Yüksek kaynak tüketimini azaltmak ve API istikrarını artırmak için paginated uzlaştırıcı talepleri arasında bir kesintiye uğradı. * Geliştirilmiş altyapı, performans artırmak için kaynak hesaplamalarının farkında * Servise dayalı sorgular için yeni bir filtre tanıtın, uzlaşıcı tarafından yapılan her çağrı için CPU ekini optimize etmek için * API aramalarını optimize etmek için ikincil yazılım işlemesini devre dışı bırakmak

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 26 Mayıs 2026 18: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 Mayıs 2026 19: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 Mayıs 2026 23:06 UTCresolved

   This incident has been resolved.

4. 9 Haziran 2026 16: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 Mart 2026 10:18 UTCidentified

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

2. 6 Mart 2026 10:24 UTCmonitoring

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

3. 6 Mart 2026 10:25 UTCresolved

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

4. 30 Mart 2026 07: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 Mart 2026 21: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 Mart 2026 01: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 Mart 2026 04:52 UTCidentified

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

4. 4 Mart 2026 14:07 UTCmonitoring

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

5. 4 Mart 2026 15:19 UTCresolved

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

6. 8 Nisan 2026 06: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 Mart 2026 19: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 Mart 2026 15: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 Mart 2026 14: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 Mart 2026 16: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 Mart 2026 15: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)