Managed Availability and Server Health
Published Jun 26 2013 01:03 PM 38.6K Views

Every second on every Exchange 2013 server, Managed Availability polls and analyzes hundreds of health metrics.  If something is found to be wrong, most of the time it will be fixed automatically.  But of course there will always be issues that Managed Availability won’t be able to fix on its own.  In those cases, Managed Availability will escalate the issue to an administrator by means of event logging, and perhaps alerting if System Center Operations Manager is used in tandem with Exchange 2013. When an administrator needs to get involved and investigate the issue, they can begin by using the Get-HealthReport and Get-ServerHealth cmdlets.

Server Health Summary

Start with Get-HealthReport to find out the status of every Health Set on the server:

Get-HealthReport –Identity <ServerName>

This will result in the following output (truncated for brevity):

Server State HealthSet AlertValue LastTransitionTime MonitorCount
------ ------ ------ ------ ------ ------
Server1 NotApplicable AD Healthy 5/21/2013 12:23 14
Server1 NotApplicable ECP Unhealthy 5/26/2013 15:40 2
Server1 NotApplicable EventAssistants Healthy 5/29/2013 17:51 40
Server1 NotApplicable Monitoring Healthy 5/29/2013 17:21 9

In the above example, you can see that that the ECP (Exchange Control Panel) Health Set is Unhealthy. And based on the value for MonitorCount, you can also see that the ECP Health Set relies on two Monitors. Let's find out if both of those Monitors are Unhealthy.

Monitor Health

The next step would be to use Get-ServerHealth to determine which of the ECP Health Set Monitors are in an unhealthy state.

Get-ServerHealth –Identity <ServerName> –HealthSet ECP

This results in the following output:

Server State Name TargetResource HealthSetName AlertValue ServerComponent
------ ------ ------ ------ ------ ------ ------
Server1 NotApplicable EacSelfTestMonitor   ECP Unhealthy None
Server1 NotApplicable EacDeepTestMonitor   ECP Unhealthy None

 

As you can see above, both Monitors are Unhealthy.  As an aside, if you pipe the above command to Format-List, you can get even more information about these Monitors.

Troubleshooting Monitors

Most Monitors are one of these four types:

 

 

The EacSelfTestMonitor Probes along the "1" path, while the EacDeepTestMonitor Probes along the "4" path. Since both are unhealthy, it indicates that the problem lies on the Mailbox server in either the protocol stack or the store. It could also be a problem with a dependency, such as Active Directory, which is common when multiple Health Sets are unhealthy. In this case, the Troubleshooting ECP Health Set topic would be the best resource to help diagnose and resolve this issue.

Abram Jackson

Program Manager, Exchange Server

3 Comments
Not applicable

Thanks

a little too long but better then bill long:)

helpful

Not applicable

Thanks, very good Articles for the Exchange On-Premises customers.

Not applicable

Data Deduplication is Compatibility with Exchange 2013???

Version history
Last update:
‎Jul 01 2019 04:13 PM
Updated by: