Gewusst wie: Verschieben von Team Foundation Server von einer Hardwarekonfiguration zu einer anderen

Artikel
08/20/2008

Aktualisiert: November 2007

Sie können eine Instanz von Visual Studio Team System Team Foundation Server von einer Hardwarekonfiguration zu einer anderen verschieben, indem Sie eine wiederherstellungsbasierte Verschiebung ausführen. Dieser Typ der Verschiebung ist nicht nur der häufigste, sondern auch der komplexeste Typ einer Verschiebung für Team Foundation Server. Bevor Sie mit einer wiederherstellungsbasierten Verschiebung beginnen, sollten Sie sicherstellen, dass dieser Typ der Verschiebung Ihren organisatorischen Zielen am besten entspricht. Weitere Informationen hierzu finden Sie unter Verschiebungstypen in Team Foundation Server.

Wichtiger Hinweis:
Beim Planen einer Bereitstellungsverschiebung sollten Sie den Umfang und den Zweck der Änderungen überprüfen, die Sie wahrscheinlich vornehmen werden, und diese mit den Szenarien für jeden Typ von Verschiebung vergleichen. Durch die Auswahl des richtigen Verschiebungstyps minimieren Sie nicht nur die Verwirrung und Unterbrechung der Teamproduktivität, sondern tragen auch dazu bei, die Effizienz der Bereitstellung langfristig sicherzustellen.

Beim Planen einer Bereitstellungsverschiebung sollten Sie den Umfang und den Zweck der Änderungen überprüfen, die Sie wahrscheinlich vornehmen werden, und diese mit den Szenarien für jeden Typ von Verschiebung vergleichen. Durch die Auswahl des richtigen Verschiebungstyps minimieren Sie nicht nur die Verwirrung und Unterbrechung der Teamproduktivität, sondern tragen auch dazu bei, die Effizienz der Bereitstellung langfristig sicherzustellen.

Um sich auf eine wiederherstellungsbasierte Verschiebung vorzubereiten, sollten Sie alle erforderlichen Schritte lesen und eventuell dieses Thema drucken. Sie sollten sich die Informationen, die hier über Links bereitgestellt werden, ebenfalls ansehen und ermitteln, welche Schritte Ihrer spezifischen Konfiguration entsprechend geändert werden müssen. Zum Beispiel könnte sich in Ihrer Bereitstellung SQL Server Analysis Services auf einem anderen Server als die SQL Server-Datenbanken befinden. In diesem Fall müssen Sie diese Server getrennt konfigurieren.

Um eine wiederherstellungsbasierte Verschiebung auszuführen, müssen Sie die Verfahren in den folgenden Abschnitten abschließen:

Vorbereiten einer wiederherstellungsbasierten Verschiebung
Installieren von Team Foundation Server in der neuen Hardwareumgebung
Sichern der WSS_Config-Datenbank auf dem neuen Server
Wiederherstellen der Datenbanken
Wiederherstellen von Websites für Teamprojekte
Wiederherstellen und Testen des SQL-Berichtsservers, der Reporting Services und der Standardberichte
Umbenennen des Datenebenenservers und Aktivieren des Anwendungsebenenservers
Erneutes Erstellen des Team System-Cubes
Löschen des Caches für Versionskontrolle
Verschieben von Benutzer- und Dienstkonten
Neustarten von Diensten
Aktualisieren des Datencaches auf Clientcomputern
Nächste Schritte

Erforderliche Berechtigungen

Um diese Verfahren vollständig ausführen zu können, müssen Sie sowohl auf den ursprünglichen und neuen Servern Mitglied der Gruppe Administratoren als auch Mitglied der Gruppe Team Foundation-Administratoren sein. Wenn Sie Sicherheitsgruppen in einer Active Directory-Domäne erstellen, müssen Sie über die entsprechenden Berechtigungen in der Domäne verfügen.

Neben diesen Berechtigungen gelten für einen Computer, auf dem Windows Server 2008 oder Windows Vista ausgeführt wird, möglicherweise die folgenden Anforderungen:

Um eine Befehlszeilenprozedur auszuführen, müssen Sie möglicherweise eine erweiterte Eingabeaufforderung öffnen. Klicken Sie hierzu auf Start, klicken Sie anschließend mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen.
Zum Ausführen einer Prozedur, für die Internet Explorer erforderlich ist, müssen Sie Internet Explorer möglicherweise als Administrator starten. Klicken Sie dazu auf Start, Alle Programme und dann mit der rechten Maustaste auf Internet Explorer. Klicken Sie anschließend auf Als Administrator ausführen.
Zum Bearbeiten von web.config-Dateien müssen Sie den Text-Editor möglicherweise als Administrator starten. Klicken Sie hierzu auf Start und auf Alle Programme, und klicken Sie dann mit der rechten Maustaste auf den Editor. Klicken Sie anschließend auf Als Administrator ausführen.
Für den Zugriff auf den Berichts-Manager, Berichte oder Websites für SQL Server Reporting Services müssen Sie diese Sites gegebenenfalls der Liste vertrauenswürdiger Sites in Internet Explorer hinzufügen oder Internet Explorer als Administrator starten.

