Exchange 2016/2019 ESU Ekim 2026'da Bitiyor: Geçiş Rehberi (2026)

Xen Bilişim ekibi · Microsoft CSP Direct Partner (2016+) · MS-100/MS-102/AZ-104 sertifikalı danışmanlar · Son güncelleme: 17 Temmuz 2026

Özet (TL;DR): Exchange Server 2016 ve 2019 için destek 14 Ekim 2025'te sona erdi. Microsoft'un ücretli Genişletilmiş Güvenlik Güncelleştirmesi (ESU) programı iki dönem hâlinde kurgulandı: Dönem 1 Ekim 2025 – Nisan 2026 arasında koştu, Dönem 2 ise Mayıs 2026'da başladı ve Ekim 2026 sonunda kapanıyor. Microsoft bu tarihten sonra hiçbir uzatma olmayacağını açıkça duyurdu. Yani elinizde yaklaşık üç ay var. Bu yazıda üç yol (Exchange Online, Exchange Server SE, ESU köprüsü) arasındaki kararı, posta kutusu sayınıza göre doğru göç yöntemini ve sıfır veri kaybı hedefleyen altı aşamalı bir geçiş metodolojisini adım adım anlatıyoruz.

Türkiye'de hâlâ Exchange 2016 veya 2019 üzerinde koşan çok sayıda kurum var ve çoğu, ESU'yu "destek uzatması" sanıyor. Değil. ESU yalnızca kritik güvenlik yamalarını satın almanızı sağlayan bir köprü; destek bileti açamıyor, hata düzeltmesi alamıyorsunuz. Ücretsiz fiyat teklifi al — Exchange envanterinizi çıkarıp size özel geçiş planı ve TL fiyatlı bir CSP teklifi hazırlayalım.

Takvim: hangi tarihte tam olarak ne bitti, ne bitiyor

Karışıklığın büyük kısmı tarihlerin iç içe geçmesinden kaynaklanıyor. Microsoft'un resmi yaşam döngüsü belgelerine göre tablo şöyle (17 Temmuz 2026 itibarıyla):

• 14 Ekim 2025 — Exchange Server 2016 ve Exchange Server 2019 için destek sona erdi. Bu tarihten itibaren Microsoft artık teknik destek, hata düzeltmesi, güvenlik düzeltmesi ve saat dilimi güncellemesi sağlamıyor.
• Ekim 2025 – Nisan 2026 — ESU Dönem 1. Ücretli, altı aylık ilk köprü.
• Mayıs 2026 – Ekim 2026 sonu — ESU Dönem 2. İkinci ve son altı aylık köprü. Microsoft bu programın ardından başka bir uzatma olmayacağını duyurdu.

Dönem 2 hakkında sıkça atlanan üç kritik ayrıntı var:

1. Otomatik yenileme yok. Dönem 1'de ESU almış olmanız sizi Dönem 2'ye otomatik dâhil etmiyor; sözleşmeyi yeniden satın almanız gerekiyor. 15 Nisan 2026'dan itibaren yapılan Exchange ESU satın alımları otomatik olarak Dönem 2 sayılıyor ve Mayıs–Ekim 2026 arasında geçerli oluyor.
2. Yalnızca belirli CU seviyeleri kapsanıyor. Dönem 2 güvenlik güncelleştirmeleri Exchange Server 2016 CU23 ve Exchange Server 2019 CU14/CU15 için yayımlanıyor. Sunucunuz daha eski bir CU'daysa ESU satın alsanız bile yamaları uygulayamazsınız.
3. Liste fiyatı yayımlanmıyor. Microsoft Exchange ESU için kamuya açık bir sunucu başı fiyat yayımlamadı; maliyet ve satın alma yolu Microsoft hesap ekibi üzerinden veriliyor ve Enterprise Agreement gerektiriyor. İnternette dolaşan sunucu başı rakamlara itibar etmeyin — kaynağı Microsoft değil.

ESU'ya erişim konusunda takıldıysanız Microsoft'un yönlendirdiği adres [email protected]. Bu tabloyu SQL Server 2016 destek sonu yazımızdaki ESU mantığıyla birlikte okumanızı öneririz; iki program benzer felsefeyle kurgulanmış ancak Exchange'de Azure Arc üzerinden ücretsiz ESU gibi bir kaçış yolu yok.

