Exchange 2013 ServerComponent状态异常处理

tgdf

                      Exchange 2013 ServerComponent状态异常处理
  今天客户说内部的打印机发邮件发不出去了，打印机邮件设置是指向CAS的负载均衡地址（两台CAS做的NLB），测试直接指向物理地址，结果一台可以，一台不行，检查不行的一台，发现smtp 25监听正常，但就是连接报错。
  
  于是检查应用程序日志，发现有一条Evend id 7012可疑：
  
  原来exchange 2013有新的变化，服务启动并不表示就完全OK了，他们还有一个状态，必须是Active才行，可以用Get-ServerComponentState –Identity 查看：正常如下图，而我的查看全是inactive，所以有问题。
  
  按道理至少需要下面两个组件是active，以便MA组件监控并进行恢复，现在这两个也是inactive，导致系统无法进行恢复操作。
  
  这里有两种处理办法，一种是重启服务器，检查状态，如果不能重启，可以用下面命令手动变更状态：
  Set-ServerComponentState ptmailcas01 -Component ServerWideOffline -State Active -Requester Functional
  Set-ServerComponentState ptmailcas01 -Component Monitoring -State Active -Requester Functional
  Set-ServerComponentState ptmailcas01 -Component RecoveryActionsEnabled -State Active -Requester Functional
  上面的ServerWideOffline是覆盖所有组件（除了Monitoring/ RecoveryActionsEnabled两个）
  下面是我执行了命令之后，发现仍然有部分组件没有active，即使单独执行命令也不行，这是为什么呢？
  
  应该是这些组件在另外的requester下为inactive，运行下面的命令，id后面用你的服务器名字替换，可以查看组件是在哪个requester下inactive。
  $MM = Get-ServerComponentState -id ptmailcas01 -Component oabProxy
  $MM.localstates
  
  可以看到oabproxy是在HealthApi Requester位置是Inactive，这时需要变更执行命令：
  Set-ServerComponentState ptmailcas01 -Component oabProxy -State Active -Requester HealthApi
  执行之后，最后都全部active了，
  
  为了防止这种情况，建议每次重启服务器后运行下面的命令进行一下检查：
  Get-ServerComponentState –Identity
  但实践中发现，很有可能因为下面两个没有active，导致其他也显示inactive，而实际是active的情况，这时你会发现功能是没有影响的。