GWMME sorunlarını giderme

Sorunun nedeni aşağıdakilerden biri olabilir:

• Exchange sunucusu çalışmıyor.
• İstemci makine ile Exchange sunucusu arasındaki bağlantıyı engelleyen bir ağ sorunu var. Bir bağlantıyı doğrulamak için sunucuyu istemci makineden pingleyin.
• Exchange sunucusu veya yönetici için yanlış adı kullandınız. Bu bilgileri doğrulamak için:
  1. Taşıma için kullanmak istediğiniz yönetici hesabı için bir Microsoft Outlook profili oluşturmak üzere istemci makinede Denetim Masası Posta'yı tıklayın.
  2. GWMME'de, 1. Adım (Sunucu Ayrıntıları) ekranında:
     • Hostname/IP Address (Ana Makine Adı/IP Adresi) alanına, profildeki Exchange ana makine adını girin.
     • Admin username (Yönetici kullanıcı adı) alanına profildeki kullanıcı adını girin.

Barındırılan bir sunucudan veri taşıyorsanız sunucuya bağlanmak için, yönetici hesabının profilinde varsayılan ayarlar kullanılmalıdır. Denetim Masası Posta Profil Adı Özellikler E-posta Hesapları Profil Adı E-posta Hesabını Değiştir Diğer Ayarlar bölümündeki ayarlardan herhangi birini değiştirirseniz bağlantı başarısız olur.

Yönetici için doğru adı ve şifreyi girdiğinizden emin olun.

Sorun devam ediyorsa Exchange sunucusu için doğru adı girip girmediğinizi kontrol edin:

1. İstemci makinede, taşıma için kullanmak istediğiniz yönetici hesabı için bir Outlook profili oluşturmak üzere Denetim Masası Posta'yı tıklayın.
2. GWMME'de, 1. Adım (Sunucu Ayrıntıları) ekranında:
   • Hostname/IP Address (Ana Makine Adı/IP Adresi) alanına, profildeki Exchange ana makine adını girin.
   • Admin username (Yönetici kullanıcı adı) alanına profildeki kullanıcı adını girin.

GWMME başlatıldıktan hemen sonra kilitleniyorsa bu uygulamayı Exchange sunucusunda değil, istemci makinenizde çalıştırdığınızdan emin olun. Yardımcı programın sunucuda çalıştırılması kilitlenmesine neden olabilir. Diğer ayrıntılar için Microsoft dokümanlarınıza bakın.

GWMME'nin yük dengeleme sorunları nedeniyle kilitlendiğini düşünüyorsanız GWMME Admin Guide (GWMME Yönetici Kılavuzu) dokümanındaki "Prepare your Microsoft Windows client machines" (Microsoft Windows istemci makinelerinizi hazırlama) konusuna bakın.

Makinenizde çalışan ek işlemler (örneğin, virüsten koruma, arama veya yedekleme yazılımı) zaman zaman taşıma sırasında GWMME'nin veritabanı dosyasına erişmesine engel olabilir. Günlük dosyalarınızdaki aşağıdaki hata kodu, bu sorunun oluştuğunu belirtir:

0x80040109
Fail:While stamping the message

İletiler taşınmış olmasına rağmen GWMME, taşıma işleminin başarılı olduğu bilgisini kaydetmedi. Taşıma, Only New Data (Yalnızca Yeni Veriler) seçeneği işaretli olarak yeniden çalıştırılırsa GWMME ilgili iletileri tekrar taşımayı dener. Bu durum iletilerin yinelenmesine neden olmaz, ancak takvim etkinlikleri veya kişiler yinelenebilir.

Taşıma işlemi tek bir kullanıcı için başarısız oluyorsa aşağıdakilerden emin olun:

• Kullanıcı adının veya SMTP adresinin kullanıcı dosyasında doğru şekilde biçimlendirildiğinden.
• Genel Adres Listesi'nde (GAL) kullanıcının gizli olmadığından.
• Kullanıcının Exchange sunucusunda bir hesabının olduğundan.
• Kullanıcı, Google Workspace'te oturum açmış, Hizmet Şartları'nı kabul etmiş ve Google Workspace hesabını oluşturma işlemini tamamlamış olmalıdır.

Aşağıdaki sorun giderme adımları tüm GWMME OAuth doğrulama hatalarını çözecektir:

• Hesabınız için GWMME'yi yetkilendirme başlıklı makalede açıklandığı gibi, yazılımı alanınız için doğru şekilde yetkilendirdiğinizden emin olun.
• CSV dosyanızda listelenen Google Workspace kullanıcılarının ve şifrelerinin doğru olduğunu doğrulayın. CSV dosyasındaki tek bir hata bile taşıma işleminin başarısız olmasına neden olabilir. Ayrıntılı bilgiyi Taşıma işleminiz için CSV dosyaları oluşturma başlıklı makalede bulabilirsiniz.
• GWMME'nin çalıştırıldığı bilgisayarda, sistem saatinin doğru zamana ayarlandığından emin olun. Bilgisayarın saati yanlışsa OAuth doğrulama kontrolü sırasında Google sunucularına yanlış zaman damgası gönderilir ve bu da işlemin başarısız olmasına yol açar. Bilgisayarınızı internet üzerinden hizmet veren saat sunucularıyla senkronize edin.
• GWMME'nin kimliğini doğrulamak için kullanılan Google Workspace süper yönetici hesabının geçerli olduğundan ve kullanıcı adının GWMME yapılandırmasına doğru girildiğinden emin olun.

