Frage

Was sind die Best Practices beim Einrichten einer neuen Instanz der TFS 2008 Workgroup Edition?

Im Einzelnen sind die Einschränkungen wie folgt:

  • Muss auf einem vorhandenen Windows Server 2008 64 Bit installiert werden
  • Die TFS-Anwendungsschicht ist nur 32-Bit

Soll ich SQL Server 2008, Sharepoint und die App-Schicht in einer virtuellen Instanz von Windows Server 2008 oder 2003 installieren (ich verwende bereits Hyper-V) oder die Schichten mit einer Datenbank auf dem Host-Betriebssystem und der App-Schicht in einer virtuellen Maschine aufteilen? ?

Bearbeiten:Anscheinend ist es eine Aufteilung der Schichten nicht empfohlen

War es hilfreich?

Lösung

Dies ist mein Rezept für die Installation von TFS 2008 SP1.

In diesem Szenario gibt es keinen Domänencontroller, wir sind nur ein paar Benutzer.Wenn ich es noch einmal machen würde, würde ich darüber nachdenken, unsere Umgebung so zu ändern, dass eine Active Directory-Domäne verwendet wird.

  • Hostserver mit Windows Server 2008 mit 8 GB RAM und Quad-Prozessor
  • Neuinstallation von Windows Server 2008 32bit in einer VM unter Hyper-V
  • Installieren Sie die Anwendungsserverrolle mit IIS
  • Installieren Sie die SQL Server 2008 Standard Edition
    • Verwenden Sie ein Benutzerkonto für Reporting Services und Analysis Services
  • Erstellen Sie mit SP1 ein Slipstream-Image von TFS 2008 und TFS installieren
  • Installieren Sie VSTS 2008
  • Installieren Sie Team System Explorer
  • Installieren Sie VSTS 2008 SP1
  • Installieren Sie das TFS Web Access Power-Tool

Nachdem alles installiert wurde, wurden keine Berichte generiert.Gefunden dieser Forumsbeitrag das hat geholfen, das Problem zu lösen.

Es ist sehr wichtig, die Dinge in der richtigen Reihenfolge zu erledigen, die Installationsanleitung herunterzuladen und sie genau zu befolgen.Ich habe vergessen, den Team System Explorer zu installieren, bis ich SP1 installiert habe, und bin auf alle möglichen Probleme gestoßen.Durch die erneute Installation von SP1 wurde das Problem behoben.

Andere Tipps

Eine wichtige Sache, die Sie bei TFS beachten müssen, ist, dass es die Maschine gerne ganz für sich alleine hat.Wenn Sie also eine separate Instanz auf Hyper-V erstellen müssen, verwenden Sie dazu die bewährte Windows Server 2003-Plattform mit SQL Server 2005.

Ich bin mir sicher, dass Microsoft großartige Arbeit geleistet hat, um es unter Windows Server 2008 und SQL Server 2008 zum Laufen zu bringen, allerdings erhalten Sie mit dieser neueren Installation keine zusätzlichen Funktionen und es ist derzeit noch nicht in der Praxis erprobt.

Daher empfehle ich, bis zum Erscheinen der nächsten Version von TFS bei dem zu bleiben, was bekannt ist.

Auch das Aufteilen der Ebenen wird definitiv nicht empfohlen, insbesondere in der Workgroup-Edition, in der Sie nur 5 lizenzierte Benutzer haben dürfen.Diese 5 Benutzer werden niemals die Anforderungen des Servers überschreiten.Außerdem empfehle ich, Sharepoint nicht zu aktualisieren, wenn dies nicht erforderlich ist.In meiner Umgebung verwenden wir Sharepoint nicht wirklich oft, also habe ich es in Ruhe gelassen.Meiner Erfahrung nach sind die meisten Probleme mit TFS normalerweise auf Sharepoint zurückzuführen.

Ich habe gerade unser Team von TFS 2005 auf TFS 2008 aktualisiert.Der schwierigste Teil war das Upgrade von SharePoint 2.0 auf 3.0, daher würde ich das unbedingt zuerst tun, wenn Sie TFS 2008 noch nicht installiert haben.Wir hatten noch ein paar andere Schwierigkeiten, aber sie hingen alle entweder mit dem SharePoint-Upgrade zusammen oder mit der Tatsache, dass wir ein Aftermarket-Richtlinienpaket verwendeten – Scrum für TeamSystem.Wir verwenden SQL Server 2005, daher kann ich SQL Server 2008 nicht ansprechen.Was die Aufteilung der Schichten angeht, haben wir dies ebenfalls nicht getan, da wir auf Windows Server 2003 laufen und alles unter dem Host-Betriebssystem lief.

Eine Aufteilung der Ebenen ist nur für mehr als 450 Benutzer erforderlich.

Ich würde auch empfehlen, den Build-Server auf einem völlig separaten Rechner zu haben.Der Aufbau ist sehr dateisystemintensiv.SQL Server bietet die beste Leistung, wenn es die vollständige Kontrolle über ein Dateisystem hat. Wenn Build und TFS auf demselben Computer ausgeführt werden, kann es daher zu Leistungsproblemen kommen, während Builds ausgeführt werden.

Vielleicht lässt sich dies durch richtiges Tuning und separate physische Laufwerke mildern – aber ich denke, auf lange Sicht wäre es viel einfacher, entweder einfach alte Hardware zu verwenden – oder eine kleine virtuelle Maschine auf einem separaten Host für Ihre Builds einzurichten

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top