Weitere Informationen finden Sie auf der Microsoft-Website.

Sichern der Datenbanken und des Verschlüsselungsschlüssels

Bevor Sie die Bereitstellung von Team Foundation Server verschieben können, müssen Sie die zugehörigen Datenbanken sichern. Die Datenbanken werden im Rahmen der Verschiebung auf dem neuen Datenebenenserver wiederhergestellt.

So bereiten Sie die alte Bereitstellung auf eine wiederherstellungsbasierte Verschiebung vor

Sichern Sie alle Datenbanken für Team Foundation Server.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Sichern eines Team Foundation Servers.

Hinweis:
Sie müssen außerdem alle benutzerdefinierten Sitedefinitionen, Sitevorlagen und Webparts für SharePoint-Produkte und -Technologien sichern, die Sie beibehalten möchten. Weitere Informationen finden Sie auf der Microsoft-Website unter "Backup and Restore Options for Windows SharePoint Services 2.0" bzw. für Windows SharePoint Services 3.0 auf der Microsoft-Website unter "Choose backup and recovery tools (Windows SharePoint Services)".

Sie müssen außerdem alle benutzerdefinierten Sitedefinitionen, Sitevorlagen und Webparts für SharePoint-Produkte und -Technologien sichern, die Sie beibehalten möchten. Weitere Informationen finden Sie auf der Microsoft-Website unter "Backup and Restore Options for Windows SharePoint Services 2.0" bzw. für Windows SharePoint Services 3.0 auf der Microsoft-Website unter "Choose backup and recovery tools (Windows SharePoint Services)".

Sichern Sie den Verschlüsselungsschlüssel für Reporting Services, und speichern Sie ihn an einem sicheren Speicherort auf einem anderen Computer als dem Server, auf dem Team Foundation Server ausgeführt wird. Stellen Sie sicher, dass die neue Bereitstellung auf den Schlüssel zugreifen kann, und speichern Sie das Kennwort, mit dem der Schlüssel verschlüsselt ist.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Sichern des Reporting Services-Verschlüsselungsschlüssels.

Installieren von Team Foundation Server und Vorbereiten der neuen Hardware

Nachdem Sie die Datenbanken gesichert haben, müssen Sie Team Foundation Server auf dem Computer installieren, auf den die Bereitstellung verschoben werden soll.

So bereiten Sie den neuen Server auf eine wiederherstellungsbasierte Verschiebung vor

Installieren Sie Team Foundation Server auf der neuen Hardware, und stellen Sie sicher, dass der Server funktionstüchtig ist.

Ausführliche Anweisungen und Informationen zu den Voraussetzungen finden Sie im Installationshandbuch von Team Foundation auf der Microsoft-Website.

Wichtiger Hinweis:
Bevor Sie Team Foundation Server installieren, müssen Sie zuerst SQL Server auf dem Computer installieren, auf dem Sie die Daten für die Bereitstellung wiederherstellen möchten. Die Version von SQL Server, die Sie installieren, muss genau mit der Version übereinstimmen, die auf dem alten Datenebenenserver ausgeführt wurde, einschließlich der Service Pack-Stufe, der Sortierungseinstellungen und der Sprachversion. Wenn die Versionen nicht genau übereinstimmen, können die Daten möglicherweise nicht wiederhergestellt werden.

Bevor Sie Team Foundation Server installieren, müssen Sie zuerst SQL Server auf dem Computer installieren, auf dem Sie die Daten für die Bereitstellung wiederherstellen möchten. Die Version von SQL Server, die Sie installieren, muss genau mit der Version übereinstimmen, die auf dem alten Datenebenenserver ausgeführt wurde, einschließlich der Service Pack-Stufe, der Sortierungseinstellungen und der Sprachversion. Wenn die Versionen nicht genau übereinstimmen, können die Daten möglicherweise nicht wiederhergestellt werden.

Rufen Sie auf dem Server, auf dem SQL Server Reporting Services ausgeführt wird, eine Liste der Installations-IDs ab, und speichern Sie diese.
1. Öffnen Sie die Eingabeaufforderung, und ändern Sie die Verzeichnispfade wie im Folgenden dargestellt:
  
  %Programme%\Microsoft SQL Server\90\Tools\binn\
2. Führen Sie RSKeyMgmt -l aus.
3. Notieren Sie die Installations-IDs, und drucken Sie die Liste entweder aus oder speichern Sie sie an einem sicheren Ort.

Melden Sie sich am entsprechenden Server an, öffnen Sie den Computer-Manager, und beenden Sie die Dienste und Anwendungspools in der Reihenfolge, in der sie in der folgenden Tabelle angegeben sind:

Melden Sie sich an dem Server an, der dieses Programm hostet	Beenden Sie diese Komponente
SharePoint-Produkte und -Technologien	SharePoint-Timerdienst oder Windows SharePoint Services-Timer Standardwebsite oder Teamwebsite
Anwendungsebene	Taskplaner von Visual Studio Team Foundation Server Microsoft Team Foundation Server-Anwendungspool
SQL Server Reporting Services	SQL Server Reporting Services (TFSINSTANCE) ReportServer oder ReportServer$Instanzname Standardwebsite oder Berichts-Manager-Website

Wichtiger Hinweis:
Um Benutzer- und Dienstkonten wiederherstellungsbasiert zu verschieben, muss die neue Bereitstellung von Team Foundation Server beendet sein. Wenn Sie Team Foundation Server nach der Datenwiederherstellung, jedoch vor dem Verschieben der Benutzer- und Dienstkonten neu starten, können für die Migration vorgesehene Benutzer in der TFSIntegration-Datenbank als gelöscht gekennzeichnet werden. Dieses Problem tritt auf, wenn der Gruppensicherheitsdienst die System-ID (SID) des Benutzers während der Synchronisierung mit Active Directory nicht finden kann.

Um Benutzer- und Dienstkonten wiederherstellungsbasiert zu verschieben, muss die neue Bereitstellung von Team Foundation Server beendet sein. Wenn Sie Team Foundation Server nach der Datenwiederherstellung, jedoch vor dem Verschieben der Benutzer- und Dienstkonten neu starten, können für die Migration vorgesehene Benutzer in der TFSIntegration-Datenbank als gelöscht gekennzeichnet werden. Dieses Problem tritt auf, wenn der Gruppensicherheitsdienst die System-ID (SID) des Benutzers während der Synchronisierung mit Active Directory nicht finden kann.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Beenden und Starten von Diensten, Anwendungspools und Websites.

Sichern der WSS_Config-Datenbank auf dem neuen Server

Bevor Sie Daten in den neuen Datenbanken für Team Foundation Server wiederherstellen, sollten Sie die Konfigurationsdatenbank für SharePoint-Produkte und -Technologien (WSS_Config) auf dem neuen Server sichern. Wenn Sie versuchen, die Datenbank vom alten Server auf dem neuen Server wiederherzustellen, könnte die Datenbank während der Wiederherstellung überschrieben oder beschädigt werden.

So sichern Sie die Datenbank "WSS_Config"

Sichern Sie die Konfigurationsdatenbank für SharePoint-Produkte und -Technologien (WSS_Config) auf dem neuen Server.

Weitere Informationen zum Sichern von Datenbanken finden Sie in Gewusst wie: Sichern eines Team Foundation Servers sowie entweder auf der Microsoft-Website unter "Backup and Restore Options for Windows SharePoint Services 2.0" oder für Windows SharePoint Services 3.0 auf der Microsoft-Website unter "Choose backup and recovery tools (Windows SharePoint Services)".

Wiederherstellen der Datenbanken

Nachdem Sie die Dienste beendet haben, können Sie die Daten für Team Foundation Server wiederherstellen, indem Sie die von SQL Server bereitgestellten Tools verwenden.

Vorsicht:
Sie müssen alle Datenbanken auf denselben Zeitpunkt wiederherstellen. Andernfalls können sie möglicherweise beschädigt werden.

So öffnen Sie das Dialogfeld Datenbank wiederherstellen

Klicken Sie auf dem neuen Datenebenenserver auf Start, zeigen Sie auf Alle Programme, Microsoft SQL Server, und klicken Sie dann auf SQL Server Management Studio.

Hinweis:
Weitere Informationen zum Wiederherstellen von Datenbanken finden Sie auf der Microsoft-Website unter "Implementieren von Wiederherstellungsszenarien für SQL Server-Datenbanken".

Klicken Sie in der Liste Servertyp auf Datenbankmodul.
Klicken Sie in der Liste Servername auf den entsprechenden Server, oder geben Sie ihn ein.
Klicken Sie in der Liste Authentifizierung auf das entsprechende Schema.
Geben Sie unter Benutzername den Benutzernamen eines gültigen Kontos ein.
Geben Sie unter Kennwort das Kennwort des Kontos ein, wenn dies für SQL Server erforderlich ist, und klicken Sie anschließend auf Verbinden.
Erweitern Sie den Knoten Datenbanken, um die Liste der Datenbanken anzuzeigen, aus denen sich die Datenebene für Team Foundation zusammensetzt.

Wichtiger Hinweis:
Stellen Sie für wiederherstellungsbasierte Verschiebungen die Konfigurationsdatenbank für SharePoint-Produkte und -Technologien (WSS_Config) nicht vom alten Server auf dem neuen Server wieder her.

Schließen Sie das Verfahren zum Wiederherstellen sämtlicher Datenbanken für jede der folgenden Datenbanken ab:

ReportServer

Hinweis:

Wenn Sie eine benannte Instanz verwendet haben, erhält diese Datenbank den Namen ReportServer$InstanceName.
ReportServerTempDB

Hinweis:

Wenn Sie eine benannte Instanz verwendet haben, erhält diese Datenbank den Namen ReportServerTempDB$Instanzname.

Hinweis:
Wenn Sie eine benannte Instanz verwendet haben, erhält diese Datenbank den Namen ReportServer$InstanceName.

Hinweis:
Wenn Sie eine benannte Instanz verwendet haben, erhält diese Datenbank den Namen ReportServerTempDB$Instanzname.

Die Inhaltsdatenbank für SharePoint-Produkte und -Technologien (STS_Content_TFS oder WSS_Content)

Hinweis:
Der Name der Datenbank, die Daten für SharePoint-Produkte und -Technologien enthält, hängt davon ab, welche Version von SharePoint-Produkte und -Technologien installiert ist und ob der Name der Datenbank von der Person, die die Software installiert hat, geändert wurde. Außerdem sind, falls SharePoint-Produkte und -Technologien getrennt von Team Foundation Server auf einem anderen Server installiert wurde, diese Datenbanken u. U. auf dem Datenebenenserver nicht vorhanden. In diesem Fall müssen Sie die Sicherung, Wiederherstellung und Konfiguration von SharePoint-Produkte und -Technologien und den zugehörigen Datenbanken getrennt von Team Foundation Server verwalten. Sie sollten jedoch die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.

Der Name der Datenbank, die Daten für SharePoint-Produkte und -Technologien enthält, hängt davon ab, welche Version von SharePoint-Produkte und -Technologien installiert ist und ob der Name der Datenbank von der Person, die die Software installiert hat, geändert wurde. Außerdem sind, falls SharePoint-Produkte und -Technologien getrennt von Team Foundation Server auf einem anderen Server installiert wurde, diese Datenbanken u. U. auf dem Datenebenenserver nicht vorhanden. In diesem Fall müssen Sie die Sicherung, Wiederherstellung und Konfiguration von SharePoint-Produkte und -Technologien und den zugehörigen Datenbanken getrennt von Team Foundation Server verwalten. Sie sollten jedoch die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.

TfsBuild
TfsIntegration
TfsVersionControl
TfsWarehouse
TfsWorkItemTracking
TfsWorkItemTrackingAttachments

TfsActivityLogging (optional)

Hinweis:
Als Teil des Wiederherstellungsprozesses müssen Sie alle benutzerdefinierten Sitevorlagen und Webparts, die für benutzerdefinierte Prozessvorlagen erstellt wurden, in die Datenbanken für SharePoint-Produkte und -Technologien hochladen.

So stellen Sie die einzelnen Datenbanken wieder her

Klicken Sie mit der rechten Maustaste auf die wiederherzustellende Datenbank, zeigen Sie auf Aufgaben, zeigen Sie auf Wiederherstellen, und klicken Sie dann auf Datenbank.

Das Dialogfeld Datenbank wiederherstellen wird angezeigt.
Klicken Sie unter Quelle für die Wiederherstellung auf Von Medium und dann auf die Schaltfläche mit den drei Auslassungspunkten (…).
Geben Sie im Dialogfeld Sicherung angeben den Speicherort der Sicherungsdatei an, und klicken Sie dann auf OK.

Die erste Sicherung, die Sie wiederherstellen, muss eine vollständige Sicherung sein. Danach müssen die Transaktionsprotokollsicherungen in der Reihenfolge wiederhergestellt werden, in der sie erstellt wurden.
Geben Sie unter Wählen Sie die wiederherzustellenden Sicherungssätze aus die Sicherungssätze an, die wiederhergestellt werden sollen.
Klicken Sie im Bereich Seite auswählen auf Optionen, und aktivieren Sie dann das Kontrollkästchen Vorhandene Datenbank überschreiben.
Überprüfen Sie, ob die Pfade in der Liste Datenbankdateien wiederherstellen als mit den aktuellen Datenbankpfaden übereinstimmen.

Dieser Schritt ist wichtig, wenn Sie die Datenbank auf einem anderen Laufwerk wiederherstellen.
Klicken Sie unter Wiederherstellungsstatus auf den entsprechenden Zustand.
Führen Sie einen der folgenden Schritte aus:
- Wenn Sie keine zusätzlichen Transaktionsprotokolle anwenden, klicken Sie auf Datenbank betriebsbereit belassen.
- Wenn Sie zusätzliche Transaktionsprotokolle anwenden, klicken Sie auf Datenbank nicht betriebsbereit belassen.
Klicken Sie auf OK, um das Dialogfeld Datenbank wiederherstellen zu schließen und die Datenbank wiederherzustellen.
Wenn Sie zusätzliche Transaktionsprotokolle anwenden, führen Sie dieses Verfahren für jeden Satz von Protokollsicherungen in der Reihenfolge aus, in der die Protokollsicherungen erstellt wurden. Beginnen Sie mit der nach der vollständigen Sicherung erstellten Protokollsicherung.

Weitere Informationen finden Sie auf der Microsoft-Website unter "Anwenden von Transaktionsprotokollsicherungen".

Wiederherstellen von Websites für Teamprojekte

Sie müssen SharePoint-Produkte und -Technologien zur neuen Inhaltsdatenbank umleiten.

So stellen Sie Websites für Teamprojekte wieder her

