Jika mengalami masalah yang berkaitan dengan Google Workspace Migration for Microsoft Exchange (GWMME), Anda dapat menggunakan pengujian, laporan, dan log di produk untuk memecahkan masalah. Untuk bantuan lebih lanjut, buka memecahkan masalah di bawah guna membaca respons terhadap masalah umum migrasi GWMME.
Mencoba Penganalisis Log
Alat ini dapat mengidentifikasi sebagian besar masalah dalam waktu singkat setelah pengiriman.
- Kirim log rekaman aktivitas (sebagai file yang tidak dikompresi atau file ZIP) ke Penganalisis Log Toolbox Google Admin.
- Untuk analisis log lanjutan, kirim file yang tidak dikompresi ke Log Analyzer 2.
Anda dapat menemukan log rekaman aktivitas GWMME pada komputer di lokasi ini: C:\Users\username\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.
Untuk melihat contoh file log rekaman aktivitas GWMME, buka periksa log di bawah.
Menggunakan GWMME untuk memecahkan masalah
Pengujian dan laporan di produk GWMME dapat membantu Anda memecahkan masalah migrasi.
| Metode | Deskripsi | Informasi selengkapnya |
|---|---|---|
| Pengujian diagnostik | Untuk mengetahui masalah terkait konfigurasi atau daftar pengguna, jalankan pengujian diagnostik sebelum memigrasikan data. Utilitas ini akan memberi tahu Anda jika terdapat error serta menampilkan informasi di layar output. | Bab "Migrate data" di Panduan Admin GWMME |
| Laporan migrasi |
Setelah Anda memulai proses migrasi, periksa laporan migrasi untuk mempelajari apakah terjadi error, penyebab terjadinya error, dan pengguna yang terpengaruh. Catatan: Data laporan disimpan di profil pengguna Microsoft Windows di perangkat lokal. Hanya pengguna Windows yang menjalankan GWMME yang dapat melihat laporan. |
Bab "Migration reports" di Panduan Admin GWMME |
Pemecahan masalah
Tinjau deskripsi dan respons yang disarankan berikut untuk masalah umum terkait migrasi.
Memperbaiki masalah migrasi | Memperbaiki migrasi yang gagal | Menafsirkan pesan error | Layanan Google Workspace & GWMME
Memperbaiki masalah migrasi
Buka bagian | Ciutkan semua & ke bagian atas
Profil Exchange administrator tidak dapat dibuatMasalah ini dapat terjadi karena:
- Server Exchange tidak berjalan.
- Masalah jaringan yang memblokir koneksi antara perangkat klien dan server Exchange. Untuk memverifikasi koneksi, ping server dari perangkat klien.
- Anda menggunakan nama yang salah untuk server Exchange atau administrator. Untuk memverifikasi informasi ini:
- Di perangkat klien, klik Control Panel
Mail guna membuat profil Microsoft Outlook untuk akun admin yang ingin Anda gunakan dalam migrasi.
- Di GWMME, pada layar Langkah 1 (Detail Server):
- Di kolom Hostname/IP Address, masukkan nama host Exchange dari profil.
- Di kolom Admin username, masukkan nama pengguna dari profil.
- Di perangkat klien, klik Control Panel
Jika Anda melakukan migrasi dari server yang dihosting, profil untuk akun admin harus menggunakan setelan default agar terhubung ke server. Koneksi tidak akan berhasil jika Anda mengubah setelan apa pun di Control PanelMail
Profile Name
Properties
Email Accounts
Profile Name
Change Email Account
More Settings.
Pastikan Anda memasukkan nama dan sandi yang benar untuk admin.
Jika masalah tetap berlanjut, pastikan Anda memasukkan nama yang benar untuk server Exchange:
- Di perangkat klien, klik Control Panel
- Di GWMME, pada layar Langkah 1 (Detail Server):
- Di kolom Hostname/IP Address, masukkan nama host Exchange dari profil.
- Di kolom Admin username, masukkan nama pengguna dari profil.
Jika mengalami error segera setelah dimulai, jalankan GWMME di komputer klien dan bukan di server Exchange. Menjalankan utilitas di server dapat menyebabkan error. Untuk detail selengkapnya, baca dokumentasi Microsoft Anda.
Jika menurut Anda GWMME mengalami error karena masalah load balancing, buka "Prepare your Windows client machines" di Panduan Admin GWMME.
Terkadang, proses tambahan yang berjalan di perangkat Anda (misalnya: antivirus, penelusuran, atau software pencadangan) dapat mengganggu akses GWMME ke file database selama migrasi. Kode error dalam file log berikut menunjukkan adanya masalah:
0x80040109
Fail:While stamping the message
Meskipun pesan telah dimigrasikan, GWMME tidak menyimpan informasi bahwa migrasi berhasil. Jika migrasi dijalankan kembali dengan mencentang Only New Data, GWMME akan mencoba memigrasikan pesan tersebut lagi. Tindakan ini tidak akan menyebabkan duplikasi pesan, tetapi mungkin menghasilkan duplikat acara kalender atau kontak.
Memperbaiki migrasi yang gagal
Buka bagian | Ciutkan semua & ke bagian atas
Migrasi gagal untuk satu penggunaJika migrasi gagal untuk satu pengguna, pastikan:
- Nama pengguna atau alamat SMTP diformat dengan benar di file pengguna.
- Pengguna tidak tersembunyi dalam Daftar Alamat Global (GAL).
- Pengguna memiliki akun di server Exchange.
- Pengguna telah login ke Google Workspace, menyetujui Persyaratan Layanan, dan menyelesaikan pembuatan akun Google Workspace.
Langkah pemecahan masalah berikut seharusnya dapat mengatasi semua error validasi OAuth GWMME:
- Pastikan Anda telah mengizinkan software mengakses domain dengan benar seperti yang dijelaskan di Mengizinkan GWMME untuk akun Anda.
- Pastikan sandi dan pengguna Google Workspace yang tercantum di file CSV sudah benar. Satu kesalahan dalam file CSV dapat menyebabkan migrasi gagal. Untuk mengetahui detailnya, buka Membuat file CSV untuk migrasi.
- Pastikan jam sistem di komputer tempat Anda menjalankan GWMME telah diatur ke waktu yang benar. Jika jam di komputer salah, stempel waktu lokal yang salah akan dikirim ke server Google selama pemeriksaan validasi OAuth dan menyebabkan kegagalan. Sinkronkan komputer Anda dengan server waktu internet.
- Pastikan akun administrator super Google Workspace yang digunakan untuk mengautentikasi GWMME valid dan nama pengguna dimasukkan dengan benar di konfigurasi GWMME.
GWMME tidak menyediakan pengguna di Google Workspace. Buat akun pengguna Google Workspace sebelum memigrasikan data.
Menafsirkan pesan error
Buka bagian | Ciutkan semua & ke bagian atas
Memeriksa log untuk masalah jaringan atau TLSJika terjadi error jaringan (misalnya, waktu tunggu jaringan habis, koneksi ditolak, dll.) atau masalah SSL/TLS (misalnya, gagal menghubungkan ke koneksi yang aman), log akan menampilkan alamat IP yang coba dihubungkan dengan alat. Jika gagal menghubungkan ke koneksi yang aman, log akan menampilkan alasannya (misalnya, nama sertifikat tidak sesuai, masa berlaku sertifikat habis, pemeriksaan CRL tidak berhasil, dll.) dan detail sertifikat (misalnya, sertifikat Google atau proxy yang memeriksa HTTPS). Tindakan ini akan mengurangi kebutuhan untuk mendapatkan tangkapan jaringan secara signifikan untuk pemecahan masalah, dan berlaku untuk log utama (Trace-*.log) dan log otorisasi (di folder "Identity").
Contoh log otorisasi
[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)
Dalam hal ini, tahun pada tanggal mesin saat ini diubah menjadi 2022, sehingga sertifikat tampak kedaluwarsa. Anda dapat melihat tanggal saat ini di awal setiap baris log, serta tanggal "Valid from" dan "Valid until" pada sertifikat tidak cocok dengan tanggal saat ini. Tanda error WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED menunjukkan bahwa pemeriksaan pencabutan sertifikat tidak berhasil.
Anda juga dapat melihat alamat IP tujuan dan nama host yang diselesaikan setelah "Network connection destination details" di baris log terakhir. ini adalah 1e100.net address, yang berarti Google.
Contoh log rekaman aktivitas
Catatan: Contoh log ini berasal dari GWMMO. Entri log rekaman aktivitas serupa juga akan muncul di GSMME, Password Sync, atau GWSMO jika produk ini mengalami masalah jaringan/TLS.
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://fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://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)
Dalam hal ini, Fiddler diinstal dan disetel untuk melakukan dekripsi HTTPS (artinya menggunakan sertifikatnya sendiri), tetapi sertifikatnya dihapus dari daftar sertifikat tepercaya Windows, sehingga membuatnya menjadi tidak tepercaya. Perhatikan bahwa karena Fiddler adalah proxy, proxy tersebut terhubung ke 127.0.0.1 dan bukan ke Google. Tanda error mencakup WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, yang berarti sistem tidak memercayai Certificate Authority (CA). Perhatikan juga bahwa Google tidak menerbitkan sertifikat ini.
Pesan error yang serupa dengan pesan ini muncul di layar output atau di file log rekaman aktivitas:
E:Generic ExchangeMigration!SetPropertyGuid @ 641 ([email protected])> Failed with 0x80070005, last successful line = 637.
Masalah ini biasanya disebabkan oleh akun pengguna yang tidak memiliki izin yang diperlukan. Untuk mengatasi masalah ini, pastikan Anda memberikan izin Receive As kepada akun di Exchange.
Jika akun memiliki izin Receive As dan error masih berlanjut, lingkungan Exchange Anda mungkin mewajibkan agar akun pengguna juga memiliki izin Send As.
Beberapa pengguna tidak dapat melakukan migrasi dari Exchange 2010 dan mereka mendapatkan pesan error "Failed with 0x80004005" di file log rekaman aktivitas. Log juga memiliki:
- Panggilan MAPI acak ke Exchange 2010.
- Error "BufferTooSmall" dalam log akses klien remote procedure call (RPC) di server Exchange Server 2010 Client Access.
Masalah ini sering terjadi pada Exchange 2010, Outlook 2007, dan Outlook 2010. Anda mungkin perlu mengupdate ke versi Exchange 2010 SP2 RU3. Untuk informasi selengkapnya, baca dokumentasi Microsoft tentang error panggilan MAPI yang gagal.
Jika Anda memiliki banyak instance kode error HTTP 500, 502, dan 503 dalam log dan pesan tidak diupload disertai kode error 0x8004106a, mungkin ada masalah dengan kotak surat target. Hal ini biasanya terjadi karena beban yang tinggi.
Untuk mengatasi masalah ini, pastikan beban kotak surat target tidak terlalu tinggi. Anda dapat:
- Menonaktifkan klien sinkronisasi apa pun (misalnya, IMAP, POP, perangkat seluler, dan klien email).
- Memigrasikan pesan hanya dari satu sumber dalam satu waktu.
Layanan Google Workspace & GWMME
Buka bagian | Ciutkan semua & ke bagian atas
Acara Google Kalender yang dimigrasikan tidak diperbarui dengan benarMasalah berikut menunjukkan bahwa pengguna tidak disediakan dengan benar:
- Perubahan pada acara kalender tidak dibagikan dengan tamu.
- Notifikasi dan pembaruan kalender tidak diterapkan ke kalender tamu.
Sediakan semua pengguna di Google Workspace sebelum Anda memigrasikan akun apa pun—meskipun Anda hanya ingin melakukan migrasi sebagian. Pastikan untuk menambahkan alias domain dan nama pengguna apa pun. Kemudian, untuk mengatasi masalah ini, hapus dan buat ulang semua acara dengan pengguna sebagai penyelenggara atau tamu.
Secara default, GWMME disetel untuk memigrasikan data dengan kecepatan 25 pengguna per detik. Kecepatan ini melebihi kueri per detik (QPS) default untuk Contacts API dan Calendar API.
Untuk mengatasi masalah tersebut, jalankan migrasi untuk kontak dan kalender:
- Secara terpisah dari migrasi email
- Dengan kecepatan yang lebih rendah, yaitu 4—8 pengguna per detik.
Jika beberapa pesan tidak dimigrasikan, pesan tersebut mungkin melebihi batas ukuran yang diberlakukan oleh Gmail. Atau, pesan dapat berisi jenis lampiran yang diblokir oleh Gmail. Untuk mengetahui detailnya, buka Jenis file yang diblokir di Gmail.
Anda mungkin juga perlu menghapus batas ukuran folder dan memastikan folder ditampilkan di IMAP. Untuk mengetahui detailnya, buka Mengaktifkan dan menonaktifkan POP dan IMAP untuk pengguna.
Google Workspace memperkirakan jumlah pesan di kotak masuk setelah migrasi. Perkiraan ini tidak memberikan jumlah absolut. Jumlah pesan yang ditunjukkan di kotak masuk Gmail mungkin berbeda dari jumlah pesan di kotak masuk lama Anda.
Jika Anda merasa kehilangan beberapa pesan, periksa apakah:
- Ukuran pesan, termasuk lampirannya, tidak lebih dari 25 MB. Anda tidak dapat memigrasikan pesan dengan ukuran lebih dari 25 MB. Untuk mengetahui detailnya, buka Mengirim lampiran dengan pesan Gmail.
- Gmail tidak memblokir lampiran pada pesan. Gmail mencegah jenis lampiran tertentu, seperti file yang dapat dijalankan. Untuk mengetahui detailnya, buka Jenis file yang diblokir di Gmail.
- Pesan berada di folder atau dalam rentang tanggal yang merupakan bagian dari migrasi.
Pesan hilang atau pesan dimigrasikan dengan pengirim atau penerima yang salah dapat terjadi pada migrasi Exchange atau file PST. Alamat SMTP untuk pengirim atau penerima pesan mungkin hilang dan alamat Exchange X.500 digunakan sebagai gantinya. Hal ini dapat terjadi jika tidak ada profil Daftar Alamat Global (GAL) yang dibuat atau pengguna telah dihapus dari GAL.
Hal yang terjadi jika GWMME menemukan alamat X.500
Saat menemukan alamat X.500, GWMME akan menelusuri profil email MAPI yang terdaftar di server migrasi yang cocok dengan nama organisasi Exchange X.500 yang sama. Jika menemukannya, GWMME akan menyelesaikan alamat X.500 menggunakan pendaftaran buku alamat di profil email MAPI.
Jika tidak menemukan informasi ini di buku alamat Exchange, GWMME akan mencoba mengonversi alamat X.500 menjadi alamat SMTP. Untuk melakukannya, GWMME akan mempertimbangkan nilai CN alamat X.500 terakhir dan menggunakannya sebagai nama pengguna alamat email. Misalnya, alamat X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS menghasilkan alamat email SMTP [email protected].
Cara menggunakan buku alamat Exchange untuk menangani alamat X.500
- Buat profil email MAPI (mode non-cache) di server yang melakukan migrasi.
- Pastikan profil email MAPI disiapkan di server yang digunakan untuk melakukan migrasi PST.
- Profil email MAPI harus terhubung dengan server Exchange asli agar GWMME dapat menangani penerima dengan benar menggunakan GAL.
- Siapkan profil email MAPI dengan akun pengguna atau layanan yang login saat ini untuk menghindari error autentikasi.
Catatan penting
Uji dan pastikan bahwa Anda telah menyiapkan migrasi dengan benar. Jika masalah terus berlanjut, migrasi ulang tidak akan memperbarui data yang sudah dimigrasikan ke Akun Google Anda. Hapus data email, hapus dari sampah, lalu migrasikan ulang.
Pesan yang dimigrasikan mungkin menampilkan tanggal dan waktu migrasi, bukan waktu dan tanggal pesan asli.
Hal ini kemungkinan besar terjadi karena header tanggal pesan asli tidak sesuai dengan RFC 5322. Jika pesan memiliki header tanggal yang tidak diformat dengan benar, Gmail akan menerapkan waktu dan tanggal migrasi pada pesan tersebut.
Hal ini terjadi saat Anda mengimpor acara untuk pengguna yang bukan penyelenggara asli atau tamu awal acara tersebut.
Terlepas dari pesan peringatan tersebut, acara tersebut berhasil dimigrasikan ke Google Workspace dan pengguna target Google Workspace ditampilkan sebagai peserta acara di Google Kalender. Hal ini diperlukan karena Kalender tidak mendukung pencantuman acara kalender untuk pengguna yang bukan penyelenggara atau tamu.
Topik terkait
Google, Google Workspace, serta merek dan logo yang terkait adalah merek dagang Google LLC. Semua nama perusahaan dan produk lainnya adalah merek dagang masing-masing perusahaan yang terkait.
