Deplasare nou creat solicitarea rămâne în starea din pune în Listă tabel de aşteptare așteptare pentru totdeauna în Exchange Server 2013 sau Exchange Server 2016

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3016284
Când apare această problemă, aveți posibilitatea să executați Get-MoveRequestStatisticspentru a verifica că cutia poștală este în starea în coadă. Din cauza restricțiilor de resurse, solicitarea de mutare este preluat și în coadă. Urmați pașii dinSoluțiesecțiune pentru a determina ce resurse provoacă această problemă.
Remediere
Pentru serverele Exchange Server 2013 actualizare cumulativă 5 sau o mai târziu-versionupdate instalat, executaţi următoarea comandă trendul resurse care pot cauza această problemă:
Get-MoveRequestStatistics-identitate nume cutie poștală| FL mesaj

Pentru serverele care au o actualizare care este anterioară versiunii Exchange Server 2013 Cumulative Update 5, executaţi următoarea comandă pentru a determina ce resurse pot cauza această problemă:
Get-ExchangeDiagnosticInfo-Server Nume server-Proces MSExchangeMailboxReplication-componentă MailboxReplicationService-Argument "cozi =nume de sign-in bazei acoperire de datepickupresults "
După ce executaţi aceste comenzi în mediul dvs., "CiAgeOfLastNotification" este într-o situație critică. Această stare indică faptul că indexul de conținut nu este într-o stare bună. În acest caz, urmați acești pași pentru a reseed indexare pentru baza de date:
  1. Executați următoarele comenzi pentru a opri serviciile Microsoft Exchange Search și Microsoft Exchange căutare Host Controller:
    Stop-Service MSExchangeFastSearch
    Stop-Service HostControllerService
  2. După ce serviciile sunt oprite, ștergeți Catalogul de indexare Exchange pentru baza acoperire de date.
  3. Executați următoarele comenzi pentru a reporni serviciile Microsoft Exchange Search și Microsoft Exchange căutare Host Controller:
    Start-Service MSExchangeFastSearch
    Start-Service HostControllerService
  4. După ce reporniți aceste consolidare servicii, căutare Exchange va reconstrui Catalogul de indexare.
În cele din urmă, aveți posibilitatea să executați cmdletul Get-MailboxDatabaseCopyStatus pentru a confirma starea de indexare.
Stare
Microsoft a confirmat că aceasta este o problemă cu produsele Microsoft enumerate în secţiunea „Se aplică la".
Informaţii suplimentare
Pentru mai multe informații despre repetare a adăugării sursei Catalogul de căutare.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3016284 - Ultima examinare: 10/01/2015 20:26:00 - Revizie: 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 KbMtro
Feedback