Rozwiązywanie problemów z GWMME

Jeśli napotkasz problem z Google Workspace Migration for Microsoft Exchange (GWMME), możesz rozwiązać go za pomocą testów, raportów i dzienników dostępnych w usłudze. Aby uzyskać szczegółową pomoc, przejdź do sekcji rozwiązywania problemów, gdzie znajdziesz sposoby rozwiązywania najczęstszych problemów z migracją przeprowadzaną przy użyciu GWMME.

Rozpoznawanie problemów za pomocą Analizatora logów

Narzędzie potrafi zidentyfikować większość problemów niemal natychmiast po przesłaniu.

• Prześlij logi śledzenia (nieskompresowane lub w plikach ZIP) do Analizatora logów z Narzędzi administracyjnych Google.
• Aby przeprowadzić zaawansowaną analizę logów, prześlij nieskompresowane pliki do Analizatora logów 2.

Logi śledzenia GWMME znajdziesz na komputerze w tej lokalizacji: C:\Users\username\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration.

Aby zobaczyć przykładowy plik logu śledzenia, zajrzyj do sekcji Sprawdzanie dzienników.

Rozwiązywanie problemów za pomocą GWMME

W rozwiązywaniu problemów z migracją mogą pomóc testy i raporty w usłudze GWMME.

Metoda	Opis	Więcej informacji
Testy diagnostyczne	Aby wykryć problemy z konfiguracją lub listami użytkowników, przed migracją danych wykonaj testy diagnostyczne. Narzędzie powiadomi Cię o błędach i wyświetli informacje na ekranie z wynikami.	Rozdział „Migrate data” (Migracja danych) w podręczniku administratora GWMME
Raporty na temat migracji	Po zakończeniu migracji sprawdź raport na jej temat, aby zobaczyć, czy wystąpiły błędy, poznać ich przyczyny i dowiedzieć się, których użytkowników dotyczą. Uwaga: dane raportu są przechowywane w profilu użytkownika systemu Microsoft Windows na komputerze lokalnym. Tylko użytkownik systemu Windows, który uruchomił GWMME, może wyświetlać te raporty.	Rozdział „Migration reports” (Raporty z migracji) w przewodniku administratora GWMME

Rozwiązywanie problemów

Zapoznaj się z poniższymi opisami i proponowanymi rozwiązaniami najczęstszych problemów związanych z migracją.

Rozwiązywanie problemów z migracją | Naprawianie błędów migracji | Interpretowanie komunikatów o błędach | Usługi Google Workspace i GWMME

Rozwiązywanie problemów z migracją

Otwórz sekcję  |  Zwiń wszystko i przejdź na górę strony

Nie udało się utworzyć profilu Exchange administratora

Możliwe przyczyny problemu:

• Nie działa serwer Exchange.
• Wystąpił problem z siecią, który blokuje połączenie między komputerem klienckim a serwerem Exchange. Aby sprawdzić połączenie, z komputera klienckiego wyślij ping do serwera.
• Użyto błędnej nazwy serwera Exchange lub administratora. Aby to sprawdzić:
  1. Na komputerze klienckim kliknij Panel sterowania  Poczta, aby utworzyć profil Microsoft Outlook dla konta administratora, którego chcesz użyć podczas migracji.
  2. W GWMME na ekranie Server Details (Szczegóły serwera) w kroku 1:
     • W polu Hostname/IP Address (Nazwa hosta / adres IP) wpisz nazwę hosta Exchange z profilu.
     • W polu Admin username (Nazwa administratora) wpisz nazwę użytkownika z profilu.

Jeśli przenosisz dane z serwera hostowanego, profil konta administratora musi używać ustawień domyślnych, aby móc nawiązać połączenie z serwerem. Połączenie nie powiedzie się, jeśli zmienisz którekolwiek z ustawień w obszarze Panel sterowania  Poczta  Nazwa profilu  Właściwości  Konta e-mail  Nazwa profilu  Zmień konto e-mail  Więcej ustawień.

Serwer Exchange nie rozpoznaje nazwy administratora używanej przeze mnie na potrzeby migracji

Sprawdź, czy nazwa i hasło administratora zostały prawidłowo wpisane.

Jeśli problem nadal występuje, sprawdź, czy została wpisana prawidłowa nazwa serwera Exchange:

1. Na komputerze klienckim kliknij Panel sterowania  Poczta, aby utworzyć profil Outlooka dla konta administratora, którego chcesz użyć podczas migracji.
2. W GWMME na ekranie Server Details (Szczegóły serwera) w kroku 1:
   • W polu Hostname/IP Address (Nazwa hosta / adres IP) wpisz nazwę hosta Exchange z profilu.
   • W polu Admin username (Nazwa administratora) wpisz nazwę użytkownika z profilu.

Awaria GWMME zaraz po uruchomieniu

Jeśli GWMME ulegnie awarii zaraz po uruchomieniu, upewnij się, że działa na komputerze klienta, a nie na serwerze Exchange. Przyczyną awarii może być uruchomienie narzędzia bezpośrednio na serwerze. Szczegółowe informacje znajdziesz w dokumentacji firmy Microsoft.

Jeśli sądzisz, że powodem awarii GWMME są problemy z równoważeniem obciążenia, zobacz „Prepare your Windows client machines” (Przygotowywanie komputerów klienckich z systemem Windows) w podręczniku administratora GWMME.

Problemy spowodowane przez oprogramowanie antywirusowe lub wtyczkę

Czasami dodatkowe procesy działające na komputerze (np. program antywirusowy, wyszukiwarka lub oprogramowanie do tworzenia kopii zapasowych) zakłócają dostęp GWMME do pliku bazy danych w trakcie migracji. O wystąpieniu takiego problemu informuje ten kod błędu w plikach dzienników:

0x80040109
Fail:While stamping the message

Mimo że wiadomości zostały przeniesione, informacja o powodzeniu migracji nie została zapisana przez GWMME. Jeśli migracja zostanie uruchomiona ponownie z zaznaczoną opcją Only New Data (Tylko nowe dane), GWMME jeszcze raz spróbuje przenieść te wiadomości. Nie spowoduje to powielenia wiadomości, ale może skutkować powieleniem kontaktów i wydarzeń w kalendarzu.

Naprawianie nieudanych migracji

Otwórz sekcję  |  Zwiń wszystko i przejdź na górę strony

Nieudana migracja pojedynczego użytkownika

Jeśli migracja kończy się niepowodzeniem dla pojedynczego użytkownika:

• Sprawdź, czy nazwa użytkownika lub adres SMTP są poprawnie sformatowane w pliku użytkownika.
• Sprawdź, czy użytkownik nie jest ukryty na globalnej liście adresów (GAL).
• Sprawdź, czy użytkownik ma konto na serwerze Exchange.
• Sprawdź, czy użytkownik zalogował się w Google Workspace, zaakceptował Warunki korzystania z usługi i ukończył proces tworzenia konta Google Workspace.

Nieudana migracja z powodu błędu OAuth

Możesz wyeliminować wszystkie błędy sprawdzania poprawności protokołu OAuth w GWMME, wykonując te kroki:

• Sprawdź, czy oprogramowanie zostało prawidłowo autoryzowane w Twojej domenie (zobacz Autoryzowanie GWMME na swoim koncie).
• Sprawdź, czy nazwy użytkowników i hasła Google Workspace w twoim pliku CSV są prawidłowe. Jedna pomyłka w tym pliku może spowodować niepowodzenie migracji. Szczegółowe informacje znajdziesz w artykule Tworzenie plików CSV na potrzeby migracji.
• Na komputerze, na którym uruchomiono GWMME, sprawdź, czy zegar systemowy jest ustawiony na prawidłową godzinę. Jeśli jego wskazanie jest błędne, podczas sprawdzania poprawności OAuth do serwerów Google zostanie przesłana nieprawidłowa sygnatura czasowa, co spowoduje niepowodzenie. Zsynchronizuj swój komputer z internetowymi serwerami czasu.
• Sprawdź, czy konto superadministratora Google Workspace używane do uwierzytelniania GWMME jest prawidłowe i czy w konfiguracji GWMME jest podana poprawna nazwa użytkownika.

Migracja nie powiodła się z powodu braku konta użytkownika Google Workspace

GWMME nie zapewnia obsługi administracyjnej użytkowników w Google Workspace. Utwórz konta użytkowników Google Workspace przed migracją danych.

