Problembehandlung bei ActiveSync mit Exchange Server
Ursprüngliche KB-Nummer: 10047
Für wen ist das gedacht?
Administratoren, die bei der Diagnose von ActiveSync-Problemen für ihre Benutzer helfen.
Wie funktioniert es?
Zunächst fragen wir Sie nach dem Problem, mit dem Sie konfrontiert sind. Dann begleiten wir Sie bei einer Reihe von Problembehandlungsschritten, die sich auf Ihre spezielle Situation beziehen.
Geschätzte Dauer:
60-90 Minuten.
Was ist das Problem, mit dem Sie konfrontiert sind?
Hinweis
Eine Liste der aktuellen bekannten Probleme finden Sie in diesem Artikel .
- Erstellen eines Profils auf dem Gerät nicht möglich
- Herstellen einer Verbindung mit dem Server nicht möglich
- E-Mail-Probleme
- Kalenderprobleme
- Verzögerungen bei geräte-/CAS-Leistung
Exchange Remote Connectivity Analyzer (kann kein Profil auf dem Gerät erstellen)
Vergewissern Sie sich, dass die AutoErmittlung für Microsoft Exchange ActiveSync funktioniert. Gehen Sie dazu wie folgt vor:
Navigieren Sie zur Microsoft Remote Connectivity Analyzer-Website .
Wählen Sie Exchange ActiveSync AutoErmittlung aus den Microsoft Exchange ActiveSync-Konnektivitätstests und dann Weiter aus.
Geben Sie alle erforderlichen Felder ein, und wählen Sie Test ausführen aus.
Ist der Konnektivitätstest fehlgeschlagen?
- Falls ja, lesen Sie Analysieren der Ergebnisse der Exchange-Remotekonnektivitätsanalyse.
- Falls nicht, lesen Sie Die Informationen unter Überprüfung des Benutzerprinzipalnamens.
Analysieren der Ergebnisse der Exchange-Remotekonnektivitätsanalyse (wenn der Konnektivitätstest fehlschlägt)
Um dieses Problem zu beheben, überprüfen Sie die Ergebnisse des Tests, und beheben Sie alle gefundenen Probleme. Gehen Sie dazu wie folgt vor:
Wählen Sie Alle erweitern aus.
Suchen Sie den Fehler in den Ergebnissen (sollte in der Nähe des Endes sein), und beheben Sie das Problem.
Wurde das Problem mithilfe der Ergebnisse der Exchange Remote Connectivity Analyzer behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Die Informationen unter Überprüfung des Benutzerprinzipalnamens.
Überprüfung des Benutzerprinzipalnamens
Die meisten Exchange ActiveSync Geräte fordern die E-Mail-Adresse und das Kennwort an, um das Gerät einzurichten. Diese Kombination funktioniert nur, wenn der Wert des Benutzerprinzipalnamens mit der E-Mail-Adresse für den Benutzer übereinstimmt. Vergewissern Sie sich, dass diese beiden Attribute denselben Wert haben. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die Attributwerte abzurufen:
Get-Mailbox user | fl UserPrincipalName,PrimarySmtpAddress
Stimmt UserPrincipalName mit der PrimarySmtpAddress für den Benutzer überein?
- Wenn ja, lesen Sie Richtlinienfehler.
- Wenn nein, finden Sie weitere Informationen unter Domänensuffixüberprüfung.
Domänensuffixprüfung
Stellen Sie sicher, dass das entsprechende Domänensuffix für das UserPrincipalName-Attribut verfügbar ist. Gehen Sie dazu wie folgt vor:
Öffnen Sie Active Directory-Benutzer und -Computer.
Suchen Sie das Benutzerobjekt, und doppelklicken Sie, um die Eigenschaften anzuzeigen.
Wechseln Sie zur Registerkarte Konto , und wählen Sie die Dropdownliste für den Benutzeranmeldungsnamen aus.
Ist die SMTP-Adressdomäne in der Dropdownliste aufgeführt?
- Falls ja, lesen Sie Ändern des Benutzerprinzipalnamens.
- Wenn nein, finden Sie weitere Informationen unter Hinzufügen des UPN-Suffixs. Ändern Sie den Benutzerprinzipalnamen.
UpN-Suffix hinzufügen; Ändern des Benutzerprinzipalnamens
UpN-Suffix hinzufügen
Um dieses Problem zu beheben, müssen Sie der Liste der UPN-Suffixe die primäre SMTP-Adressdomäne hinzufügen. Gehen Sie dazu wie folgt vor:
Öffnen Sie Active Directory-Domänen und -Vertrauensstellungen.
Klicken Sie mit der rechten Maustaste auf Active Directory-Domänen und -Vertrauensstellungen , und wählen Sie Eigenschaften aus.
Geben Sie die primäre SMTP-Adressdomäne ein, wählen Sie Hinzufügen und dann OK aus.
Ändern des Benutzerprinzipalnamens
Um dieses Problem zu beheben, ändern Sie das UserPrincipalName-Attribut für den Benutzer. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um userPrincipalName zu ändern:
Set-Mailbox user -UserPrincipalName user@fabrikam.com
Wurde das Problem durch Ändern von UserPrincipalName behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, finden Sie weitere Informationen unter Richtlinienfehler.
Ändern des Benutzerprinzipalnamens
Um dieses Problem zu beheben, ändern Sie das UserPrincipalName-Attribut für den Benutzer. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um userPrincipalName zu ändern:
Set-Mailbox user -UserPrincipalName user@fabrikam.com
Wurde das Problem durch Ändern von UserPrincipalName behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, finden Sie weitere Informationen unter Richtlinienfehler.
Richtlinienfehler
Exchange ActiveSync umfasst die Verwendung von ActiveSync-Postfachrichtlinien. Die verfügbaren Geräteeinstellungen sind von jedem Gerät abhängig, und nicht alle Einstellungen funktionieren mit allen Geräten. Um festzustellen, ob die ActiveSync-Postfachrichtlinie ein Problem ist, erstellen Sie eine neue ActiveSync-Postfachrichtlinie, und weisen Sie sie dem Benutzer zu. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um eine neue ActiveSync-Postfachrichtlinie zu erstellen:
New-ActiveSyncMailboxPolicy -Name "Test ActiveSync Policy"
Führen Sie das folgende Cmdlet aus, um diese neue Richtlinie dem Postfach zuzuweisen:
Set-CASMailbox user -ActiveSyncMailboxPolicy "Test ActiveSync Policy"
Wurde das Problem durch das Erstellen einer neuen ActiveSync-Postfachrichtlinie behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Bestimmen der Auswirkung
Sie müssen die Auswirkungen in Ihrer Umgebung ermitteln, bevor Sie mit der Problembehandlung beginnen.
Wie viele Benutzer können keine Verbindung mit Exchange ActiveSync herstellen?
- Wenn mindestens ein Benutzer vorhanden ist, lesen Sie Überprüfen von Active Directory-Berechtigungen.
- Wenn Der gesamte Standort oder organization, finden Sie weitere Informationen unter Exchange Remote Connectivity Analyzer.
Überprüfen von Active Directory-Berechtigungen
Stellen Sie sicher, dass die Benutzerobjektberechtigungen Konnektivitätsprobleme nicht verhindern. Gehen Sie dazu wie folgt vor:
Öffnen Sie Active Directory-Benutzer und -Computer.
Wechseln Sie zum Menü Ansicht , und wählen Sie Erweiterte Features aus.
Suchen Sie das Benutzerobjekt, und doppelklicken Sie, um die Eigenschaften anzuzeigen.
Wechseln Sie zur Registerkarte Sicherheit , und wählen Sie die Schaltfläche Erweitert aus.
Ist die Option Vererbbare Berechtigungen vom übergeordneten Objekt dieses Objekts einschließen aktiviert?
- Wenn ja, lesen Sie Aktivieren der ActiveSync-Postfachprotokollierung. Erfassen der Fiddler-Ablaufverfolgung; Analysieren des ActiveSync-Postfachprotokolls.
- Falls nicht, lesen Sie Aktualisieren von Active Directory-Berechtigungen.
Aktualisieren von Active Directory-Berechtigungen
Um dieses Problem zu beheben, ändern Sie die Berechtigungen des Benutzerobjekts, um Berechtigungen vom übergeordneten Objekt zu erben. Gehen Sie dazu wie folgt vor:
Öffnen Sie Active Directory-Benutzer und -Computer.
Wechseln Sie zum Menü Ansicht , und wählen Sie Erweiterte Features aus.
Suchen Sie das Benutzerobjekt, und doppelklicken Sie, um die Eigenschaften anzuzeigen.
Wechseln Sie zur Registerkarte Sicherheit , und wählen Sie die Schaltfläche Erweitert aus.
Aktivieren Sie die Option Vererbbare Berechtigungen vom übergeordneten Objekt einschließen , und wählen Sie zweimal OK aus.
Wurde das Problem durch Ändern der Berechtigungen des Benutzerobjekts behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Andernfalls aktivieren Sie die ActiveSync-Postfachprotokollierung. Erfassen der Fiddler-Ablaufverfolgung; Analysieren des ActiveSync-Postfachprotokolls.
Aktivieren der ActiveSync-Postfachprotokollierung; Erfassen der Fiddler-Ablaufverfolgung; Analysieren des ActiveSync-Postfachprotokolls
Aktivieren der ActiveSync-Postfachprotokollierung
Sie müssen die ActiveSync-Postfachprotokollierung auf dem Clientzugriffsserver und im Postfach aktivieren, um eine ausführlichere Protokollierung zu erfassen. Weitere Informationen zur Postfachprotokollierung finden Sie hier. Gehen Sie dazu wie folgt vor:
Hinweis
Diese Änderung sollte auf Exchange 2013-Postfachservern vorgenommen werden.
Öffnen Sie Windows Explorer, und navigieren Sie zum Ordner Sync (C:\Programme\Microsoft\Exchange Server\V14\ClientAccess\Sync).
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die datei web.config im Editor, und ändern Sie die folgenden Abschnitte mit den folgenden Werten:
Öffnen Sie den IIS-Manager.
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Führen Sie das folgende Cmdlet aus, um die Postfachprotokollierung für einen Benutzer zu aktivieren:
Set-CASMailbox user -ActiveSyncDebugLogging:$True
Erfassen der Fiddler-Ablaufverfolgung
ActiveSync-Geräteanforderungen erreichen das Ziel nicht immer wie gewünscht. Um sicherzustellen, dass die Geräteanforderung und -antwort erwartungsgemäß gesendet und empfangen wird, leiten Sie das Gerät über einen HTTP-Proxy weiter, und überprüfen Sie die Daten. Gehen Sie dazu wie folgt vor:
- Laden Sie Fiddler herunter, und installieren Sie es auf einer Arbeitsstation.
- Laden Sie EAS Inspector for Fiddler herunter.
- Extrahieren Sie EASInspectorFiddler.dll in den Ordner c:\Programme\Fiddler2\Inspectors .
- Starten Sie die Fiddler-Anwendung.
- Wählen Sie das Menü Extras und dann Fiddler-Optionen aus.
- Wechseln Sie zur Registerkarte HTTPS , und wählen Sie HTTPS-Datenverkehr entschlüsseln aus, und wählen Sie Ja zu allen Eingabeaufforderungen aus.
- Wechseln Sie zur Registerkarte Connections, und wählen Sie Verbinden von Remotecomputern zulassen aus, und wählen Sie OK bei jeder Eingabeaufforderung aus.
- Wählen Sie OK aus, und schließen Sie die Fiddler-Anwendung.
- Konfigurieren Sie das ActiveSync-Gerät so, dass diese Arbeitsstation als Proxyserver verwendet wird (dies erfolgt in der Regel unter den WLAN-Einstellungen für das Gerät).
- Starten Sie die Fiddler-Anwendung.
- Versuchen Sie, eine oder mehrere Nachrichten vom ActiveSync-Client zu senden .
- Wählen Sie das Menü Datei und dann Datenverkehr erfassen aus, um die Ablaufverfolgung zu beenden.
Analysieren des ActiveSync-Postfachprotokolls
Die Daten wurden nun gesammelt, und wir können mit der Problembehandlung beginnen. Der erste Schritt besteht darin, sich das Postfachprotokoll anzusehen und zu überprüfen, ob das Element erfasst wurde. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfachprotokoll für einen Benutzer abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
Hinweis
Dadurch wird das ActiveSync-Postfachprotokoll zur Analyse an die angegebene E-Mail-Adresse gesendet. Weitere Informationen zur Postfachprotokollierung finden Sie hier.
Laden Sie MailboxLogParser herunter, und extrahieren Sie die Dateien.
Starten Sie das Hilfsprogramm, indem Sie MailboxLogParser.exeöffnen.
Wählen Sie Postfachprotokolle in Raster importieren aus, um das Postfachprotokoll zu öffnen.
Geben Sie SendMail unter Rohprotokolldaten für Zeichenfolgen durchsuchen ein, und wählen Sie Suchen aus.
Wird der Befehl SendMail im Protokoll angezeigt?
- Falls ja, lesen Sie SendMail status Codeüberprüfung.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse.
SendMail status Codeprüfung (wenn SendMail protokolliert wird)
Im Folgenden finden Sie ein Beispiel für ein Suchergebnis aus einem ActiveSync-Postfachprotokoll:
Welcher status Codewert wird für den Befehl SendMail in Ihrem Protokoll angezeigt?
- Wenn 120 oder 129, lesen Sie Exchange ActiveSync organization Einstellungen.
- Wenn keine oder andere, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse.
Exchange ActiveSync organization Einstellungen (wenn status Code 120 oder 129 ist)
Hinweis
Dieses Feature ist in Exchange 2007 nicht verfügbar. Wenn Auf Ihrem organization Exchange 2007 ausgeführt wird, klicken Sie am Ende der Seite auf "Ich verwende Exchange 2007". Die Exchange ActiveSync organization Einstellungen ermöglichen Administratoren das Festlegen der Standardzugriffsebene für ActiveSync-Geräte. Zu diesen Standardeinstellungen gehören Blockieren, Quarantäne und Zulassen. Überprüfen Sie die aktuellen organization Einstellungen, um die aktuelle Standardzugriffsebene in der Umgebung zu ermitteln. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die aktuellen organization Einstellungen zu ermitteln:
Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
Ist die Standardzugriffsebene auf Zulassen festgelegt?
- Die Standardzugriffsebene ist auf Zulassen festgelegt.
- Die Standardzugriffsebene ist nicht auf Zulassen festgelegt.
- Ich verwende Exchange 2007
Ändern Exchange ActiveSync organization Einstellungen
Um dieses Problem zu beheben, ändern Sie die Einstellungen von ActiveSync organization. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Exchange-Verwaltungsshell.
Führen Sie das folgende Cmdlet aus, um die aktuellen organization Einstellungen zu ermitteln:
Set-ActiveSyncOrganizationSettings -DefaultAccessLevel Allow
Wurde das Problem durch ändern der DefaultAccessLevel-Einstellung für die ActiveSync-organization behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, lesen Sie Exchange ActiveSync Gerätezugriffsregeln.
Exchange ActiveSync Von Gerätezugriffsregeln
Die Exchange ActiveSync Gerätezugriffsregeln ermöglichen es einem Administrator, Zugriffsgruppen basierend auf Gerätemerkmalen zu erstellen. Überprüfen Sie die aktuelle Konfiguration auf Alle Gerätezugriffsregeln, die dem Gerät eine Verbindung ermöglichen würden. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Exchange-Verwaltungsshell.
Führen Sie das folgende Cmdlet aus, um nach Gerätezugriffsregeln zu suchen, deren Zugriffsebene auf Zulassen festgelegt ist:
Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
Gibt es Gerätezugriffsregeln, die mit dem Gerät des Benutzers übereinstimmen, wobei die Zugriffsebene auf Blockieren oder Quarantäne festgelegt ist?
- Falls ja, lesen Sie Ändern von ActiveSync-Gerätezugriffsregeln.
- Falls nicht, lesen Sie die Informationen unter Postfach blockierte Geräte-ID.
Ändern von ActiveSync-Gerätezugriffsregeln (falls übereinstimmend)
Es gibt zwei Möglichkeiten, dieses Problem zu beheben. Die erste Methode besteht darin, die Gerätezugriffsregel zu entfernen. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um eine Gerätezugriffsregel zu erstellen:
Remove-ActiveSyncDeviceAccessRule 'WindowsMail (DeviceType)'
Die zweite Möglichkeit besteht darin, accessLevel für die vorhandene Gerätezugriffsregel zu ändern. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die Zugriffsebene zu ändern:
Set-ActiveSyncDeviceAccessRule 'WindowsMail (DeviceType)' -AccessLevel Allow
Wurde das Problem durch aktualisieren der Gerätezugriffsregeln in Ihrem organization behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie die Informationen unter Postfach blockierte Geräte-ID.
Id des blockierten Postfachgeräts
Ein Administrator kann eine Liste von Geräten konfigurieren, die nicht mit dem Postfach synchronisiert werden dürfen. Überprüfen Sie die Benutzerkonfiguration, um festzustellen, ob die Synchronisierung des Geräts blockiert wurde. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um alle Geräte zu finden, die nicht synchronisiert werden dürfen:
Get-CASMailbox user | fl ActiveSyncBlockedDeviceIDs
Wird die Synchronisierung des Geräts des Benutzers mit dem Postfach des Benutzers blockiert?
- Falls ja, finden Sie weitere Informationen unter Ändern von Postfacheinstellungen.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse.
Ändern der Postfacheinstellungen
Um dieses Problem zu beheben, entfernen Sie die Geräte-ID aus der Sperrliste für das Postfach. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um alle Geräte zu finden, die nicht synchronisiert werden dürfen:
Set-CASMailbox user -ActiveSyncBlockedDeviceIDs $null
Weitere Informationen finden Sie unter Set-CASMailbox , um zusätzliche Informationen zu diesem Cmdlet und den verfügbaren Optionen anzuzeigen.
Wurde das Problem durch entfernen dieser Geräte-ID aus der Sperrliste für das Postfach behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse.
Fiddler-Ablaufverfolgungsanalyse
Sie haben versucht, eine Nachricht vom Gerät zu senden, sodass die Anforderung in der Fiddler-Ablaufverfolgung angezeigt werden sollte. Sie können die Fiddler-Ablaufverfolgung verwenden, um die vom Client gesendete Anforderung und die Antwort vom Server anzuzeigen. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten, und wählen Sie Sitzungen suchen aus.
Geben Sie ActiveSync ein, und wählen Sie Sitzungen suchen aus.
Überprüfen Sie die Spalte Ergebnis auf HTTP-Antwortwerte, die nicht gleich 200 sind.
Wählen Sie Anforderungen aus, bei denen die Textspalte einen Wert aufweist.
Wählen Sie die Registerkarte TextView aus, um die Antwort für weitere Details anzuzeigen.
Wurden http-Fehler in der Fiddler-Ablaufverfolgung gefunden?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – SendMail; Abfrageergebnisanalyse.
- Wenn nicht, lesen Sie SendMail-Statuscodeüberprüfung.
SendMail status Codeprüfung
Sie haben keine HTTP-Fehler gefunden, daher sollten Sie einen status Code für die ActiveSync-Antwort finden. Sie können die Fiddler-Ablaufverfolgung verwenden, um diese Antworten zu finden. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten, und wählen Sie Sitzungen suchen aus.
Geben Sie ActiveSync ein, und wählen Sie Sitzungen suchen aus.
Überprüfen Sie die Spalte Text , und suchen Sie nach kleinen Werten.
Anzeigen der EAS-Xml-Registerkarte für die Anforderung vom Gerät und empfangene Antwort
Welcher status Code wird im Antwortfenster angezeigt?
Installieren von Log Parser Studio; Log Parser Studio Query – SendMail; Analyse von Abfrageergebnissen
Installieren von Log Parser Studio
Beim Versuch, mit dem Exchange-Server zu kommunizieren, sind möglicherweise Fehler beim ActiveSync-Client aufgetreten. Nun müssen wir ermitteln, woher diese Fehler stammen. Zunächst werden die IIS-Protokolle auf dem Clientzugriffsserver überprüft. Bevor diese Protokolle analysiert werden können, sollte auf der Arbeitsstation, auf der die Analyse abgeschlossen wird, Log Parser Studio installiert sein. Gehen Sie dazu wie folgt vor:
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
Log Parser Studio Query – SendMail
Um festzustellen, ob eine dieser ActiveSync-Anforderungen zu einem Fehler führt, fragen Sie die IIS-Protokolle für den Gerätedatenverkehr ab. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: SendMail .
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie die Spalten Status, Error, ABQ und sc-status überprüfen.
Analyse von Abfrageergebnissen
Das folgende Beispiel zeigt die Ergebnisse der vorherigen Abfrage:
Sie müssen die Ergebnisse ihrer Abfrage auf Probleme überprüfen. Gehen Sie dazu wie folgt vor:
Überprüfen Sie die Spalte Status , und suchen Sie alle Anforderungen, in denen ein Wert vorhanden ist. Verwenden Sie das Exchange ActiveSync Protokolldokument, um diese Werte zu untersuchen und ob Korrekturmaßnahmen ergriffen werden können.
Überprüfen Sie die Spalte Fehler , und suchen Sie eine beliebige Anforderung, in der sich ein Wert in dieser Spalte befindet. Viele dieser Fehlermeldungen sind selbsterklärend und können entsprechend korrigiert werden.
Überprüfen Sie die Spalte sc-status, und suchen Sie alle Anforderungen, bei denen ein anderer Wert als 200 vorhanden ist. Dies ist die HTTP-status Antwort von IIS. Weitere Informationen finden Sie unter Http-status Code in IIS 7 und höheren Versionen.
Konnten Sie das Problem nach der Analyse der IIS-Protokolle beheben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Exchange-Remoteverbindungsuntersuchung
Um festzustellen, ob der Benutzer erfolgreich eine Verbindung mit Exchange herstellen kann, führen Sie exchange Remote Connectivity Analyzer mit dem Benutzerkonto aus. Gehen Sie dazu wie folgt vor:
Navigieren Sie zur Microsoft Remote Connectivity Analyzer-Website .
Wählen Sie unterMicrosoft Exchange ActiveSync Connectivity Tests (Microsoft Exchange ActiveSync-Konnektivitätstests) die Option Exchange ActiveSync und dann Weiter aus.
Geben Sie alle erforderlichen Felder ein, und wählen Sie Test ausführen aus.
Hinweis
Geben Sie bei Bedarf manuell die Servereinstellungen an, um die Benutzereinstellungsanforderung für die AutoErmittlung zu umgehen.
Ist der Exchange Remote Connectivity Analyzer-Test fehlgeschlagen?
- Falls ja, lesen Sie Analysieren der Ergebnisse der Exchange-Remotekonnektivitätsanalyse.
- Wenn nein, lesen Sie Exchange ActiveSync Organisationseinstellungen.
Analysieren der Ergebnisse der Exchange Remote Connectivity Analyzer
Um dieses Problem zu beheben, überprüfen Sie die Ergebnisse des Tests, und beheben Sie alle gefundenen Probleme. Gehen Sie dazu wie folgt vor:
Wählen Sie Alle erweitern aus.
Suchen Sie den Fehler in den Ergebnissen (sollte in der Nähe des Endes sein) und beheben Sie das Problem.
Wurde das Problem mithilfe der Ergebnisse der Exchange Remote Connectivity Analyzer behoben?
- Wenn ja, herzlichen Glückwunsch, ihr ActiveSync-Problem wurde behoben.
- Wenn nicht, lesen Sie Überprüfen auf Anti-Virus auf Dateiebene.
Exchange ActiveSync Anwendungspool
Vergewissern Sie sich, dass MSExchangeSyncAppPool gestartet wurde und unter localSystem ausgeführt wird. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Wird msExchangeSyncAppPool mit dem LocalSystem-Konto gestartet?
- Falls ja, finden Sie weitere Informationen unter ActiveSync Virtual Directory-Authentifizierungseinstellungen.
- Falls nicht, lesen Sie Ändern von MSExchangeSyncAppPool.
Ändern von MSExchangeSyncAppPool
Um dieses Problem zu beheben, ändern Sie msExchangeSyncAppPool so, dass das LocalSystem-Konto verwendet wird. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Erweiterte Einstellungen aus.
Ändern Sie den Identitätswert, indem Sie LocalSystem auswählen.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Wurde das Problem durch das Aktualisieren von MSExchangeSyncAppPool behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, lesen Sie ActiveSync Virtual Directory-Authentifizierungseinstellungen.
ActiveSync Virtual Directory-Authentifizierungseinstellungen
Überprüfen Sie die Authentifizierungseinstellungen im virtuellen ActiveSync-Verzeichnis. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die Einstellungen des virtuellen Verzeichnisses zu überprüfen:
Get-ActiveSyncVirtualDirectory | ft server,basic*
Ist das virtuelle ActiveSync-Verzeichnis für die Verwendung der Standardauthentifizierung konfiguriert?
- Falls ja, finden Sie weitere Informationen unter ActiveSync-Standarddomäne.
- Falls nicht, lesen Sie Ändern der ActiveSync Virtual Directory-Authentifizierungseinstellungen.
Ändern der ActiveSync Virtual Directory-Authentifizierungseinstellungen
Um dieses Problem zu beheben, konfigurieren Sie das virtuelle ActiveSync-Verzeichnis für die Verwendung der Standardauthentifizierung. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die Standardauthentifizierung für das virtuelle Verzeichnis zu aktivieren:
Set-ActiveSyncVirtualDirectory ServerName\Microsoft* -BasicAuthEnabled:$True
Wurde das Problem durch aktivieren der Standardauthentifizierung für das virtuelle ActiveSync-Verzeichnis behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, finden Sie weitere Informationen unter ActiveSync-Standarddomäne.
ActiveSync-Standarddomäne
Einige Geräte senden nur den Benutzernamenwert für die Anmeldeinformationen, was zu einem Authentifizierungsfehler führt. Vergewissern Sie sich, dass der Standarddomänenwert im virtuellen ActiveSync-Verzeichnis konfiguriert ist. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, erweitern Sie Websites, erweitern Sie die Standardwebsite, und wählen Sie Microsoft-Server-ActiveSync aus.
Doppelklicken Sie in der Ansicht Features auf Authentifizierung.
Wählen Sie Standardauthentifizierung und dann im Bereich Aktionen die Option Bearbeiten aus.
Ist im Feld Standarddomäne ein Wert vorhanden?
- Falls ja, lesen Sie Die SSL-Einstellungen für ActiveSync Virtual Directory.
- Falls nicht, lesen Sie Hinzufügen einer Standarddomäne für ActiveSync Virtual Directory.
Hinzufügen einer Standarddomäne für ActiveSync Virtual Directory
Um dieses Problem zu beheben, konfigurieren Sie eine Standarddomäne für das virtuelle ActiveSync-Verzeichnis. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, erweitern Sie Websites, erweitern Sie die Standardwebsite, und wählen Sie Microsoft-Server-ActiveSync aus.
Doppelklicken Sie in der Ansicht Features auf Authentifizierung.
Wählen Sie Standardauthentifizierung und dann im Bereich Aktionen die Option Bearbeiten aus.
Geben Sie einen Wert für die Standarddomäne ein, und wählen Sie OK aus.
Wurde das Problem durch das Aktivieren einer Standarddomäne für das virtuelle ActiveSync-Verzeichnis behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Die SSL-Einstellungen für ActiveSync Virtual Directory.
ActiveSync Virtual Directory-SSL-Einstellungen
Stellen Sie sicher, dass das virtuelle ActiveSync-Verzeichnis nicht so konfiguriert ist, dass Clientzertifikate erforderlich sind. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, erweitern Sie Websites, erweitern Sie die Standardwebsite, und wählen Sie Microsoft-Server-ActiveSync aus.
Doppelklicken Sie in der Ansicht Features auf SSL-Einstellungen.
Ist die SSL-Einstellung für Clientzertifikate auf Ignorieren festgelegt?
- Wenn ja, lesen Sie ActiveSync Virtual Directory HTTP-Umleitung.
- Falls nicht, lesen Sie Ändern der SSL-Einstellungen für ActiveSync Virtual Directory.
Ändern der SSL-Einstellungen für ActiveSync Virtual Directory
Um dieses Problem zu beheben, legen Sie die Einstellung für Clientzertifikate auf Ignorieren fest. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, erweitern Sie Websites, erweitern Sie die Standardwebsite, und wählen Sie Microsoft-Server-ActiveSync aus.
Doppelklicken Sie in der Ansicht Features auf SSL-Einstellungen.
Wählen Sie unter Clientzertifikate die Option Ignorieren aus.
Wurde das Problem durch Ändern der SSL-Einstellung für Clientzertifikate in Ignorieren behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nicht, lesen Sie ActiveSync Virtual Directory HTTP-Umleitung.
ActiveSync Virtual Directory-HTTP-Umleitung
Wenn eine HTTP-Umleitung in IIS 7 konfiguriert ist, wird die Umleitungseinstellung von allen virtuellen Verzeichnissen unterhalb dieser Website geerbt. Überprüfen Sie das virtuelle ActiveSync-Verzeichnis auf eine HTTP-Umleitung. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, erweitern Sie Websites, erweitern Sie die Standardwebsite, und wählen Sie Microsoft-Server-ActiveSync aus.
Doppelklicken Sie in der Ansicht Features auf HTTP-Umleitung.
Ist eine Umleitung für das virtuelle ActiveSync-Verzeichnis konfiguriert?
- Falls ja, lesen Sie Ändern der HTTP-Umleitung von ActiveSync Virtual Directory.
- Falls nicht, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query : Anzahl der Synchronisierungen mit SyncKey von 0 pro Benutzer.
Ändern der ACTIVESync Virtual Directory-HTTP-Umleitung
Um dieses Problem zu beheben, entfernen Sie die HTTP-Umleitung aus dem virtuellen ActiveSync-Verzeichnis. Gehen Sie dazu wie folgt vor:
Erweitern Sie den Server, erweitern Sie Websites, erweitern Sie die Standardwebsite, und wählen Sie Microsoft-Server-ActiveSync aus.
Doppelklicken Sie in der Ansicht Features auf HTTP-Umleitung.
Deaktivieren Sie das Kontrollkästchen für Anforderungen an dieses Ziel umleiten.
Wurde das Problem durch entfernen der HTTP-Umleitung aus dem virtuellen ActiveSync-Verzeichnis behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query : Anzahl der Synchronisierungen mit SyncKey von 0 pro Benutzer.
ActiveSync-fähiges Postfach
Vergewissern Sie sich, dass das Postfach für ActiveSync aktiviert ist. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die Postfacheinstellungen zu überprüfen:
Get-CASMailbox user | fl ActiveSyncEnabled
Ist der Benutzer für ActiveSync aktiviert?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – SendMail; Abfrageergebnisanalyse.
- Wenn nicht, aktivieren Sie Benutzer für ActiveSync.
Aktivieren des Benutzers für ActiveSync
Um dieses Problem zu beheben, aktivieren Sie den Benutzer für ActiveSync. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfach für ActiveSync zu aktivieren:
Set-CASMailbox user -ActiveSyncEnabled:$True
Wurde das Problem durch aktivieren des Postfachs für ActiveSync behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – SendMail; Abfrageergebnisanalyse.
Exchange ActiveSync Protokolldokumentüberprüfung
Ihr SendMail-Befehl hat eine unerwartete status Codeantwort von Exchange erhalten. Um zu verstehen, welcher Fehler aufgetreten ist, müssen Sie das Dokument Exchange ActiveSync Command Reference Protocol lesen, um das Problem zu beheben.
Konnten Sie das Problem beheben, indem Sie den status Code in der Antwort überprüfen?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Exchange ActiveSync organization Einstellungen
Hinweis
Dieses Feature ist in Exchange 2007 nicht verfügbar. Wenn Auf Ihrem organization Exchange 2007 ausgeführt wird, wählen Sie Am Ende dieses Abschnitts Ich verwende Exchange 2007 aus.
Die Exchange ActiveSync organization Einstellungen ermöglichen Administratoren das Festlegen der Standardzugriffsebene für ActiveSync-Geräte. Zu diesen Standardeinstellungen gehören Blockieren, Quarantäne und Zulassen. Überprüfen Sie die aktuellen organization Einstellungen, um die aktuelle Standardzugriffsebene in der Umgebung zu ermitteln. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die aktuellen organization Einstellungen zu ermitteln:
Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
Ist die Standardzugriffsebene auf Zulassen festgelegt?
- Die Standardzugriffsebene ist auf Zulassen festgelegt.
- Die Standardzugriffsebene ist nicht auf Zulassen festgelegt.
- Ich verwende Exchange 2007.
Ändern von ActiveSync-organization-Einstellungen
Um dieses Problem zu beheben, ändern Sie die Einstellungen von ActiveSync organization. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die aktuellen organization Einstellungen zu ermitteln:
Set-ActiveSyncOrganizationSettings -DefaultAccessLevel Allow
Wurde das Problem durch ändern der DefaultAccessLevel-Einstellung für die ActiveSync-organization behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Exchange ActiveSync Gerätezugriffsregeln.
Installieren von Log Parser Studio; Log Parser Studio Query – Count Syncs with SyncKey (Null pro Benutzer)
Installieren von Log Parser Studio
Beim Versuch, mit dem Exchange-Server zu kommunizieren, sind möglicherweise Fehler beim ActiveSync-Client aufgetreten. Nun müssen wir ermitteln, woher diese Fehler stammen. Zunächst werden die IIS-Protokolle auf dem Clientzugriffsserver überprüft. Bevor diese Protokolle analysiert werden können, sollte auf der Arbeitsstation, auf der die Analyse abgeschlossen wird, Log Parser Studio installiert sein. Gehen Sie dazu wie folgt vor:
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
Log Parser Studio Query – Anzahl der Synchronisierungen mit SyncKey von Null pro Benutzer
Um zu ermitteln, ob Geräte mit Exchange neu synchronisiert werden, führen Sie die Protokollparserabfrage aus, um die Benutzer zu finden. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Count Syncs with SyncKey of Zero Per User (Null pro Benutzer ) aus der Bibliothek.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage.
Gibt es Geräte mit mehreren Anforderungen, die den SyncKey-Wert 0 verwenden?
- Falls ja, lesen Sie Log Parser Studio Query – Device Query (Log Parser Studio-Abfrage – Geräteabfrage).
- Falls nicht, lesen Sie Log Parser Studio Query – Count all Syncs per SyncKey.
Überprüfen auf Virenschutz auf Dateiebene (Verzögerungen bei der Leistung des Geräts/CAS)
In vielen Fällen wirkt sich virenschutz auf Dateiebene auf ActiveSync-Datenverkehr aus, indem die Verarbeitung der Anforderung oder Antwort verzögert wird. Durch das Beenden dieser Dienste wird der von diesen Diensten verwendete Kernelmodusfiltertreiber nicht deaktiviert. Führen Sie zum Deaktivieren von Viren auf Dateiebene die Schritte unter Vorübergehendes Deaktivieren des Kernelmodusfiltertreibers in Windows aus. Vergewissern Sie sich, dass der Kernelmodusfiltertreiber nach dem Neustart des Clientzugriffsservers nicht mehr aktiv ist. Gehen Sie dazu wie folgt vor:
Öffnen Sie eine Eingabeaufforderung.
Führen Sie den folgenden Befehl aus:
fltmc
Vergleichen Sie die Ergebnisse mit den Beispielfiltertreibern aus diesem Artikel , oder suchen Sie im Web nach dem Filternamen.
Wurde das Problem durch das Deaktivieren des Antiviren-Kernelmodus-Filtertreibers behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Vorbereiten der Datenanalyse. Log Parser Studio Query : Anzahl der Synchronisierungen mit SyncKey von 0 pro Benutzer.
E-Mail-Probleme
Wählen Sie den Typ des E-Mail-Problems aus, das beim ActiveSync-Client auftritt.
- Elemente sind nur in Outlook oder dem ActiveSync-Client vorhanden.
- Anlagen können nicht geöffnet werden.
- Eine Nachricht kann nicht gesendet werden.
Elemente, die nur auf einem Client vorhanden sind
Das gemeldete Problem ist eine Meldung, die im Postfach in Outlook, aber nicht auf dem ActiveSync-Client oder umgekehrt angezeigt wird. Bevor wir mit der Problembehandlung beginnen, müssen wir wissen, ob das Problem auf dem ActiveSync-Client reproduziert werden kann. Wenn wir das Problem reproduzieren können, können wir während des Prozesses Daten erfassen, um ein besseres Verständnis des Problems zu erhalten. Andernfalls müssen wir vorhandene Protokolle untersuchen, um zu ermitteln, was passiert ist.
Können Sie das Kalenderproblem auf dem Gerät reproduzieren?
- Wenn ja, lesen Sie Aktivieren der ActiveSync-Postfachprotokollierung. Erfassen der Fiddler-Ablaufverfolgung; Element mithilfe von MfcMapi suchen; Suchen Sie im Postfachprotokoll nach Element.
- Falls nicht, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – DeviceId Query; Abfrageergebnisanalyse; Re-Sync den Ordner.
Installieren von Log Parser Studio; Log Parser Studio Query – DeviceId Query; Analyse der Abfrageergebnisse; Erneutes Synchronisieren des Ordners
Installieren von Log Parser Studio
Log Parser Studio Query – DeviceId Query
Um festzustellen, ob eine dieser ActiveSync-Anforderungen zu einem Fehler führt, fragen Sie die IIS-Protokolle für den Gerätedatenverkehr ab. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um alle Geräte zu finden, die nicht synchronisiert werden dürfen:
Get-ActiveSyncDevice -Mailbox | fl DeviceId,DeviceType
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Geräteabfrage.
Ändern Sie den
DeviceId
Wert in der WHERE-Klausel am Ende der Abfrage mit dem Wert aus Schritt 2.Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie die Spalten Error und sc-status überprüfen.
Analyse von Abfrageergebnissen
Nun möchten wir die Ergebnisse Ihrer Abfrage auf Probleme überprüfen. Gehen Sie dazu wie folgt vor:
Überprüfen Sie die Spalte Status , und suchen Sie alle Anforderungen, in denen ein Wert vorhanden ist. Verwenden Sie das Exchange ActiveSync Protokolldokument, um diese Werte zu untersuchen und ob Korrekturmaßnahmen ergriffen werden können.
Überprüfen Sie die Spalte Fehler , und suchen Sie eine beliebige Anforderung, in der sich ein Wert in dieser Spalte befindet. Viele dieser Fehlermeldungen sind selbsterklärend und können entsprechend korrigiert werden.
Überprüfen Sie die Spalte sc-status, und suchen Sie alle Anforderungen, bei denen ein anderer Wert als 200 vorhanden ist. Dies ist die HTTP-status Antwort von IIS. Weitere Informationen finden Sie unter Http-status Code in IIS 7 und höheren Versionen.
Leider zeigt die Überprüfung der IIS-Protokolle keinen Bezeichner für das betreffende Element an. Sie sollten nach besten Kräften eine Anforderung in den IIS-Protokollen zu dem Zeitpunkt suchen, zu dem die letzte Elementänderung aufgetreten ist. Sie können auch den Artikel Grundlegendes zu Exchange ActiveSync Reporting Services verwenden, um einige der Elemente, die mit dem IIS-Protokolleintrag gefunden wurden, besser zu verstehen.
Erneutes Synchronisieren des Ordners
Anhand der vorherigen Schritte können Sie ermitteln, warum das Problem mit dem Element aufgetreten ist. Auf dem ActiveSync-Client befindet sich das Element möglicherweise immer noch nicht im richtigen Zustand. Um dieses Problem zu beheben, entfernen Sie den Ordner aus der Liste der zu synchronisierenden Ordner, warten Sie ungefähr fünf Minuten, und fügen Sie den Ordner dann der Liste der zu synchronisierenden Ordner hinzu.
Befindet sich das Element auf dem ActiveSync-Client im richtigen Zustand?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Aktivieren der ActiveSync-Postfachprotokollierung; Erfassen der Fiddler-Ablaufverfolgung; Suchen Eines Elements mithilfe von MfcMapi; Suchen nach Einem Element im Postfachprotokoll
Aktivieren der ActiveSync-Postfachprotokollierung
Der erste Schritt zur Problembehandlung besteht darin, die Postfachprotokollierung auf dem Clientzugriffsserver und dem Postfach zu aktivieren. Weitere Informationen zur Postfachprotokollierung finden Sie Exchange ActiveSync Postfachprotokollierung. Gehen Sie dazu wie folgt vor:
Hinweis
Diese Änderung sollte auf Exchange 2013-Postfachservern vorgenommen werden.
Öffnen Sie Windows Explorer, und navigieren Sie zum Ordner Sync (C:\Programme\Microsoft\Exchange Server\V14\ClientAccess\Sync).
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die datei web.config im Editor, und ändern Sie die folgenden Abschnitte mit den folgenden Werten:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Führen Sie das folgende Cmdlet aus, um die Postfachprotokollierung für einen Benutzer zu aktivieren:
Set-CASMailbox user -ActiveSyncDebugLogging:$True
Erfassen der Fiddler-Ablaufverfolgung
ActiveSync-Geräteanforderungen erreichen das Ziel nicht immer wie gewünscht. Um sicherzustellen, dass die Geräteanforderung und -antwort erwartungsgemäß gesendet und empfangen wird, leiten Sie das Gerät über einen HTTP-Proxy weiter, und überprüfen Sie die Daten. Gehen Sie dazu wie folgt vor:
- Laden Sie Fiddler herunter, und installieren Sie es auf einer Arbeitsstation.
- Laden Sie EAS Inspector for Fiddler herunter.
- Extrahieren Sie EASInspectorFiddler.dll in den Ordner c:\Programme\Fiddler2\Inspectors .
- Starten Sie die Fiddler-Anwendung.
- Wählen Sie das Menü Extras und dann Fiddler-Optionen aus.
- Wechseln Sie zur Registerkarte HTTPS , und wählen Sie HTTPS-Datenverkehr entschlüsseln aus, und wählen Sie Ja zu allen Eingabeaufforderungen aus.
- Wechseln Sie zur Registerkarte Connections, und wählen Sie Verbinden von Remotecomputern zulassen aus, und wählen Sie OK bei jeder Eingabeaufforderung aus.
- Wählen Sie OK aus, und schließen Sie die Fiddler-Anwendung.
- Konfigurieren Sie das ActiveSync-Gerät so, dass diese Arbeitsstation als Proxyserver verwendet wird (dies erfolgt in der Regel unter den WLAN-Einstellungen für das Gerät).
- Starten Sie die Fiddler-Anwendung.
- Versuchen Sie, eine oder mehrere Nachrichten vom ActiveSync-Client zu senden .
- Wählen Sie das Menü Datei und dann Datenverkehr erfassen aus, um die Ablaufverfolgung zu beenden.
Suchen eines Elements mithilfe von MfcMapi
Wir müssen die ConversationID für das Element ermitteln, bevor wir das Postfachprotokoll durchsuchen. Gehen Sie dazu wie folgt vor:
Laden Sie MfcMapi herunter, und installieren Sie sie.
Starten Sie MfcMapi.
Wechseln Sie zum Menü Sitzung, und wählen Sie Anmelden aus.
Wählen Sie das Outlook-Profil für das Postfach und dann OK aus.
Doppelklicken Sie auf das Zu öffnende Postfach.
Erweitern Sie den Stammcontainer, erweitern Sie Oben im Informationsspeicher, klicken Sie dann mit der rechten Maustaste auf den Posteingang (oder einen anderen Ordner, in dem sich das Element befindet), und wählen Sie Inhaltstabelle öffnen aus.
Wählen Sie das Element in der Tabelle aus, klicken Sie mit der rechten Maustaste auf das Tag 0x00710102 und wählen Sie Eigenschaft bearbeiten aus.
Kopieren Sie den Binärwert .
Suchen nach Einem Element im Postfachprotokoll
Die Daten wurden nun gesammelt, und wir können mit der Problembehandlung beginnen. Der erste Schritt besteht darin, sich das Postfachprotokoll anzusehen und zu überprüfen, ob das Element erfasst wurde.
Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfachprotokoll für einen Benutzer abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
Hinweis
Dadurch wird das ActiveSync-Postfachprotokoll zur Analyse an die angegebene E-Mail-Adresse gesendet. Weitere Informationen zur Postfachprotokollierung finden Sie hier.
Laden Sie MailboxLogParser herunter, und extrahieren Sie die Dateien.
Starten Sie das Hilfsprogramm, indem Sie MailboxLogParser.exeöffnen.
Wählen Sie Postfachprotokolle in Raster importieren aus, um das Postfachprotokoll zu öffnen.
Suchen nach Einem Element im Postfachprotokoll
Entfernen Sie das erste Byte (oder zwei Zeichen) aus dem zuvor kopierten Binärwert. Verwenden Sie dann die nächsten 5 Bytes (oder 10 Zeichen) als Suchwert.
Beispiel: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373Geben Sie den Wert aus Schritt 1 unter Suchen von Rohprotokolldaten nach Zeichenfolgen ein, und wählen Sie Suchen aus.
Nehmen Sie die nächsten 16 Bytes (oder 32 Zeichen) aus dem Binärwert, und vergleichen Sie den Wert mit der ConversationId in den Suchergebnissen.
Beispiel: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373Notieren Sie sich den ServerId-Wert für das Element. Der Wert für das obige Beispiel ist 5:11.
Konnten Sie das Element im Postfachprotokoll mithilfe der ConversationId finden?
- Falls ja, lesen Sie Analysieren des Postfachprotokolls für Element. Überprüfen Sie den endgültigen Status des Elements.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Analysieren des Postfachprotokolls für ein Element; Überprüfen der endgültigen status des Elements
Analysieren des Postfachprotokolls für ein Element
Da wir nun wissen, dass das Element in unserem Postfachprotokoll enthalten ist, müssen wir die Aktionen nachverfolgen, die für den Termin ausgeführt wurden. Gehen Sie dazu wie folgt vor:
Suchen Sie nach dem zuvor gefundenen ServerId-Wert.
Scrollen Sie im Protokoll nach oben, und suchen Sie nach RequestBody oder ResponseBody. Wenn das Element im Antworttext angezeigt wird, wurde das Element vom Server aktualisiert. Andernfalls wird das Element im Anforderungstext angezeigt, was bedeutet, dass das Element vom Client aktualisiert wurde.
Notieren Sie sich die Aktion (Hinzufügen, Ändern oder Löschen) und ob der Server oder Client die Aktion gesendet hat.
Wiederholen Sie die Schritte 2 bis 4, bis Sie keine weiteren Einträge finden.
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Überprüfen der endgültigen status des Elements
Wir haben überprüft, ob eine oder mehrere Aktionen für das Element im Postfachprotokoll ausgeführt wurden. Das Endergebnis des Elements hängt von der endgültigen Aktion ab. Im Folgenden wird die erwartete status des Elements basierend auf dieser Aktion beschrieben:
Hinzufügen : Das Element sollte sich im Ordner auf dem ActiveSync-Client befinden. Ändern : Das Element sollte im Ordner auf dem ActiveSync-Client aktualisiert werden. Löschen : Das Element sollte aus dem Ordner auf dem ActiveSync-Client entfernt werden.
Entspricht das Ergebnis der letzten Aktion dem erwarteten Zustand des Elements?
- Falls ja, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Element. Überprüfen Sie den endgültigen Status des Elements.
- Falls nicht, finden Sie weitere Informationen unter Postfachprotokollanalyse für Fehler.
Fiddler-Ablaufverfolgungsanalyse für Element; Überprüfen der endgültigen status des Elements
Fiddler-Ablaufverfolgungsanalyse für Element
Die Aktivität auf dem Exchange-Server gibt an, dass das Gerät über die richtige status für diesen Termin verfügen sollte. Wir können die Fiddler-Ablaufverfolgung verwenden, um zu überprüfen, ob die Antwort vom Client empfangen wurde. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten , und wählen Sie Sitzungen suchen aus.
Geben Sie den Namespace für ActiveSync ein (Beispiel: mail.contoso.com), und wählen Sie Sitzungen suchen aus.
Wählen Sie Anforderungen aus, bei denen die Textspalte einen Wert aufweist.
Wählen Sie die Registerkarte EAS XML aus, um die Anforderung und Antwort anzuzeigen.
Suchen Sie alle Anforderungen und Antworten für die zuvor gefundene ServerId.
Überprüfen der endgültigen status des Elements
Wir haben überprüft, ob eine oder mehrere Aktionen für das Element innerhalb der Fiddler-Ablaufverfolgung ausgeführt wurden. Das Endergebnis des Elements hängt von der endgültigen Aktion ab. Im Folgenden wird die erwartete status des Elements basierend auf dieser Aktion beschrieben:
Hinzufügen : Das Element sollte sich im Ordner auf dem ActiveSync-Client befinden. Ändern : Das Element sollte im Ordner auf dem ActiveSync-Client aktualisiert werden. Löschen : Das Element sollte aus dem Ordner auf dem ActiveSync-Client entfernt werden.
Entspricht das Ergebnis der letzten Aktion dem erwarteten Zustand des Elements?
- Wenn ja, können wir das Problem mit diesem Leitfaden leider nicht beheben. Basierend auf den Ergebnissen dieser Schritte zur Problembehandlung wird empfohlen, sich an den Gerätehersteller zu wenden, um weitere Unterstützung zu erhalten. Sie können sich auch an Microsoft-Support wenden, um weitere Hilfe bei der Behebung dieses Problems zu erhalten.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Fiddler-Ablaufverfolgungsanalyse für Fehler (wenn das Ergebnis nicht dem erwarteten Zustand entspricht)
Wir erwarten, dass das Gerät eine oder mehrere Anforderungen sendet, um die neuesten Updates für den Ordner zu erhalten. Wir können die Fiddler-Ablaufverfolgung verwenden, um zu überprüfen, ob die Anforderung vom Client gesendet und eine Antwort vom Server empfangen wurde. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten , und wählen Sie Sitzungen suchen aus.
Geben Sie den Namespace für ActiveSync ein (Beispiel: mail.contoso.com), und wählen Sie Sitzungen suchen aus.
Überprüfen Sie die Spalte Ergebnis auf HTTP-Antwortwerte, die nicht gleich 200 sind.
Wählen Sie Anforderungen aus, bei denen die Textspalte einen Wert aufweist.
Wählen Sie die Registerkarte TextView aus, um die Antwort für weitere Details anzuzeigen.
Wurden fehler in der Fiddler-Ablaufverfolgung gefunden?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – Device Query; Abfrageergebnisanalyse; Re-Sync den Ordner.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Installieren von Log Parser Studio; Log Parser Studio Query – Device Query; Analyse der Abfrageergebnisse; Erneutes Synchronisieren des Ordners
Installieren von Log Parser Studio
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
Log Parser Studio Query – Device Query
Um festzustellen, ob eine dieser ActiveSync-Anforderungen zu einem Fehler führt, fragen Sie die IIS-Protokolle für den Gerätedatenverkehr ab. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Geräteabfrage .
Ändern Sie den DeviceId-Wert in der WHERE-Klausel am Ende der Abfrage mit dem Wert aus dem vorherigen Schritt.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie die Spalten Error und sc-status überprüfen.
Analyse von Abfrageergebnissen
Nun möchten wir die Ergebnisse der vorherigen Abfrage auf Fehler überprüfen. Gehen Sie dazu wie folgt vor:
Überprüfen Sie die Spalte Status , und suchen Sie alle Anforderungen, in denen ein Wert vorhanden ist. Verwenden Sie das Exchange ActiveSync Protokolldokument, um diese Werte zu untersuchen und ob Korrekturmaßnahmen ergriffen werden können. (Sie können Pingbefehle aus dieser Überprüfung ignorieren.)
Überprüfen Sie die Spalte Fehler , und suchen Sie eine beliebige Anforderung, in der sich ein Wert in dieser Spalte befindet. Viele dieser Fehlermeldungen sind selbsterklärend und können entsprechend korrigiert werden.
Überprüfen Sie die Spalte sc-status, und suchen Sie alle Anforderungen, bei denen ein anderer Wert als 200 vorhanden ist. Dies ist die HTTP-status Antwort von IIS. Weitere Informationen finden Sie unter Http-status Code in IIS 7 und höheren Versionen.
Leider zeigt die Überprüfung der IIS-Protokolle keinen Bezeichner für das betreffende Element an. Sie sollten nach besten Kräften eine Anforderung in den IIS-Protokollen zu dem Zeitpunkt suchen, zu dem die letzte Elementänderung aufgetreten ist.
Hinweis
Unter Grundlegendes Exchange ActiveSync Reporting Services können Sie auch einige der elemente, die mit dem IIS-Protokolleintrag gefunden wurden, besser verstehen.
Erneutes Synchronisieren des Ordners
Anhand der vorherigen Schritte können Sie ermitteln, warum das Problem mit dem Element aufgetreten ist. Auf dem ActiveSync-Client befindet sich das Element möglicherweise immer noch nicht im richtigen Zustand. Um dieses Problem zu beheben, entfernen Sie den Ordner aus der Liste der zu synchronisierenden Ordner, warten Sie ungefähr fünf Minuten, und fügen Sie den Ordner dann der Liste der zu synchronisierenden Ordner hinzu.
Befindet sich das Element auf dem ActiveSync-Client im richtigen Zustand?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Postfachprotokollanalyse auf Fehler (wenn die letzte Aktion nicht den erwarteten Zustand erfüllt)
Der ActiveSync-Datenverkehr für dieses Element führt nicht dazu, dass das Element auf dem Gerät den richtigen Zustand aufweist. Nun müssen wir das Postfachprotokoll weiter auf Probleme mit ActiveSync-Anforderungen für den Ordner überprüfen. Gehen Sie dazu wie folgt vor:
- Überprüfen Sie die Suchergebnisse aus dem vorherigen Schritt.
- Überprüfen Sie den Statuscodewert in der Antwort, und wenn der Wert nicht gleich 1 ist, lesen Sie das ActiveSync-Protokolldokument, um weitere Informationen zum status Code zu finden.
- Überprüfen Sie auch den Protokolleintrag auf Ausnahmemeldungen.
- Wiederholen Sie die Schritte 2 bis 4 für jeden Protokolleintrag für den Kalender.
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Gab es Statuscodes, die in der Antwort nicht gleich 1 waren, oder wurden Ausnahmen im Postfachprotokoll gefunden?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – Device Query; Abfrageergebnisanalyse; Re-Sync den Ordner.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Installieren von Log Parser Studio; DeviceId für Benutzer suchen; Log Parser Studio Query – Geräteabfrage; Analyse von Abfrageergebnissen
Installieren von Log Parser Studio
Beim Versuch, mit dem Exchange-Server zu kommunizieren, sind möglicherweise Fehler beim ActiveSync-Client aufgetreten. Nun müssen wir ermitteln, woher diese Fehler stammen. Zunächst werden die IIS-Protokolle auf dem Clientzugriffsserver überprüft. Bevor diese Protokolle analysiert werden können, sollte auf der Arbeitsstation, auf der die Analyse abgeschlossen wird, Log Parser Studio installiert sein. Gehen Sie dazu wie folgt vor:
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
DeviceId für Benutzer suchen
Wir müssen die DeviceId für den ActiveSync-Client abrufen, bei dem das Problem auftritt. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die DeviceId abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox clt | fl DeviceId,DeviceType
Notieren Sie sich den
DeviceID
Wert.
Log Parser Studio Query – Device Query
Um festzustellen, ob eine dieser ActiveSync-Anforderungen zu einem Fehler führt, fragen Sie die IIS-Protokolle für den Gerätedatenverkehr ab. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Geräteabfrage .
Ändern Sie den DeviceId-Wert in der WHERE-Klausel am Ende der Abfrage mit dem Wert aus dem vorherigen Schritt.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie die Spalten Error und sc-status überprüfen.
Analyse von Abfrageergebnissen
Nun möchten wir die Ergebnisse der vorherigen Abfrage auf Fehler überprüfen.
Welche Fehlermeldung haben Sie in den Ergebnissen der Abfrage gefunden?
- AttachmentTooBig
- AttachmentNotFound, BadAttachment oder InvalidAttachmentName
- AttachmentsNotEnabled
- Wenn Keine, können wir das Problem leider nicht mithilfe dieses Leitfadens beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Überprüfen der ActiveSync-Postfachrichtlinie auf Fehler "AttachmentTooBig"
Um festzustellen, ob eine ActiveSync-Postfachrichtlinieneinstellung vorhanden ist, die den AttachmentTooBig-Fehler verursacht, überprüfen Sie die ActiveSync-Postfachrichtlinie, die diesem Postfach zugewiesen ist. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die ActiveSync-Postfachrichtlinieneinstellungen für diesen Benutzer abzurufen:
Get-ActiveSyncMailboxPolicy (Get-Mailbox alias ).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
Hinweis
Dieses Cmdlet sollte nur ein Ergebnis zurückgeben. Wenn Sie mehr als eine Richtlinie in den Ergebnissen erhalten, verwenden Sie die Einstellungen aus der Standardeinstellung.
Ist die Einstellung MaxAttachmentSize auf unbegrenzt festgelegt?
- Wenn ja, finden Sie weitere Informationen unter Überprüfen der Größenbeschränkungen für Nachrichten.
- Wenn nein, lesen Sie Ändern der ActiveSync-Postfachrichtlinie.
Überprüfen der Größenbeschränkungen für Nachrichten
Überprüfen Sie die Transporteinstellungen für die Exchange-organization, um festzustellen, ob die maximale Nachrichtengröße den AttachmentTooBig-Fehler verursachen kann. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die Größenbeschränkungen für Nachrichten abzurufen:
Get-TransportConfig | fl *size
Sind die Grenzwerte für MaxReceiveSize oder MaxSendSize größer als 10 MB?
- Falls ja, lesen Sie Ändern Exchange ActiveSync Einstellungen.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Ändern Exchange ActiveSync Einstellungen
Um dieses Problem zu beheben, erhöhen Sie die maximale Menge an Datenübertragungen für das virtuelle ActiveSync-Verzeichnis. Gehen Sie dazu wie folgt vor:
Wichtig
Die folgenden Änderungen können zu erhöhten Datengebühren auf mobilen Geräten führen.
Öffnen Sie Windows-Explorer.
Navigieren Sie zum Exchange-Installationspfad (%ExchangeInstallPath%), und navigieren Sie dann zu den Verzeichnissen ClientAccessund Sync .
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die web.config-Datei im Editor.
Suchen Sie maxDocumentDataSIze, und ändern Sie den Wert nach Bedarf.
Hinweis
Dieser Wert ist in Bytes angegeben.
Suchen Sie maxRequestLength, und ändern Sie den Wert nach Bedarf.
Hinweis
Dieser Wert ist in Kilobytes angegeben.
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Wurde das Problem durch Ändern der ActiveSync-Einstellung behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Ändern der ActiveSync-Postfachrichtlinie (wenn MaxAttachmentSize nicht unbegrenzt ist)
Um dieses Problem zu beheben, erhöhen Sie die maximale Größe von Anlagen in der ActiveSync-Postfachrichtlinie. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die ActiveSync-Postfachrichtlinie zu ändern:
Set-ActiveSyncMailboxPolicy Default -MaxAttachmentSize 20971520
Hinweis
Der
MaxAttachmentSize
Wert ist in Bytes. Ändern Sie den Namen und die Größe der Richtlinie im obigen Cmdlet, um Ihre Anforderungen zu erfüllen.
Wurde das Problem durch das Erhöhen der maximalen Anlagengröße in der ActiveSync-Postfachrichtlinie behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn nein, lesen Sie Überprüfen der Größenbeschränkungen für Nachrichten.
Aktivieren der ActiveSync-Postfachprotokollierung; Analysieren des ActiveSync-Postfachprotokolls; Suchen einer Anlage mithilfe von MfcMapi
Aktivieren der ActiveSync-Postfachprotokollierung
Um die ActiveSync-Antwort zu ermitteln, die den Fehler verursacht, muss die Postfachprotokollierung aktiviert sein. Weitere Informationen zur Postfachprotokollierung finden Sie Exchange ActiveSync Postfachprotokollierung. Gehen Sie dazu wie folgt vor:
Hinweis
Diese Änderung sollte auf Exchange 2013-Postfachservern vorgenommen werden.
Öffnen Sie Windows Explorer, und navigieren Sie zum Ordner Sync (C:\Programme\Microsoft\Exchange Server\V14\ClientAccess\Sync).
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die datei web.config im Editor, und ändern Sie die folgenden Abschnitte mit den folgenden Werten:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Erweiterte Einstellungen aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Führen Sie das folgende Cmdlet aus, um die Postfachprotokollierung für einen Benutzer zu aktivieren:
Set-CASMailbox user -ActiveSyncDebugLogging:$True
Versuchen Sie, die Anlage über den ActiveSync-Client zu öffnen.
Analysieren des ActiveSync-Postfachprotokolls
Überprüfen Sie das Postfachprotokoll, um festzustellen, ob der Benutzer die Anlage zu öffnen versucht. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfachprotokoll für einen Benutzer abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
Hinweis
Dadurch wird das ActiveSync-Postfachprotokoll zur Analyse an die angegebene E-Mail-Adresse gesendet. Weitere Informationen zur Postfachprotokollierung finden Sie unter Exchange ActiveSync Postfachprotokollierung.
Laden Sie MailboxLogParser herunter, und extrahieren Sie die Dateien.
Starten Sie das Hilfsprogramm, indem Sie MailboxLogParser.exeöffnen.
Wählen Sie Postfachprotokolle in Raster importieren aus, um das Postfachprotokoll zu öffnen.
Geben Sie objectNotFound unter Rohprotokolldaten für Zeichenfolgen durchsuchen ein, und wählen Sie Suchen aus.
Überprüfen Sie die Suchergebnisse, indem Sie den Fehler im Protokolleintrag finden. Notieren Sie sich die Anlagenummer in FileReference. Dies ist die letzte Zahl im Wert: 5%3a12%3a0. (Der vollständige Wert ist 5:12:0, d. h. Anlage 0 für ServerId 5:12.)
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Suchen einer Anlage mithilfe von MfcMapi
Wir müssen ermitteln, ob die Anlage innerhalb der Nachricht vorhanden ist. Gehen Sie dazu wie folgt vor:
Laden Sie MfcMapi herunter, und installieren Sie sie.
Starten Sie MfcMapi.
Wechseln Sie zum Menü Sitzung, und wählen Sie Anmelden aus.
Wählen Sie das Outlook-Profil für das Postfach und dann OK aus.
Doppelklicken Sie auf das Zu öffnende Postfach.
Erweitern Sie den Stammcontainer, erweitern Sie Oben im Informationsspeicher, klicken Sie dann mit der rechten Maustaste auf den Posteingang (oder einen anderen Ordner, in dem sich das Element befindet), und wählen Sie Inhaltstabelle öffnen aus.
Klicken Sie mit der rechten Maustaste auf die Nachricht, und wählen Sie Anlagen>Anlagetabelle anzeigen aus.
In der Nachricht sollte eine Liste von Anlagen angezeigt werden.
Wird eine Anlage mit der FileReference-Nummer im Postfachprotokoll angezeigt?
- Wenn ja, lesen Sie Anzeigen von Anlagen mithilfe von Outlook.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Anzeigen von Anlagen mithilfe von Outlook
Um festzustellen, ob die Anlage beschädigt ist, bitten Sie den Benutzer, die Anlage entweder in Outlook oder Outlook Web Access zu öffnen.
Kann der Benutzer die Anlage von einem anderen Client aus öffnen?
- Wenn ja, lesen Sie Überprüfen der ActiveSync-Postfachrichtlinie.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Überprüfen der ActiveSync-Postfachrichtlinie
Um festzustellen, ob eine ActiveSync-Postfachrichtlinieneinstellung vorhanden ist, die den AttachmentTooBig-Fehler verursacht, überprüfen Sie die ActiveSync-Postfachrichtlinie, die diesem Postfach zugewiesen ist. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die ActiveSync-Postfachrichtlinieneinstellungen für diesen Benutzer abzurufen:
Get-ActiveSyncMailboxPolicy (Get-Mailbox alias ).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
Hinweis
Dieses Cmdlet sollte nur ein Ergebnis zurückgeben. Wenn Sie mehr als eine Richtlinie in den Ergebnissen erhalten, verwenden Sie die Einstellungen aus der Standardeinstellung.
Ist die Einstellung AttachmentsEnabled auf True festgelegt?
- Wenn ja, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
- Wenn nein, lesen Sie Ändern der ActiveSync-Postfachrichtlinie.
Ändern der ActiveSync-Postfachrichtlinie
Um dieses Problem zu beheben, erhöhen Sie die maximale Größe von Anlagen in der ActiveSync-Postfachrichtlinie. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um die ActiveSync-Postfachrichtlinie zu ändern:
Set-ActiveSyncMailboxPolicy Default -AttachmentsEnabled:$True
Wurde das Problem durch das Erhöhen der maximalen Anlagengröße in der ActiveSync-Postfachrichtlinie behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Nachricht kann nicht gesendet werden
Wir behandeln das Problem, bei dem ein Benutzer keine Nachricht von einem ActiveSync-Client senden kann.
Kann der Benutzer das Problem reproduzieren?
- Wenn ja, lesen Sie Aktivieren der ActiveSync-Postfachprotokollierung. Erfassen der Fiddler-Ablaufverfolgung; Postfachprotokollanalyse für Fehler.
- Falls nicht, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – SendMail; Abfrageergebnisanalyse.
Aktivieren der ActiveSync-Postfachprotokollierung; Erfassen der Fiddler-Ablaufverfolgung; Postfachprotokollanalyse für Fehler
Aktivieren der ActiveSync-Postfachprotokollierung
Der erste Schritt besteht darin, die Postfachprotokollierung auf den Clientzugriffsservern und dem Benutzerpostfach zu aktivieren. Weitere Informationen zur Postfachprotokollierung finden Sie hier. Gehen Sie dazu wie folgt vor:
Hinweis
Diese Änderung sollte auf Exchange 2013-Postfachservern vorgenommen werden.
Öffnen Sie Windows Explorer, und navigieren Sie zum Ordner Sync (C:\Programme\Microsoft\Exchange Server\V14\ClientAccess\Sync).
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die datei web.config im Editor, und ändern Sie die folgenden Abschnitte mit den folgenden Werten:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Erweiterte Einstellungen aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Führen Sie das folgende Cmdlet aus, um die Postfachprotokollierung für einen Benutzer zu aktivieren:
Set-CASMailbox user -ActiveSyncDebugLogging:$True
Erfassen der Fiddler-Ablaufverfolgung
ActiveSync-Geräteanforderungen erreichen das Ziel nicht immer wie gewünscht. Um sicherzustellen, dass die Geräteanforderung und -antwort erwartungsgemäß gesendet und empfangen wird, leiten Sie das Gerät über einen HTTP-Proxy weiter, und überprüfen Sie die Daten. Gehen Sie dazu wie folgt vor:
- Laden Sie Fiddler herunter, und installieren Sie es auf einer Arbeitsstation.
- Laden Sie EAS Inspector for Fiddler herunter.
- Extrahieren Sie EASInspectorFiddler.dll in den Ordner c:\Programme\Fiddler2\Inspectors .
- Starten Sie die Fiddler-Anwendung.
- Wählen Sie das Menü Extras und dann Fiddler-Optionen aus.
- Wechseln Sie zur Registerkarte HTTPS , und wählen Sie HTTPS-Datenverkehr entschlüsseln aus, und wählen Sie Ja zu allen Eingabeaufforderungen aus.
- Wechseln Sie zur Registerkarte Connections, und wählen Sie Verbinden von Remotecomputern zulassen aus, und wählen Sie OK bei jeder Eingabeaufforderung aus.
- Wählen Sie OK aus, und schließen Sie die Fiddler-Anwendung.
- Konfigurieren Sie das ActiveSync-Gerät so, dass diese Arbeitsstation als Proxyserver verwendet wird (dies erfolgt in der Regel unter den WLAN-Einstellungen für das Gerät).
- Starten Sie die Fiddler-Anwendung.
- Versuchen Sie, eine oder mehrere Nachrichten vom ActiveSync-Client zu senden .
- Wählen Sie das Menü Datei und dann Datenverkehr erfassen aus, um die Ablaufverfolgung zu beenden.
Postfachprotokollanalyse für Fehler
Die Anforderung vom ActiveSync-Client zum Senden dieser Nachricht ist nicht erfolgreich. Wir müssen überprüfen, ob der Exchange-Server die Anforderung empfangen hat, und ermitteln, ob der Server eine Antwort gesendet hat. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfachprotokoll für einen Benutzer abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
Hinweis
Dadurch wird das ActiveSync-Postfachprotokoll an die angegebene E-Mail-Adresse gesendet. Weitere Informationen zur Postfachprotokollierung finden Sie unter Exchange ActiveSync Postfachprotokollierung.
Laden Sie MailboxLogParser herunter, und extrahieren Sie die Dateien.
Starten Sie das Hilfsprogramm, indem Sie MailboxLogParser.exeöffnen.
Wählen Sie Postfachprotokolle in Raster importieren aus, um das Postfachprotokoll zu öffnen.
Geben Sie SendMail unter Rohprotokolldaten für Zeichenfolgen durchsuchen ein, und wählen Sie Suchen aus.
Überprüfen Sie die Suchergebnisse, indem Sie die Spalte Satus auf beliebige Werte überprüfen.
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Wurden Fehler oder Ausnahmen im Postfachprotokoll gefunden?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – SendMail; Abfrageergebnisanalyse.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Fiddler-Ablaufverfolgungsanalyse für Fehler (wenn keine Fehler im Postfachprotokoll vorhanden sind)
Wir erwarten, dass das Gerät eine oder mehrere Anforderungen sendet, um die neuesten Updates für den Ordner zu erhalten. Wir können die Fiddler-Ablaufverfolgung verwenden, um zu überprüfen, ob die Anforderung vom Client gesendet und eine Antwort vom Server empfangen wurde. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten , und wählen Sie Sitzungen suchen aus.
Geben Sie den Namespace für ActiveSync ein (Beispiel: mail.contoso.com), und wählen Sie Sitzungen suchen aus.
Überprüfen Sie die Spalte Ergebnis auf HTTP-Antwortwerte, die nicht gleich 200 sind.
Wählen Sie Anforderungen aus, bei denen die Textspalte einen Wert aufweist.
Wählen Sie die Registerkarte TextView aus, um die Antwort für weitere Details anzuzeigen.
Wurden fehler in der Fiddler-Ablaufverfolgung gefunden?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – SendMail; Abfrageergebnisanalyse.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Installieren von Log Parser Studio; Log Parser Studio Query – SendMail; Analyse der Abfrageergebnisse (wenn kein Benutzer das Problem reproduzieren kann)
Installieren von Log Parser Studio
Beim Versuch, mit dem Exchange-Server zu kommunizieren, sind möglicherweise Fehler beim ActiveSync-Client aufgetreten. Nun müssen wir ermitteln, woher diese Fehler stammen. Zunächst werden die IIS-Protokolle auf dem Clientzugriffsserver überprüft. Bevor diese Protokolle analysiert werden können, sollte auf der Arbeitsstation, auf der die Analyse abgeschlossen wird, Log Parser Studio installiert sein. Gehen Sie dazu wie folgt vor:
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
Log Parser Studio Query – SendMail
Um festzustellen, ob eine dieser ActiveSync-Anforderungen zu einem Fehler führt, fragen Sie die IIS-Protokolle für den Gerätedatenverkehr ab. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: SendMail .
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie nach einem beliebigen Wert in den Spalten Status oder Fehler suchen. Suchen Sie auch nach HTTP-status Codes, die nicht gleich 200 sind.
Analyse von Abfrageergebnissen
Nun möchten wir die Ergebnisse der vorherigen Abfrage auf Fehler überprüfen.
Welchen Fehler haben Sie in den Abfrageergebnissen gefunden?
- QutoaExceeded-Fehler
- MailSubmissionFailed
- oRecipients
- Fehler nicht aufgeführt oder HTTP-Fehler, leider können wir das Problem nicht mithilfe dieses Leitfadens beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
QutoaExceeded-Fehler
Dieser Fehler meldet, dass der Benutzer sein Postfachkontingent überschritten hat und keine Nachrichten senden kann. Um dieses Problem zu beheben, erhöhen Sie entweder das Postfachspeicherkontingent des Benutzers, oder informieren Sie den Benutzer, seine Postfachgröße zu reduzieren.
Löst eine dieser Optionen das Problem?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
NoRecipients-Fehler
Dieser Fehler meldet, dass der Benutzer versucht hat, eine Nachricht ohne Empfänger zu senden. Das Gerät sollte dieses Verhalten nicht zulassen. Möglicherweise möchten Sie die Postfachprotokolle und/oder die Fiddler-Ablaufverfolgung für dieses Gerät überprüfen, um zu überprüfen, ob der Befehl SendMail einen oder mehrere Empfänger enthält.
Konnten Sie überprüfen, ob das Gerät einen oder mehrere Empfänger in der Anforderung gesendet hat?
- Wenn ja, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Basierend auf den Ergebnissen dieser Schritte zur Problembehandlung wird empfohlen, sich an den Gerätehersteller zu wenden, um weitere Unterstützung zu erhalten. Sie können sich auch an Microsoft-Support wenden, um weitere Hilfe bei der Behebung dieses Problems zu erhalten.
MailSubmissionFailed-Fehler
Der MailSubmissionFailed-Fehler ist im Wesentlichen eine Abfangen aller Fehlermeldungen für SendMail-Fehler. Der Benutzer sollte versuchen, die Nachricht erneut zu senden. Überprüfen Sie das Postfachserver-Ereignisprotokoll auf Fehler oder Warnungen zum Zeitpunkt der Nachrichtenübermittlung.
Konnten Sie das Problem mithilfe der Ereignisprotokolle auf dem Postfachserver beheben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Kalenderprobleme
Bevor wir mit der Problembehandlung beginnen, müssen wir wissen, ob das Problem auf dem Gerät reproduziert werden kann. Wenn wir das Problem reproduzieren können, können wir während des Prozesses Daten erfassen, um ein besseres Verständnis des Problems zu erhalten. Andernfalls müssen wir vorhandene Protokolle untersuchen, um zu ermitteln, was passiert ist.
Können Sie das Kalenderproblem auf dem Gerät reproduzieren?
- Wenn ja, lesen Sie Aktivieren der ActiveSync-Postfachprotokollierung. Erfassen der Fiddler-Ablaufverfolgung; Termin innerhalb des Postfachs suchen; Suchen Sie nach UID.
- Falls nicht, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – Gerätekalenderanforderungen; Abfrageergebnisanalyse; Re-Sync den Kalenderordner.
Aktivieren der ActiveSync-Postfachprotokollierung; Erfassen der Fiddler-Ablaufverfolgung; Suchen eines Termins innerhalb des Postfachs; Suchen nach UID
Aktivieren der ActiveSync-Postfachprotokollierung
Der erste Schritt besteht darin, die Postfachprotokollierung auf den Clientzugriffsservern und dem Benutzerpostfach zu aktivieren. Weitere Informationen zur Postfachprotokollierung finden Sie hier. Gehen Sie dazu wie folgt vor:
Hinweis
Diese Änderung sollte auf Exchange 2013-Postfachservern vorgenommen werden.
Öffnen Sie Windows Explorer, und navigieren Sie zum Ordner Sync (C:\Programme\Microsoft\Exchange Server\V14\ClientAccess\Sync).
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die datei web.config im Editor, und ändern Sie die folgenden Abschnitte mit den folgenden Werten:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Führen Sie das folgende Cmdlet aus, um die Postfachprotokollierung für einen Benutzer zu aktivieren:
Set-CASMailbox user -ActiveSyncDebugLogging:$True
Erfassen der Fiddler-Ablaufverfolgung
ActiveSync-Geräteanforderungen erreichen das Ziel nicht immer wie gewünscht. Um sicherzustellen, dass die Geräteanforderung und -antwort erwartungsgemäß gesendet und empfangen wird, leiten Sie das Gerät über einen HTTP-Proxy weiter, und überprüfen Sie die Daten. Gehen Sie dazu wie folgt vor:
- Laden Sie Fiddler herunter, und installieren Sie es auf einer Arbeitsstation.
- Laden Sie EAS Inspector for Fiddler herunter.
- Extrahieren Sie EASInspectorFiddler.dll in den Ordner c:\Programme\Fiddler2\Inspectors .
- Starten Sie die Fiddler-Anwendung.
- Wählen Sie das Menü Extras und dann Fiddler-Optionen aus.
- Wechseln Sie zur Registerkarte HTTPS , und wählen Sie HTTPS-Datenverkehr entschlüsseln aus, und wählen Sie Ja zu allen Eingabeaufforderungen aus.
- Wechseln Sie zur Registerkarte Connections, und wählen Sie Verbinden von Remotecomputern zulassen aus, und wählen Sie OK bei jeder Eingabeaufforderung aus.
- Wählen Sie OK aus, und schließen Sie die Fiddler-Anwendung.
- Konfigurieren Sie das ActiveSync-Gerät so, dass diese Arbeitsstation als Proxyserver verwendet wird (dies erfolgt in der Regel unter den WLAN-Einstellungen für das Gerät).
- Starten Sie die Fiddler-Anwendung.
- Versuchen Sie, eine oder mehrere Nachrichten vom ActiveSync-Client zu senden .
- Wählen Sie das Menü Datei und dann Datenverkehr erfassen aus, um die Ablaufverfolgung zu beenden.
Suchen eines Termins im Postfach
Wir müssen die UID für den Termin innerhalb des Postfachs ermitteln, bevor wir das Postfachprotokoll durchsuchen. Gehen Sie dazu wie folgt vor:
Laden Sie MfcMapi herunter, und installieren Sie sie.
Starten Sie MfcMapi.
Wechseln Sie zum Menü Sitzung, und wählen Sie Anmelden aus.
Wählen Sie das Outlook-Profil für das Postfach und dann OK aus.
Doppelklicken Sie auf das Zu öffnende Postfach.
Erweitern Sie den Stammcontainer, erweitern Sie Oben im Informationsspeicher, klicken Sie dann mit der rechten Maustaste auf den Kalender , und wählen Sie Inhaltstabelle öffnen aus.
Wählen Sie den Termin in der Tabelle aus, klicken Sie dann mit der rechten Maustaste auf das Tag 0x80000102 und wählen Sie Eigenschaft bearbeiten aus.
Kopieren Sie den Binärwert (wird verwendet, um im Postfachprotokoll nach der UID zu suchen).
Suchen nach UID
Die Daten wurden nun gesammelt, und wir können mit der Problembehandlung beginnen. Der erste Schritt besteht darin, sich das Postfachprotokoll anzusehen und zu überprüfen, ob der Termin erfasst wurde. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfachprotokoll für einen Benutzer abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
Hinweis
Dadurch wird das ActiveSync-Postfachprotokoll zur Analyse an die angegebene E-Mail-Adresse gesendet. Weitere Informationen zur Postfachprotokollierung finden Sie Exchange ActiveSync Postfachprotokollierung.
Laden Sie MailboxLogParser herunter, und extrahieren Sie die Dateien.
Starten Sie das Hilfsprogramm, indem Sie MailboxLogParser.exeöffnen.
Wählen Sie Postfachprotokolle in Raster importieren aus, um das Postfachprotokoll zu öffnen.
Geben Sie unter Rohprotokolldaten für Zeichenfolgen durchsuchen den UID-Wert ein, den Sie zuvor kopiert haben, und wählen Sie Suchen aus.
Überprüfen Sie die Suchergebnisse, und notieren Sie sich den ServerId-Wert für diesen Termin, falls gefunden.
Konnten Sie den Termin mithilfe der UID im Postfachprotokoll finden?
- Falls ja, lesen Sie Analysieren des Postfachprotokolls für UID. Überprüfen Sie den endgültigen Status des Termins.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Analysieren des Postfachprotokolls auf UID; Überprüfen der endgültigen status des Termins
Analysieren des Postfachprotokolls auf UID
Da wir nun wissen, dass der Termin in unserem Postfachprotokoll enthalten ist, müssen wir die aktionen nachverfolgen, die für den Termin ausgeführt wurden. Gehen Sie dazu wie folgt vor:
Suchen Sie nach dem zuvor gefundenen UID-Wert.
Überprüfen Sie die Ergebnisse, und analysieren Sie die Protokolleinträge. Überprüfen Sie die Protokolle, und suchen Sie nach RequestBody oder ResponseBody. Wenn das Element im Antworttext angezeigt wird, wurde das Element vom Server aktualisiert. Andernfalls wird das Element im Anforderungstext angezeigt, was bedeutet, dass das Element vom Client aktualisiert wurde.
Notieren Sie sich die Aktion (Hinzufügen, Ändern oder Löschen) und ob der Server oder Client die Aktion gesendet hat.
Wiederholen Sie die Schritte 2 bis 4, bis Sie keine weiteren Einträge finden.
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Überprüfen der endgültigen status des Termins
Wir haben überprüft, ob eine oder mehrere Aktionen für den Termin im Postfachprotokoll ausgeführt wurden. Das Endergebnis des Termins hängt von der endgültigen Aktion ab. Im Folgenden wird die erwartete status des Termins basierend auf dieser Aktion beschrieben:
- Hinzufügen : Der Termin sollte sich im Kalender auf dem ActiveSync-Client befinden.
- Änderung : Der Termin sollte im Kalender auf dem ActiveSync-Client aktualisiert werden.
- Löschen : Der Termin sollte aus dem Kalender auf dem ActiveSync-Client entfernt werden.
Entspricht das Ergebnis der letzten Aktion dem erwarteten Status der Ernennung?
- Falls ja, siehe Fiddler Trace Analysis for UID; Überprüfen Sie den endgültigen Status des Termins.
- Falls nicht, lesen Sie Postfachprotokollanalyse für Fehler).
Fiddler-Ablaufverfolgungsanalyse für UID; Überprüfen der endgültigen status des Termins
Fiddler-Ablaufverfolgungsanalyse für UID
Wir erwarten, dass das Gerät Anforderungen im Zusammenhang mit diesem Termin sendet. Wir können die Fiddler-Ablaufverfolgung verwenden, um zu überprüfen, ob die Anforderung vom Client gesendet und eine Antwort vom Server empfangen wurde. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten, und wählen Sie Sitzungen suchen aus.
Geben Sie den Namespace für ActiveSync ein (Beispiel: mail.contoso.com), und wählen Sie Sitzungen suchen aus.
Wählen Sie Anforderungen aus, bei denen die Spalte Body einen Wert und die HTTP-Antwortwerte aufweist, die nicht gleich 200 sind.
Wählen Sie die EAS XML-Registerkarten aus, um die Anforderung und Antwort anzuzeigen.
Suchen Sie alle Anforderungen und Antworten für die zuvor gefundene ServerId.
Überprüfen der endgültigen status des Termins
Wir müssen überprüfen, ob die Aktionen, die für den Termin in der Fiddler-Ablaufverfolgung ausgeführt werden, mit dem Postfachprotokoll übereinstimmen. Die letzte Aktion sollte mit der zuvor gefundenen Postfachprotokollaktion übereinstimmen. Im Folgenden wird die erwartete status des Termins basierend auf dieser Aktion beschrieben:
- Hinzufügen : Der Termin sollte sich im Kalender auf dem ActiveSync-Client befinden.
- Änderung : Der Termin sollte im Kalender auf dem ActiveSync-Client aktualisiert werden.
- Löschen : Der Termin sollte aus dem Kalender auf dem ActiveSync-Client entfernt werden.
Entspricht das Ergebnis der letzten Aktion dem erwarteten Status der Ernennung?
- Wenn ja, können wir das Problem mit diesem Leitfaden leider nicht beheben. Basierend auf den Ergebnissen dieser Schritte zur Problembehandlung wird empfohlen, sich an den Gerätehersteller zu wenden, um weitere Unterstützung zu erhalten. Sie können sich auch an Microsoft-Support wenden, um weitere Hilfe bei der Behebung dieses Problems zu erhalten.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Postfachprotokollanalyse für Fehler (für Termin)
Der ActiveSync-Datenverkehr für diesen Termin führt nicht dazu, dass der Termin auf dem Gerät den richtigen Zustand aufweist. Nun müssen wir das Postfachprotokoll weiter auf Probleme mit ActiveSync-Anforderungen für den Kalenderordner überprüfen. Gehen Sie dazu wie folgt vor:
Überprüfen Sie die Suchergebnisse von oben.
Überprüfen Sie die Spalte Status für die Antwort, und wenn der Wert nicht gleich 1 ist, lesen Sie das ActiveSync-Protokolldokument, um weitere Informationen zum status Code zu finden.
Überprüfen Sie auch den Protokolleintrag auf Ausnahmemeldungen.
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Gab es Statuscodes, die in der Antwort nicht gleich 1 waren, oder wurden Ausnahmen im Postfachprotokoll gefunden?
- Wenn ja, können wir das Problem mit diesem Leitfaden leider nicht beheben. Basierend auf den Ergebnissen dieser Schritte zur Problembehandlung wird empfohlen, sich an den Gerätehersteller zu wenden, um weitere Unterstützung zu erhalten. Sie können sich auch an Microsoft-Support wenden, um weitere Hilfe bei der Behebung dieses Problems zu erhalten.
- Falls nicht, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse für Fehler.
Fiddler-Ablaufverfolgungsanalyse für Fehler
Basierend auf den Ergebnissen des Postfachprotokolls sind beim Client keine Fehler mit ActiveSync-Datenverkehr zwischen dem Client und Exchange aufgetreten. Als Nächstes müssen wir überprüfen, ob bei allen Anforderungen des Geräts kein Fehler aufgetreten ist. Gehen Sie dazu wie folgt vor:
Wir erwarten, dass das Gerät eine oder mehrere Anforderungen sendet, um die neuesten Updates für den Ordner zu erhalten. Wir können die Fiddler-Ablaufverfolgung verwenden, um zu überprüfen, ob die Anforderung vom Client gesendet und eine Antwort vom Server empfangen wurde. Gehen Sie dazu wie folgt vor:
Öffnen Sie die Fiddler-Ablaufverfolgung.
Wechseln Sie zum Menü Bearbeiten, und wählen Sie Sitzungen suchen aus.
Geben Sie den Namespace für ActiveSync ein (Beispiel: mail.contoso.com), und wählen Sie Sitzungen suchen aus.
Überprüfen Sie die Spalte Ergebnis auf HTTP-Antwortwerte, die nicht gleich 200 sind.
Wählen Sie Anforderungen aus, bei denen die Textspalte einen Wert aufweist.
Wählen Sie die Registerkarte TextView aus, um die Antwort für weitere Details anzuzeigen.
Wurden fehler in der Fiddler-Ablaufverfolgung für die Kalenderanforderungen gefunden?
- Falls ja, lesen Sie Installieren von Log Parser Studio. Log Parser Studio Query – Gerätekalenderanforderungen; Abfrageergebnisanalyse; Re-Sync den Kalenderordner.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Installieren von Log Parser Studio; Log Parser Studio Query – Gerätekalenderanforderungen; Analyse der Abfrageergebnisse; Erneutes Synchronisieren des Kalenderordners
Installieren von Log Parser Studio
Beim Versuch, mit dem Exchange-Server zu kommunizieren, sind möglicherweise Fehler beim ActiveSync-Client aufgetreten. Nun müssen wir ermitteln, woher diese Fehler stammen. Zunächst werden die IIS-Protokolle auf dem Clientzugriffsserver überprüft. Bevor diese Protokolle analysiert werden können, sollte auf der Arbeitsstation, auf der die Analyse abgeschlossen wird, Log Parser Studio installiert sein. Gehen Sie dazu wie folgt vor:
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
Log Parser Studio Query – Device Calendar requests
Wir müssen ermitteln, ob bei den Anforderungen von diesem ActiveSync-Client Probleme aufgetreten sind, während sie auf dem Clientzugriffsserver verarbeitet werden. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Count Syncs with SyncKey of Zero Per User (Null pro Benutzer ) aus der Bibliothek.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Beispielergebnisse:
Analyse von Abfrageergebnissen
Nun möchten wir die Ergebnisse Ihrer Abfrage auf Probleme überprüfen. Gehen Sie dazu wie folgt vor:
Überprüfen Sie die Spalte Status , und suchen Sie alle Anforderungen, in denen ein Wert vorhanden ist. Verwenden Sie das Exchange ActiveSync Protokolldokument, um diese Werte zu untersuchen und ob Korrekturmaßnahmen ergriffen werden können.
Überprüfen Sie die Spalte Fehler , und suchen Sie eine beliebige Anforderung, in der sich ein Wert in dieser Spalte befindet. Viele dieser Fehlermeldungen sind selbsterklärend und können entsprechend korrigiert werden.
Überprüfen Sie die Spalte sc-status, und suchen Sie alle Anforderungen, bei denen ein anderer Wert als 200 vorhanden ist. Dies ist die HTTP-status Antwort von IIS. Weitere Informationen finden Sie unter Http-status Code in IIS 7 und höheren Versionen.
Leider zeigt die Überprüfung der IIS-Protokolle keinen Bezeichner für den betreffenden Termin an. Ihre beste Anstrengung ist es, eine Anforderung in den IIS-Protokollen zu dem Zeitpunkt zu finden, zu dem die letzte Terminänderung aufgetreten ist. Sie können auch diesen Artikel Grundlegendes zu Exchange ActiveSync Reporting Services verwenden, um einige der Elemente, die mit dem IIS-Protokolleintrag gefunden wurden, besser zu verstehen.
Erneutes Synchronisieren des Kalenderordners
Anhand der vorherigen Schritte können Sie ermitteln, warum das Problem mit dem Termin aufgetreten ist. Möglicherweise hat der ActiveSync-Client den Termin nicht im richtigen Zustand. Um dieses Problem zu beheben, entfernen Sie den Kalender aus der Liste der zu synchronisierenden Ordner, warten Sie ungefähr fünf Minuten, und fügen Sie dann den Kalender der Liste der zu synchronisierenden Ordner hinzu.
Befindet sich der Termin auf dem ActiveSync-Client im richtigen Zustand?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Vorbereiten der Datenanalyse; Log Parser Studio Query – Count Syncs with SyncKey (Null pro Benutzer)
Vorbereiten der Datenanalyse
Beim Versuch, mit dem Exchange-Server zu kommunizieren, sind möglicherweise Fehler beim ActiveSync-Client aufgetreten. Nun müssen wir ermitteln, woher diese Fehler stammen. Zunächst werden die IIS-Protokolle auf dem Clientzugriffsserver überprüft. Bevor diese Protokolle analysiert werden können, sollte auf der Arbeitsstation, auf der die Analyse abgeschlossen wird, Log Parser Studio installiert sein. Gehen Sie dazu wie folgt vor:
Laden Sie LogParser herunter, und installieren Sie es.
- Doppelklicken Sie auf die LogParser.msi , um die Installation zu starten.
- Wählen Sie Ausführen aus, wenn datei öffnen – Sicherheitswarnung angezeigt wird.
- Wählen Sie auf dem Bildschirm Willkommen die Option Weiter aus.
- Überprüfen und akzeptieren Sie auf dem Bildschirm End-User Lizenzvertrag den Lizenzvertrag, und wählen Sie Weiter aus.
- Wählen Sie auf dem Bildschirm Setuptyp auswählen die Option Abschließen aus.
- Wählen Sie auf dem Bildschirm Installationsbereit die Option Installieren aus.
- Wählen Sie auf dem Bildschirm Vervollständigung die Option Fertig stellen aus.
Laden Sie Log Parser Studio herunter, und extrahieren Sie die Dateien.
Nachdem LogParser installiert und Log Parser Studio extrahiert wurde, kopieren Sie die IIS-Protokolle von den Exchange-Servern zur Analyse auf die lokale Arbeitsstation.
Log Parser Studio Query – Count Syncs with SyncKey (Null pro Benutzer)
Um zu ermitteln, ob Geräte mit Exchange neu synchronisiert werden, führen Sie die Protokollparserabfrage aus, um die Benutzer zu finden. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Count Syncs with SyncKey of Zero Per User (Null pro Benutzer ) aus der Bibliothek.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage.
Gibt es Geräte mit mehreren Anforderungen, die den SyncKey-Wert 0 verwenden?
- Falls ja, lesen Sie Log Parser Studio Query – Device Query.
- Falls nicht, lesen Sie Log Parser Studio Query – Count all Syncs per SyncKey.
Log Parser Studio Query – Device Query (bei Verwendung des SyncKey-Werts 0)
Um zu ermitteln, warum das Gerät einen SyncKey von 0 gesendet hat, analysieren Sie die Geräteaktivität vor der Neusynchronisierungsanforderung. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Geräteabfrage .
Ändern Sie den DeviceId-Wert in der WHERE-Klausel am Ende der Abfrage mit dem Wert aus dem vorherigen Schritt.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie die Anforderung suchen, bei der der Wert in der SyncKey-Spalte 0 ist. Sehen Sie sich dann die vorherigen Anforderungen an, bei denen cmd=Sync vorhanden ist, und überprüfen Sie, ob der wert sc-status 5xx ist.
Beispiel: In der obigen Abbildung sind vor der Anforderung mehrere Synchronisierungsanforderungen vorhanden, die den SyncKey-Wert 0 enthalten. Keine dieser Anforderungen hat eine HTTP 500-Antwort von IIS erhalten. Es gibt ein bekanntes Problem , bei dem mehrere HTTP 500-Antworten dazu führen, dass ein Gerät neu synchronisiert wird.
Führt diese Synchronisierungsanforderung zu einem HTTP-status Code von 500?
- Falls ja, finden Sie weitere Informationen unter Aktivieren der Ablaufverfolgung für fehlgeschlagene Anforderungen. Protokollierungsanalyse der Anforderungsablaufverfolgung fehlgeschlagen.
- Falls nicht, finden Sie weitere Informationen unter Geräteaktivitätsanalyse.
Aktivieren der Ablaufverfolgung für fehlgeschlagene Anforderungen; Protokollierungsanalyse der Anforderungsablaufverfolgung
Aktivieren der Ablaufverfolgung für fehlgeschlagene Anforderungen
Um die Ursache der HTTP 500-Fehler zu ermitteln, aktivieren Sie die Ablaufverfolgung fehlgeschlagener Anforderungen im virtuellen Verzeichnis Microsoft-Server-ActiveSync. Gehen Sie dazu wie folgt vor:
- Öffnen Sie den IIS-Manager.
- Erweitern Sie den Server, erweitern Sie Websites, und wählen Sie die Standardwebsite aus.
- Wählen Sie im Bereich Aktionen die Option Ablaufverfolgung für Anforderungsfehler aus.
- Wählen Sie Aktivieren aus, geben Sie bei Bedarf einen anderen Verzeichnispfad ein, und wählen Sie OK aus.
- Erweitern Sie die Standardwebsite, und wählen Sie das virtuelle Verzeichnis Microsoft-Server-ActiveSync aus.
- Doppelklicken Sie in der Ansicht Features auf Ablaufverfolgungsregeln für fehlgeschlagene Anforderungen.
- Wählen Sie im Bereich Aktionendie Option Hinzufügen aus.
- Wählen Sie Alle Inhalte und dann Weiter aus.
- Geben Sie den HTTP-status Code ein, der zuvor beim Analysieren des IIS-Protokolls gefunden wurde, und wählen Sie Weiter aus.
- Wählen Sie Fertig stellen aus.
Nachdem die Ablaufverfolgung für fehlgeschlagene Anforderungen aktiviert wurde, reproduzieren Sie das Verbindungsproblem, indem Sie eine andere Synchronisierung auf dem Gerät versuchen.
Protokollierungsanalyse der Anforderungsablaufverfolgung
Um dieses Problem zu beheben, überprüfen Sie die Protokolle zur Ablaufverfolgung fehlgeschlagener Anforderungen, um die Ursache zu ermitteln. Hier ist ein Beispielsatz von Protokollen, und die Anforderungszusammenfassung enthält grundlegende Informationen zum Fehler:
Wenn Sie dann die Registerkarte Kompakte Ansicht überprüfen, sind zusätzliche Details einschließlich des angegebenen Benutzernamens verfügbar.
Wurde das Problem mithilfe der Ablaufverfolgungsprotokolle für fehlgeschlagene Anforderungen behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Erfassen der Fiddler-Ablaufverfolgung.
Geräteaktivitätsanalyse
Überprüfen Sie die Ergebnisse der vorherigen Abfrage, um festzustellen, ob das Gerät den SyncKey-Wert 0 gesendet hat. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Anforderung mit ActiveSync-Fehlern aus der Bibliothek.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, indem Sie auf die Statusantwort mit dem Cmd des Geräts verweisen. Verwenden Sie die Dokumentation zum ActiveSync-Protokoll als Referenz. Beispielsweise ist jede Ping-Anforderung, die zu einem status größer als 2 führt, ein Fehler und sollte weiter untersucht werden. Jede Synchronisierungsanforderung, die zu einem status größer als 1 führt, ist ein Fehler und sollte weiter untersucht werden.
Gibt es Anforderungen, die zu einem Fehler status Code führen?
- Wenn ja, finden Sie weitere Informationen unter Überprüfen des Protokolldokuments.
- Falls nicht, lesen Sie Erfassen der Fiddler-Ablaufverfolgung.
Protokolldokument überprüfen
Verwenden Sie die ActiveSync-Befehlsreferenzprotokollspezifikation, um zu bestimmen, was status Antwortcode darstellt. Gehen Sie dazu wie folgt vor:
- Öffnen Sie die ActiveSync-Befehlsreferenzprotokollspezifikation.
- Überprüfen Sie die Ergebnisse der vorherigen Abfrage auf Fehler, und untersuchen Sie den Status-Wert.
- Beheben Sie die Probleme basierend auf der in der Protokolldokumentation aufgeführten Ursache.
Beispielergebnisse einer Abfrage, die im vorherigen Schritt ausgeführt wurde:
Diese Ergebnisse zeigen, dass ein Ping-Befehl zu einem status Code von 3 geführt hat. Bei Verwendung des ActiveSync-Protokolldokuments wird dieser Fehler durch die vom Gerät gesendete Anforderung verursacht. Das Gerät sollte eine weitere Ping-Anforderung senden.
Die Ergebnisse zeigen auch einen Synchronisierungsbefehl an, der eine Antwort mit dem status Code 4 empfangen hat. Auch hier wird dieser Fehler durch die vom Gerät gesendete Anforderung verursacht.
Wurde das Problem mithilfe des ActiveSync-status in der Antwort behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Log Parser Studio Query – Count all Syncs per SyncKey.
Erfassen der Fiddler-Ablaufverfolgung (wenn das Problem nicht behoben wurde)
ActiveSync-Geräteanforderungen erreichen das Ziel nicht immer wie gewünscht. Um sicherzustellen, dass die Geräteanforderung und -antwort erwartungsgemäß gesendet und empfangen wird, leiten Sie das Gerät über einen HTTP-Proxy weiter, und überprüfen Sie die Daten. Gehen Sie dazu wie folgt vor:
Laden Sie Fiddler herunter, und installieren Sie es auf einer Arbeitsstation.
Laden Sie EAS Inspector for Fiddler herunter.
Extrahieren Sie EASInspectorFiddler.dll in den Ordner c:\Programme\Fiddler2\Inspectors .
Starten Sie die Fiddler-Anwendung.
Wählen Sie das Menü Extras und dann Fiddler-Optionen aus.
Wechseln Sie zur Registerkarte HTTPS , und wählen Sie HTTPS-Datenverkehr entschlüsseln aus, und wählen Sie Ja zu allen Eingabeaufforderungen aus.
Wechseln Sie zur Registerkarte Connections, und wählen Sie Verbinden von Remotecomputern zulassen aus, und wählen Sie OK bei jeder Eingabeaufforderung aus.
Wählen Sie OK aus, und schließen Sie die Fiddler-Anwendung.
Konfigurieren Sie das ActiveSync-Gerät für die Verwendung dieser Arbeitsstation als Proxyserver.
Starten Sie die Fiddler-Anwendung.
Versuchen Sie, das ActiveSync-Gerät zu synchronisieren.
Wählen Sie das Menü Datei und dann Datenverkehr erfassen aus, um die Ablaufverfolgung zu beenden.
Sehen Sie, dass die ActiveSync-Anforderung eine HTTP-Antwort vom Typ 500 erhält?
- Falls ja, finden Sie weitere Informationen unter Fiddler-Ablaufverfolgungsanalyse.
- Falls nicht, finden Sie weitere Informationen unter Erneute Bereitstellung des ActiveSync-Clients.
Erneutes Bereitstellen des ActiveSync-Clients (siehe HTTP-Antwort 500)
Um dieses Problem zu beheben, stellen Sie den ActiveSync-Client erneut bereit. Gehen Sie dazu wie folgt vor:
- Entfernen Des aktuellen ActiveSync-Profils für das Postfach gemäß den Geräterichtlinien
- Erstellen eines ActiveSync-Profils für das Postfach gemäß den Geräterichtlinien
Wurde das Problem durch die erneute Bereitstellung des ActiveSync-Clients behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Log Parser Studio Query – Count all Syncs per SyncKey.
Fiddler-Ablaufverfolgungsanalyse (500 HTTP-Antwort empfangen)
Die Fiddler-Ablaufverfolgung zeigt, dass das ActiveSync-Gerät keine erfolgreiche Antwort vom Ziel empfangen hat. Eine weitere Analyse der Ablaufverfolgung ist erforderlich, um den Ursprung der Antwort zu bestimmen. Gehen Sie dazu wie folgt vor:
**Beispiel: Der Benutzer verwendet die Windows Mail-App, um auf E-Mail zuzugreifen. Derzeit empfängt das Gerät keine neuen Nachrichten, und in der oberen rechten Ecke wird eine Fehlermeldung angezeigt, die besagt, dass das Postfach nicht verfügbar ist:
Die Analyse der Fiddler-Ablaufverfolgung zeigt, dass die Verbindung mit dem Exchange-Server zu einem HTTP 500-Fehler geführt hat.
Die Analyse der HTTP-Antwort zeigt einen internen Serverfehler an, und die Details des Fehlers geben einen Hinweis auf das Problem. In diesem Beispiel wurden alle Server in der TMG-Serverfarm ausgeglichen, sodass TMG kein verfügbares Ziel für die Anforderung hatte.
Hat die Fiddler-Ablaufverfolgungsanalyse zur Behebung des Problems beizutragen?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Log Parser Studio Query – Count all Syncs per SyncKey.
Log Parser Studio Query – Zählen aller Synchronisierungen pro SyncKey
Um zu ermitteln, ob Geräte denselben SyncKey für denselben Ordner an Exchange senden, führen Sie die protokollparser-Abfrage aus, die diesem Problem zugeordnet ist. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Alle Synchronisierungen pro SyncKey aus der Bibliothek zählen.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage.
Gibt es Geräte, die denselben SyncKey mehrmals für denselben Ordner senden?
- Falls ja, lesen Sie Log Parser Studio Query – Device Query.
- Falls nicht, finden Sie weitere Informationen unter Log Parser Studio Query – High RPC counts or latency (Log Parser Studio-Abfrage – Hohe RPC-Anzahl oder Latenz).
Log Parser Studio Query – Device Query (Geräte senden denselben SyncKey mehrmals)
Um festzustellen, ob der Client denselben SyncKey senden soll, überprüfen Sie den status Code in der ActiveSync-Antwort. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Geräteabfrage .
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage.
Gibt es Anforderungen, bei denen der Status-Wert nicht gleich 1 ist?
- Wenn ja, finden Sie weitere Informationen unter Überprüfen des Protokolldokuments.
- Falls nicht, finden Sie weitere Informationen unter Erneute Bereitstellung des ActiveSync-Clients.
Erneutes Bereitstellen des ActiveSync-Clients
Um dieses Problem zu beheben, stellen Sie den ActiveSync-Client erneut bereit. Gehen Sie dazu wie folgt vor:
- Entfernen Des aktuellen ActiveSync-Profils für das Postfach gemäß den Geräterichtlinien
- Erstellen eines ActiveSync-Profils für das Postfach gemäß den Geräterichtlinien
Wurde das Problem durch die erneute Bereitstellung des ActiveSync-Clients behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, finden Sie weitere Informationen unter Log Parser Studio Query – High RPC counts or latency (Log Parser Studio-Abfrage – Hohe RPC-Anzahl oder Latenz).
Protokolldokument überprüfen (Status gleich 1)
Verwenden Sie die ActiveSync-Befehlsreferenzprotokollspezifikation, um zu bestimmen, was status Antwortcode darstellt. Gehen Sie dazu wie folgt vor:
- Öffnen Sie die ActiveSync-Befehlsreferenzprotokollspezifikation.
- Überprüfen Sie die Ergebnisse der vorherigen Abfrage auf Fehler, und untersuchen Sie den Status-Wert.
- Beheben Sie die Probleme basierend auf der in der Protokolldokumentation aufgeführten Ursache.
Beispielergebnisse einer Abfrage, die im vorherigen Schritt ausgeführt wurde:
Diese Ergebnisse zeigen, dass ein Ping-Befehl zu einem status Code von 3 geführt hat. Bei Verwendung des ActiveSync-Protokolldokuments wird dieser Fehler durch die vom Gerät gesendete Anforderung verursacht. Das Gerät sollte eine weitere Ping-Anforderung senden.
Die Ergebnisse zeigen auch einen Synchronisierungsbefehl an, der eine Antwort mit dem status Code 4 empfangen hat. Auch hier wird dieser Fehler durch die vom Gerät gesendete Anforderung verursacht.
Wurde das Problem behoben, indem die ActiveSync-Fehler behoben wurden?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, finden Sie weitere Informationen unter Log Parser Studio Query – High RPC counts or latency (Log Parser Studio-Abfrage – Hohe RPC-Anzahl oder Latenz).
Log Parser Studio Query – Hohe RPC-Anzahl oder Latenz
Um zu ermitteln, ob ActiveSync-Anforderungen den Ressourcenverbrauch verursachen, führen Sie die zugeordnete Log Parser-Abfrage aus. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Hohe RPC-Anzahl oder Latenz .
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage.
Gibt es Anforderungen mit hoher RPC-Anzahl oder Latenz?
- Falls ja, lesen Sie deaktivieren Exchange ActiveSync für Benutzer.
- Falls nicht, lesen Sie Log Parser Studio Query – Report [Top 20]; Log Parser Studio Query – Device Query.
Deaktivieren von Exchange ActiveSync für Benutzer
Um dieses Problem zu beheben, deaktivieren Sie ActiveSync für den Benutzer, der die hohe RPC-Anzahl verursacht. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um ActiveSync für das Postfach zu deaktivieren:
Set-CASMailbox user -ActiveSyncEnabled:$False
Wurde das Problem durch deaktivieren von ActiveSync für dieses Postfach behoben?
- Falls ja, finden Sie weitere Informationen unter Erneute Bereitstellung des ActiveSync-Clients.
- Falls nicht, lesen Sie Log Parser Studio Query – Report [Top 20]; Log Parser Studio Query – Device Query.
Erneutes Bereitstellen des ActiveSync-Clients (wenn das Problem durch deaktivieren von ActiveSync behoben wird)
Um dieses Problem zu beheben, stellen Sie den ActiveSync-Client erneut bereit. Gehen Sie dazu wie folgt vor:
1.Entfernen Sie das aktuelle ActiveSync-Profil für das Postfach gemäß den Geräterichtlinien. 2.Erstellen Sie ein ActiveSync-Profil für das Postfach gemäß den Geräterichtlinien.
Wurde das Problem durch die erneute Bereitstellung des ActiveSync-Clients behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Aktivieren der ActiveSync-Postfachprotokollierung. Analysieren des ActiveSync-Postfachprotokolls.
Aktivieren der ActiveSync-Postfachprotokollierung; Analysieren des ActiveSync-Postfachprotokolls
Aktivieren der ActiveSync-Postfachprotokollierung
Um die ActiveSync-Antwort zu ermitteln, die den Fehler verursacht, muss die Postfachprotokollierung aktiviert sein. Weitere Informationen zur Postfachprotokollierung finden Sie Exchange ActiveSync Postfachprotokollierung. Gehen Sie dazu wie folgt vor:
Hinweis
Diese Änderung sollte auf Exchange 2013-Postfachservern vorgenommen werden.
Öffnen Sie Windows Explorer, und navigieren Sie zum Ordner Sync (C:\Programme\Microsoft\Exchange Server\V14\ClientAccess\Sync).
Erstellen Sie eine Kopie der web.config-Datei.
Öffnen Sie die datei web.config im Editor, und ändern Sie die folgenden Abschnitte mit den folgenden Werten:
Erweitern Sie den Server, und wählen Sie Anwendungspools aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Erweiterte Einstellungen aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Beenden aus.
Klicken Sie mit der rechten Maustaste auf MSExchangeSyncAppPool , und wählen Sie Start aus.
Führen Sie das folgende Cmdlet aus, um die Postfachprotokollierung für einen Benutzer zu aktivieren:
Set-CASMailbox user -ActiveSyncDebugLogging:$True
Analysieren des ActiveSync-Postfachprotokolls
Um dieses Problem zu beheben, überprüfen Sie das Postfachprotokoll, nachdem Sie eine andere Synchronisierungsanforderung versucht haben. Gehen Sie dazu wie folgt vor:
Führen Sie das folgende Cmdlet aus, um das Postfachprotokoll für einen Benutzer abzurufen:
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
Hinweis
Dadurch wird das ActiveSync-Postfachprotokoll zur Analyse an die angegebene E-Mail-Adresse gesendet. Weitere Informationen zur Postfachprotokollierung finden Sie hier.
Laden Sie MailboxLogParser herunter, und extrahieren Sie die Dateien.
Starten Sie das Hilfsprogramm, indem Sie MailboxLogParser.exeöffnen.
Wählen Sie Postfachprotokolle in Raster importieren aus, um das Postfachprotokoll zu öffnen.
Geben Sie cmd=Sync unter Rohprotokolldaten für Zeichenfolgen durchsuchen ein, und wählen Sie Suchen aus.
Überprüfen Sie alle Einträge, bei denen der Status-Spaltenwert nicht leer oder 1 ist.
Hinweis
Weitere Informationen zur Exchange ActiveSync Postfachprotokollanalyse finden Sie unter Under The Hood: Exchange ActiveSync Postfachprotokollanalyse.
Wurde das Problem durch die Überprüfung des ActiveSync-Postfachprotokolls behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Log Parser Studio Query – Report [Top 20]; Log Parser Studio Query – Device Query.
Log Parser Studio Query – Zählen aller Fehler
Um zu ermitteln, ob Geräte Fehler generieren, führen Sie die zugeordnete Log Parser-Abfrage aus. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Alle Fehler aus der Bibliothek zählen.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage.
Hinweis
Die folgenden Fehler können ignoriert werden: MissingCscCacheEntry, PingCollisionDetected, SyncCollisionDetected
Beheben Sie die in den Ergebnissen gefundenen Fehler.
Wurde das Problem behoben, indem die ActiveSync-Fehler in den IIS-Protokollen behoben wurden?
- Falls ja, finden Sie weitere Informationen unter Log Parser Studio Query for Errors (Protokoll parser Studio-Abfrage für Fehler).
- Falls nicht, finden Sie weitere Informationen unter Erfassen von Leistungsdaten. Analysieren von Leistungsdaten.
Log Parser Studio Query – Report [Top 20]; Log Parser Studio Query – Device Query
Log Parser Studio-Abfrage – Bericht [Top 20]
Um zu ermitteln, ob ein oder mehrere Benutzer zu dem Leistungsproblem beitragen, führen Sie die zugeordnete Log Parser-Abfrage aus, um diese Benutzer zu identifizieren. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie in der Bibliothek auf ActiveSync: Bericht [Top 20].
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren der Ergebnisse für diese Abfrage
Diese Ergebnisse müssen analysiert werden, um zu bestimmen, welche Art von Datenverkehr Benutzer an die Exchange-Server senden.
Log Parser Studio Query – Device Query
Um den Gerätedatenverkehr zu bestimmen, analysieren Sie die Geräteaktivität mithilfe der zugehörigen Log Parser-Abfrage. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Doppelklicken Sie auf ActiveSync: Geräteabfrage aus der Bibliothek.
Ändern Sie den DeviceId-Wert in der WHERE-Klausel am Ende der Abfrage mit dem Wert aus dem vorherigen Schritt.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, und suchen Sie nach Trends.
Konnten Sie das Problem beheben, indem Sie ein Muster in der Benutzeraktivität identifiziert haben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Log Parser Studio Query – Count all errors (Protokoll parser Studio-Abfrage – Alle Fehler zählen).
Erfassen von Leistungsdaten; Analysieren von Leistungsdaten
Erfassen von Leistungsdaten
Um festzustellen, ob auf den Exchange-Servern Leistungsproblem auftreten, erfassen Sie Leistungsdaten von jedem Exchange-Server. Gehen Sie dazu wie folgt vor:
Laden Sie ExPerfwiz herunter, und extrahieren Sie den Inhalt in den Ordner %ExchangeInstallPath%\Scripts .
Führen Sie Folgendes aus, um den Ordnerpfad zu ändern:
cd $exscripts
Führen Sie das folgende Cmdlet aus, um die Ausführung des Skripts zuzulassen:
Set-ExecutionPolicy unrestricted
Geben Sie Y ein, um die Ausführungsrichtlinie zu ändern.
Führen Sie den folgenden Befehl aus, um den Datensammlersatz zu erstellen:
.\ExPerfwiz.ps1 -duration 04:00:00 -full -filepath c:\Temp -interval 5
Geben Sie R ein, um das Skript auszuführen.
Geben Sie Y ein, um den Datensammlersatz zu starten.
Analysieren von Leistungsdaten
Um dieses Problem zu beheben, analysieren Sie die Leistungsdaten, und beheben Sie alle gefundenen Probleme. Gehen Sie dazu wie folgt vor:
- Warten Sie, bis der Datensammlersatz die Datensammlung aus dem vorherigen Schritt abgeschlossen hat (die Befehlssyntax sammelt Daten für vier Stunden).
- Öffnen Sie Leistungsmonitor.
- Wählen Sie in der Symbolleiste des Konsolenbereichs die Schaltfläche Protokolldaten hinzufügen aus. Die Eigenschaftenseite Leistungsmonitor wird auf der Registerkarte Quelle geöffnet.
- Wählen Sie im Abschnitt Datenquelle die Option Protokolldateien>Hinzufügen aus.
- Navigieren Sie zu der Protokolldatei, die Sie anzeigen möchten, und wählen Sie Öffnen aus. Um der ansicht Leistungsmonitor mehrere Protokolldateien hinzuzufügen, wählen Sie erneut Hinzufügen aus.
- Wenn Sie mit der Auswahl der Protokolldateien fertig sind, wählen Sie OK aus.
- Klicken Sie mit der rechten Maustaste in die Leistungsmonitor Anzeige, und wählen Sie Indikatoren hinzufügen aus. Das Dialogfeld Indikatoren hinzufügen wird geöffnet. Es sind nur die Leistungsindikatoren verfügbar, die in der Protokolldatei enthalten sind, die Sie in Schritt 4 ausgewählt haben.
- Wählen Sie die Indikatoren aus, die Sie im Leistungsmonitor Graph anzeigen möchten, und wählen Sie OK aus.
- Verwenden Sie den Artikel Leistungs- und Skalierbarkeitsindikatoren und Schwellenwerte , um die Leistungsdaten aus Ihrer Umgebung zu überprüfen.
Wurde das Problem durch das Leistungsproblem des Adressservers behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Wenn dies nicht der Fall ist, können wir das Problem mit diesem Leitfaden leider nicht beheben. Weitere Hilfe zum Beheben dieses Problems finden Sie unter Microsoft-Support. Wenn Sie sich an den Support wenden, haben Sie alle daten, die bei dieser Problembehandlung gesammelt wurden, verfügbar.
Protokollieren einer Parser Studio-Abfrage auf Fehler
Um festzustellen, ob diese Fehler ein Leistungsproblem verursachen, führen Sie eine Protokollparserabfrage für diese Fehler aus. Gehen Sie dazu wie folgt vor:
Starten Sie Log Parser Studio, indem Sie auf LPS.exe doppelklicken.
Wählen Sie das Symbol Protokollordner aus, um die zu verarbeitenden Dateien auszuwählen.
Wählen Sie die Schaltfläche Dateien hinzufügen oder Ordner hinzufügen aus, suchen Sie die zuvor kopierten Dateien, und wählen Sie sie aus.
Vergewissern Sie sich, dass die Datei/der Ordner ausgewählt ist, und wählen Sie OK aus.
Wechseln Sie zum Menü Datei , und wählen Sie Neue>Abfrage aus.
Geben Sie die folgende Abfrage in das Fenster ein:
SELECT * FROM '[LOGFILEPATH]' WHERE cs-uri-query LIKE '%KeepAliveFailure%'
Hinweis
Ersetzen Sie KeepAliveFailure durch den Im vorherigen Schritt gefundenen Fehler.
Wählen Sie das Ausrufezeichensymbol aus, um die Abfrage auszuführen.
Analysieren Sie die Ergebnisse für diese Abfrage, und versuchen Sie, die Ursache des Fehlers zu ermitteln. Im folgenden Beispiel tritt nur auf
KeepAliveFailure
, wenn Anforderungen über prxTo an einen CAS-Server an einem anderen Standort verfügen. Hier möchten wir Probleme mit der Netzwerkkonnektivität zwischen den beiden Standorten untersuchen.
Konnten Sie das Problem beheben, indem Sie ActiveSync-Fehler in den IIS-Protokollen beheben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, finden Sie weitere Informationen unter Erfassen von Leistungsdaten. Analysieren von Leistungsdaten.
Überprüfen auf Virenschutz auf Dateiebene
In vielen Fällen wirkt sich virenschutz auf Dateiebene auf ActiveSync-Datenverkehr aus, indem die Verarbeitung der Anforderung oder Antwort verzögert wird. Durch das Beenden dieser Dienste wird der von diesen Diensten verwendete Kernelmodusfiltertreiber nicht deaktiviert. Führen Sie zum Deaktivieren des Antivirenprogramms auf Dateiebene die Schritte unter Vorübergehendes Deaktivieren des Kernelmodusfiltertreibers in Windows aus. Vergewissern Sie sich, dass der Kernelmodusfiltertreiber nach dem Neustart des Clientzugriffsservers nicht mehr aktiv ist. Gehen Sie dazu wie folgt vor:
Öffnen Sie eine Eingabeaufforderung.
Führen Sie den folgenden Befehl aus:
fltmc
Vergleichen Sie die Ergebnisse mit den Beispielfiltertreibern aus diesem Artikel , oder suchen Sie im Web nach dem Filternamen.
Wurde das Problem durch das Deaktivieren des Antiviren-Kernelmodus-Filtertreibers behoben?
- Wenn ja, herzlichen Glückwunsch, Ihr ActiveSync-Problem wurde behoben.
- Falls nicht, lesen Sie Exchange ActiveSync Anwendungspool.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für