GWMME sorunlarını giderme

Google Workspace Migration for Microsoft Exchange (GWMME) kullanırken bir sorunla karşılaşırsanız sorununuzu gidermek için üründeki testlerden, raporlardan ve günlüklerden yararlanabilirsiniz. Ayrıntılı yardım için aşağıdaki sorunları giderme bölümünde, GWMME taşıma işleminde sık karşılaşılan sorunlara verilen yanıtları inceleyin.

Log Analiz Aracı'nı deneme

Bu araç, gönderimden sonraki birkaç dakika içinde çoğu sorunu tespit edebilir.

• İz günlüklerinizi (sıkıştırılmamış veya ZIP dosyaları olarak) Google Yönetici Araç Kutusu Log Analiz Aracı'na gönderin.
• Gelişmiş günlük analizi için, sıkıştırılmamış dosyaları Log Analiz Aracı 2'ye gönderin. 

Bilgisayarınızda, GWMME iz günlüklerini şu konumda bulabilirsiniz: C:\Users\kullanıcı adı\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.

GWMME iz günlüğü dosyasının bir örneğini görmek için aşağıda günlükleri kontrol etme bölümüne gidin.

GWMME'yi sorun gidermek için kullanma

GWMME ürünündeki test ve raporlar, taşıma işlemi sorunlarını gidermede size yardımcı olabilir.

Yöntem	Açıklama	Daha fazla bilgi
Teşhis testleri	Yapılandırmanızla veya kullanıcı listesiyle ilgili sorun olup olmadığını tespit etmek için, verileri taşımadan önce teşhis testleri uygulayın. Yardımcı program hatalara karşı uyarır ve sonuç ekranında bilgileri görüntüler.	GWMME Admin Guide (GWMME Yönetici Kılavuzu) dokümanındaki "Migrating data" (Verileri taşıma) bölümü
Taşıma raporları	Bir taşıma işlemi gerçekleştirdikten sonra hata oluşup oluşmadığını, hatanın oluşma nedenini ve bundan hangi kullanıcıların etkilendiğini öğrenmek için taşıma raporuna göz atın. Not: Rapor verileri yerel makinedeki Microsoft Windows kullanıcı profilinde depolanır. Raporlara yalnızca GWMME çalıştıran Windows kullanıcıları erişebilir.	GWMME Admin Guide (GWMME Yönetici Kılavuzu) dokümanındaki "Migration reports" (Taşıma raporları) bölümü

Sorun giderme

Taşıma işleminde sık karşılaşılan sorunlarla ilgili burada yer alan açıklamaları ve önerilen yanıtları inceleyin.

Taşıma sorunlarını giderme  |  Başarısız taşıma işlemlerini düzeltme  |  Hata mesajlarını yorumlama  |  Google Workspace hizmetleri ve GWMME

Taşıma sorunlarını giderme

Bölümü aç  |  Tümünü daralt ve başa dön

Yöneticinin Exchange profili oluşturulamadı

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 bilgiyi doğrulamak için:
  1. İstemci makinede, Denetim MasasıPosta'yı tıklayarak, taşıma için kullanmak istediğiniz yönetici hesabına ilişkin bir Microsoft Outlook profili oluşturun.
  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ıPostaProfil AdıÖzelliklerE-posta HesaplarıProfil AdıE-posta Hesabını DeğiştirDiğer Ayarlar altında herhangi bir ayarda değişiklik yaparsanız bağlantı başarısız olur.

Exchange sunucusu, taşıma için kullandığım yönetici adını tanımıyor

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 Denetim MasasıPosta'yı tıklayarak taşıma için kullanmak istediğiniz yönetici hesabına ilişkin bir Outlook profili oluşturun.
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 kilitleniyor

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.

Virüsten koruma yazılımının veya bir eklentinin neden olduğu sorunlar

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.

Başarısız taşıma işlemlerini düzeltme

Bölümü aç  |  Tümünü daralt ve başa dön

Taşıma, tek bir kullanıcı için başarısız oluyor

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ının Google Workspace'te oturum açmış olduğundan, Hizmet Şartları'nı kabul ettiğinden ve Google Workspace hesabının oluşturulmasını tamamladığından.

Taşıma, OAuth hatası nedeniyle başarısız oluyor

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 anlatılan şekilde, yazılımı alanınız için doğru şekilde yetkilendirdiğinizden emin olun.
• CSV dosyanızda listelenen Google Workspace kullanıcıları ve şifrelerin doğru olduğundan emin olun. CSV dosyasındaki tek bir hata bile taşıma işleminin başarısız olmasına neden olabilir. Ayrıntılar için Taşıma işleminiz için CSV dosyaları oluşturma başlıklı makaleye bakın.
• 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 kimlik doğrulamasını gerçekleştirmek 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.

Taşıma, mevcut olmayan bir Google Workspace kullanıcısı nedeniyle başarısız oluyor

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

Hata mesajlarını yorumlama

Bölümü aç  |  Tümünü daralt ve başa dön

Günlüklerde ağ veya TLS sorunları olup olmadığını kontrol edin

