Movimiento recién creado solicitud permanece en estado en cola para siempre en 2013 de Exchange Server o Exchange Server 2016

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3016284
Cuando se produce este problema, puede ejecutar el Get-MoveRequestStatisticscmdlet de para comprobar que el buzón está en el estado en cola. Debido a las limitaciones de recursos, la solicitud de traslado no es recogida y en la cola. Siga los pasos de laSolución alternativasección para determinar qué recursos pueden estar causando este problema.
Solución
Para los servidores que tienen Exchange Server 2013 acumulativa Update 5 o un instalado posterior versionupdate, ejecute el siguiente paradeterminar comando qué recursos pueden estar causando este problema:
Get-MoveRequestStatistics-identidad nombre de buzón| fl mensaje

Para los servidores que tienen una actualización que es anterior a la 5 de actualización acumulativa de Exchange Server 2013, ejecute el comando siguiente para determinar qué recursos pueden estar causando este problema:
Get-ExchangeDiagnosticInfo-servidor nombre del servidor-Procesar MSExchangeMailboxReplication-componente MailboxReplicationService-argumento "colas =nombre de la base de datospickupresults "
Después de ejecutar estos comandos en el entorno, el componente de "CiAgeOfLastNotification" está en un estado crítico. Este estado indica que el índice de contenido no está en buen estado. En este caso, siga estos pasos para sembrar el índice de contenido para la base de datos:
  1. Ejecute los siguientes comandos para detener los servicios de búsqueda de Microsoft Exchange y el controlador de Host de búsqueda de Microsoft Exchange:
    MSExchangeFastSearch Stop-Service
    HostControllerService Stop-Service
  2. Después de que los servicios están detenidos, eliminar el catálogo del índice de contenido de Exchange de la base de datos.
  3. Ejecute los siguientes comandos para reiniciar los servicios de búsqueda de Microsoft Exchange y el controlador de Host de búsqueda de Microsoft Exchange:
    Servicio de inicio MSExchangeFastSearch
    Servicio de inicio HostControllerService
  4. Después de reiniciar estos servicios, búsqueda de Exchange volverá a crear el catálogo del índice de contenido.
Por último, puede ejecutar el cmdlet Get-MailboxDatabaseCopyStatus para confirmar el estado del índice de contenido.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".
Más información
Para obtener más información acerca de el catálogo de búsqueda de reinicialización.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3016284 - Última revisión: 10/02/2015 00:09:00 - Revisión: 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 KbMtes
Comentarios