Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Erreur de InvalidShellID de RPS dans Office 365 dédié/ITAR

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3090768
Symptômes
Lorsqu'un script est en cours d'exécution long ou lors de l'exécution d'une applet de commande d'administration dans distant PowerShell (RPS) dans Microsoft Office 365 dédié/ITAR, un message d'erreur semblable au suivant s'afficher par intermittence :
Échec du traitement de données pour une commande à distance avec le message d'erreur suivant: [ClientAccessServer = Server1, BackEndServer = Server2, RequestId =<>, TimeStamp = 4/8/2014 3:42:44 PM] [FailureCategory = InvalidShellID-WSMan] la demande pour le Shell à distance de Windows avec ShellId <> a échoué, car l'interpréteur de commandes n'a pas été trouvé sur le serveur. Les causes possibles sont : le ShellId spécifié est incorrect ou l'interpréteur de commandes n'existe plus sur le serveur. Assurer le ShellId correct ou créer un nouveau shell et recommencez l'opération. Pour plus d'informations, consultez la rubrique d'aide about_Remote_Troubleshooting.

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

+ FullyQualifiedErrorId : JobFailure

+ PSComputerName : mail.Contoso.com
Cause
Ce problème se produit si les conditions suivantes sont remplies :
  • Vous utilisez un compte qui est associé à un utilisateur à extension messagerie (MEU) dans un environnement de plusieurs région.
  • Les connexions sont acheminées via une région différente de la région de l'utilisateur.
Cette erreur peut se produire lorsqu'un serveur principal est supprimé de la rotation, mise à niveau. En outre, ce problème se produit rarement.
Résolution

Scénario 1: Lorsqu'un script est en cours d'exécution cesse de workflow automatisé de longues ou lorsque

Dans ce scénario, vous devrez peut-être modifier le script pour vous reconnecter automatiquement si un serveur est supprimé de la rotation en cours d'exécution. Pour cela, à l'aide de la gestion dans le script d'erreur approprié pour intercepter les erreurs. Puis, reconnectez et redémarrer le processus.

Scénario 2: Lorsque vous exécutez une applet de commande d'administration de RPS

Dans ce scénario, vous devez réexécuter l'applet de commande. Un autre serveur principal doit être contacté, et puis l'applet de commande doit s'exécuter avec succès.

Remarque Dans un déploiement Exchange Online de plusieurs région, nous vous recommandons d'utiliser des comptes d'administration qui sont des lettres. Cela permet de s'assurer que les connexions de RPS sont établies par l'intermédiaire de l'environnement actuel. Si le compte d'administration est associé à une unité MEU, les connexions peuvent être routées par l'intermédiaire de l'autre région. Ce comportement peut retarder les erreurs de connexion ou d'un déclencheur.

Si un problème persiste, les transmettra à Microsoft pour des recherches supplémentaires. Vous pouvez soumettre un incident de support en ligne Microsoft Online Services, ou vous pouvez Contactez le support technique de Microsoft Online Services par téléphone.

Microsoft peut nécessiter une trace Fiddler pour étudier ce problème. Si cela est nécessaire, un technicien enverra un Package de diagnostic prend en charge de capturer et de télécharger ces informations en toute sécurité. Pour capturer ces informations dans la trace Fiddler, vous nedevezpas ajouter une option de session PowerShell avec le paramètre ProxyAccessType défini sur IEConfig. Par exemple :
Import-PSSession (New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://mail.contoso.com/powershell -Credential (Get-Credential) -Authentication Basic -AllowRedirection -SessionOption (New-PSSessionOption -ProxyAccessType IEConfig))
Pour plus d'informations sur la façon d'exécuter des packages de Diagnostics de support technique Microsoft, reportez-vous à la section.Comment faire pour exécuter une Trace Fiddler à l'aide des Services automatisés de résolution de problèmes Microsoft.
Plus d'informations
Pour plus d'informations sur la gestion des erreurs, consultez les ressources suivantes :

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3090768 - Dernière mise à jour : 10/13/2015 17:18:00 - Révision : 2.0

  • vkbportal226 kbmt KB3090768 KbMtfr
Commentaires