Veri Kaybı Olmadan Eski Mail Sunucusundan Google Workspace’e Nasıl Geçilir? (Migration)
Veri Kaybı Olmadan Eski Mail Sunucusundan Google Workspace’e Nasıl Geçilir? (Migration)
Veri Kaybı Olmadan Google Workspace’e Geçiş (Migration) Rehberi
Eski bir mail sunucusundan (cPanel, Outlook, Yandex veya Exchange) Google Workspace altyapısına geçmek, bir binayı temelleriyle birlikte başka bir şehre taşımaya benzer. Doğru yapılmazsa yılların birikimi olan yazışmalar, ekli dosyalar ve rehber kayıtları pırlanta gibi yok olabilir. Bu rehberde, Cyber Medya uzmanlarının kullandığı jilet gibi keskin “Sıfır Veri Kaybı” metodolojisini inceleyeceğiz.
1. Hazırlık Aşaması: Envanter Çıkarma
Taşımaya başlamadan önce elinizdeki pırlantaların dökümünü yapmalısınız. Kaç kullanıcı taşınacak? Toplam veri boyutu nedir? Eski sunucunuz IMAP destekliyor mu?
- Kullanıcı Listesi: Eski sunucudaki her mail adresini ve şifresini bir liste haline getirin.
- Yönetici Erişimi: Hem eski sunucunuzun (cPanel/Plesk vb.) hem de yeni Google Workspace panelinizin yönetici yetkilerine sahip olduğunuzdan emin olun.
- MX Kayıtları Kontrolü: Alan adınızın DNS yönetimine erişiminiz jilet gibi açık olmalıdır.
2. Adım Adım Veri Göçü (Data Migration Service)
Google, Workspace kullanıcıları için yerleşik bir “Veri Göçü Hizmeti” (DMS) sunar. İşte bu aracı pırlanta gibi kullanmanın yolu:
Adım 1: Kaynak Sunucuyu Tanımlama
Google Admin panelinde Account > Data Migration bölümüne gidin. Kaynak olarak “Diğer IMAP Sunucusu” seçeneğini işaretleyin. Eski sunucunuzun IMAP adresini (Genellikle mail.sirketiniz.com) ve 993 portunu girin.
Adım 2: Kullanıcı Eşleştirme
Eski sunucudaki erkan@sirketiniz.com adresindeki verilerin, Google tarafındaki erkan@sirketiniz.com adresine akması için eşleştirme yapın. Bu aşamada Google, eski şifrenizi isteyecektir. Güvenlik için Güvenlik Standartlarımızı inceleyerek geçici şifreler kullanmanızı öneririz.
3. “Dual Delivery” (İkili Teslimat) Stratejisi
Taşıma sırasında tek bir mailin bile kaybolmaması için en jilet yöntem “Dual Delivery”dir. DNS üzerindeki MX kayıtlarını hemen değiştirmek yerine, eski sunucuya gelen maillerin bir kopyasını Google’a yönlendiren bir kural kurun. Böylece taşıma sürerken gelen yeni mailler her iki tarafa da pırlanta gibi düşer.
4. DNS ve MX Kayıtlarının Güncellenmesi
Veri taşıma işlemi %100 tamamlandığında, artık dünyayı bu değişikliğinden haberdar etme vaktidir. DNS yönetiminize gidin ve eski MX kayıtlarını silip Google’ın pırlanta kayıtlarını ekleyin:
| Kayıt Tipi | Değer (Value) | Öncelik |
|---|---|---|
| MX | ASPMX.L.GOOGLE.COM. | 1 |
| TXT (SPF) | v=spf1 include:_spf.google.com ~all | – |
DNS ayarlarının tam oturması için SMTP ve DNS Ayarları rehberimizdeki bekleme sürelerini dikkate alın.
5. Taşıma Sonrası Kritik Kontroller
İşlem bittiğinde şu kontrolleri yapmadan “geçtik” demeyin:
- Klasör Yapısı: Gelen kutusu, Gönderilmiş öğeler ve Taslaklar pırlanta gibi yerinde mi?
- Takvim ve Rehber: Eğer kaynak sunucu destekliyorsa, bu verilerin de aktarıldığından emin olun.
- Eski Sunucu Kapatma: Yeni sistemin jilet gibi çalıştığından emin olduktan en az 7 gün sonra eski sunucuyu kapatın.
🎓 Akademi Tavsiyesi ve Cyber Medya Çözümleri
Veri taşıma süreci şakaya gelmez. Özellikle 12 kullanıcı ve üzeri (TDB gibi kurumsal yapılar) geçişlerde profesyonel destek almak, iş sürekliliğiniz için pırlanta değerindedir. Cyber Medya olarak sunduğumuz Google Workspace Hizmetleri ile sıfır veri kaybı ve maksimum güvenlik garantisi veriyoruz.
Sorunsuz Bir Geçiş İçin Bizimle İletişime Geçin
İşletmenizin mail geçmişini güvenli ellere teslim etmek ve modern bulut altyapısına jilet gibi bir geçiş yapmak için Cyber Medya İletişim sayfamız üzerinden bize ulaşın. Ankara’nın dijital dönüşüm ortağı olarak her zaman yanınızdayız.
© 2026 Cyber Medya Akademi – Veri Taşıma Uzmanlık Rehberi
🛡️ Bölüm 6: Veri Göçü Sonrası Hayat Kurtaran Teknik Tüyolar
Taşıma bitti mesajını görmek işin sadece %90’ıdır. Geri kalan %10, sistemin pırlanta gibi stabil çalışmasını ve kullanıcıların “Mailim nerede?” diye kapınızı çalmamasını sağlar. İşte uzmanından jilet gibi tavsiyeler:
6.1. “Delta Migration” (Kalıntı Veri Göçü) Yapın
DNS kayıtlarını değiştirdiğiniz an, dünyanın her yerinde aynı anda güncellenmez. Bazı mailler hala eski sunucunuza düşmeye devam edebilir. Taşıma bittikten 48 saat sonra “Delta Migration” yaparak, bu süreçte eski sunucuya kaçan son pırlanta mailleri de Google tarafına jilet gibi çekmelisiniz.
6.2. Uygulama Şifreleri ve Outlook Senkronizasyonu
Eğer kullanıcılarınız Outlook kullanmaya devam edecekse, Google Workspace’in “Less Secure Apps” (Daha Az Güvenli Uygulamalar) desteğini kapattığını unutmayın.
- Çözüm: Her kullanıcı için Google panelinden “Uygulama Şifresi” üretilmeli veya daha profesyonel bir yöntem olan GWSMO (Google Workspace Sync for Microsoft Outlook) aracı kurulmalıdır.
6.3. Eski Arşivlerin (PST/OST) Manuel Aktarımı
Bazı durumlarda eski sunucudaki IMAP kotası dolu olduğu için kullanıcılar maillerini yerel bilgisayarlarında (PST dosyası olarak) saklar. Bu veriler bulut taşıma servisiyle gelmez. Bu pırlanta verileri Google Drive veya Workspace’e aktarmak için Google’ın “Content Manager” araçlarını kullanarak kurumsal hafızayı jilet gibi koruma altına almalısınız.
7. Migration Sürecinde En Sık Yapılan 3 Kritik Hata
| Hata | Olası Sonuç | Jilet Gibi Çözüm |
|---|---|---|
| TTL Süresini Düşürmemek | Maillerin 48 saat boyunca eski yere gitmesi. | Taşımadan 24 saat önce TTL değerini 300 saniyeye çekin. |
| Şifre Değişikliği Yapmak | Taşıma servisinin bağlantısının kopması. | Taşıma bitene kadar eski sunucu şifrelerine dokunmayın. |
| Eski Mailleri Silmek | Veri kaybı yaşandığında geri dönüşün olmaması. | Eski sunucuyu kapatmadan önce mutlaka tam bir yedek alın. |
8. Eğitim ve Adaptasyon: Ekibi Hazırlayın
Teknik taşıma bitti ama ya insan faktörü? Kullanıcıların yeni arayüze pırlanta gibi alışması için şu adımları izleyin:
- Eğitim Dokümanı: Google Workspace Kullanım Klavuzumuzu ekibinize dağıtın.
- Mobil Uygulamalar: Ekibin telefonlarına Gmail ve Drive uygulamalarını kurdurup şirket hesaplarını jilet gibi bağlatın.
- İmza Yönetimi: Tüm ekibin imzalarını kurumsal standartlara göre pırlanta gibi güncelleyin.
💡 Cyber Medya’dan Altın Değerinde İpucu:
Büyük çaplı geçişlerde (TDB gibi yapılar), her şeyi tek seferde taşımak yerine önce bir “Pilot Grup” (örneğin Bilgi İşlem departmanı) belirleyin. Onların geçişini jilet gibi tamamlayıp sorunları gördükten sonra tüm kurumu taşımak, riskleri pırlanta gibi minimize eder.
Veri Taşıma İşini Şansa Bırakmayın
Yılların birikimini bir tıkla kaybetmek istemiyorsanız, Ankara Bilişim Çözümleri uzmanlığımıza güvenin. Sıfır veri kaybı ve profesyonel destek için yanınızdayız.
Hemen Ücretsiz Analiz İsteyin: Bize Ulaşın