Exchange Online Göç: BT Yöneticisi İçin Adım Adım Rehber (2026)

"Exchange Server / Gmail / cPanel mailden Exchange Online'a göç edeceğim — nereden başlayacağımı bilmiyorum, kullanıcı maillerini kaybetmeden nasıl taşırım?" — bu soru her BT yöneticisinin önüne en az bir kez gelir. İyi haber: Microsoft 2026'da göç araçlarını olgunlaştırdı; kötü haber: yine de yanlış sırayla yapılırsa MX cutover sırasında 24 saat boyunca mail kaybedebilirsiniz. Bu rehber 30-500 kullanıcılı KOBİ ve orta ölçekli kurumlar için 5 göç senaryosunu, sırasını, geri dönüş planını ve sık yapılan 7 hatayı içerir.

Önce Hangi Göç Tipi Sizin İçin?

Mevcut mail sisteminize göre 5 ana yol var. Yanlış yöntem seçimi = 2-3 hafta kayıp + ek lisans maliyeti.

Mevcut Sistem	Önerilen Göç Tipi	Süre	Downtime
Exchange 2013/2016/2019 on-prem	Hybrid Migration (Exchange Hybrid Configuration Wizard)	2-6 hafta	0 (mailbox bazlı kademeli)
Exchange 2007/2010	Cutover veya Staged (max 2000 kullanıcı)	1-3 hafta	2-4 saat (cutover)
cPanel / Plesk / Roundcube IMAP	IMAP Migration	1-2 hafta	0 (parallel) veya 2 saat (cut)
Google Workspace (Gmail)	Google Workspace Migration (PST yok, IMAP+OAuth)	2-4 hafta	0 (kademeli)
PST dosyaları (offline)	Network Upload / AzCopy	1 hafta	0

İpucu: 30 kullanıcının altında ve eski Exchange/IMAP ise cutover en pratiktir. 100+ kullanıcı veya hibrit gereksinim varsa hybrid şart — kullanıcı deneyimi pürüzsüz olur.

Pre-Migration: 7 Adımlık Hazırlık

Göç başlamadan 1-2 hafta önce tamamlanması gereken kontrol listesi. Bu adımları atlarsanız MX cutover anında patlar.

1. Tenant kurulumu + domain doğrulama — Microsoft 365 admin centerda yeni tenant açıp domaininizi (TXT veya MX kaydı ile) doğrulayın. Bu işlem 1-24 saat alabilir, beklemeyin.
2. Lisans envanteri — Kim Exchange Online Plan 1 ($4), kim Plan 2 ($8), kim M365 Business Standard ($12.50)? Mailbox boyutu 50 GB üzerinde olanlar Plan 2 + In-Place Archive almalı. Mailbox boyut tahmini aracımız sektör bazlı tavsiye verir.
3. DNS kayıtlarınızı dökün — Mevcut MX, SPF, DKIM, DMARC, Autodiscover kayıtlarını dig veya nslookup ile çekip yazılı belgeleyin. SPF Flatten aracımız mevcut SPF'inizi recursive resolve eder.
4. MX TTL'i 300 saniyeye düşürün — Cutover öncesi 24-48 saat boyunca TTL=300 olarak ayarlayın. Cutover anında DNS propagation 5 dk içinde tamamlanır, 2 saat değil. Cutover sonrası TTL'i 3600'e geri çekersiniz.
5. Mailbox temizlik kampanyası — Kullanıcılara 1 hafta süre verin: Junk Mail klasörünü boşaltsınlar, Sent Items 5+ yıllık öğeleri arşivlesinler. 100 GB mailbox vs 30 GB — göç süresi 3 kat değişir.
6. Outlook profili rezervi — Kullanıcının PC'sinde mevcut Outlook profilini PST'ye export edin (yedek). Migration başarısız olursa hızlı geri dönüş.
7. Test kullanıcısı pilot göç — Cutover'dan 3-5 gün önce 2-3 IT personelinin mailbox'ını taşıyın. SPF/DKIM/DMARC + Outlook + mobil + Webmail (OWA) testleri pilot ile yapılır.

Senaryo 1: IMAP Migration (cPanel / Roundcube → Exchange Online)

Türkiye'de en yaygın senaryo. Hosting firmasındaki cPanel mailden Microsoft 365'e geçiş. Avantaj: Hızlı, kullanıcı şifresi değişmez. Dezavantaj: Sadece Inbox + alt klasörler taşınır, Calendar/Contacts/Sent transfer edilmez (manuel ayrı).

Adımlar:

