Error de InvalidShellID en RPS en Office 365 dedicado/ITAR

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): 3090768
Síntomas
Cuando ejecuta una secuencia de comandos larga o cuando ejecuta un cmdlet administrativo en PowerShell remota (RPS) en Microsoft Office 365 dedicado/ITAR intermitentemente recibirá un mensaje de error similar al siguiente:
Procesamiento de datos para un comando remoto falló con el siguiente mensaje de error: [ClientAccessServer = Server1, BackEndServer = Servidor2, RequestId =<>, marca de tiempo = 8/4/2014 3:42:44 P.M.] [FailureCategory = InvalidShellID de WSMan] la solicitud para el Shell remoto de Windows con ShellId <> falló porque no se encontró el shell en el servidor. Las causas posibles son: el ShellId especificado no es correcto o el shell ya no existe en el servidor. Proporcionar el correcto ShellId o crear un shell nuevo y vuelva a intentar la operación. Para obtener más información, vea el tema de Ayuda de about_Remote_Troubleshooting.

+ CategoryInfo: OperationStopped: [] (mail.contoso.com:String del), PSRemotingTransportException

+ FullyQualifiedErrorId: JobFailure

+ PSComputerName: correo.Contoso.com
Causa
Este problema se produce si se cumplen las condiciones siguientes:
  • Está utilizando una cuenta que tiene asociado un usuario habilitado para correo (MEU) en un entorno de múltiples regiones.
  • Las conexiones se enrutan a través de una región que difiere de la región del usuario.
Este error puede producirse cuando se quita un servidor back-end de rotación para actualizarse. Además, este problema se produce con poca frecuencia.
Solución

Escenario 1: Cuando un script está ejecutando deja de flujo de trabajo automatizado largos o cuando

En este escenario, tendrá que cambiar la secuencia de comandos para volver a conectar automáticamente si un servidor se quita de rotación mientras está en curso. Puede hacerlo mediante el adecuado control de errores en la secuencia de comandos para detectar errores. A continuación, vuelva a conectar y procesos de reinicio.

Escenario 2: Al ejecutar un cmdlet administrativo de RPS

En este escenario, debe volver a ejecutar el cmdlet. Debe contactarse un servidor back-end diferente y, a continuación, el cmdlet se debe ejecutar correctamente.

Nota: En una implementación de Exchange Online consta de varias regiones, recomendamos que utilice las cuentas administrativas que están habilitados para buzón. Esto asegura que las conexiones de RPS se realizan a través del entorno actual. Si la cuenta administrativa está asociada con una unidad MEU, las conexiones pueden enrutarse a través de las regiones. Este comportamiento puede retrasar los errores de conexión o el desencadenador.

Si cualquier problema persiste, remitir a Microsoft para investigación adicional. Se puede enviar un incidente de soporte técnico en línea para Microsoft Online Services soporte, o bien puede Póngase en contacto con el soporte técnico de Microsoft Online Services por teléfono.

Microsoft puede requerir un seguimiento Fiddler para investigar este problema. Si es necesario, un ingeniero de soporte le enviará un paquete de diagnósticos de soporte para capturar y cargar esta información de forma segura. Para capturar esta información en la traza de Fiddler, debe agregar una opción de sesión de PowerShell con el parámetro ProxyAccessType establecido en IEConfig. Por ejemplo:
Import-PSSession (New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://mail.contoso.com/powershell -Credential (Get-Credential) -Authentication Basic -AllowRedirection -SessionOption (New-PSSessionOption -ProxyAccessType IEConfig))
Para obtener más información acerca de cómo ejecutar paquetes de diagnóstico de soporte técnico de Microsoft, consulteCómo ejecutar una traza de Fiddler utilizando los servicios de resolución de problemas automatizada de Microsoft.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3090768 - Última revisión: 10/13/2015 17:14:00 - Revisión: 2.0

  • vkbportal226 kbmt KB3090768 KbMtes
Comentarios