Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: Exchange Server 2013
Die ersten Schritte mit Exchange Server Management Pack 2013 bieten eine Übersicht über die Management Pack-Dashboard. In diesem Thema erfahren Sie, wie es Ihnen bei der Problembehandlung helfen kann. Der Prozess wird am besten anhand eines Beispiels veranschaulicht. Stellen Sie sich folgendes Szenario vor:
Rob Fielder ist Exchange-Administrator bei Contoso. Er öffnet die System Center Operations Manager-Konsole und klickt auf die Serverintegrität im Exchange Server 2013-Dashboard, um die status seiner Exchange-Server zu überprüfen. Er erkennt einen kritischen Zustand für die Dienstkomponenten auf einem seiner CAS-Server.
Rob doppelklicken auf den Server, der das Fenster Integrität Explorer öffnet. In diesem Fenster kann er sehen, dass die Dienstkomponente, die sich in einem fehlerhaften Zustand befindet, OWA ist. Proxyintegritätssatz. Er klickt darauf, um die relevanten Informationen für diesen Integritätssatz anzuzeigen.
Über den Link unter Externe Wissensressourcen gelangen Sie zu Rob zur Problembehandlungs-OWA. Thema zum Proxyintegritätssatz . In diesem Artikel stellt Rob fest, dass zunächst überprüft wird, ob das Problem noch vorhanden ist. Nach den Anweisungen führt er den folgenden Befehl aus, um den aktuellen Zustand der OWA zu überprüfen. Proxyintegrität in der Shell festgelegt:
Get-ServerHealth Server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Proxy"}
Wenn Sie diesen Befehl ausführen, wird die folgende Ausgabe ausgegeben:
Server State Name TargetResource HealthSetName AlertValue ServerComponent
------ ----- ---- -------------- ------------- ---------- ----------
Server1 Online OWAProxyTestMonitor MSExchangeOWAAppPool OWA.Proxy Unhealthy OwaProxy
Server1 Online OWAProxyTestMonitor MSExchangeOWACale... OWA.Proxy Healthy OwaProxy
Rob erkennt, dass das Problem im OWA-Anwendungspool liegt. Der nächste Schritt besteht darin, den zugeordneten Test für den Monitor, der sich im fehlerhaften Zustand befindet, erneut auszuführen. Verwenden der Tabelle in "Problembehandlung für OWA. Proxy-Integritätssatz", bestimmt er, dass der Test, den er erneut ausführen muss, OWAProxyTestProbe ist. Er führt den folgenden Befehl aus:
Invoke-MonitoringProbe OWA.Proxy\OWAProxyTestProbe -Server Server1.contoso.com | Format-List
Er scannt die Ausgabe auf den ResultType-Wert und erkennt, dass der Test fehlgeschlagen ist:
ResultType : Failed
Er wechselt zum Abschnitt "OWAProxyTestMonitor Recovery Actions" des Artikels. Er stellt mithilfe des IIS-Managers eine Verbindung mit Server1 her, um festzustellen, ob MSExchangeOWAAppPool auf dem IIS-Server ausgeführt wird. Sobald er überprüft hat, ob es ausgeführt wird, wird er im nächsten Schritt angewiesen, msExchangeOWAAppPool wiederzuverwenden:
C:\Windows\System32\Inetsrv\Appcmd recycle APPPOOL MSExchangeOWAAppPool
Nachdem sichergestellt wurde, dass msExchangeOWAAppPool erfolgreich wiederverwendet wurde, geht er zurück zur Überprüfung, ob das Problem noch vorhanden ist, indem er den Test mit dem Cmdlet Invoke-MonitoringProbe erneut ausführt und dieses Mal erkennt, dass das Ergebnis erfolgreich ist. Anschließend führt er den folgenden Befehl aus, um zu überprüfen, ob der Integritätssatz wieder fehlerfreie status meldet:
Get-ServerHealth Server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Proxy"}
Dieses Mal sieht er, dass das Problem gelöst ist.
Server State Name TargetResource HealthSetName AlertValue ServerComponent
------ ----- ---- -------------- ------------- ---------- ----------
Server1 Online OWAProxyTestMonitor MSExchangeOWAAppPool OWA.Proxy Healthy OwaProxy
Server1 Online OWAProxyTestMonitor MSExchangeOWACale... OWA.Proxy Healthy OwaProxy
Er wechselt zurück zur System Center Operations Manager-Konsole und überprüft, ob das Problem behoben wurde.
Das oben beschriebene Szenario ist eine einfache Demonstration des Workflows zur Problembehandlung, wenn in der System Center Operations Manager-Konsole eine Warnung angezeigt wird. Auch wenn die Details variieren, befolgen Sie in der Regel einen ähnlichen Problembehandlungsworkflow für jedes in der Konsole gemeldete Problem.