Üç yol var: hangisi sizin için doğru?

Microsoft'un resmi yol haritası üç seçenek tanımlıyor. Kararı "hangisi ucuz" değil, "verimin nerede durması gerekiyor" sorusuyla verin.

1. Microsoft 365'e (Exchange Online) göç — önerilen

Microsoft'un kendi ifadesiyle bu, Exchange 2016/2019 dağıtımınızı emekliye ayırmanın en iyi ve en basit yolu. Tek sıçrayışta eski teknolojiden çıkıyor, donanım satın alma/yenileme, sunucu soğutma, yama takibi ve depolama derdinden kurtuluyorsunuz. Karşılığında daha büyük posta kutuları, yerleşik kimlik avı/kötü amaçlı yazılım koruması, DLP, saklama politikaları, eDiscovery ve Teams/SharePoint/OneDrive entegrasyonu geliyor. Kurumların büyük çoğunluğu için doğru cevap budur.

2. Exchange Server SE'ye yükseltme — şirket içi kalmanız gerekiyorsa

Mevzuat, verinin yurt içinde kalması zorunluluğu ya da buluta taşınamayan özel entegrasyonlar nedeniyle şirket içinde kalmanız gerekiyorsa Exchange Server Subscription Edition (SE) doğru hedef. Exchange 2019 sunucuları SE'ye yerinde (in-place) yükseltilebiliyor — SE, Exchange 2019'un kümülatif bir yükseltmesi olduğu için risk düşük. Exchange 2016 için genellikle yan yana (side-by-side) yükseltme öneriliyor. Dikkat: SE de abonelik modeliyle lisanslanıyor, yani "bir kere alıp on yıl kullanma" dönemi kapandı.

3. ESU Dönem 2 — sadece köprü, hedef değil

Ekim 2026'ya kadar kritik ve önemli güvenlik yamalarını almanızı sağlar. Bunun dışında hiçbir şey vermez: destek bileti yok, hata düzeltmesi yok, yeni özellik yok. Göçünüz Ekim 2026'ya yetişmiyorsa ESU alın — ama takvimi ESU'ya göre değil, göçe göre kurun. Ekim 2026'dan sonra ESU alma imkânı da kalmayacak.

Hangi göç yöntemi: posta kutusu sayınız kararı veriyor

Exchange Online'a giden dört yol var ve seçimi büyük ölçüde posta kutusu sayınız ile takviminiz belirliyor. Microsoft'un resmi yönlendirmesi şöyle:

• Cutover (tek seferde geçiş) — Teknik olarak 2.000 posta kutusuna kadar destekleniyor, ancak Microsoft 150 posta kutusu ve altı için öneriyor; üzerinde performans belirgin şekilde düşüyor. Hafta sonuna sığdırılabilir. Şirket içi kullanıcı yönetimini bırakıyorsanız uygundur.
• Minimal hibrit (express) — Birkaç hafta içinde bitirmek isteyen, dizin senkronizasyonunu kalıcı olarak sürdürmeyecek küçük/orta ölçekli kurumlar için. Hybrid Configuration Wizard içinden seçiliyor. Serbest/meşgul paylaşımı gibi zengin özellikler gelmez.
• Tam hibrit (full hybrid) — 150'nin üzerinde posta kutusu varsa ve kullanıcıları partiler hâlinde taşımak istiyorsanız doğru yöntem. Ortak GAL, serbest/meşgul paylaşımı, merkezî posta akışı, tek Outlook on the web URL'i ve gerektiğinde geri taşıma (offboarding) imkânı sunar. Karşılığı karmaşıklıktır.
• IMAP — Exchange'den geliyorsanız gerekmez; yalnızca posta verisini kopyalar, takvim ve kişileri taşımaz.

Türkiye'deki 50–500 kullanıcılı tipik kurumsal yapılarda pratikte kalan seçenek tam hibrittir: kullanıcıları departman departman taşıyıp her dalgadan sonra nefes alabilirsiniz. Microsoft 365 çözümlerimiz sayfasında bu geçişin bizde nasıl paketlendiğini görebilirsiniz.