Interpretowanie komunikatów o błędach

Otwórz sekcję  |  Zwiń wszystko i przejdź na górę strony

Sprawdzanie dzienników pod kątem problemów z siecią lub protokołem TLS

Jeśli wystąpią błędy sieci (na przykład przekroczenie limitu czasu oczekiwania sieci, odmowa połączenia itp.) lub problemy z protokołem SSL/TLS (na przykład problem z bezpiecznym połączeniem), w dziennikach zostanie zapisany adres IP, z którym narzędzie GWSMO próbowało się połączyć. W przypadku problemu z bezpiecznym połączeniem dzienniki będą zawierać przyczynę (na przykład niezgodność nazwy certyfikatu, wygaśnięcie certyfikatu, sprawdzenie listy CRL zakończone niepowodzeniem itp.) oraz szczegóły certyfikatu (na przykład certyfikat Google lub serwer proxy sprawdzający HTTPS). Powinno to znacznie ograniczyć konieczność przechwytywania ruchu sieciowego do rozwiązywania problemów i dotyczy zarówno dzienników głównych (Trace-*.log), jak i dzienników autoryzacji (w folderze „Identity”).

Przykład dziennika autoryzacji

[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)

W tym przypadku rok w aktualnej dacie komputera został zmieniony na 2022, przez co certyfikat wydaje się nieaktualny. Na początku każdego wiersza dziennika możesz sprawdzić aktualną datę, a daty „Valid from” i „Valid until” certyfikatu nie są zgodne z aktualną datą. Flaga błędu WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED wskazuje, że test odwołania certyfikatu zakończył się niepowodzeniem.

Możesz też sprawdzić docelowy adres IP i nazwę hosta po tekście „Network connection destination details” w ostatnim wierszu dziennika. Jest to adres 1e100.net address, czyli Google.

Przykład logu śledzenia

Uwaga: ten przykładowy log pochodzi z GWMMO. Podobne wpisy logu śledzenia pojawią się także w GSMME, Password Sync lub GWSMO, gdy w usługach tych będą występować problemy z siecią lub 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://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)

W tym przypadku Fiddler został zainstalowany i skonfigurowany do odszyfrowywania HTTPS (co oznacza, że używa własnego certyfikatu), ale jego certyfikat został usunięty z listy zaufanych certyfikatów Windows, więc nie jest on zaufany. Pamiętaj, że ponieważ Fiddler jest serwerem proxy, łączy się z 127.0.0.1, a nie z Google. Flagi błędów zawierają parametr WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, co oznacza, że system nie ufa urzędowi certyfikacji (CA). . Zwróć też uwagę, że tego certyfikatu nie wydała firma Google.

Przykładowy tekst wyświetlany tutaj jest łatwy do sfałszowania przez osobę przeprowadzającą atak, dlatego nigdy nie powinien być używany do uwierzytelniania (zamiast tego użyj podpisu urzędu certyfikacji). Jest on jednak przydatny do identyfikowania problemów z konfiguracją zapór sieciowych i serwerów proxy, mogących być przyczyną ataków przy użyciu protokołu SSL lub ataków typu „man-in-the-middle” (MITM).

Migracja kończy się niepowodzeniem i wyświetlany jest błąd 0x80070005

Na ekranie z wynikami lub w pliku dziennika śledzenia wyświetlany jest komunikat o błędzie podobny do tego:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 ([e-mail])> Failed with 0x80070005, last successful line = 637.

Zwykle przyczyną tego problemu są konta użytkowników, które nie mają wymaganych uprawnień. Aby rozwiązać ten problem, upewnij się, że kontom przyznano uprawnienie Receive As (Odbieraj jako) na serwerze Exchange.

Jeśli konta mają uprawnienie Receive as (Odbieraj jako), a błąd nadal występuje, Twoje środowisko Exchange może wymagać, aby konta użytkowników miały także uprawnienie Send As (Wysyłaj jako).

Błędy GWMME 0x80004005 podczas migracji z Exchange 2010

W przypadku niektórych kont użytkowników migracja z Exchange 2010 kończy się niepowodzeniem i w pliku dziennika są rejestrowane błędy „Failed with 0x80004005” (Niepowodzenie z powodu błędu 0x80004005). Dzienniki zawierają również:

• przypadkowe wywołania MAPI kierowane do Exchange 2010,
• błędy „BufferTooSmall” w dzienniku dostępu klienta RPC (RPC) na serwerze dostępu klienta Exchange Server 2010.

Jest to znany błąd związany z Exchange 2010 oraz z Outlookiem 2007 i 2010. Być może konieczna jest aktualizacja oprogramowania do wersji Exchange 2010 SP2 RU3. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją firmy Microsoft dotyczącą błędów związanych z niepowodzeniem wywołania MAPI.

Przesyłanie wiadomości kończy się niepowodzeniem i jest wyświetlany błąd 0x8004106a

Jeśli w dziennikach występuje wiele błędów HTTP o kodach 500, 502 i 503, a przesyłanie wiadomości kończy się niepowodzeniem i wyświetleniem błędu 0x8004106a, być może występuje problem z docelową skrzynką pocztową. Zazwyczaj wynika to z dużego obciążenia.

Aby rozwiązać ten problem, zmniejsz obciążenie docelowej skrzynki pocztowej. Możesz:

• wyłączyć klienty synchronizacji (np. klienty IMAP i POP, urządzenia mobilne oraz klienty poczty);
• przenieść wiadomości tylko z 1 źródła naraz.

Usługi Google Workspace i GWMME

Otwórz sekcję  |  Zwiń wszystko i przejdź na górę strony

Przeniesione wydarzenia w Kalendarzu Google nie są poprawnie aktualizowane

Wystąpienie poniższych problemów oznacza, że użytkownikom nie zapewniono prawidłowej obsługi administracyjnej.

• Zmiany wydarzenia w Kalendarzu nie są udostępniane jego uczestnikom.
• Powiadomienia i aktualizacje Kalendarza nie są rozsyłane do kalendarzy uczestników.

Zanim przystąpisz do przenoszenia jakichkolwiek kont, w przypadku wszystkich użytkowników wykonaj w Google Workspace odpowiednie czynności obsługi administracyjnej – nawet jeśli chcesz przeprowadzić tylko częściową migrację. Dodaj aliasy domen i pseudonimy. Następnie, aby rozwiązać problem, usuń i utwórz ponownie wszystkie wydarzenia, w których konkretny użytkownik jest organizatorem lub gościem.

Podczas migracji kontaktów i kalendarzy występują błędy 403

Domyślnie GWMME przenosi dane z szybkością 25 użytkowników na sekundę. Ta szybkość przekracza domyślną liczbę zapytań na sekundę stosowaną w interfejsach Contacts API i Calendar API.

Aby rozwiązać problem, przeprowadź migrację kontaktów i kalendarzy:

• oddzielnie od migracji poczty e-mail,
• z mniejszą szybkością (4–8 użytkowników na sekundę).

Migracja niektórych wiadomości kończy się niepowodzeniem

Jeśli migracja niektórych wiadomości kończy się niepowodzeniem, być może wiadomości te przekraczają limit rozmiaru narzucony przez Gmaila, ewentualnie zawierają załączniki należące do typów blokowanych przez Gmaila. Więcej informacji znajdziesz w artykule Typy plików blokowane w Gmailu.

Może też być konieczne usunięcie limitów rozmiaru folderu i sprawdzenie, czy foldery można zobaczyć za pomocą dostępu IMAP. Szczegółowe informacje znajdziesz w artykule Włączanie i wyłączanie POP oraz IMAP dla użytkowników.

Liczba wiadomości w Gmailu różni się od liczby wiadomości na koncie źródłowym

Po migracji Google Workspace szacuje liczbę wiadomości w Twojej skrzynce odbiorczej. Nie podaje dokładnej liczby. Oszacowana liczba wiadomości w skrzynce odbiorczej Gmaila może różnić się od liczby wiadomości w starej skrzynce odbiorczej.

Jeśli sądzisz, że brakuje niektórych wiadomości, sprawdź, czy:

• Rozmiar wiadomości wraz z załącznikami nie przekracza 25 MB. Nie można przenosić wiadomości większych niż 25 MB. Więcej informacji znajdziesz w artykule Wysyłanie załączników do wiadomości w Gmailu.
• Gmail nie blokuje załącznika do wiadomości. Gmail nie zezwala na dodawanie określonych typów załączników, np. plików wykonywalnych. Więcej informacji znajdziesz w artykule Typy plików blokowane w Gmailu.
• Wiadomość znajduje się w folderze lub zakresie dat objętym migracją.