Ağ hataları (örneğin, ağ zaman aşımı, bağlantı reddedildi vs.) alıyorsanız veya SSL/TLS sorunlarıyla (örneğin, güvenli bağlantı sorunu) karşılaşıyorsanız günlükler, aracın bağlanmaya çalıştığı IP adresini gösterir. Güvenli bağlantı sorunu varsa günlüklerde bu durumun nedeni (örneğin, sertifika adı uyumsuzluğu, sertifika süresinin dolması, CRL kontrolünün başarısız olması vs.) ve sertifika ayrıntıları (örneğin, Google sertifikası veya HTTPS denetleyen proxy) gösterilir. Bu bilgiler, sorun gidermek için ağ görüntüsü alma ihtiyacını önemli ölçüde azaltır ve hem ana günlükler (Trace-*.log) hem yetkilendirme günlükleri (Identity" klasöründekiler) için geçerlidir.

Yetkilendirme günlüğü örneği

[2022-09-21T03:59:46:ERROR:windows_http.cc(331)] TLS connection failure. See details below. [Status: 0x00010000. Status Info: 0x00000001]
[2022-09-21T03:59:46:ERROR:windows_http.cc(340)] Certificate details:
---Validity--
Valid from: 2017-09-13 17:23:55 UTC
Valid until: 2017-12-06 17:10:00 UTC
---Subject---
US
California
Mountain View
Google Inc
*.googleapis.com
---Issuer----
US
Google Inc
Google Internet Authority G2
-------------
[2022-09-21T03:59:46:ERROR:windows_http.cc(282)] 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.
[2022-09-21T03:59:46:ERROR:windows_http.cc(197)] Error from API WinHttpSendRequest with WinHTTP proxy. Will try direct (without proxy). Code: 0x00002f8f
[2022-09-21T03:59:46:ERROR:windows_http.cc(107)] Network connection destination details: 216.58.194.170:443 (sfo07s13-in-f170.1e100.net)

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.

İz günlüğü örneği

Not: Bu günlük örneği GWMMO'dan alınmıştır. Benzer iz günlüğü girişleri, bu ürünler ağ/TLS sorunları yaşadığında GSMME, Password Sync veya GWSMO'da da gösterilir.

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, sistemin Sertifika Yetkilisine güvenmediğini belirten WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA değerini içerir. (CA). Ayrıca, bu sertifikayı Google'ın yayınlamadığını da unutmayın.

Saldırganlar, burada görüntülenen örnek metinde kolayca değişiklik yapabilir. Bu nedenle, kimlik doğrulaması için hiçbir zaman kullanılmamalıdır (bunun yerine bir CA imzası kullanın). Ancak, güvenlik duvarlarıyla ilgili kurulum sorunlarını/SSL denetimi gerçekleştiren proxy'leri/ortadaki adam (MITM) saldırılarını tespit etmek için kullanışlıdır.

Taşıma, 0x80070005 hatasıyla başarısız oluyor

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

E:Generic ExchangeMigration!SetPropertyGuid @ 641 ([e-mail])> 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.

Exchange 2010'dan taşıma sırasında karşılaşılan GWMME 0x80004005 hataları

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 edinmek için MAPI çağrısı hatalarıyla ilgili Microsoft kaynaklarına bakın. 

İletiler yüklenmiyor ve 0x8004106a hataları oluşuyor

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.

Google Workspace hizmetleri ve GWMME

Bölümü aç  |  Tümünü daralt ve başa dön

Taşınan Google Takvim etkinlikleri doğru şekilde güncellenmiyor

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.

Hesapları taşımadan önce Google Workspace'te tüm kullanıcılarınızın temel hazırlığını yapın (yalnızca kısmi bir taşıma işlemi gerçekleştirmek istiyor olsanız bile). 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.

Kişileri ve takvimleri taşırken 403 hataları ve sorunlarla karşılaşıyorum

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.

Taşıma, yalnızca bazı iletilerde başarısız oluyor

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.

Gmail iletilerinin sayısı kaynak hesabımla eşleşmiyor

Google Workspace, taşıma işleminden sonra gelen kutunuzdaki ileti sayısı için tahmini bir değer gösterir. 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 aşağıdakileri 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.

İletiler kayboluyor ya da doğru gönderenle veya alıcıyla taşınmıyor

İ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 bir 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 olan /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS, [e-mail] SMTP e-posta adresine dönüşür.

Exchange adres defteri, X.500 adresini çözmek için nasıl kullanılır?

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şlemi ayarlarını düzgün şekilde yapıp yapmadığı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.

Gmail'deki iletilerin tarihi yanlış

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.

"Kullanıcı etkinlikte bir katılımcı veya düzenleyici kişi değil" uyarısını alıyorum

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.

İlgili konular

• GWMME ile ilgili SSS
• GWMME hata kodları
• GWMME Yönetici Kılavuzu

_{Google, Google Workspace ve ilgili markalarla logolar Google LLC'nin ticari markalarıdır. Diğer tüm şirket ve ürün adları, ilişkili oldukları şirketlerin ticari markalarıdır.}