إينفاليدشيليد خطأ في RPS في Office 365 المخصصة/إيتار

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية3090768
الأعراض
عند تشغيل برنامج نصي طويل أو عند تشغيل cmdlet إداري في البعيد PowerShell (RPS) في Microsoft Office 365 المخصصة/وكالة إيتار، بشكل متقطع تظهر رسالة خطأ مشابهة لما يلي:
فشل معالجة البيانات لأمر بعيد مع رسالة الخطأ التالية: [كلينتاكسيسسيرفير = Server1، باكيندسيرفير = Server2، معرف الطلب =<>، الطابع الزمني = 4/8/2014 الساعة 3:42:44] [فيلوريكاتيجوري = إينفاليدشيليد WSMan] طلب Windows Remote Shell مع شيلد <> فشلت shell غير موجود على الخادم. الأسباب المحتملة: شيلد المحدد غير صحيح أو shell لم يعد موجوداً على الخادم. توفر شيلد الصحيح أو إنشاء shell جديدة وأعد محاولة العملية. لمزيد من المعلومات، راجع موضوع التعليمات about_Remote_Troubleshooting.

+ كاتيجوريينفو: أوبيراتيونستوبيد: [] (تم mail.contoso.com:String)، بسريموتينجترانسبورتيكسسيبشن

+ فوليقواليفيديروريد: جوبفيلوري

+ بسكومبوتيرنامي: البريد.التعميرcom.
السبب
تحدث هذه المشكلة إذا تحققت الشروط التالية:
  • يتم استخدام حساب المقترن ببريد مستخدم (ميو) في بيئة المناطق.
  • يتم توجيه الاتصالات عبر منطقة التي تختلف من منطقة للمستخدم.
قد يحدث هذا الخطأ عند إزالة ملقم الجهة الخلفية من الاستدارة إلى ترقية. بالإضافة إلى ذلك، تحدث هذه المشكلة القليلة.
الحل

السيناريو 1: عند برنامج تشغيل سير العمل التلقائية طويلة أو عندما يتوقف

في هذا السيناريو، قد تضطر إلى تغيير البرنامج النصي إعادة الاتصال تلقائياً إذا تمت إزالة خادم من الاستدارة في التقدم. يمكنك القيام بذلك باستخدام مناسبة معالجة الأخطاء في البرنامج النصي لالتقاط أخطاء. إعادة الاتصال ثم قم بإعادة تشغيل العمليات.

السيناريو 2: عندما تقوم بتشغيل cmdlet إداري في RPS

في هذا السيناريو، يجب إعادة تشغيل في cmdlet. يجب الاتصال بخادم خلفية مختلفة، ومن ثم يجب تشغيل الأمر cmdlet نجاح.

ملاحظة: في عملية نشر Exchange عبر الإنترنت المناطق، نوصي باستخدام الحسابات الإدارية التي يتم تمكين علبة البريد. هذا يجعل من RPS الاتصالات تتم من خلال البيئة الحالية. الحساب الإداري مقترن ميو، قد يتم توجيه الاتصالات إلى منطقة أخرى. هذا السلوك قد يؤدي إلى تأخير أخطاء الاتصال أو المشغل.

إذا استمرت المشكلة أما إلى حدوث, التصعيد إلى Microsoft لإجراء مزيد من التحقيقات. يمكنك إرسال حدث دعم عبر الإنترنت يمكن ل Microsoft دعم الخدمات عبر الإنترنت، أو الاتصال "دعم خدمات Microsoft عبر الإنترنت" عبر الهاتف.

قد تتطلب Microsoft عملية تتبع Fiddler التحقيق في هذه القضية. إذا تطلب الأمر ذلك، يرسل مهندس دعم "حزمة دعم التشخيص" لالتقاط وتحميل هذه المعلومات بشكل أمن. للحصول على هذه المعلومات في تتبع Fiddler، إضافة رسومالتوصيل خيار دورة PowerShell مع المعلمة بروكسياكسيستيبي تعيين إلى إييكونفيج. على سبيل المثال:
Import-PSSession (New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://mail.contoso.com/powershell -Credential (Get-Credential) -Authentication Basic -AllowRedirection -SessionOption (New-PSSessionOption -ProxyAccessType IEConfig))
لمزيد من المعلومات حول كيفية تشغيل حزم التشخيص دعم Microsoft، راجعكيفية تشغيل Fiddler التتبع باستخدام خدمات استكشاف الأخطاء وإصلاحها تلقائية ل Microsoft.
معلومات أخرى
لمزيد من المعلومات حول معالجة الأخطاء، راجع الموارد التالية:

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 3090768 - آخر مراجعة: 10/13/2015 17:11:00 - المراجعة: 2.0

  • vkbportal226 kbmt KB3090768 KbMtar
تعليقات