17 KiB
Active Monitoring
Dienstag, 12. April 2016
16:55
In der PECX wurde dies probiert und dient als Beispiel
Exchange Server PECXMXP01a und PECXMXP01b als DAG Cluster
Als Beispiel dient der Mailbox Space, welcher mit einem Threshold Wert von 175GB viel zu hoch ist
Exchange Server 2016 besteht aus der Sicht von Active Monitoring aus mehreren Serverkomponenten und deren Unterteilungen
ServerComponent <-> Healthsets <-> Proben <-> Monitor <-> Responder
Methode zur Fehler Analyse mit "Top-Down"
-
Finden der "unhealthy" HealthSets
-
Finden der "unhealthy" Monitore
-
Finden der "failed" Probe
-
Finden der Error-Meldung in der "failed" Probe
Get-ServerComponentState -id pecxmxp01a
{width="10.03125in" height="4.447916666666667in"}
Alle wichtigen auf Active
Get-HealthReport -Server pecxmxp01a
Get-HealthReport -Server pecxmxp01a | ? AlertValue -like "unhealthy"
{width="9.697916666666666in" height="5.385416666666667in"}
Alle Reports sind wichtig und gehören einem Health Set an. Alert Value ist "Healthy" nur einer nicht
{width="9.291666666666666in" height="0.78125in"}
Die MonitorCount zeigt an, das für "MailboxSpace" = 6 Monitore zuständig sind (HubTransport sind 110). Dies kann man sich anzeigen lassen
Get-HealthReport -id PECXmxp01a -HealthSet MailboxSpace | fl *
{width="9.9375in" height="2.6770833333333335in"}
Get-ServerHealth -server pecxmxp01a -HealthSet MailboxSpace | ft -AutoSize
{width="10.020833333333334in" height="1.4583333333333333in"}
Der Monitor "StorageLogicalDriveSpaceMonitor" für alle Datenbanken ist Unhealthy. Genauer ist es anzuzeigen mit
Get-ServerHealth -id pecxmxp01a -HealthSet MailboxSpace | ? name -like "StorageLogicalDriveSpaceMonitor" | fl *
{width="10.0in" height="4.635416666666667in"}
Jetzt kann man sich noch die einzelnen Komponenten vom "MailboxSpace" ansehen
Get-MonitoringItemIdentity -server pecxmxp01a -id MailboxSpace | select Name,Healthsetname,Targetresource,itemtype | ft -AutoSize
Get-MonitoringItemIdentity -server pecxmxp01a -id MailboxSpace | ? itemType -eq "Probe" | select Name,Healthsetname,Targetresource,itemtype | ft -AutoSize
{width="10.041666666666666in" height="2.8854166666666665in"}
{width="10.03125in" height="1.0208333333333333in"}
Die Proben geben dem Monitor einen Status, dieser versucht mit dem Responder das Problem zu beheben oder einen Alert zu signalisieren.
Anzeigen der Definition
(get-winEvent -Logname Microsoft-Exchange-ActiveMonitoring/ProbeDefinition | % {[XML]$_.toXml()}).event.userData.eventXML | ?{$_.Name -like "DatabaseSpaceProbe"}
{width="10.0in" height="4.84375in"}
Man kann sich die kompletten Definition laden und danach alle anzeigen lassen
Beispiel Responder Definitions
$ResponderDef = (get-winEvent -Logname Microsoft-Exchange-ActiveMonitoring/ResponderDefinition | % {[XML]$_.toXml()}).event.userData.eventXML
$ResponderDef | ? Name -eq "StorageLogicalDriveSpaceEscalate"
{width="10.083333333333334in" height="6.760416666666667in"}
Mit einem Invoke kann man auch manuell eine Probe starten
Invoke-MonitoringProbe -Identity MailboxSpace\DatabaseSpaceProbe\DB01DAG001 -Server PECXMXP01a
{width="10.020833333333334in" height="0.96875in"}
Ergebnis steht im Event Log
{width="12.0in" height="6.0in"}
Mit einer Eindeutigen ID, wonach dieser ggf gesucht werden kann
Oder man schaut ins Event Log