Melden Sie sich an dem Server an, der SharePoint-Produkte und -Technologien hostet, und leiten Sie ihn für die Verwendung der Inhaltsdatenbanken auf den neuen Datenebenenserver um.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Umleiten von SharePoint-Produkten und -Technologien zum Verwenden einer neuen Inhaltsdatenbank.

Wiederherstellen und Testen von SQL Server Reporting Services und Standardberichten

Nachdem Sie die Projektwebsites wiederhergestellt haben, müssen Sie SQL Server Reporting Services auf dem neuen Anwendungsebenenserver wiederherstellen.

So werden Reporting Services in SQL Server 2005 wiederhergestellt und überprüft

Öffnen sie den Computer-Manager auf dem Server, auf dem Reporting Services ausgeführt wird, und starten Sie den ReportServer- oder den ReportServer$Instanzname-Anwendungspool.
Klicken Sie auf Start, zeigen Sie nacheinander auf Alle Programme, Microsoft SQL Server und Konfigurationstools, und klicken Sie dann auf Reporting Services-Konfiguration.
Klicken Sie im Explorer-Fenster auf Setup der Datenbank.
Der Bereich Datenbankverbindung wird geöffnet.
Überprüfen Sie unter Servername, ob der Name des Datenebenenservers richtig ist, und klicken Sie dann auf Verbinden.
Klicken Sie im Dialogfeld SQL Server-Verbindung auf OK.
Klicken Sie im Datenbankverbindungsbereich auf Anwenden.
Wenn Sie eine Bereitstellung mit zwei Servern haben, führen Sie die folgenden Schritte aus:
1. Klicken Sie im Explorer-Fenster auf Windows-Dienstidentität.
  
  Die Seite Windows-Dienstidentität wird geöffnet.
2. Klicken Sie in der Liste Integriertes Dienstkonto auf Lokaler Dienst.
  
  Die Schaltfläche Anwenden wird verfügbar. Klicken Sie nicht auf diese Schaltfläche.
3. Klicken Sie in der Liste IntegriertesDienstkonto auf Netzwerkdienst und dann auf Anwenden.
4. Klicken Sie im Dialogfeld SQL Server-Verbindung auf OK.
Öffnen Sie den Computer-Manager, und starten Sie Reporting Services.

Hinweis:

Wenn Sie eine benannte Instanz verwenden, hat dieser Dienst den Namen SQL Server Reporting Services (Instanzname).
Schließen Sie das Reporting Services-Konfigurationstool.
Öffnen Sie ein Eingabeaufforderungsfenster, und wechseln Sie in das Verzeichnis %Programme%\Microsoft SQL Server\90\Tools\binn.
Geben Sie den folgenden Befehl ein, um eine Liste der Installations-IDs von Reporting Services anzuzeigen:

RSKeyMgmt -l
Suchen Sie in der Liste die Installations-ID, die dem alten Datenebenenserver entspricht.
Geben Sie den folgenden Befehl ein, um diese Installations-ID zu entfernen, wobei DESInstanzID dem alten Datenebenenserver entspricht:

RSKeyMgmt –r DESInstanzID

Hinweis:

Entfernen Sie nicht die Installations-ID, die dem neuen Datenebenenserver entspricht.
Klicken Sie auf dem Server, auf dem Reporting Services ausgeführt wird, auf Start, zeigen Sie nacheinander auf Alle Programme, Microsoft SQL Server und Konfigurationstools, und klicken Sie dann auf Reporting Services-Konfiguration.
Klicken Sie im Explorer-Bereich auf Verschlüsselungsschlüssel.
Klicken Sie auf der Seite Verschlüsselungsschlüssel auf Wiederherstellen.

Die Seite Informationen zum Verschlüsselungsschlüssel wird geöffnet.
Geben Sie unter Kennwort das Kennwort für die Verschlüsselungsschlüsseldatei ein.
Geben Sie im Feld Schlüsseldatei den Speicherort des Sicherungsverschlüsselungsschlüssels (SNK-Datei) ein, oder klicken Sie darauf. Klicken Sie dann auf OK.

Hinweis:
Wenn Sie eine benannte Instanz verwenden, hat dieser Dienst den Namen SQL Server Reporting Services (Instanzname).

Hinweis:
Entfernen Sie nicht die Installations-ID, die dem neuen Datenebenenserver entspricht.

Umbenennen des Datenebenenservers und Aktivieren des Anwendungsebenenservers

Nachdem Sie Reporting Services wiederhergestellt haben, müssen Sie den Befehl TfsAdminUtil verwenden, um Verbindungen zu konfigurieren und den Datenebenenserver umzubenennen.

So benennen Sie den Datenebenenserver um und aktualisieren die Integrationsdatenbank mit dem Namen des neuen Anwendungsebenenservers

Melden Sie sich am entsprechenden Server an, öffnen Sie den Computer-Manager, und starten Sie die in der folgenden Tabelle aufgeführten Anwendungspools und Programme:

Melden Sie sich an dem Server an, der dieses Programm hostet	Starten Sie diese Komponente
Anwendungsebene	Microsoft Team Foundation Server-Anwendungspool
Reporting Services	ReportServer oder ReportServer$Instanzname (Anwendungspool) SQL Server Reporting Services (TFSINSTANCE)