Sıfır veri kaybı hedefli altı aşamalı geçiş metodolojisi

Aşağıdaki akış, Xen Bilişim ekibinin Exchange göçlerinde uyguladığı sırayı yansıtıyor. Her aşamanın çıktısı bir sonrakinin ön koşuludur; sıra atlamayın.

Aşama 1 — Envanter ve sağlık kontrolü (3-5 gün)

1. Exchange Management Shell'de Set-AdServerSettings -ViewEntireForest $true çalıştırıp Get-Mailbox, Get-MailPublicFolder, Get-DistributionGroup ile tam envanteri çıkarın. Ormanı görmeden yapılan sayım eksik çıkar.
2. Get-ExchangeServer | Format-List Name,AdminDisplayVersion ile her sunucunun CU seviyesini not edin. Hibrit yapılandırma en güncel CU (ya da bir önceki sürüm) gerektirir — CU23 (2016) veya CU14/CU15 (2019) altındaysanız önce yükseltmelisiniz.
3. Exchange Server Health Checker betiğini çalıştırın; sertifika, Extended Protection ve ön koşul eksiklerini tek raporda görürsünüz.
4. Ortalama posta kutusu boyutunu ve toplam veri hacmini ölçün. Bunu internet çıkış hızınızla birlikte değerlendirip gerçekçi bir dalga planı çıkarın — bant genişliği, göç süresini belirleyen tek numaralı faktördür.

Aşama 2 — İzin ve nesne temizliği (kritik, en çok atlanan adım)

Burası veri/erişim kaybının en sık doğduğu yer. Microsoft'un açık uyarısı: posta kutusu üzerinde açıkça (explicit) tanımlanmış Send As, Full Access, Send on Behalf ve klasör izinleri Exchange Online'a taşınır; devralınan (inherited) izinler ve posta özellikli olmayan nesnelere verilmiş izinler taşınmaz.

1. Tüm delege izinlerini açık hâle getirin, posta özellikli olmayan grupları posta özellikli yapın.
2. Posta kutusu yönlendirme ayarlarını göçten önce dışa aktarın: DeliverToMailboxAndForward, ForwardingAddress ve ForwardingSmtpAddress özellikleri buluta kopyalanmaz. Bu, "müdürün maili asistanına düşmüyor" şikâyetinin bir numaralı sebebidir.
3. Yönetici yerleşik posta kutuları buluta senkronize edilmez; ilerlemeden önce Disable-Mailbox ile devre dışı bırakın.

Aşama 3 — Kimlik ve senkronizasyon

Microsoft Entra Connect (veya cloud sync) ayrı bir sunucuya kurulur ve varsayılan olarak 30 dakikada bir senkronize eder. Parola karma senkronizasyonu ya da AD FS kararını burada verin. Şirket içi dizinde 50.000 nesne varsayılan sınırını, ilk alan adı doğrulandıktan sonra artan kotayı ve UPN ile birincil SMTP adresinin eşleşmesini kontrol edin. Microsoft Security tarafında bu adım, koşullu erişim politikalarınızın temelini de kurar.

Aşama 4 — Hibrit yapılandırma (HCW)

1. Güvenilir bir CA'dan sertifikayı temin edin — hibritte SSL sertifikası isteğe bağlı değil, ön koşul. Mevcut sertifikanıza ek alan adları eklemeniz gerekebilir.
2. Hybrid Configuration Wizard'ı çalıştırın; ortak yaşam alanı (coexistence) alan adı olan <alanadi>.mail.onmicrosoft.com otomatik eklenir ve hedef teslim alan adı olarak ayarlanır. Doğrulayın: Get-RemoteDomain Hybrid* | Format-List DomainName,TargetDeliveryDomain
3. Merkezî posta aktarımı (centralized mail transport) istiyor musunuz? Giden postanın şirket içinden çıkması gereken (arşiv/imza cihazı olan) kurumlarda açın; gerekmiyorsa açmayın, karmaşıklık ekler.
4. Modern hibrit (Hybrid Agent) kullanıyorsanız, Hybrid Agent üzerinden yayımlanan sunucularda Front-End EWS sanal dizininde Extended Protection'ı etkinleştirmeyin — posta kutusu taşımaları ve serbest/meşgul çağrıları kırılır.

