تثبيت خادم أساس الفريق

Question

ما هي أفضل الممارسات في إعداد مثيل جديد لإصدار TFS 2008 Workgroup؟

وعلى وجه التحديد، فإن القيود هي كما يلي:

• يجب التثبيت على نظام التشغيل Windows Server 2008 64 بت الموجود
• طبقة تطبيق TFS هي 32 بت فقط

هل يجب علي تثبيت SQL Server 2008 وSharepoint وطبقة التطبيق في مثيل افتراضي لنظام التشغيل Windows Server 2008 أو 2003 (أقوم بالفعل بتشغيل Hyper-V) أو تقسيم الطبقات باستخدام قاعدة بيانات على نظام التشغيل المضيف وطبقة التطبيق في جهاز ظاهري ؟

يحرر:على ما يبدو، تقسيم الطبقات هو لا مُستَحسَن

Answer 1

هذه هي وصفتي لتثبيت TFS 2008 SP1.

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

• خادم مضيف يعمل بنظام التشغيل Windows Server 2008 مع ذاكرة وصول عشوائي (RAM) سعة 8 جيجابايت ومعالج رباعي
• تثبيت جديد لنظام التشغيل Windows Server 2008 32 بت في جهاز افتراضي تحت Hyper-V
• تثبيت دور خادم التطبيق مع IIS
• قم بتثبيت الإصدار القياسي من SQL Server 2008
  • استخدم حساب مستخدم لخدمات التقارير وخدمات التحليل
• قم بإنشاء صورة متدفقة من TFS 2008 باستخدام SP1 وتثبيت TFS
• تثبيت فستس 2008
• قم بتثبيت مستكشف نظام الفريق
• تثبيت فستس 2008 SP1
• قم بتثبيت أداة TFS Web Access Power

بعد تثبيت كل شيء، لم يتم إنشاء التقارير.وجد هذا المنتدى التي ساعدت في حل المشكلة.

• يفتح ص://localhost:8080/Warehouse/v1.0/warehousecontroller.asmx
• قم بتشغيل خدمة الويب (انظر الرابط أعلاه للحصول على التفاصيل)، وسوف يستغرق الأمر بعض الوقت، وسيتم إعادة بناء tfsWarehouse

من المهم جدًا القيام بالأشياء بالترتيب، وتنزيل دليل التثبيت ومتابعته حرفيًا.لقد نسيت تثبيت Team System Explorer حتى بعد تثبيت SP1 وواجهت كل أنواع المشاكل.تثبيت SP1 مرة أخرى تم إصلاح ذلك.

Answer 2

أحد الأشياء المهمة التي يجب أن تضعها في اعتبارك بشأن TFS، هو أنه يحب أن يكون الجهاز بمفرده.لذا، إذا كان عليك إنشاء مثيل منفصل على Hyper-V، فقم بذلك باستخدام النظام الأساسي Windows Server 2003 المثبت مع SQL Server 2005.

أنا متأكد من أن Microsoft قامت بعمل رائع لجعلها تعمل ضمن Windows Server 2008 وSQL Server 2008، ومع ذلك فلن تحصل على أي ميزات إضافية مع هذا التثبيت الأحدث وهو غير مثبت حاليًا في البرية.

لذا فإن توصيتي هي الالتزام بما هو معروف حتى صدور الإصدار التالي من TFS.

لا يُنصح بالتأكيد بتقسيم الطبقات، خاصة في إصدار مجموعة العمل حيث سيُسمح لك فقط بوجود 5 مستخدمين مرخصين.لن يتجاوز هؤلاء المستخدمون الخمسة احتياجات الخادم أبدًا.توصيتي أيضًا بعدم تحديث Sharepoint إذا لم تكن بحاجة إلى ذلك.في بيئتي، لا نستخدم Sharepoint كثيرًا، لذا تركته وشأنه.عادةً ما تكون Sharepoint، حسب تجربتي، هي مصدر معظم المشكلات المتعلقة بـ TFS.

Answer 3

لقد قمت للتو بترقية فريقنا إلى TFS 2008، من TFS 2005.كان الجزء الأصعب هو ترقية SharePoint 2.0 إلى 3.0، لذا سأتأكد من القيام بذلك أولاً، إذا لم تكن قد قمت بالفعل بتثبيت TFS 2008.لقد واجهنا بعض الصعوبات الأخرى، ولكنها كانت جميعها إما مرتبطة بترقية SharePoint، أو بحقيقة أننا كنا نستخدم حزمة سياسة ما بعد البيع - Scrum for TeamSystem.نحن نستخدم SQL Server 2005، لذا لا يمكنني التعامل مع SQL Server 2008.أما بالنسبة لتقسيم الطبقات، فلم نفعل ذلك أيضًا، لأننا نعمل على Windows Server 2003 وكل شيء يعمل تحت نظام التشغيل المضيف.

Answer 4

تقسيم الطبقات مطلوب فقط لأكثر من 450 مستخدمًا.

أوصي أيضًا بوجود Build Server على جهاز منفصل تمامًا.البناء كثيف جدًا في نظام الملفات.يعمل SQL Server بشكل أفضل عندما يكون لديه تحكم كامل في نظام الملفات - لذا فإن وجود البناء و TFS على نفس الجهاز قد يؤدي إلى حدوث مشكلات في الأداء أثناء تنفيذ البنيات.

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