Brak wiadomości albo są one przenoszone z nieprawidłowym nadawcą lub odbiorcą

W przypadku pliku Exchange lub PST może zdarzyć się tak, że brakuje wiadomości lub są one przenoszone z nieprawidłowymi informacjami o nadawcy lub odbiorcy. Być może brakowało adresu SMTP nadawcy lub odbiorcy wiadomości i zamiast niego został użyty adres X.500 Exchange. Może się tak zdarzyć, jeśli nie został utworzony profil globalnej listy adresów lub konto użytkownika zostało usunięte z tej listy.

Co się dzieje, gdy GSMME znajdzie adres X.500

Gdy GWMME znajdzie adres X.500, szuka profilu poczty MAPI zarejestrowanego na serwerze migracji odpowiadającym tej samej nazwie organizacji Exchange X.500. Jeśli GWMME znajdzie profil poczty MAPI, rozpozna adres X.500 przy użyciu rejestracji w książce adresowej tego profilu.

Gdy GWMME nie znajduje potrzebnych informacji w książce adresowej Exchange, próbuje przekonwertować adres X.500 na adres SMTP. Aby to zrobić, uwzględnia ostatnią wartość CN adresu X.500 i używa jej jako nazwy użytkownika adresu e-mail. Na przykład przy użyciu adresu X.500 / O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS tworzy adres e-mail SMTP [e-mail].

Używanie książki adresowej Exchange do rozpoznawania adresu X.500

1. Utwórz profil poczty MAPI (w trybie niebuforowanym) na serwerze, który jest używany do migracji.
2. Upewnij się, że profil poczty MAPI jest skonfigurowany na serwerze używanym do migracji pliku PST.
3. Profil poczty MAPI musi być połączony z oryginalnym serwerem Exchange, aby narzędzie GWMME mogło poprawnie rozpoznać odbiorców przy użyciu globalnej listy adresów.
4. Aby uniknąć błędów uwierzytelniania, skonfiguruj profil poczty MAPI przy użyciu konta użytkownika lub usługi, które jest obecnie zalogowane.

Ważna uwaga

Przetestuj migrację i potwierdź, że jest prawidłowo skonfigurowana. Jeśli problem nadal występuje, ponowna migracja nie zaktualizuje danych, które zostały już przeniesione na konta Google. Usuń dane poczty e-mail, opróżnij kosz i ponownie przeprowadź migrację.

Wiadomości w Gmailu mają nieprawidłową datę

Przeniesione wiadomości mogą mieć datę i godzinę migracji zamiast daty i godziny oryginalnej wiadomości.

Najprawdopodobniej jest to powodowane tym, że nagłówek daty oryginalnej wiadomości nie jest zgodny ze standardem RFC 5322. Jeśli wiadomość ma nagłówek daty w nieprawidłowym formacie, Gmail stosuje w niej datę i godzinę migracji.

Otrzymuję ostrzeżenie „Użytkownik nie jest uczestnikiem ani organizatorem wydarzenia”

Dzieje się tak, gdy importujesz wydarzenia dla użytkowników, którzy nie są oryginalnymi organizatorami ani uczestnikami wydarzenia.

Niezależnie od komunikatu ostrzegawczego zdarzenie zostanie pomyślnie przeniesione do Google Workspace, a użytkownik docelowy Google Workspace będzie widoczny jako uczestnik wydarzenia w Kalendarzu Google. Jest to konieczne, ponieważ Kalendarz nie obsługuje wyświetlania listy wydarzeń kalendarza w przypadku użytkowników, którzy nie są organizatorami ani uczestnikami.

Powiązane artykuły

• Najczęstsze pytania związane z GWMME
• Kody błędów GWMME
• Przewodnik dla administratorów GWMME (w języku angielskim)

_{Google, Google Workspace oraz powiązane znaki i logotypy są znakami towarowymi firmy Google LLC. Wszystkie inne nazwy firm i produktów są znakami towarowymi odpowiednich podmiotów.}