Aşama 5 — Dalgalı taşıma

1. 10-20 kişilik bir pilot dalga ile başlayın: BT ekibi + bir departmandan gönüllüler. Outlook profili, mobil cihaz, imza, paylaşılan posta kutusu, toplantı odası ve yazıcı/tarayıcı SMTP akışını tek tek test edin.
2. Departman bazlı dalgalar kurun. Yoğun delege ilişkisi olan kullanıcıları (yönetici + asistan) aynı dalgada taşıyın; ikiye bölerseniz takvim erişimi kırılır.
3. Her dalga sonrası doğrulama: Get-MoveRequestStatistics ile hataları, Get-Mailbox -ResultSize Unlimited | Where {$_.RecipientTypeDetails -eq "RemoteUserMailbox"} ile taşınanları sayın.
4. Exchange ActiveSync profilleri çoğu cihazda otomatik güncellenir; eski cihazlar güncellenmeyebilir, bu listeyi önceden çıkarın.

Aşama 6 — Kesme (cutover) ve doğrulama

1. MX ve Autodiscover DNS kayıtlarını Exchange Online'a yöneltin. TTL'i işlemden 24-48 saat önce düşürün.
2. SPF, DKIM ve DMARC kayıtlarını yeni akışa göre yeniden yazın — bu adım atlandığında giden postalar Gmail/Outlook.com tarafında spam'e düşer. Ayrıntılı adımlar: Microsoft 365'te SPF, DKIM ve DMARC nasıl yapılandırılır.
3. Uygulama ve cihaz SMTP relay'lerini yeniden noktalayın. Basic Authentication ile SMTP AUTH kullanan eski cihazlarda büyük olasılıkla hata alacaksınız; çözüm yolu: SMTP AUTH 535 5.7.139 hatasının çözümü.
4. Genel klasörleri (public folders) taşıyın veya emekliye ayırın. Genel klasör hiyerarşisini barındıran sunucunun CU seviyesi Extended Protection açısından kritiktir.

Bu altı aşamayı kendi ekibinizle mi yürüteceksiniz, yoksa riski dışarıya mı vereceksiniz? Uzmanla 15 dk görüş — ortamınıza bakıp hangi dalga planının gerçekçi olduğunu ücretsiz söyleyelim. Acil durumlar için WhatsApp'tan yazabilirsiniz.

Son Exchange sunucusunu kapatabilir misiniz? Kritik uyarı

En sık düşülen tuzak burada. Posta kutularını buluta taşıdınız, ancak kullanıcı hesaplarını hâlâ Active Directory'de yönetip Entra Connect ile senkronize ediyorsanız, alıcı nesnelerinin yetki kaynağı (source of authority) şirket içi AD'de kalır. Tüm Exchange sunucularını kaldırırsanız Exchange Online'daki alıcılarda değişiklik yapamaz hâle gelirsiniz.

İki çıkış yolu var:

• Exchange Management Tools (EMT) yolu: Exchange 2019 CU12 veya sonrası Setup ile yönetim araçlarını etki alanına katılmış herhangi bir makineye kurup PowerShell ile alıcıları yönetebilirsiniz (Set-RemoteMailbox, New-MailUser, Set-DistributionGroup vb.). Böylece çalışan bir Exchange sunucusu bulundurmadan yönetim yapabilirsiniz. Koşullar: tüm posta kutuları ve genel klasörler bulutta, şirket içi EAC veya Exchange RBAC'a ihtiyacınız yok, yalnızca PowerShell ile yönetime razısınız ve alıcı yönetimi denetim günlüğü gerektirmiyorsunuz.
• Yetki kaynağını (SOA) buluta devretme: Alıcı nesnelerinin yetkisini Exchange Online'a aktarıp bulut tarafından yönetmek.

Microsoft'un altı çizili uyarısı: son sunucuyu ASLA kaldırmayın (uninstall etmeyin). Kapatabilirsiniz ve temizlik betiğini çalıştırabilirsiniz, ancak uninstall işlemi Active Directory'den kritik bilgileri siler ve yönetim araçlarının Exchange özniteliklerini yönetme yeteneğini bozar. Doğru sıra: hibrit temizliği → federasyon güveni ve sertifikasını kaldır → Hybrid Agent'ı kaldır → MX/Autodiscover'ı buluta yönelt → sunucuyu kapat → gerekiyorsa diski sil ve formatla. Ayrıca son sunucuyu SMTP relay gibi başka bir amaçla da kullanıyorsanız kapatmayın.