GWMME, Google Workspace'te kullanıcıların temel hazırlığını yapmaz. Verileri taşımadan önce Google Workspace kullanıcı hesaplarını oluşturun.

Bu durumda, makinenin geçerli tarihindeki yıl 2022 olarak değiştirilmiş ve bu da sertifikanın süresi dolmuş olarak görünmesine neden olmuştur. Geçerli tarihi her günlük satırının başında görebilirsiniz. Sertifikanın "Valid from" ve "Valid until" tarihleri geçerli tarihle eşleşmemektedir. WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED hata işareti, sertifika iptali denetiminin başarısız olduğunu göstermektedir.

Ayrıca, son günlük satırındaki "Network connection destination details" değerinden sonra hedef IP adresini ve çözülen ana makine adını da görebilirsiniz. Bu, 1e100.net address adresidir, yani Google'dır.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

Bu durumda, Fiddler yüklenmiş ve HTTPS'nin şifresinin çözülmesini sağlayacak şekilde ayarlanmıştır (yani kendi sertifikasını kullanmaktadır), ancak sertifikası Windows güvenilen sertifika listesinden kaldırılmıştır ve bu nedenle güvenilmemektedir. Fiddler bir proxy olduğundan Google'a değil, 127.0.0.1'e bağlandığını unutmayın. Hata işaretleri arasında WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA yer alır. Bu, sistemin sertifika yetkilisine güvenmediği anlamına gelir. (CA). Ayrıca, bu sertifikanın Google tarafından verilmediğini de unutmayın.

Sonuç ekranında veya iz günlüğü dosyasında buna benzer bir hata mesajı görünür:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

Bu soruna genellikle gerekli izinlere sahip olmayan kullanıcı hesapları neden olur. Bu sorunu çözmek için Exchange'de hesaplara Receive As (Farklı Al) iznini verdiğinizden emin olun.

Hesaplar, Receive As (Farklı Al) iznine sahipse ve hatayla karşılaşmaya devam ediyorsanız Exchange ortamınız, kullanıcı hesaplarının Send As (Farklı Gönder) iznini de almasını gerektiriyor olabilir.

Bazı kullanıcıların Exchange 2010'dan taşıma işlemi yapamaz ve iz günlüğü dosyasında "Failed with 0x80004005" (0x80004005 ile başarısız oldu) hata mesajı gösterilir. Günlüklerde ayrıca şunlar bulunur:

• Exchange 2010'a rastgele MAPI çağrıları.
• Exchange Server 2010 İstemci Erişimi sunucusundaki uzak prosedür çağrısı (RPC) istemci erişimi günlüğünde "BufferTooSmall" hataları (RPC).

Bu; Exchange 2010, Outlook 2007 ve Outlook 2010 ile ilgili bilinen bir sorundur. Exchange 2010 SP2 RU3'e geçmeniz gerekebilir. Daha fazla bilgi için MAPI çağrısı başarısız oldu hataları hakkındaki Microsoft belgelerinize bakın.

Günlüklerde çok sayıda 500, 502 ve 503 HTML hata kodu görüyorsanız ve iletiler 0x8004106a hata koduyla yüklenmiyorsa hedef posta kutusunda bir sorun olabilir. Bu sorunun nedeni genellikle yoğun yüklenmedir.

Sorunu çözmek için, hedef posta kutusunun çok fazla kullanılmadığından emin olun. Şunları yapabilirsiniz:

• Tüm senkronizasyon istemcilerini (ör. IMAP, POP, mobil cihazlar ve posta istemcileri) devre dışı bırakma.
• İletileri tek seferde yalnızca bir kaynaktan taşıma.

Aşağıdaki sorunlar, kullanıcılarınızın temel hazırlığının doğru şekilde yapılmadığını gösterir:

• Bir takvim etkinliğinde yapılan değişiklikler katılımcılarla paylaşılmaz.
• Takvim bildirimleri ve güncellemeleri, katılımcıların takvimlerine yansıtılmaz.

Kısmi taşıma yapmak isteseniz bile hesapları taşımadan önce tüm kullanıcılarınızı Google Workspace'te sağlayın. Tüm alan takma adlarını ve takma adları eklediğinizden emin olun. Ardından, sorunu çözmek için kullanıcının düzenleyicisi veya davetlisi olduğu tüm etkinlikleri silin ve yeniden oluşturun.

GWMME, verileri varsayılan olarak saniyede 25 kullanıcı hızında taşır. Bu hız, hem Contacts API hem de Calendar API için varsayılan saniyedeki sorgu sayısı (QPS) değerinin üzerindedir.

Sorunu çözmek için, kişiler ve takvimlerin taşıma işlemini şu koşullarda çalıştırın:

