سؤال

أنا في فريق تطوير "بوابة" ل SharePoint Foundation 2010. أنا مسؤول عن جعل المثبت الذي يقوم بإعداد مثيل جديد من SharePoint. يعالج أكثر من مجرد تثبيت ملفات الحلول وتكوين SharePoint. يتعامل Installer في نشر الملفات إلى GAC وإنشاء عميل الأمان الفيدرالي لدينا (المستخدم للمصادقة المستندة إلى SharePoint المطالبات).

أثناء تثبيت مثيل، أكمل بعض المهام التي ترتبط خصيصا ب SharePoint واستخدام API SharePoint API في .NET 3.5:

  1. إنشاء / تكوين الثقة
  2. إنشاء تطبيق ويب.
  3. نشر حلول للمزرعة وتطبيق الويب
  4. إنشاء مجموعة المواقع الافتراضية
  5. تنشيط الميزات الافتراضية على مجموعة الموقع
  6. تحديث تطبيق الويب "خصائص"

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

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

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

    أنا أيضا غير متأكد إذا تم نشر الحلول بشكل صحيح لذلك إفساد الميزات. لقد قمت بإعداد عارض ULS على كل من خوادم SharePoint ولكن لا يمكنني العثور على أي شيء يتعلق بمعرف الارتباط للخطأ الذي أتلقىه في صفحة الخطأ. لا أحصل فعلا على أي أحداث في عارض ULS على "Master" SharePoint Server. أستطيع أن أرى نشر الحلول وتراجعها في المشاهد على الخادمين الآخرين.

    يجب أن أفتقد شيئا ما يحدث في مزرعة مع خوادم متعددة. آمل أن يستطيع شخص ما إلقاء نظرة على القليل من التعليمات البرمجية التي أستخدمها لنشر الحلول وتعيين الخصائص لمساعدتي بها. أود أيضا أن أعرف لماذا لا أستطيع رؤية الخطأ الذي أحصل عليه في أي من مشاهدي ULS. يمكن للشخص أن يفسر هذا بالنسبة لي؟

    أنا أبحث أيضا عن أمثلة نهائية حول كيفية تكوين وإعداد SharePoint عبر C # API. ما يصل إلى هذه النقطة التي تم فيها فك ترميز التعليمات البرمجية للأسلافيات وتكرار ما يمكنني في التعليمات البرمجية. ما زلت لا أملك طريقة "صحيحة" لتنشيط ميزة عبر C # وأنا فقط إنشاء عملية تشغيل Stsadm.exe لتنشيط الميزات.

    هنا هو رمزي لإضافة ونشر الحل: giveacodicetagpre.

    هنا هو التعليمات البرمجية الخاصة بي لتنشيط الميزات. يستخدم فقط عملية لاستخدام STSADM.EXE: giveacodicetagpre.

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

نصائح أخرى

أن أكون صادقا تماما، لا أرى أبدا النقطة بعد الآن من فعل أي شيء في التعليمات البرمجية التي يمكنني القيام بها مع Stsadm مباشرة.

لذلك أنا دائما استخدام ما يعادل ما أحتاج إليه: giveacodicetagpre.

ثم ...

تنشيط ميزات
خيارات حل الإعداد
تطبيق قالب رئيسي
إنشاء المواقع الفرعية
إنشاء قوائم
. إضافة أجزاء ويب
تعيين أذونات
. إخفاء / إظهار الملاحة والأعمدة
إضافة أي بيانات للنشر المطلوب
إنهاء

اضطررت إلى العديد من المشكلات التي تحاول نشر حل باستخدام الطريقة التي تستخدمها (مجرد البحث قمت بنشره هنا ولم أجد أي حلول)

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