Bir uyarı daha: son sunucuyu kapattığınızda Exchange RBAC çalışmaz. Exchange alıcı gruplarındaki veya özel Exchange rollerindeki kullanıcılar yetkilerini kaybeder; yalnızca etki alanı yöneticileri ve Add-PermissionForEMT.ps1 ile yetkilendirilmiş kullanıcılar alıcı yönetimi yapabilir. Bunu göç planınıza yazın, canlıda keşfetmeyin.

Türkiye'ye özgü katman: KVKK, VUK ve Türkçe karakter tuzakları

KVKK ve veri konumu

6698 sayılı KVKK'nın 12. maddesi veri sorumlusuna "gerekli her türlü teknik ve idari tedbiri alma" yükümlülüğü getiriyor. Ekim 2026 sonrasında yamalanmayan, internete açık bir Exchange sunucusu işletmek bu yükümlülüğün karşısında savunulması zor bir pozisyondur — Exchange geçmişte kimlik doğrulanmamış uzaktan kod çalıştırma zafiyetleriyle kitlesel olarak hedef alınmış bir üründür. Yurt dışına veri aktarımı tarafında ise Exchange Online kullanımı, KVKK'nın 9. maddesi kapsamında değerlendirilmeli; Kurul'un öngördüğü aktarım mekanizmalarından (standart sözleşme dâhil) uygun olanı seçilip VERBİS kaydınızın güncellenmesi gerekir. Bunu göç projesinin bir iş paketi olarak planlayın, sonradan eklenen bir madde olarak değil.

VUK 253 ve e-posta arşivi

Vergi Usul Kanunu 253. madde kapsamında defter ve belgelerin saklama süresi göz önüne alındığında, ticari yazışmaların ve e-fatura bildirim e-postalarının arşivi bir uyum meselesidir. Şirket içi Exchange'de PST'lere ve teyp yedeklerine dağılmış arşivi göç sırasında toparlamak, sonradan toparlamaktan çok daha ucuzdur. Exchange Online tarafında saklama politikaları, dava tutması (litigation hold) ve çevrimiçi arşiv posta kutusu ile bu ihtiyacı yapılandırılabilir hâle getirirsiniz.

Türkçe karakter ve yerel altyapı tuzakları

• UPN ve SMTP adreslerinde ç/ğ/ı/ö/ş/ü. Şirket içi AD'de ismet.öztü[email protected] gibi adresler yıllardır sorunsuz çalışıyor olabilir; senkronizasyon ve bulut tarafında ise sorun çıkarır. Göçten önce ASCII karşılıklara normalleştirin ve eski adresi ikincil proxy adresi olarak bırakın ki gelen postalar düşmesin.
• Yazıcı, tarayıcı ve ERP SMTP akışları. Türkiye'de tipik olarak Logo, Netsis veya Mikro tarafındaki fatura/irsaliye e-postaları şirket içi Exchange üzerinden relay ediliyor. Bu uygulamaların çoğu modern kimlik doğrulamayı desteklemez; göç planında bunlar için ayrı bir iş paketi açın (yüksek hacimli e-posta gönderen ERP entegrasyonlarını yalnız bırakmayın).
• Bant genişliği. Türkiye Azure bölgesi bulunmadığından trafik Batı Avrupa'ya çıkar. 500 GB'lık bir posta kutusu havuzunun taşınma süresini hesaplarken bunu ve şube hatlarınızı dikkate alın.

Saha vakası: 45 kişilik hukuk bürosu, Exchange 2016'dan Exchange Online'a

Durum: Tek sunuculu Exchange 2016 (CU21), yaklaşık 1,2 TB posta verisi, yoğun delege kullanımı (her ortağın bir asistanı var) ve on yıllık dava yazışması arşivi. ESU Dönem 1 satın alınmış, Dönem 2'ye yenilenmemişti — yani sunucu Mayıs 2026'dan beri yamasızdı.

