Wenn Sie eine Migration mit Google Workspace Migration for Microsoft Outlook (GWMMO) ausführen, wird eine Trace-Datei erstellt, in der jeder Schritt der Migration protokolliert wird. Wenn während des Imports Fehler auftreten, können Sie anhand der Trace-Datei feststellen, an welcher Stelle im Prozess der Fehler aufgetreten ist. Diese Informationen sind für den Google-Support meist sehr wertvoll. Wenn ein Logeintrag beispielsweise auf einen Fehler bei einem bestimmten Migrationsmodul hinweist, können Google-Entwickler das Problem beheben.
Anhand von Logeinträgen können auch Probleme identifiziert werden, die in Ihrer eigenen Umgebung behoben werden müssen, z. B. Zeitüberschreitungen oder Netzwerkfehler. Wenn Sie einen Migrationsfehler erhalten, prüfen Sie zuerst die Trace-Datei auf Probleme in Ihrer eigenen Umgebung.
Trace-Log-Dateien finden
Sie finden die Trace-Dateien auf Ihrem Computer an den folgenden Speicherorten:
- Ab Microsoft Windows 7: C:\Benutzer\Ihr-Nutzername\AppData\Local\Google\Google Apps Migration\Tracing\ClientMigration.
- Frühere Windows-Versionen: C:\Dokumente und Einstellungen\Ihr-Nutzername\Lokale Einstellungen\Anwendungsdaten\Google\Google Apps Migration\Tracing\ClientMigration.
Es wird eine Trace-Datei erstellt, die nach dem Datum und der Uhrzeit des Abschlusses der entsprechenden Migration benannt ist, zusammen mit einer Prozess-ID. Beispiel: Eine Datei mit dem Namen…
Trace-2020-05-03-11-33-17-p732.log
…am 3. Mai 2020 um 11:33:17 Uhr erstellt und hat die Prozess-ID 732.
Trace-Logdatei interpretieren
Jede Trace-Datei wird im Laufe der Migration ständig aktualisiert. Die Datei beginnt mit Einträgen, die den Speicherort und die Version der Datei ClientMigration.exe, die Version des Migrationsprodukts, das Betriebssystem Ihres Computers und die Prozessinformationen für diese bestimmte Migration angeben:
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
Die nachfolgenden Einträge enthalten spezifische Informationen zu den einzelnen Schritten des Migrationsprozesses. Beispielsweise gibt der Eintrag…
2020-05-03T11:45:22.668-07:00 de4 A:Migration ClientMigration!ConfigOptionsDialog::TraceMigrationConfig @ 269 ()> Creating a new migration GUID :
…die folgenden Informationen an:
- 2020-05-03T11:45:22.668-07:00: Datum und Uhrzeit, zu denen der Eintrag geschrieben wurde.
- de4: die Thread-ID
A: Die Logging-Ebene (A:Alle, I:Information, E:Fehler, F:Schwerwiegend, W:Warnung, V:Ausführlich)
A, E, F und W sind fest codiert.
Migration: Modulname (z. B. Migration, Generic, Sync, Calendar)
ConfigOptionsDialog: Klassenname
TraceMigrationConfig: Name der Methode
@ 269: Line number
> folgender Text: Logeintrag (z. B. „Neue Migrations-GUID wird erstellt“)
Häufige Probleme beheben
Logs prüfen
Wenn Netzwerkfehler (z. B. Netzwerk-Zeitüberschreitung, Verbindungsablehnung usw.) oder SSL/TLS-Probleme (z. B. Problem mit der sicheren Verbindung) auftreten, wird in den Protokollen die IP-Adresse angezeigt, mit der das Tool versucht hat, eine Verbindung herzustellen. Wenn ein Problem mit der sicheren Verbindung vorliegt, wird in den Protokollen der Grund angezeigt (z. B. nicht übereinstimmender Zertifikatsname, abgelaufenes Zertifikat, fehlgeschlagene CRL-Prüfung usw.) und die Zertifikatsdetails (z. B. ein Google-Zertifikat oder ein HTTPS-Prüfproxy). Dadurch sollte die Netzwerkerfassung zur Fehlerbehebung erheblich reduziert werden und es gilt sowohl für die Hauptprotokolle (Trace-*.log) als auch für die Autorisierungsprotokolle (im Ordner "Identity").
Beispiel für ein Autorisierungsprotokoll
[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)
In diesem Fall wurde das Jahr im aktuellen Datum des Computers in 2022 geändert, sodass das Zertifikat nicht mehr aktuell zu sein scheint. Sie sehen das aktuelle Datum am Anfang jeder Protokollzeile. Die Datumsangaben "Valid from" und "Valid until" des Zertifikats stimmen nicht mit dem aktuellen Datum überein. Die Fehlerkennzeichnung WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED zeigt an, dass die Zertifikatswiderrufsprüfung fehlgeschlagen ist.
Außerdem können Sie die Ziel-IP-Adresse und den aufgelösten Hostnamen nach "Network connection destination details" in der letzten Protokollzeile sehen. Es ist eine 1e100.net address, also Google.
Beispiel für ein Trace-Log
Hinweis:Dieses Protokollbeispiel stammt aus GWMMO. Ähnliche Logeinträge werden auch in GWMME, Password Sync oder GWSMO angezeigt, wenn bei diesen Produkten Netzwerk-/TLS-Probleme auftreten.
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)
In diesem Fall wurde Fiddler installiert und für die HTTPS-Entschlüsselung eingerichtet, d. h., es wird ein eigenes Zertifikat verwendet. Das Zertifikat wurde jedoch aus der Liste vertrauenswürdiger Windows-Zertifikate entfernt und ist daher nicht vertrauenswürdig. Da Fiddler ein Proxy ist, wurde eine Verbindung zu 127.0.0.1 und nicht zu Google hergestellt. Die Fehler-Flags enthalten WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, was bedeutet, dass das System der Zertifizierungsstelle (CA). nicht vertraut. Beachten Sie auch, dass Google dieses Zertifikat nicht ausgestellt hat.
Google, Google Workspace und zugehörige Warenzeichen und Logos sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen sind Marken der jeweiligen Unternehmen.