Öffnen Sie das Eingabeaufforderungsfenster, wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools, und geben Sie folgenden Befehl ein:

TfsAdminUtil ConfigureConnections /view

Überprüfen Sie die Einstellungen für /ReportsURI und /ReportServerUri. Wenn sich die Informationen für Reporting Services im Vergleich zu den angezeigten Informationen geändert haben, müssen diese Verbindungen durch die Eingabe des folgenden Befehls neu konfiguriert werden:

TfsAdminUtil ConfigureConnections /ReportsUri:NeueBerichte/ReportServerUri: NeuerBerichtsserver

Hinweis:
Wenn Sie eine benannte Instanz verwenden, müssen Sie diese als Teil der Werte für Berichte und Berichtsserver angeben. Der Name der benannten Instanz darf nicht entfernt oder geändert werden.

Wäre Reporting Services beispielsweise auf dem alten Anwendungsebenenserver ausgeführt und dann auf den neuen Anwendungsebenenserver verschoben worden, müssten Sie die neuen URIs (Uniform Resource Indicator) für /ReportsUri und /ReportServerUri angeben. Weitere Informationen hierzu finden Sie unter Befehl "ConfigureConnections".

(Optional) Geben Sie, nachdem Sie die Verbindungen neu konfiguriert haben, den folgenden Befehl ein, um die Änderungen zu überprüfen und sicherzustellen, dass sie wirksam sind:

TfsAdminUtil ConfigureConnections /view

Ersetzen Sie den Namen des alten Datenebenenservers in der web.config-Datei für die Dienste wie folgt durch den Namen des neuen Datenebenenservers:

Öffnen Sie auf dem neuen Anwendungsebenenserver ein Eingabeaufforderungsfenster, und wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\Services.
Öffnen Sie die Datei Web.config in diesem Verzeichnis in Editor oder einem anderen Texteditor.
Suchen Sie das Verbindungszeichenfolgenelement unter dem Knoten appSettings, und ändern Sie den Wert des Parameters Source in den Namen des alten Datenebenenservers. Sie müssen beispielsweise das folgende Element ändern:

Application Name=TeamFoundation;Data Source=Name des neuen Team Foundation-Datenebenenservers;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False

Nach den Änderungen sollte das Element der folgenden Zeichenfolge ähneln:

Application Name=TeamFoundation;Data Source=Name des alten Team Foundation-Datenebenenservers;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False

Speichern Sie die Datei web.config, und schließen Sie Editor.

Hinweis:
Damit der Befehl TfsAdminUtil RenameDT ordnungsgemäß ausgeführt werden kann, muss die Verbindungszeichenfolge in der Datei web.config auf den Namen des alten Datenebenenservers verweisen.

Öffnen Sie das Eingabeaufforderungsfenster, wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools, und geben Sie folgenden Befehl ein:

TfsAdminUtil RenameDT NewTeamFoundationDataTierServerName

Wichtiger Hinweis:
Damit der RenameDT-Befehl erfolgreich ausgeführt werden kann, müssen die im vorhergehenden Schritt genannten Anwendungspools und Programme ausgeführt werden. Diese Anforderung ist in Visual Studio Team System 2008 Team Foundation Server neu.

Nachdem der Befehl ausgeführt wurde, beenden Sie die folgenden Anwendungspools und Programme:
- Microsoft Team Foundation Server-Anwendungspool
- ReportServer oder ReportServer$Instanzname
- SQL Server Reporting Services (TFSINSTANCE)
Hinweis:

Nachdem Sie den Befehl RenameDT ausgeführt haben, müssen Sie die dafür erforderlichen Dienste beenden, bevor Sie mit den nächsten Schritten fortfahren.
Aktualisieren Sie die TFSIntegration-Datenbank mit dem Namen des neuen Servers, wenn der Name des neuen Anwendungsebenenservers vom Namen des alten Anwendungsebenenservers abweicht. Aktualisieren Sie anschließend die Registrierungseinträge in der Dienstschnittstelle für die Anwendungsebene, sodass sie auf den neuen Server zeigen.
1. Öffnen Sie ein Eingabeaufforderungsfenster auf dem neuen Anwendungsebenenserver.
2. Wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
3. Geben Sie an der Eingabeaufforderung folgenden Befehl ein:
  
  TfsAdminUtil ActivateAT Neuer Name des Team Foundation-Anwendungsebenenservers

Hinweis:
Nachdem Sie den Befehl RenameDT ausgeführt haben, müssen Sie die dafür erforderlichen Dienste beenden, bevor Sie mit den nächsten Schritten fortfahren.

Erneutes Erstellen des Team System-Cubes

Nachdem Sie die Verbindungen konfiguriert und den Datenebenenserver umbenannt haben, müssen Sie den Team System-Cube für Team Foundation neu erstellen. Der Team System-Cube unterstützt SQL Server Reporting Services und enthält Daten aus der relationalen Datenbank des Data Warehouse für Team System. Weitere Informationen hierzu finden Sie unter Data Warehouse-Architektur.

