Merhaba
12 Kasım 2026 Perşembe günü Exchange Online’da başlayan bağlantı sorunları, kısa sürede Microsoft 365 ekosisteminin geniş bir bölümüne yayıldı. Outlook, Teams, SharePoint Online, Copilot ve Defender XDR (Extended Detection and Response) gibi servislerde kullanıcılar dünyanın farklı bölgelerinden bağlantı problemi bildirdi.
Ne oldu?
Downdetector üzerinde Perşembe öğleden sonra Outlook, Microsoft 365, Teams, Copilot, Azure, OneDrive ve Microsoft Store için şikayet sayısı hızla arttı. Microsoft, Microsoft 365 yönetim merkezinde MO1550821 numaralı bir olay kaydı açarak müşterilerin Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot ve Microsoft Defender XDR gibi birden fazla servise bağlanamayabileceğini doğruladı. Exchange Online tarafındaki ilk kayıt ise EX1550543 numarasını taşıyor. Microsoft başlangıçta Amerika kıtasındaki Exchange Online posta kutusu bağlantı sorunlarını incelediğini açıkladı, ancak daha sonra herhangi bir bölgedeki kullanıcıların etkilenebileceğini doğruladı. Aynı gün içinde, bu olaydan önce Amerika kıtasındaki kullanıcıları etkileyen ayrı bir Teams mesajlaşma olayı da yaşanmıştı. Microsoft bu iki olayın birbiriyle ilişkili olup olmadığını belirtmedi.
Olay nasıl gelişti?
Aşağıdaki tablo, iki kaynakta yer alan Microsoft güncellemelerini zaman sırasına göre özetliyor.
| Zaman | Gelişme | Durum |
|---|---|---|
| 12 Kasım, 9:45 – 10:53 ET (Eastern Time, ABD Doğu Saati); yaklaşık 17:45 – 18:53 TSİ (Türkiye Saati) | Ayrı bir Teams olayı (TM1550488): Kuzey ve Güney Amerika’daki kullanıcılar mesaj gönderirken gecikme ve hata aldı, konuşma oluşturma ve güncelleme hataları ile sohbet mesajlarını alma sorunları görüldü. Microsoft nedeni altyapıdaki kaynak çekişmesi (resource contention) olarak açıkladı. | Çözüldü |
| 12 Kasım, 1:26 PM ET; yaklaşık 21:26 TSİ | MO1550821 numaralı Microsoft 365 olayı başladı. Exchange Online posta kutusu bağlantı sorunları o gün daha erken saatlerde Amerika kıtasında inceleniyordu, sonradan herhangi bir bölgedeki kullanıcıların etkilenebileceği doğrulandı. | Devam etti |
| Olayın ilk saatleri | Microsoft önce yüksek altyapı yükünden söz etti. Sonra yükün trafik artışından değil, bir grup sunucunun beklenmedik biçimde erişilemez olmasından kaynaklandığını açıkladı. Tüm dağıtımlar (deployment) durduruldu, bağlantı trafiği dünya genelinde yeniden dağıtıldı, etkilenen sunucular yeniden başlatıldı. | Devam etti |
| 12 Kasım, 22:43 TSİ | Etkilenen sunucuların otomatik health check (sağlık kontrolü) sınamalarında başarısız olduğu ve bu yüzden hizmet dışı kaldığı belirlendi. Microsoft bunun, bu kontrolleri işleyen bir bileşende yakın zamanda yapılan değişiklikle ilişkili olabileceğini belirtti. Etkilenen altyapının bir alt kümesinde yapılandırma değişikliği test edildi, tüm etkilenen sunucular için yeniden başlatma başlatıldı. | Devam etti |
| 13 Kasım, 01:03 TSİ | Şimdiye kadar atılan adımlar beklenen rahatlamayı sağlamadı. Etkilenen sunuculardaki bir çekirdek sürecin (core process) aşırı yüklenerek yanıt vermeyi bıraktığı ve kapasite kaybına yol açtığı tespit edildi. Microsoft, birkaç yakın tarihli yapılandırma güncellemesini geri almanın toparlanmayı hızlandırıp hızlandırmayacağını da araştırıyordu. | Devam etti |
| 13 Kasım, 01:57 TSİ | Etkilenen sunucuların bir kısmı hizmete geri alındı ve şimdiye kadar kararlı kaldı. Trafik mümkün olan yerlerde alternatif yollara kaydırıldı, bazı bölgelerde sınırlı toparlanma gözlendi. Microsoft, uygulamalar yeniden bağlandıkça toparlanmanın kademeli olacağını bildirdi. | Sınırlı toparlanma |
Hangi servisler etkilendi?
Olay yalnızca e-posta ile sınırlı kalmadı. Etki alanı Exchange Online’dan Purview uyumluluk servislerine, Intune’dan Power BI dışa aktarma özelliklerine kadar uzanıyor.
| Servis | Bildirilen etki |
|---|---|
| Exchange Online | Outlook, MAPI (Messaging Application Programming Interface), EAS (Exchange ActiveSync) ve REST (Representational State Transfer) bağlantıları etkilendi. Olay kaydı: EX1550543 |
| Microsoft Teams | Bağlantı sorunları. Aynı gün yaşanan ayrı bir mesajlaşma olayı da vardı (TM1550488) |
| SharePoint Online | Bağlantı sorunları |
| Microsoft 365 Copilot | Bağlantı sorunları |
| Microsoft Defender XDR (Extended Detection and Response) | Bağlantı sorunları |
| Microsoft Planner, Microsoft To Do, Microsoft Intune | Potansiyel olarak etkilenen servisler arasında sayıldı |
| Microsoft Defender for Office 365 | Potansiyel olarak etkilenen servisler arasında sayıldı |
| Microsoft Purview | Yetkilendirme, Otomatik Etiketleme (Auto Labelling), DLP (Data Loss Prevention, Veri Kaybı Önleme), İletişim Uyumu (Communication Compliance) ve Veri Sınıflandırması (Data Classification) dahil birden fazla Purview servisi etki kapsamında |
| Power BI | MIP (Microsoft Information Protection) hassasiyet etiketli raporlar PDF olarak aralıklı biçimde dışa aktarılamayabilir |
| Microsoft 365 Apps Admin Center | Cloud Update, Cloud Policy ve Inventory dahil birden fazla servis |
Teknik olarak ne yaşandı?
Microsoft’un açıklamaları olay boyunca birkaç aşamadan geçti. İlk açıklamada sorun, birden fazla bölgedeki yüksek altyapı yüküyle ilişkilendirildi. Ardından Microsoft yükün trafik artışından kaynaklanmadığını, bir grup sunucunun beklenmedik biçimde erişilemez hale gelmesi nedeniyle kalan altyapının zorlandığını açıkladı. Sonraki güncellemede tablo netleşti. Etkilenen sunucular otomatik health check sınamalarında başarısız oluyor ve bu yüzden servis dışı kalıyordu. Microsoft bunun, bu kontrolleri işleyen bir bileşende yakın zamanda yapılan değişiklikle ilişkili olabileceğini belirtti. Sonrasında etkilenen sunuculardaki bir çekirdek sürecin aşırı yüklendiği, bu yüzden sunucuların yanıt vermeyi bıraktığı ve kapasite kaybının büyüdüğü ifade edildi. Kalan sunucularda ise yük ve CPU (Central Processing Unit) kullanımı arttı. Uygulanan kurtarma adımları şöyle özetlenebilir: tüm dağıtımlar durduruldu, bağlantı trafiği dünya genelinde yeniden dağıtıldı, etkilenen sunucular yeniden başlatıldı, alternatif health check yöntemleri denendi, bir alt kümede yapılandırma değişikliği test edildi ve yakın tarihli birkaç yapılandırma güncellemesinin geri alınması değerlendirildi. İlk adımların beklenen rahatlamayı sağlamaması, sorunun yalnızca yük dengelemeyle çözülebilecek bir kapasite meselesi olmadığını gösteriyor.
Burada dikkat çeken nokta
Bu olayda ilk bakışta en dikkat çeken şey, sorunun tek bir servisle sınırlı kalmaması. Exchange Online, Teams, SharePoint, Defender ve Purview farklı ürünler gibi görünse de arka planda ortak altyapı bileşenlerine bağlı. Health check mekanizmasında ortaya çıkan bir sorun, bu ortak katmanı kullanan servislerin hepsinde aynı anda hissedildi. Bir diğer nokta, sağlık kontrolünün kendisinin kapasite kaybına katkı yapmış olabileceği. Sağlıksız sunucuyu devre dışı bırakmak için tasarlanan bir mekanizma, kontrolü işleyen bileşendeki sorun nedeniyle sağlıklı olması gereken sunucuları da devre dışı bırakmış görünüyor. Bunu Microsoft’un nihai kök neden açıklaması olarak değil, yayımlanan güncellemelerden çıkardığım bir yorum olarak okumanızı öneririm. Üçüncü olarak, toparlanma süreci de basit bir geri alma işlemi gibi ilerlemedi. Sunucular hizmete kademeli olarak geri alındı ve uygulamaların yeniden bağlanmasıyla birlikte kullanıcılar için iyileşmenin de kademeli olacağı belirtildi.
BT yöneticileri için çıkarımlar
Aşağıdaki maddeler kaynaklardaki bilgilere değil, bu tür olaylarda genel olarak geçerli olan operasyonel pratiklere dayanan önerilerimdir.
- Olay numaralarını (bu olayda MO1550821 ve EX1550543) kendi olay kaydınıza işleyin ve kullanıcılara verdiğiniz bilgilendirmelerde bu numaralara başvurun. Böylece sorunun sizin tarafınızda değil Microsoft tarafında olduğu net biçimde belgelenir.
- Microsoft 365 yönetim merkezine erişim, kesinti sırasında kendisi de etkilenebilir. Microsoft’un X üzerindeki durum hesabı gibi alternatif bilgi kanallarını önceden belirleyin ve ekip içinde paylaşın.
- Kullanıcılara hizmet kesintisi sırasında kullanabilecekleri bir iletişim kanalı tanımlayın. E-posta ve Teams aynı anda etkilendiğinde ekip içi iletişim için ikincil bir kanalın (telefon, SMS veya farklı bir mesajlaşma uygulaması) hazır olması gerekir.
- Yönetici erişimi için bulut tabanlı acil erişim (break glass) hesaplarınızın ve erişim yöntemlerinizin güncel ve test edilmiş olduğundan emin olun.
- Hibrit ortamlarda şirket içi Exchange sunucularından Exchange Online’a giden e-postaların kuyrukta beklediğini ve kesinti sonrası teslim edileceğini kontrol edin. Kuyruk büyümesini izleyin.
- Purview servislerindeki etki nedeniyle DLP, otomatik etiketleme ve veri sınıflandırma kontrollerinin kesinti süresince beklendiği gibi çalışıp çalışmadığını, olay sonrasında denetim kayıtları üzerinden değerlendirin. Uyumluluk gereksinimleriniz varsa bu değerlendirmeyi belgeleyin.
- Olay bittikten sonra Microsoft’un yayımlayacağı olay sonrası inceleme raporunu takip edin ve sözleşmenizdeki SLA (Service Level Agreement) koşulları kapsamında hizmet kredisi başvurusu yapılabilip yapılamayacağını kontrol edin.
Genel görünüm
12 Kasım 2026 olayı, bulut servislerinin ortak altyapı bağımlılıklarının ne kadar geniş bir etki alanı oluşturabildiğini bir kez daha gösterdi. Tek bir bileşendeki health check sorunu, e-postadan uyumluluk servislerine kadar uzanan geniş bir hizmet yelpazesinde bağlantı kaybına yol açtı. Microsoft’un olay sonrası inceleme raporunu yayımlamasını bekleyip kök neden ayrıntılarını netleştirmek gerekecek. O zamana kadar en sağlıklı yaklaşım, yalnızca Microsoft’un resmi olay kayıtlarındaki ve doğrulanmış güncellemelerdeki bilgilere dayanmak.
Başka bir yazımızda görüşmek dileğiyle…