Süre: 5 hafta.

Karar noktaları:

• 45 posta kutusu cutover eşiğinin (150) altındaydı, ancak delege ilişkilerinin yoğunluğu ve arşiv hacmi nedeniyle tam hibrit tercih edildi — dalgalı taşıma, kesme gecesinde geri dönülemez bir hata riskini ortadan kaldırdı.
• CU21'den CU23'e yükseltme, hibrit ön koşulu olduğu için ilk hafta yapıldı. Bu adım olmadan HCW çalışmıyordu.
• Devralınan delege izinleri açık hâle getirildi; bu tek adım, göç sonrası en büyük şikâyet kaynağını baştan kapattı.
• Arşiv, PST'lere dağıtmak yerine çevrimiçi arşiv posta kutusu + saklama politikası olarak yeniden kuruldu (VUK saklama süresi gözetilerek).

Sonuç: Sıfır posta kaybı, kesme gecesinde toplam 40 dakika posta akışı duraksaması, son sunucu EMT yoluyla kapatıldı (kaldırılmadı). Yamasız sunucu riski ortadan kalktı, ESU Dönem 2 masrafı hiç doğmadı.

Xen ekibinin rolü: Envanter, CU yükseltmesi, hibrit kurulum, dalga planı ve kesme gecesi nöbeti. Hukuk bürosunun BT sorumlusu tüm süreçte ekiple birlikte çalıştı ve devri aldı.

Alan deneyimi notu: Bu projede en çok zamanı Exchange değil, tarayıcılardan gelen SMTP relay akışını yeniden kurmak aldı. Küçümsemeyin.

Göçte en sık yapılan altı hata

1. ESU'yu destek uzatması sanmak. ESU ürünün yaşam döngüsünü uzatmaz ve teknik destek vermez. Yalnızca kritik/önemli güvenlik yamalarıdır.
2. CU seviyesini son ana bırakmak. Hibrit en güncel CU ister; ESU yamaları da yalnızca CU23 / CU14-CU15 için çıkar. Yükseltmeyi göçün ilk haftasına koyun.
3. İzinleri ve yönlendirmeleri taşınacak sanmak. Devralınan izinler ve yönlendirme ayarları taşınmaz. Göçten önce dışa aktarın.
4. Son sunucuyu uninstall etmek. Geri dönüşü yok; AD'den kritik bilgi siliniyor ve yönetim araçları kırılıyor. Kapatın, kaldırmayın.
5. SPF/DKIM/DMARC'ı kesmeden sonra düşünmek. Giden postanın spam'e düşmesinin bir numaralı sebebi.
6. Delege çiftlerini farklı dalgalara bölmek. Yönetici ve asistanı ayırırsanız takvim erişimi kırılır ve şikâyet ilk saatte gelir.

Sıkça Sorulan Sorular (SSS)

Exchange 2016/2019 ESU Dönem 2 tam olarak ne zaman bitiyor?

Dönem 2, Mayıs 2026 başında başladı ve Ekim 2026 sonunda bitiyor. Microsoft bu programın ardından başka bir uzatma olmayacağını duyurdu. 17 Temmuz 2026 itibarıyla yaklaşık üç ayınız kaldı.

Dönem 1'de ESU almıştım, Dönem 2'ye otomatik geçer miyim?

Hayır. Kurumunuz Dönem 2'ye otomatik olarak kaydolmaz; ESU sözleşmesini yeniden satın almanız gerekir. 15 Nisan 2026'dan itibaren yapılan satın alımlar otomatik olarak Dönem 2 kapsamında sayılıyor ve Mayıs–Ekim 2026 arasında geçerli oluyor.

Exchange ESU sunucu başına ne kadar?

Microsoft, Exchange ESU için kamuya açık bir sunucu başı liste fiyatı yayımlamadı. Maliyet ve satın alma yolu Microsoft hesap ekibi üzerinden veriliyor ve Enterprise Agreement gerektiriyor. İnternette dolaşan sunucu başı rakamların kaynağı Microsoft değildir. Sizin ortamınız için hangi seçeneğin (ESU vs. göç) daha ucuz olduğunu karşılaştırmalı çıkaralım: TL faturayla CSP paketimizi görün.

