Wenn Sie mit Google Workspace Migration for Microsoft Outlook (GWMMO) eine Migration ausführen, wird eine Trace-Datei erstellt, in der jeder Schritt der Migration protokolliert ist. Bei Fehlern während des Imports kann anhand dieser Datei die Stelle im Prozess ermittelt werden, an der sie aufgetreten sind. Diese Informationen sind für den Google-Support meist sehr wertvoll. Wenn beispielsweise eine Protokollmeldung einen Fehler in einem bestimmten Migrationsmodul angibt, haben die Google-Entwickler die Möglichkeit, das Problem zu beheben.
Protokollmeldungen können auch dabei helfen, Probleme bei Ihrer eigenen Umgebung festzustellen, z. B. Zeitüberschreitungen oder Netzwerkfehler. Bei Ausgabe eines Migrationsfehlers prüfen Sie bitte zuerst die Trace-Datei auf Probleme dieser Art.
Trace-Log-Dateien suchen
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.
Eine Trace-Datei wird anhand des Datums und der Uhrzeit des zugehörigen Migrationsabschlusses sowie der Prozess-ID erstellt und benannt. Beispiel: Eine Datei mit dem Namen…
Trace-2020-05-03-11-33-17-p732.log
…wurde am 3. Mai 2020 um 11:33:17 Uhr erstellt und hat die Prozess-ID 732.
Trace-Log-Datei interpretieren
Jede Trace-Datei wird im Laufe der Migration ständig aktualisiert. Sie beginnt mit Einträgen zur Bezeichnung des Speicherorts und der Version der Datei ClientMigration.exe, zur Version des Migrationsprodukts, zum Betriebssystem Ihres Computers und zu Prozessinformationen für die betreffende Migration:
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 geben spezifische Informationen zu den einzelnen Schritten des Migrationsvorgangs an. 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: Das Datum und die Uhrzeit, zu der der Eintrag geschrieben wurde
- de4: Die Thread-ID
A: Die Protokollierungsebene (A:Alle, I:Informationen, 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: Zeilennummer
> nachfolgender Text: Protokollmeldung; beispielsweise „Creating a new migration GUID“ (Neue Migrations-GUID wird erstellt)
Häufige Probleme beheben
Log prüfen
Bei Netzwerkfehlern (z. B. Zeitüberschreitungen, abgelehnte Verbindungen usw.) oder SSL/TLS-Problemen (z. B. Schwierigkeiten mit sicheren Verbindungen) wird in den Protokollen die IP-Adresse angezeigt, mit der das Tool eine Verbindung herstellen wollte. Wenn es Probleme mit einer sicheren Verbindung gibt, wird in den Protokollen der Grund (z. B. nicht übereinstimmende Zertifikatsnamen, abgelaufenes Zertifikat, fehlgeschlagene Prüfung der Zertifikatssperrliste usw.) und die Zertifikatsdetails angezeigt (z. B. ein Google-Zertifikat oder ein HTTPS-untersuchender Proxy). Dadurch sollte die Netzwerkerfassung zur Fehlerbehebung erheblich reduziert werden. Das 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 von GWMMO. Ähnliche Trace-Log-Einträge werden auch in GWMME, Password Sync oder GWSMO angezeigt, wenn bei diesen Produkten Netzwerk- oder 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 Fehlerkennzeichnungen beinhalten WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA. Das bedeutet, dass das System der Zertifizierungsstelle (CA). nicht vertraut. Außerdem hat Google dieses Zertifikat nicht ausgestellt.
Google, Google Workspace sowie zugehörige Marken und Logos sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen sind Marken der jeweiligen Unternehmen.