Rozwiązywanie problemów z GWMME

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 zweryfikować te informacje:
  1. Na komputerze klienta kliknij Panel sterowania Poczta, aby utworzyć profil Microsoft Outlook dla konta administratora, którego chcesz użyć do migracji.
  2. W GWMME na ekranie Step 1 (Server Details) (Krok 1. Szczegóły serwera):
     • 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 Panelu sterowania Poczta Nazwa profilu Właściwości Konta e-mail Nazwa profilu Zmień konto e-mail Więcej Ustawienia.

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 klienta kliknij Panel sterowania Poczta, aby utworzyć profil Outlooka dla konta administratora, którego chcesz użyć do 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 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.

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 poniższy kod błędu znajdujący się 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.

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.
• Użytkownik zalogował się w Google Workspace, zaakceptował Warunki korzystania z usługi i zakończył tworzenie konta Google Workspace.

Wykonanie tych czynności powinno rozwiązać wszystkie błędy weryfikacji OAuth w GWMME:

• Sprawdź, czy oprogramowanie zostało prawidłowo autoryzowane w Twojej domenie zgodnie z opisem w artykule Autoryzowanie GWMME na swoim koncie.
• Sprawdź, czy użytkownicy i hasła Google Workspace wymienione w 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żyte do uwierzytelnienia GWMME jest prawidłowe, a nazwa użytkownika została poprawnie wpisana w konfiguracji GWMME.

GWMME nie obsługuje administracyjnie użytkowników w Google Workspace. Przed przeniesieniem danych utwórz konta użytkowników Google Workspace.

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.

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 adresem 127.0.0.1, a nie z Google. Flagi błędów obejmują WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, co oznacza, że system nie ufa urzędowi certyfikacji. (CA). Zwróć też uwagę, że ten certyfikat nie został wydany przez Google.

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

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> 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).

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. Więcej informacji znajdziesz w dokumentacji firmy Microsoft dotyczącej błędów wywołania MAPI.

Jeśli w logach występuje wiele instancji kodów błędów HTTP 500, 502 i 503, a wiadomości nie są przesyłane z kodem błędu 0x8004106a, może to oznaczać problem ze skrzynką pocztową docelową. 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.

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 przeniesiesz jakiekolwiek konta, udostępnij wszystkie konta użytkowników w Google Workspace, 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.

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ę).

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.

Google Workspace szacuje liczbę wiadomości w skrzynce odbiorczej po migracji. 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ą.

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 GWMME 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 adres X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS daje adres e-mail SMTP ex_alias@example.com.

Jak używać 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 i potwierdź, że migracja została 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ę.

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.

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

Niezależnie od komunikatu ostrzegawczego wydarzenie zostanie 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.