Ekim 2026'dan sonra Exchange 2016/2019 sunucum çalışmayı durdurur mu?

Hayır, sunucunuz çalışmaya devam eder. Ancak yeni keşfedilen zafiyetler için hiçbir güvenlik yaması almazsınız ve ESU satın alma imkânınız da kalmaz. Exchange internete açık bir hizmet olduğundan ve geçmişte kitlesel saldırılara hedef olduğundan, bu KVKK 12. madde açısından da savunulması zor bir konumdur.

Göç kaç günde tamamlanır?

Posta kutusu sayısı, veri hacmi ve internet çıkış hızınız belirler. 150'nin altında ve basit delege yapısı olan bir kurum birkaç hafta içinde bitirebilir; 150 üzeri, yoğun delege ve büyük arşivi olan kurumlarda tam hibrit ile 4-8 hafta gerçekçi bir aralıktır. Ekim 2026 hedefiyle çalışıyorsanız envantere bu ay başlamanız gerekir.

Tüm posta kutularını taşıdıktan sonra Exchange sunucusunu tamamen kaldırabilir miyim?

Entra Connect ile AD'den senkronizasyona devam edecekseniz alıcıları yönetmek için ya Exchange Management Tools yolunu kullanmalı ya da yetki kaynağını (SOA) buluta devretmelisiniz. Her durumda son sunucuyu uninstall etmeyin; kapatın. Uninstall, AD'den kritik bilgileri siler ve yönetim araçlarını kırar.

Exchange Server SE'ye geçmek göçten daha mı kolay?

Exchange 2019'dan SE'ye yerinde yükseltme düşük risklidir; SE esasen Exchange 2019'un kümülatif bir yükseltmesidir. Exchange 2016'dan ise genellikle yan yana yükseltme gerekir. Ancak SE de abonelikle lisanslanır ve sunucu işletme yükünüz (donanım, yama, yedek, sertifika) aynen devam eder. Şirket içinde kalmanız için mevzuat veya teknik bir zorunluluk yoksa Microsoft'un da önerdiği yol Exchange Online'dır. Karar tablosunu birlikte çıkaralım — Microsoft 365 fiyat artışı SKU analizi yazımız lisans tarafındaki güncel tabloyu içeriyor.

Sonuç: Ekim 2026 gerçek bir duvar

Exchange 2016 ve 2019 için destek 14 Ekim 2025'te bitti; ESU Dönem 2 ise Ekim 2026 sonunda kapanıyor ve arkasından uzatma gelmiyor. Bu, "ilerideki bir tarih" değil, üç ay ötede duran bir duvar. Ekim 2026'dan sonra yamasız kalan bir Exchange sunucusu yalnızca bir BT riski değil, KVKK 12. madde kapsamında bir uyum riskidir.

İyi haber şu: karar aslında sadeleşti. Şirket içinde kalmanız için mevzuata dayalı somut bir zorunluluk yoksa hedef Exchange Online; varsa hedef Exchange Server SE. ESU ise bir hedef değil, yalnızca göçünüzü Ekim 2026'ya yetiştiremiyorsanız alacağınız bir köprü. Kritik olan, hangi yolu seçerseniz seçin, envanteri ve CU yükseltmesini bu ay başlatmanız — çünkü göç süresini belirleyen şey karar değil, verinizin hacmi ve hattınızın hızı.

Planı doğru sırayla kurun: envanter → izin temizliği → kimlik → hibrit → dalgalı taşıma → kesme. Bu sırayı atlamayan projelerde sıfır veri kaybı gerçekçi bir hedeftir; atlayan projelerde ise ilk şikâyet, kesme gecesinden bir gün sonra delege takvimlerinden gelir.

Microsoft İstanbul — Xen Bilişim ekibi olarak, kurumunuzun Exchange Server 2016/2019'dan Exchange Online'a geçiş yolculuğunda envanter çıkarma, CU yükseltmesi, hibrit yapılandırma, dalgalı posta kutusu taşıma ve son sunucunun güvenli biçimde emekliye ayrılmasına kadar uçtan uca destek sağlıyoruz. İletişim sayfamızdan bize ulaşın; Ekim 2026 öncesi takviminizi birlikte çıkaralım.