1. Microsoft 365 admin > Exchange admin center > Migration > "Migrate to Exchange Online" > IMAP migration seçin.
2. CSV dosyası hazırlayın: EmailAddress,UserName,Password (her satır 1 kullanıcı). Min 50 satır toplu eklemek için. Şifreler IMAP test edilir; doğru olmalı.
3. Endpoint olarak hosting firmanızın IMAP sunucusunu girin: mail.sirket.com.tr port 993 SSL.
4. Migration batch oluşturun. Microsoft 50-300 kullanıcılık batch'leri otomatik paralel çalıştırır. 30 GB mailbox tipik 2-4 saat sürer.
5. Pilot kullanıcı göçü ertesinde MX cutover günü gelene kadar batch'leri "delta sync" modunda bırakın. Bu, son 24 saatlik yeni gelenleri de getirir.
6. Cutover günü: MX kaydını tenant-com-tr.mail.protection.outlook.com olarak değiştirin. SPF'yi v=spf1 include:spf.protection.outlook.com -all yapın. 5-15 dk içinde mailler M365'e akmaya başlar.
7. Cutover sonrası 24-48 saat cPanel mailini açık tutun — DNS propagation tamamlanmadan eski sunucuya gelen mailleri Outlook IMAP ile manuel çekin (sonradan import edersiniz).

Senaryo 2: Hybrid Migration (Exchange On-Premise → Online)

Exchange Server 2013/2016/2019 kullanan orta-büyük kurumlar için altın standart. Avantajı: kullanıcı bazında kademeli geçiş, downtime sıfır, mail flow her iki tarafta da çalışır.

Hybrid Configuration Wizard (HCW) Microsoft'un sağladığı .exe — on-prem Exchange ile Microsoft 365 tenant arasında federation, secure mail flow ve free/busy lookup'ı yapılandırır. Süre: 2-4 saat (HCW kendisi). Sonrasında her hafta 50-100 kullanıcı taşırsınız.

Önemli: Hybrid için on-prem Exchange'inizin en az CU (Cumulative Update) güncel olması şart. Exchange 2013 SP1 + CU23, Exchange 2016 CU22+, Exchange 2019 CU13+. Eski CU'larda HCW reddeder. Ayrıca Exchange 2010 hibrit destekli ancak Microsoft 2025'ten itibaren sadece "extended hybrid" sunuyor — proxy via Exchange 2016/2019 gerekir.

MX Cutover: 1 Saatlik Critical Path

Göçün en kritik anı. Yanlış yapılırsa 24 saat mail bouncing olabilir. Sırayla:

1. T-2 saat: Tüm batch'lerde son delta sync'i tetikleyin. EAC > Migration > Batch > "Sync now". Bekle: completed.
2. T-30 dk: Microsoft 365 tenant > Setup > Domains > sirket.com.tr > "Update DNS" — gösterilen MX, SPF, DKIM, Autodiscover kayıtlarını alın.
3. T-0: DNS sağlayıcınızda (Cloudflare / GoDaddy / NIC.tr / Route53) kayıtları güncelleyin:
   • MX: tenant-com-tr.mail.protection.outlook.com öncelik 0
   • SPF (TXT): v=spf1 include:spf.protection.outlook.com -all
   • Autodiscover (CNAME): autodiscover.outlook.com
   • DKIM: 2 CNAME kaydı, M365 admin > Defender > Email & collaboration > DKIM