• E-posta taşıma işlemlerinden ayrı olarak.
• Saniyede 4-8 kullanıcı gibi daha düşük bir hızda.

Bazı iletiler taşınamıyorsa bunlar, Gmail tarafından uygulanan boyut sınırının üzerinde olabilir. Söz konusu iletiler, Gmail tarafından engellenen ek türlerini içeriyor da olabilir. Ayrıntılar bilgi için Gmail'de engellenen dosya türleri başlıklı makaleyi inceleyin.

Ayrıca, klasör boyutu sınırlarını kaldırmanız ve klasörlerin IMAP'te gösterildiğinden emin olmanız gerekebilir. Ayrıntılı bilgi için Kullanıcılar için POP ve IMAP erişimini etkinleştirme ve devre dışı bırakma başlıklı makaleyi inceleyin.

Google Workspace, taşıma işleminden sonra gelen kutunuzdaki ileti sayısını tahmin eder. Mutlak bir sayı vermez. Gmail gelen kutunuzdaki iletilerin sayısı, eski gelen kutunuzdaki iletilerin sayısından farklı olabilir.

Bazı iletilerinizin eksik olduğunu düşünüyorsanız şunları kontrol edin:

• Ekler de dahil olmak üzere iletinin boyutu 25 MB'ı aşmamalıdır. 25 MB'tan büyük iletileri taşıyamazsınız. Ayrıntılı bilgi için Gmail iletinizle birlikte ek gönderme başlıklı makaleyi inceleyin.
• Gmail, iletinin ekini engellemiyor. Gmail, yürütülebilir dosyalar gibi belirli türdeki ekleri engeller. Ayrıntılar bilgi için Gmail'de engellenen dosya türleri başlıklı makaleyi inceleyin.
• İleti, taşıma işlemine dahil olan bir klasörde veya tarih aralığında bulunmalıdır.

İletileri kaybolması veya yanlış bir gönderenle ya da alıcıyla taşınması sorunu Exchange veya PST dosyası taşıma işlemlerinde yaşanabilir. Bir iletinin göndereni veya alıcısına ait SMTP adresi kayıpsa bunun yerine Exchange X.500 adresi kullanılır. Bu durum, herhangi bir Genel Adres Listesi (GAL) profili oluşturulmadığında veya kullanıcı GAL'den kaldırıldığında ortaya çıkabilir.

GWMME, X.500 adresi bulduğunda ne olur?

GWMME bir X.500 adresi bulduğunda, aynı X.500 Exchange kuruluşunun adıyla eşleşen taşıma sunucusuna kayıtlı bir MAPI posta profili arar. GWMME böyle bir profil bulursa MAPI posta profilindeki adres defteri kaydını kullanarak X.500 adresini çözer.

GWMME, Exchange adres defterinde bu bilgiyi bulamazsa X.500 adresini bir SMTP adresine dönüştürmeye çalışır. Bunun için, X.500 adresinin son CN değerini dikkate alır ve bu değeri e-posta adresi kullanıcı adı olarak kullanır. Örneğin, X.500 adresi /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS, ex_alias@example.com SMTP e-posta adresini oluşturur.

X.500 adresini çözmek için Exchange adres defterini kullanma

1. Taşıma işlemini gerçekleştiren sunucuda, bir MAPI posta profili oluşturun (önbelleksiz modda).
2. PST taşıma işlemi için kullanılan sunucuda MAPI posta profilinin oluşturulduğundan emin olun.
3. GWMME'nin, alıcıları GAL kullanarak, düzgün şekilde çözebilmesi için MAPI posta profilinin orijinal Exchange sunucusuna bağlı olması gerekir.
4. Kimlik doğrulama hataları yaşamamak için MAPI posta profilini, o sırada oturum açmış olan kullanıcı veya hizmet hesabıyla oluşturun.

Önemli not

Taşıma işlemini doğru şekilde ayarladığınızı test edin ve onaylayın. Sorun devam ediyorsa, taşıma işleminin yeniden yapılması, Google Hesaplarınıza zaten taşınmış olan verilerin güncellenmesini sağlamaz. E-posta verilerini silin, çöp kutusundan kaldırın ve ardından yeniden taşıyın.

Taşınan iletilerde, orijinal iletinin saati ve tarihi yerine taşıma işleminin tarihi ve saati gösterilebilir.

Bu durum büyük olasılıkla, orijinal iletinin tarih üstbilgisinin RFC 5322 ile uyumlu olmamasından kaynaklanır. Bir iletinin doğru biçimlendirilmemiş bir tarih üstbilgisi varsa Gmail, iletiye taşıma işleminin saatini ve tarihini uygular.

Bu uyarı, etkinlikte orijinal düzenleyici veya ilk katılımcı olmayan kullanıcılar için etkinlikleri içe aktardığınızda gösterilir.

Uyarı mesajından bağımsız olarak etkinlik Google Workspace'e başarıyla taşınır ve Google Workspace hedef kullanıcısı Google Takvim'de etkinliğin katılımcısı olarak gösterilir. Takvim, kullanıcının düzenleyici veya katılımcı olmadığı takvim etkinliklerinin kullanıcı için listelenmesini desteklemediğinden bu gereklidir.