سؤال

المثبتة: SharePoint Server 2010 لشركة Internet Enterprise Beta (x64) على: Windows Server 2008 Standard (x64) على أجهزة 64 بت

محاولات الوصول إلى وحدة تحكم الإدارة المركزية أدت إلى إرجاع IIS 503. الخدمة غير متوفرة

وقد تم العثور على هذا الخطأ في سجل التطبيق

تعذر تحميل الملفات DLL 'C: Program Microsoft 14 ISAPI OWSSVR.dll' Sciew 14 isapi Owssvr.dll 'بسبب مشكلة التكوين. يدعم التكوين الحالي فقط تحميل الصور المدمجة بريماني معالج X86.

بعد الكثير من ADO، تحول الحل إلى أن يكون:

1) تأكد من تعيين تطبيق تمكين enable32bitapponwin64 من أجل تجمع تطبيقات التطبيقات "SharePoint Central Central" إلى FALSE، ونفس الشيء بالنسبة إلى تجمع التطبيقات "SharePoint Web Services Root"

2) تحرير Applicationhost.config:

يتغيرون:

  <globalModules>
 ...
 ...
 <add name="SharePoint14Module" image="C:\Program Files\Common
 Files\Microsoft Shared\Web Server
 Extensions\14\isapi\owssvr.dll"
 preCondition="appPoolName=SharePoint
 Central Administration v4" />
 </globalModules>

ل:

    <add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft
 Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition=
"appPoolName=SharePoint Central Administration v4,bitness64" />

امل ان يساعد هذا احد ما :-)

bitness64. كونها الكلمة السحرية هنا

هل كانت مفيدة؟

المحلول 2

1) تأكد من تعيين إعداد تطبيق APP "SharePoint Central Administrent" "SharePoint Central" على FALSE، ونفس الشيء بالنسبة لحمام سباحة التطبيقات "SharePoint Web Services Root"

2) تحرير Applicationhost.config:

bitness64. كونها الكلمة السحرية هنا

نصائح أخرى

حصلت على خطأ 503 لأن تجمعات التطبيقات لم تبدأ في IIS لسبب ما.

وأنا أتفق مع ديتان كورت.

كان لدي 503 ألقيت لكل من موقع المشرف المركزي بالإضافة إلى صفحة SharePoint Landing. في كلتا الحالتين انتهت صلاحية كلمات المرور.

بعد إعادة تعيين كلمة المرور في الإعلان، واستعادة الهوية المنعشة، CA

اتضح أن إصدار .NET Framework تم تعيينه إلى V4.0. لقد غيرتها إلى V2.0 وعملت.

تذكر بعد كل تغيير تحتاج إلى إعادة تدوير تجمع التطبيق المناسب.

هل يمكن أن تجرب هذا: تحقق من خصائص موقع الويب في IIS. ضمن علامة التبويب الدليل الرئيسي، تحقق من قيمة تجمع التطبيقات تحقق من بدء تشغيل جميع خدمات SharePoint. إذا لم يتم تطبيق التطبيق القيام بما يلي: أعتقد أن هذا الخطأ قد يحدث بسبب تغيير كلمة مرور حساب الخدمة. قد تحتاج إلى تغيير كلمة المرور الجديدة إلى تجمع التطبيقات
1) انقر فوق مسبح التطبيق المتوقف 2) انقر فوق الإعدادات المتقدمة 3) الهوية -> انقر فوق المستخدم لإعادة كتابة المستخدم 4) مربع حوار هوية تجمع التطبيقات 5) انقر فوق تعيين -> اكتب اسم المستخدم وكلمة المرور يدويا. ثم أعد تشغيل الخادم.

يمكن أن يحدث أيضا إذا غيرت سياسة كلمة المرور الخاصة بك أو أي شيء آخر كلمة المرور الخاصة بك في حالة استخدام Apppools المستخدم الخاص بك المستخدم مع تغيير كلمة المرور.

