Автовідповідач ServiceHealthMSExchangeReplForceReboot викликає в Exchange Server 2013 або Exchange Server 2016 перезавантажити Stop-помилка

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2969070
Ознаки
Сервера Microsoft Exchange Server, 2013 або Microsoft Exchange Server-2016 перезавантаження часто і відображається таке протокол IMAP про помилку Stop на синьому екрані.
критична помилка
Критична помилка code000000EF
Аргументів fffffa80'1a5f9980 00000000'00000000 00000000'00000000 00000000'00000000
Керовані, наявність відповідачем, ServiceHealthMSExchangeReplForceReboot ініційовані до перезавантаження

Відновлення інтерактивні елементи події у "RecoveryActionResults"

Ім'я журналу: Microsoft-Exchange-ManagedAvailability/RecoveryActionResults
Джерело: Microsoft Exchange-ManagedAvailability
Дата: 4/28/2014 10:17:18 PM
Подія з Ідентифікатором: 500
Завдання, категорії: відновлення
Рівень: інформація
Ключові слова:
Користувач: система
Комп'ютер: Exch1.contoso.com
Опис:
інтерактивні елементи для відновлення роботи. (ActionId = ForceReboot, ім'я ресурсу = Exch1, замовника = ServiceHealthMSExchangeReplForceReboot, ідентифікатор екземпляра = 140428.105409.22538.004, ExpectedToFinishAt = 2014-04-29T04:59:09.2253815Z

І тест пам'яті відповідне протокол IMAP про помилку:

Ім'я журналу: Microsoft-Exchange-ActiveMonitoring/ProbeResult
Джерело: Microsoft Exchange-ActiveMonitoring
Дата: 4/30/2014 11:17:18 AM
Подія з Ідентифікатором: 2
Категорія завдання: Тест пам'яті результати
Рівень: помилка
Ключові слова:
Користувач: система
Комп'ютер: Exch1.contoso.com
Опис:
Дослідити результати (Name = ServiceHealthMSExchangeReplEndpointProbe, Giao thức Kiểm soát Truyền, MSExchangeRepl)
<Error>Перевірте "Microsoft.Exchange.Monitoring.TcpListenerCheck", ситуацію виняток!</Error>
Виняток - Microsoft.Exchange.Monitoring.ReplicationCheckHighPriorityFailedException: Пріоритетні TcpListener не пройшов перевірку. Помилка: Цю перевірку справності TCP-прослуховувач служби реплікації Microsoft Exchange на сервері "Exch1" не вдалося. Цей сервер не може брати участь у реплікації, доки буде вирішено повідомлення про помилку. Помилка: Не вдалося визначити IP-адресу сервера "Exch1", через те, що DNS, потрібних відомостей.



на Microsoft.Exchange.Monitoring.ReplicationCheck.FailInternal()

на Microsoft.Exchange.Monitoring.ReplicationCheck.Fail (LocalizedString помилка)

на Microsoft.Exchange.Monitoring.TcpListenerCheck.InternalRun()

на Microsoft.Exchange.Monitoring.ReplicationCheck.Run()

на Microsoft.Exchange.Monitoring.ActiveMonitoring.HighAvailability.Probes.ReplicationHealthChecksProbeBase.RunReplicationCheck (тип checkType)

Перевірте, чи не проходить "Microsoft.Exchange.Monitoring.TcpListenerCheck"!

Не вдалося виконати докладно повідомлення - тест здоров'я TCP-прослуховувач служби реплікації Microsoft Exchange на сервері 'Exch1'. Цей сервер не може брати участь у реплікації, доки буде вирішено повідомлення про помилку. Помилка: Не вдалося визначити IP-адресу сервера "Exch1", через те, що DNS, потрібних відомостей.

Причина
Неправильно мережі adatper в Exchange Server причини неполадку, у системі доменних імен (DNS)-імен.

Вирішення
Переконайтеся, що в зареєструвати адреси цього підключення в DNS власності, вибраний на мережний адаптер:

на знімку екрана на кроці 1

Примітка. Для Exchange server, який входить до складу DAG і окремі MAPI і реплікації adatpers мережі переконайтеся, що, ця властивість на мережний адаптер, який представляє MAPI мережі.

Перегляньте рекомендації, наведені в такій статті на сайті TechNet і переконайтеся, що мережний адаптер, який представляє MAPI і реплікації мереж настроєні відповідно.

http://TechNet.Microsoft.com/EN-US/Library/dd638104 (v=exchg.150).aspx#NR


Додаткові відомості
Використовувати команду powershell на відповідному сервері Exchange, щоб переконатися, що перезавантаження сервера дійсно є причиною ServiceHealthMSExchangeReplForceReboot-відповідачем.

Get-WinEvent -LogName Microsoft-Exchange-ManagedAvailability/* | where {$_.Message -like "*ServiceHealthMSExchangeReplForceReboot*"} | ft Message,TimeCreated
Також можна виконувати пошук малиновий канал журналу, ім'я "Журнали дій, відновлення" та "Віддалених журнали дії", слово "ForceReboot", щоб знайти відповідачем, що призводить до перезавантаження.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 2969070 – останній перегляд: 10/01/2015 07:41:00 – виправлення: 2.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2969070 KbMtuk
Зворотний зв’язок