4. T+5 dk: dig MX sirket.com.tr ile DNS yayılımı kontrol. Yeni MX görünmüyorsa TTL=300 ayarınız doğru mu kontrol edin.
5. T+15 dk: Test mail gönderin (gmail veya yahoo'dan). Outlook Web Access'te (outlook.office.com) görünmeli.
6. T+1 saat: 10 kullanıcıyla telefon edin: Outlook açılıyor mu, mail geliyor mu, Calendar görünüyor mu, mobil senkron çalışıyor mu.
7. T+24 saat: Sorun yoksa eski mail sunucusunu (cPanel/Exchange) "passive mode"a alın. Trafik yok, ama yedek olarak 1 ay tutun.

Geri Dönüş Planı (Rollback)

Cutover'dan sonra 4 saat içinde "kullanıcılar mail alamıyor, hata patladı" demek isterseniz:

• MX'i geri alın: Eski mail sunucunuzun MX kaydını geri yazın. TTL=300 nedeniyle 5 dk içinde trafik geri akar.
• Migration batch'leri "stop" durumuna alın — mailbox content'i M365'te kalır, ama yeni mailler eski sunucuya gider.
• SPF'yi yumuşatın: M365 cutover için -all hard fail koymuştunuz; rollback'te ~all soft fail veya geçici +all yapın (sadece troubleshooting için, sonra geri çekin).

Tipik rollback senaryosu: bir kullanıcının özel rule'u taşınmadı, mobil profil kurulamadı veya 3rd-party uygulama (CRM) eski IMAP'a bağlı. Çoğu sorun 24 saat içinde çözülür, rollback gerekmez.

Migration Sonrası 7 Tipik Hata

1. Outlook Autodiscover yanlış adrese gidiyor — On-prem Exchange CNAME'i hâlâ Autodiscover'a işaret ediyor. autodiscover.outlook.com'a güncelleyin. Outlook restart sonrası düzelir.
2. Mobile cihazlar profil hatası veriyor — Eski profili manuel silin, yeni hesabı Modern Auth (OAuth) ile ekletin. iOS Mail uygulaması = "Exchange" tipi seçin, Microsoft Outlook uygulaması = otomatik algılar.
3. SPF "softfail" uyarıları geliyor — Birden fazla SPF kaydınız var (eski + yeni). Sadece 1 SPF olabilir. Eskiyi silin, sadece M365 SPF kalsın. SPF Flatten aracımızla kontrol edin.
4. DKIM kaydı görünmüyor — M365 admin > Defender > DKIM > "Enable for this domain" demediniz. CNAME'leri ekledikten sonra "Enable" tıklayın.
5. Public folders / shared mailbox göç edilmedi — Hybrid yapıyor olsanız bile shared mailbox ayrı PowerShell komutu gerektirir: New-MoveRequest -Identity "shared@sirket.com" -Remote.
6. Distribution list / contact göç edilmedi — IMAP migration sadece mailbox'i taşır, M365 admin'de DL ve external contact'leri manuel oluşturmanız veya CSV import yapmanız gerekir.
7. Litigation Hold / In-Place Archive aktif değil — Yeni tenantta default kapalı. KVKK ve uzun retention için: M365 admin > Compliance > Information governance > Retention policy. eDiscovery hazırlık checklist aracımız 14 maddede kontrol eder.

Maliyet Tahmini: 100 Kullanıcılık Tipik KOBİ

Mailbox'ı M365'e göç etmek lisans + danışmanlık + zaman maliyeti içerir.

• Exchange Online Plan 1 lisansı: 100 × $4 × 12 ay = $4.800/yıl (~₺195.000).
• Migration danışmanlık: Türkiye CSP partneri tipik fiyat ₺25.000-50.000 (proje bazlı). Hybrid için ₺75.000+.
• BT iç kaynak: 1 BT yöneticisi × 4 hafta × yarım gün = ~80 saat. Saatlik maliyet ₺250 ise ₺20.000.
• Toplam ilk yıl: ~₺240.000-290.000. İkinci yıl sadece lisans (₺195.000).

Karşılaştırma: cPanel + 100 mailbox tipik hosting ücreti yıllık ₺50.000-80.000. Exchange Online %3 daha pahalı ama: (1) KVKK uyumlu (Microsoft Avrupa DC), (2) MFA + Defender + Litigation Hold dahil, (3) Outlook + Teams + OneDrive entegrasyonu, (4) 99.9% SLA.

Hangi Aracı Ne İçin Kullanırsınız?

• Mailbox Boyut Tahmini — sektör bazlı doğru lisans (Plan 1 vs Plan 2)
• SPF Flatten — mevcut SPF'yi flatten et + 10 lookup limitini kontrol et
• DNS Sağlayıcı Rehberi — Cloudflare / GoDaddy / NIC.tr için adım adım MX/SPF/DKIM ekleme
• eDiscovery Checklist — Litigation Hold + retention 14 madde kontrol
• Migration Maliyet Hesaplayıcı — kaynak sistem + GB bazlı toplam maliyet tahmini

Sonuç

Exchange Online göçü 30 kullanıcılık KOBİ için 1-2 hafta, 500 kullanıcılık orta ölçek için 4-8 haftalık bir proje. Başarı için 3 kural: (1) MX TTL'i en az 24 saat önceden 300'e indirin, (2) pilot grupla cutover öncesi tüm akışları test edin, (3) cutover sırasında BT ekibinizin %100 müsait olduğundan emin olun.

Microsoft Yetkili Çözüm Ortağı (CSP) olarak 30-1000 kullanıcılık migration projelerini "anahtar teslim" yönetiyoruz: hazırlık + lisans + cutover + post-migration troubleshooting. İletişime geçin, mevcut sisteminizi inceleyip 24 saat içinde sabit fiyat teklif sunalım.