С помощью пакета управления Exchange Server 2013 для устранения неполадокUsing the Exchange Server 2013 Management Pack for troubleshooting

Последнее изменение раздела: 2013-04-09Topic Last Modified: 2013-04-09

Приступая к работе с Exchange Server 2013 Management Pack содержит общие сведения о панели мониторинга пакета управления. В этом разделе описывается как она может помочь в устранении неполадок. Процесс лучше всего иллюстрируется пример. Рассмотрим следующий сценарий:Getting started with Exchange Server 2013 Management Pack provides an overview of the management pack dashboard. This topic walks you through how it can help you troubleshoot a problem. The process is best illustrated with an example. Consider the following scenario:

Роб Fielder, обладает правами администратора Exchange в домене Contoso. Он откроется консоль SCOM и щелкните Работоспособности сервера панели мониторинга Exchange Server 2013 для проверки состояния его серверы Exchange. Он видит критическое состояние для Компонентов службы на одном из серверов свой сервер клиентского доступа.Rob Fielder is an Exchange administrator at Contoso. He opens the SCOM Console and click on the Server Health in the Exchange Server 2013 dashboard to check the status of his Exchange servers. He notices a critical state for the Service Components on one of his CAS servers.

![Сервер клиентского доступа, сбой] (images/Dn195913.32a265d9-68e0-4d8c-9f83-1d10cdda1f84(EXCHG.150).png "Сервер клиентского доступа, сбой")Failed CAS server

Роб дважды щелкает на сервере, который открывает окно Анализатора работоспособности . В это окно он можно видеть, что компонент службы, который находится в недопустимом состоянии OWA. Настройки работоспособности прокси-сервера. Он щелкните ее, чтобы увидеть информацию для этого набора работоспособности.Rob double-clicks on the server which opens the Health Explorer window. In this window he can see that the service component that is in an unhealthy state is the OWA.Proxy health set. He click on it to see the relevant information for this health set.

![Сведения о настройками работоспособности сервера ошибка сервера клиентского доступа] (images/Dn195913.8e4d05a6-9128-40d8-b262-e60e9affc973(EXCHG.150).png "Сведения о настройками работоспособности сервера ошибка сервера клиентского доступа")Failed CAS server healthset details

Ссылки, приведенные в разделе внешние ресурсы базы знаний принимает Роб для Устранение неполадок в OWA. Настройками работоспособности прокси-сервера раздел. В этой статье Роб видит, что первое, что делать, чтобы убедиться, что проблема не устранена. Следуя инструкциям он запускает следующую команду, чтобы проверить текущее состояние OWA. В командной консоли настройками работоспособности прокси-сервера:The link provided under External Knowledge Resources takes Rob to the Troubleshooting OWA.Proxy Health Set topic. In this article, Rob sees that the first thing to do is to verify that the issue still exists. Following the instructions, he runs the following command to verify the current state of the OWA.Proxy health set in the Shell:

    Get-ServerHealth Server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Proxy"}

Выполнив эту команду дает ему следующие выходные данные:Running this command gives him the following output:

    Server          State           Name                 TargetResource       HealthSetName   AlertValue ServerComp
                                                                                                         onent
    ------          -----           ----                 --------------       -------------   ---------- ----------
    Server1         Online          OWAProxyTestMonitor  MSExchangeOWAAppPool OWA.Proxy       Unhealthy  OwaProxy
    Server1         Online          OWAProxyTestMonitor  MSExchangeOWACale... OWA.Proxy       Healthy    OwaProxy

Роб видит, что в пуле приложений OWA связаны неполадки. Следующим шагом является запустите связанный зонд для монитора, находится в недопустимом состоянии. С помощью таблицы в «устранение OWA. Раздел с настройками работоспособности прокси-сервер», он определяет, что зонд, который необходимо повторно выполнить OWAProxyTestProbe. Он запускает следующую команду:Rob sees that the problem lies within the OWA Application Pool. The next step is to rerun the associated probe for the monitor that is in unhealthy state. Using the table in the “Troubleshooting OWA.Proxy Health Set” topic, he determines that the probe that he needs to rerun is OWAProxyTestProbe. He runs the following command:

    Invoke-MonitoringProbe OWA.Proxy\OWAProxyTestProbe -Server Server1.contoso.com | Format-List

Он сканирует выходных данных для значений ResultType и видит, которые не удалось зонд:He scans the output for the ResultType value and sees that the probe failed:

    ResultType : Failed

Он переходит в раздел «Действия по восстановлению OWAProxyTestMonitor» статьи. Он подключается к Server1 с помощью диспетчера служб IIS, запущен ли MSExchangeOWAAppPool на сервере IIS. Когда он проверяет, что он работает, следующим шагом сообщает ему перезапустите MSExchangeOWAAppPool:He proceeds to the “OWAProxyTestMonitor Recovery Actions” section of the article. He connects to Server1 using IIS Manager to see if the MSExchangeOWAAppPool is running on the IIS Server. Once he verifies that it is running, the next step instructs him to recycle the MSExchangeOWAAppPool:

    C:\Windows\System32\Inetsrv\Appcmd recycle APPPOOL MSExchangeOWAAppPool

После учитывая, что MSExchangeOWAAppPool успешно переработан, он возвращается к проверку Если проблема не устранена, повторив зонд, используя командлет Invoke-MonitoringProbe и данный момент видит, что результатом будет успешной. Он запускает следующую команду, чтобы убедиться, что настройки работоспособности сообщает о состоянии Исправен еще раз:After seeing that the MSExchangeOWAAppPool is successfully recycled, he goes back to verifying if the issue still exists by rerunning the probe using the Invoke-MonitoringProbe cmdlet and this time sees that the result is successful. He then runs the following command to verify that the health set is reporting Healthy status again:

    Get-ServerHealth Server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Proxy"}

В этом времени он видит, что проблема устранена.This time he sees that the problem is resolved.

    Server          State           Name                 TargetResource       HealthSetName   AlertValue ServerComp
                                                                                                         onent
    ------          -----           ----                 --------------       -------------   ---------- ----------
    Server1         Online          OWAProxyTestMonitor  MSExchangeOWAAppPool OWA.Proxy       Healthy    OwaProxy
    Server1         Online          OWAProxyTestMonitor  MSExchangeOWACale... OWA.Proxy       Healthy    OwaProxy

Он возвращается к консоли SCOM и проверяет, что проблема устранена.He goes back to the SCOM console and verifies that the issue is resolved.

![Работоспособности сервера] (images/Dn195908.c863be83-fc4b-4daf-a18b-27b1aae15b1d(EXCHG.150).png "Работоспособности сервера")Server Health

Сценарий, описанных выше — это простая демонстрация рабочего процесса, устранению неполадок при появлении предупреждения в консоли SCOM. Несмотря на то, что зависит от сведений, обычно выполним следующий рабочий процесс устранения неполадок всех проблем, обнаруженных в консоли.The scenario covered above is a simple demonstration of the troubleshooting workflow when you see an alert in the SCOM console. Even though the details will vary, you will generally follow a similar troubleshooting workflow for each problem reported in the console.