لذلك، يجب عليك تحديث كلمة مرور المستخدم من الإعدادات المتقدمة الخاصة بخاصية APPPool الخاصة بك "الهوية".

المرجع هو هنا

واجهت مشكلة في العثور على ملف ApplicationHost.config. كان في c: windows system32 inetsrv (server2008) أو c: windows system32 inetsrv config (server2008r2).

بعد أن غيرت هذا الإعداد، كان علي أيضا تغيير طريقة تحميل IIS ASPNENT_FILTER.DLL. افتح مدير IIS، وانتقل تحت "المواقع"، "SharePoint - 80"، في مجموعة "IIS"، ضمن "مرشحات ISAPI"، تأكد من أن جميع المسارات "القابلة للتنفيذ" التي تشير إلى ... Microsoft.Net framework64 v #. #. #### Aspnet_filter.dll. تمت الإشارة إلى بعض الألغام إلى Framework (وليس 64).

تحتاج أيضا إلى إعادة تشغيل خدمة WWW لإعادة تحميل الإعدادات الجديدة.

الإجابة المحددة المنشورة هنا تم حل مشكلة واحدة، ولكن آخر هو أنه يجب عليك تغيير تجمع التطبيقات لاستخدامها .NET 2.0.

"يستخدم SharePoint 2010 .NET Framework 3.5، وليس 4.0. يجب تكوين حمامات App SharePoint 2010 كقسم .NET Framework 2.0 باستخدام وضع خط الأنابيب المدمج."

مصدر:http://social.msdn.microsoft.com/forums/en-us/sharepoint2010geneal/4727F9B4-CC58-4D86-903B-FABED13DA0FF.

شكرا لتقاسم هذا. ساعد الكثير. الفرق الواحد في بلدي ApplicationHost.config كان

            <add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition="appPoolName=SharePoint Central Administration v4,bitness64;SharePoint - 80" />

لاحظ إدخالات Seperated Semicolon متعددة. ربما هذا لأن لدي تثبيت مربع واحد من SPS.

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

في بعض الأحيان ينتهي Web.config من التطبيق في حالة غير ماساشة (إعلان مكررة لمعالجات HTTP، إلخ) للتحقق من السطر الموجود في التكوين يسبب الخطأ افتح IIS Manager وحاول تحرير تعيينات المعالج .. سيعرض لك الخطأ خط إذا كان هناك مثل هذا الخطأ في تكوين الويب.

الغريب مثل هذه الأخطاء لا يتم تسجيلها في عارض الأحداث أو ULS

كان لدي نفس المشكلة ولكن كلمة المرور جيدة و "تسجيل الدخول كعمل دفعة" وحدها لم تكن كافية.

تحقق من أن حساب أو مجموعة IIS تطبيق هوية تجمع تطبيقات IIS لديه إذن "تسجيل الدخول كعمل دفعة" وأنه يمكن "انتحال شخصية عميل بعد المصادقة".

لتغيير هذه الإعدادات، قم بتنفيذ الخطوات التالية على خادم Web Front End Server:

  • ابدأ> تشغيل نوع "Secpol.msc"
    • البحث عن: إعدادات الأمان> السياسات المحلية> مهمة حقوق المستخدم
    • إضافة مستخدم أو مجموعة إلى "تسجيل الدخول باسم وظيفة دفعة"
    • تحقق عضوية المجموعة في حساب الخدمة (في Active Directory) إذا تم استخدام مجموعة معينة لهذا الغرض.
    • ابحث عن "انتحال شخصية عميل بعد المصادقة" وإضافة هوية تجمع التطبيقات
    • إعادة تشغيل الخادم

يجب أن تكون قادرا على الوصول إلى الموقع!

قراءة المستخدم وكلمة المرور في التطبيق -> إعدادات مسبقة لتطبيق المسؤول المئوية ستعمل.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top