Gdy przenosisz dane przy użyciu Google Workspace Migration for Microsoft Outlook (GWMMO), jest tworzony plik śledzenia, w którym są rejestrowane poszczególne kroki migracji. Jeśli podczas importowania danych napotkasz jakiekolwiek błędy, plik śledzenia pomoże określić, gdzie w procesie wystąpiły problemy. Te informacje najczęściej przydają się zespołowi pomocy Google. Jeśli na przykład komunikat dziennika wskazuje na błąd w konkretnym module migracji, inżynierowie Google mogą rozwiązać problem.
Komunikaty dziennika mogą też informować o problemach, które trzeba rozwiązać w Twoim środowisku, takich jak przekroczenie limitów czasu lub błędy sieci. Jeśli zostanie wyświetlony błąd migracji, najpierw sprawdź w pliku śledzenia, czy nie występują problemy w Twoim środowisku.
Lokalizowanie plików dziennika śledzenia
Pliki śledzenia znajdują się na komputerze w tych miejscach:
- Microsoft Windows 7 lub nowszy – C:\Users\nazwa-użytkownika\AppData\Local\Google\Google Apps Migration\Tracing\ClientMigration.
- Wcześniejsze wersje systemu Windows – C:\Documents and Settings\nazwa-użytkownika\Local Settings\Application Data\Google\Google Apps Migration\Tracing\ClientMigration.
Nazwa pliku śledzenia składa się z daty i godziny zakończenia danej migracji oraz identyfikatora procesu. Na przykład plik o nazwie
Trace-2020-05-03-11-33-17-p732.log
został utworzony 3 maja 2020 r. o godzinie 11:33:17, a identyfikator procesu to 732.
Interpretowanie pliku dziennika śledzenia
Każdy plik śledzenia jest aktualizowany wraz z postępem migracji. Plik rozpoczyna się od pozycji identyfikujących lokalizację i wersję pliku ClientMigration.exe, wersję programu Migration, system operacyjny komputera oraz informacje o procesie dla tej konkretnej migracji:
Configuration: Exe name: C:\Program Files\Google\Google Apps Migration\ClientMigration.exe
Exe version: 1.0.0.1
Product version: 1.0.0.1
OS Version: 5.1.2600
OS Service Pack: 3.0
OS Suite/Product: 256/1
Process Id: 732
Process architecture: x64
Kolejne pozycje zawierają konkretne informacje na temat każdego kroku w procesie migracji. Na przykład ta pozycja:
2020-05-03T11:45:22.668-07:00 de4 A:Migration ClientMigration!ConfigOptionsDialog::TraceMigrationConfig @ 269 ()> Creating a new migration GUID :
zawiera następujące informacje:
- 2020-05-03T11:45:22.668-07:00: data i godzina utworzenia wpisu
- de4: identyfikator wątku
A: poziom rejestrowania, gdzie A to All (wszystko), I to Information (informacja), E to Error (błąd), F to Fatal (błąd krytyczny), W to Warning (ostrzeżenie) i V to Verbose (szczegółowo)
Poziomy All, Error, Fatal i Warning są ustalone z góry.
Migration: nazwa modułu, np. Migration (Migracja), Generic (Ogólne), Sync (Synchronizacja), Calendar (Kalendarz)
ConfigOptionsDialog: nazwa klasy
TraceMigrationConfig: nazwa metody
@ 269: numer wiersza
> jakiś tekst: komunikat dziennika, np. Creating a new migration GUID (Tworzenie nowego identyfikatora GUID migracji)
Rozwiązywanie typowych problemów
Sprawdzanie dzienników
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 GSSMO 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 GWMME, Synchronizacji haseł 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.
Google, Google Workspace i inne powiązane nazwy są znakami towarowymi Google LLC. Wszystkie inne nazwy firm i produktów są znakami towarowymi należącymi do ich właścicieli.