Створений переміщення запит залишається в черзі стан назавжди, в Exchange Server 2013 або Exchange Server 2016

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3016284
У разі виникнення цієї проблеми можна виконати в Get-MoveRequestStatisticsкоманду, щоб перевірити, чи поштової скриньки в черзі стану. Через обмеження на ресурс запит на переміщення не зареєстрована та в черзі. Виконайте інтерактивні елементи, зазначені в полівиправлення помилокрозділ, щоб визначити, що ресурсів, які можуть викликати цю проблему.
Обхідний шлях
Для сервера Exchange Server 2013 накопичувальне оновлення 5 або пізнішої версії versionupdate інстальовано виконайте такі команди todetermine, ресурсів, які можуть викликати цю проблему:
Get-MoveRequestStatistics-посвідчення ім’я поштової скриньки| FL протокол IMAP

Для серверів, які оновлення, що передує Exchange Server 2013 накопичувальне оновлення 5, виконайте таку команду, щоб визначити, який ресурс може бути причиною цієї проблеми:
Get-ExchangeDiagnosticInfo-сервер ім'я сервера-Обробка MSExchangeMailboxReplication-компонент MailboxReplicationService-аргумент "черги =ім'я бази данихpickupresults "
Після виконання цих команд у вашому середовищі, компонент "CiAgeOfLastNotification", що є в критичного стану. Цей стан означає, що індекс вмісту не в добре стан. У цьому випадку, виконайте такі інтерактивні елементи, щоб reseed індекс вмісту бази даних.
  1. Запустіть таку команду, щоб припинити служби Microsoft Exchange Search і Microsoft Exchange пошук хост-контролер.
    Stop-Service-MSExchangeFastSearch
    Stop-Service-HostControllerService
  2. Після того, як служби, які зупинився, видалення, індексу вмісту каталогу Exchange для бази даних.
  3. Запустіть таку команду, щоб перезапустити служби Microsoft Exchange Search і Microsoft Exchange пошук хост-контролер.
    Start-Service-MSExchangeFastSearch
    Start-Service-HostControllerService
  4. Після перезавантаження ці служби пошуку Exchange, буде відновлення індексу вмісту каталогу.
Нарешті, ви можете запустити командлет Get-MailboxDatabaseCopyStatus для підтвердження стану індексу вмісту.
Стан
корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".
Додаткові відомості
Щоб отримати додаткові відомості про повторного заповнення, каталог для пошуку.

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

Властивості

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

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

  • kbsurveynew kbprb kbtshoot kbexpertiseadvanced kbmt KB3016284 KbMtuk
Зворотний зв’язок