So erstellen Sie den Team System-Cube in der neuen Bereitstellung neu

Erneutes Erstellen und Verarbeiten des Team System-Cubes.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Erneutes Erstellen des Team System-Cubes.

Löschen des Caches für Versionskontrolle

Nach dem erneuten Erstellen des Team System-Cubes müssen Sie den Cache für die Versionskontrolle auf dem Anwendungsebenenserver (und auf allen Proxyservern) löschen, um die Synchronisierung mit dem neuen Datenebenenserver zu erzwingen.

So löschen Sie den Cache für Versionskontrolle

Öffnen Sie auf dem Anwendungsebenenserver das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl.
Löschen Sie den Inhalt des Unterverzeichnisses Data, löschen Sie jedoch nicht das Unterverzeichnis selbst.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Löschen des Caches für die Versionskontrolle auf dem Server der Anwendungsebene.
Wiederholen Sie diesen Vorgang auf allen Servern in der Bereitstellung, auf denen Team Foundation Server Proxy ausgeführt wird.

Verschieben von Benutzer- und Dienstkonten

Sie müssen Dienstkonten, Benutzerkonten und alle lokalen Konten neu erstellen, wenn Sie die Bereitstellung von einer Arbeitsgruppe in eine andere verschieben. Sie müssen diese Konten auch neu erstellen, wenn Sie die Bereitstellung in eine Domäne verschieben, für die die Domäne, zu der die alte Bereitstellung gehörte, nicht als vertrauenswürdig konfiguriert ist.

Hinweis:
Die Kontonamen, die Sie in der neuen Bereitstellung erstellen, müssen mit den Namen der alten Bereitstellung übereinstimmen. Diese Anforderung gilt sowohl für Benutzer- als auch für Dienstkonten. Diese Kontonamen dienen beim Verschieben zur Identifizierung und Aktualisierung der Team Foundation Server-Datenbankdatensätze.

So verschieben Sie Benutzer- und Dienstkonten

Öffnen Sie den Computer-Manager auf dem Server, auf dem Reporting Services ausgeführt wird, und starten Sie die folgenden Komponenten:
- ReportServer oder ReportServer$Instanzname (Anwendungspool)
- SQL Server Reporting Services (TFSINSTANCE)
Öffnen Sie auf dem neuen Anwendungsebenenserver ein Eingabeaufforderungsfenster, und wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Geben Sie in der Befehlszeile den folgenden Befehl ein:

TfsAdminUtil ChangeAccount AlterDomänenOderComputername\AltesTFSDienstkonto NeuerDomänenOderComputername\NeuesTFSDienstkonto NeuesKennwort

Hinweis:

Ignorieren Sie alle Warnungen, in denen gemeldet wird, dass das Dienstkonto nicht vorhanden ist oder das Konto nicht Mitglied der Data Warehouse-Rolle ist.

Hinweis:
Ignorieren Sie alle Warnungen, in denen gemeldet wird, dass das Dienstkonto nicht vorhanden ist oder das Konto nicht Mitglied der Data Warehouse-Rolle ist.

Geben Sie in der Befehlszeile den folgenden Befehl ein:

TfsAdminUtil ChangeAccount/ra AlterDomänenOderComputername\AltesTFSReportingServiceKonto NeuerDomänenOderComputername\NeuesTFSReportingServiceKonto NeuesKennwort

Hinweis:
Ignorieren Sie alle Warnungen, die melden, dass das Dienstkonto kein Mitglied der Data Warehouse-Rolle ist, oder in denen Sie aufgefordert werden, das Konto der Dienstkontengruppe hinzuzufügen.

Öffnen Sie auf dem alten Anwendungsebenenserver ein Eingabeaufforderungsfenster, und wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Geben Sie in der Befehlszeile den folgenden Befehl ein:

TfsAdminUtil Sid
Notieren oder drucken Sie die angezeigte Liste von Benutzern.

Die Benutzer in dieser Liste müssen Sie möglicherweise auf dem neuen Anwendungsebenenserver neu erstellen, entweder als lokale Konten oder als Domänenkonten.
Erstellen Sie auf dem neuen Anwendungsebenenserver alle erforderlichen lokalen Konten so, dass sie den lokalen Konten auf dem alten Anwendungsebenenserver entsprechen. Wenn der alte Anwendungsebenenserver Mitglied einer Domäne war, die von der Domäne des neuen Anwendungsebenenservers als nicht vertrauenswürdig eingestuft wird, öffnen Sie Active Directory, und erstellen Sie Domänenkonten, die den Domänenkonten auf dem alten Anwendungsebenenserver entsprechen.

Weitere Informationen finden Sie auf der Microsoft-Website unter "Creating user and group accounts".
Öffnen Sie auf dem neuen Anwendungsebenenserver ein Eingabeaufforderungsfenster, und wechseln Sie in das Verzeichnis %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.

Geben Sie in der Befehlszeile den folgenden Befehl ein:

TfsAdminUtil Sid /Change AlterDomänenOderComputernameNeuerDomänenOderComputername

Dieser Befehl aktualisiert alle Benutzerkonten auf dem Anwendungsebenenserver mit SIDs für die neue Domäne oder Arbeitsgruppe. Wenn für die Aktualisierung der Benutzerkonten Informationen aus mehreren Quellen erforderlich sind (z. B. aus einer anderen Domäne oder lokalen Konten), müssen Sie zusätzliche Parameter angeben. Sie können TfsAdminUtil SID mehrmals ausführen, um die SIDs von Benutzerkonten aus unterschiedlichen Quelldomänen zu ändern, die von der neuen Domäne als nicht vertrauenswürdig eingestuft werden. Weitere Informationen finden Sie unter Befehl "Sid".

Wichtiger Hinweis:
Beim Neustart von Team Foundation Server kann die Neusynchronisierung des Gruppensicherheitsdiensts mit Active Directory zur Aktualisierung der Benutzerkonteninformationen in der TFSIntegration-Datenbank etwa eine Stunde in Anspruch nehmen. Setzen Sie den neuen Anwendungsebenenserver erst produktiv ein, wenn diese Informationen synchronisiert sind.

Neustarten von Diensten

Um den Betrieb fortzusetzen, müssen Sie die Dienste neu starten, von denen Team Foundation abhängig ist.

So starten Sie Dienste neu

Melden Sie sich am entsprechenden Server an, öffnen Sie den Computer-Manager, und starten Sie die Komponenten in der folgenden Tabelle in der angegebenen Reihenfolge:

Melden Sie sich an dem Server an, der dieses Programm hostet	Starten Sie diese Komponente
SharePoint-Produkte und -Technologien	SharePoint-Timerdienst oder Windows SharePoint Services-Timer
Anwendungsebene	Taskplaner von Visual Studio Team Foundation Server Microsoft Team Foundation Server-Anwendungspool

Aktualisieren des Datencaches auf Clientcomputern

So aktualisieren Sie den Datencache auf Clientcomputern

Verwenden Sie den ClientService-Webdienst, um zu erzwingen, dass Clients den Cache zum Nachverfolgen von Arbeitsaufgaben aktualisieren, wenn sie das nächste Mal eine Verbindung mit dem Anwendungsebenenserver herstellen. Zum Aktualisieren des Caches für die Versionskontrolle muss jeder Benutzer den Clientcomputer mit dem Befehl tf workspaces aktualisieren.

Weitere Informationen hierzu finden Sie unter Gewusst wie: Aktualisieren der Datencaches auf Clientcomputern.

Nächste Schritte

Abhängig von der Team Foundation-Bereitstellung müssen Sie möglicherweise TeamBuild.proj-Dateien mit den neuen Einstellungen aktualisieren. Zusätzlich müssen Sie ggf. Benutzer und Gruppen in SharePoint-Produkte und -Technologien und Reporting Services zum neuen Anwendungsebenenserver migrieren. Abschließend müssen alle abfragegebundenen Berichte bzw. Dokumente neu erstellt werden, da Sie mithilfe der Abfragen der alten Bereitstellung keine Verbindung mit der neuen Bereitstellung herstellen können.

So aktualisieren Sie Buildcomputer mit neuen Domäneneinstellungen

Wenn Sie einen vorhandenen Computer, auf dem Team Foundation Build ausgeführt wird, in der neuen Bereitstellung verwenden möchten, öffnen Sie die Datei TeamBuild.proj auf diesem Computer, und aktualisieren Sie die Einstellungen für den neuen Computer und einen neuen Speicherort.

Weitere Informationen finden Sie unter Verwalten des Team Foundation Builds.
Nachdem Sie die Buildcomputer mit den neuen Einstellungen aktualisiert haben, überprüfen Sie die neue Konfiguration, indem Sie einen Testbuild starten.

So migrieren Sie Benutzer und Gruppen in SharePoint-Produkten und -Technologien sowie Reporting Services

Nach dem Verschieben der Bereitstellung müssen Sie möglicherweise Benutzerkonten, Gruppen und Rollenmitgliedschaften in SharePoint-Produkte und -Technologien und Reporting Services in allen Domänen manuell zur neuen Bereitstellung migrieren. Die Active Directory-Vertrauensstellung zu der alten Bereitstellung bestimmt, wie viele Informationen Sie migrieren müssen. SharePoint-Produkte und -Technologien und Reporting Services zeigen Benutzer, Gruppen und deren Rollenmitgliedschaften für jede Site oder jeden Berichtsordner an. Weitere Informationen finden Sie unter Verwalten von Berechtigungen und unter Aspekte zu Vertrauensstellungen und Gesamtstrukturen für Team Foundation Server.

So erstellen Sie Microsoft Project- oder Microsoft Excel-Berichte

Erstellen Sie nach der Verschiebung der Bereitstellung alle Microsoft Project- oder Microsoft Excel-Dateien, die eine Verbindung mit Team Foundation Server herstellen, neu. Weitere Informationen finden Sie unter Team Foundation Server-Berichterstellung.

Siehe auch

Share via