Wiederherstellen von Daten auf einem anderen Server als dem aktuellen Server

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Hinweis

Eine Einführung in das Wiederherstellen von Daten auf einem anderen Server für Azure DevOps Server finden Sie unter Sichern und Wiederherstellen.

Die SharePoint-Integration mit Azure DevOps Server ist nach TFS 2017 veraltet.

Voraussetzungen

Um diesen Vorgang auszuführen, müssen Sie Mitglied der folgenden Gruppen sein oder über folgende Berechtigungen verfügen:

• Ein Mitglied der Sicherheitsgruppe Administratoren auf dem Server oder den Servern, auf denen die Verwaltungskonsole für Azure DevOps ausgeführt wird.
• Entweder ein Mitglied der Sicherheitsgruppe SQL Server Systemadministrator oder Ihre SQL Server Berechtigung "Sicherung ausführen" und "Wartungsplan erstellen" muss auf "Zulassen" festgelegt werden, instance SQL Server, die die Datenbanken hosten soll.
• Ein Mitglied der Sicherheitsgruppe sysadmin für die Datenbanken für Azure DevOps und für die Analysis Services-Datenbank.
• Autorisierter Benutzer der TFS_Warehouse-Datenbank.
• Wenn die Bereitstellung SharePoint-Produkte verwendet, ist ein Mitglied der Gruppe Farmadministratoren für die Farm, in der Sie die Datenbanken für SharePoint-Produkte wiederherstellen.

Zusätzlich zu diesen Berechtigungen müssen Sie möglicherweise die folgenden Anforderungen auf einem Computer erfüllen, auf dem Windows Server 2008, Windows Server 2008 R2, Windows Vista oder Windows 7 ausgeführt wird:

• Um eine Befehlszeilenprozedur zu befolgen, müssen Sie möglicherweise eine Eingabeaufforderung mit erhöhten Rechten öffnen, indem Sie Start auswählen, mit der rechten Maustaste auf Eingabeaufforderung klicken und dann Als Administrator ausführen auswählen.
• Um ein Verfahren zu befolgen, für das Internet Explorer erforderlich ist, müssen Sie es möglicherweise als Administrator starten, indem Sie Start auswählen, Alle Programme auswählen, mit der rechten Maustaste auf Internet Explorer klicken und dann Als Administrator ausführen auswählen.
• Um auf den Berichts-Manager, Berichte oder Websites für Reporting Services zuzugreifen, müssen Sie diese Websites möglicherweise der Liste der vertrauenswürdigen Websites in Internet Explorer hinzufügen oder internet Explorer als Administrator starten.

Weitere Informationen finden Sie unter Benutzerkontensteuerung.

Schritt 1: Sichern von Daten

Zum Wiederherstellen von Daten aus der ursprünglichen Bereitstellung von Azure DevOps Server benötigen Sie einen vollständigen Satz von Datensicherungen für die SQL Server Datenbanken. Wenn die Daten verschlüsselt wurden, müssen Sie auch über den Verschlüsselungsschlüssel und das zugehörige Kennwort verfügen.

Weitere Informationen finden Sie unter Sichern Azure DevOps Server und Sichern des Reporting Services Verschlüsselungsschlüssels.

Wichtig

Sie müssen die TFS_Warehouse und TFS_Analysis Datenbanken sichern, wenn Ihre Bereitstellung für die Verwendung SQL Server Reporting Services konfiguriert ist und Sie diese Datenbanken auf einem anderen Server wiederherstellen möchten. Sie können das Warehouse nicht einfach neu erstellen, wie sie bei der Wiederherstellung auf demselben Server oder instance. Sie müssen auch die Datenbanken für SharePoint-Produkte sichern, um sie auf den Server oder instance zu verschieben, auf dem Sie die Datenbanken für Azure DevOps wiederherstellen. Zu diesen Datenbanken gehören die administrative Datenbank für SharePoint-Produkte (SharePoint_AdminContent_ID) sowie die Inhalts- und Konfigurationsdatenbanken.

Schritt 2: Installieren und Konfigurieren SQL Server auf der neuen Hardware

Um Daten für Azure DevOps wiederherzustellen, installieren Sie SQL Server auf dem Computer, auf den Sie die Datenbanken für Azure DevOps Server verschieben. Die Version von SQL Server, die Sie installieren, muss genau mit der Version auf dem ursprünglichen Server übereinstimmen, auf dem die Datenbanken gehostet wurden. Diese Anforderung umfasst die Service Pack-Ebene, die Sortierungseinstellungen und die Sprachedition. Wenn die Übereinstimmung nicht genau ist, können Sie die Daten möglicherweise nicht wiederherstellen, oder Azure DevOps Server funktionieren möglicherweise nicht ordnungsgemäß, auch wenn Sie die Daten wiederherstellen können.

Installieren Sie SQL Server in der neuen Umgebung, bereiten Sie SQL Server für die Wiederherstellung von Daten für Azure DevOps vor, und stellen Sie sicher, dass sie betriebsbereit sind. Alternativ können Sie eine instance von SQL Server auf einem Server erstellen, auf dem bereits eine übereinstimmende Version installiert ist.

Weitere Informationen finden Sie unter Installieren der ersten Schritte.

Schritt 3: Beenden von Diensten

Bevor Sie Daten wiederherstellen können, müssen Sie alle Dienste beenden, die Azure DevOps Server auf jedem Server verwendet. Wenn Sie optionale Komponenten wie SharePoint-Produkte oder Reporting Services installiert haben, müssen Sie diese Dienste auf den Servern beenden, auf denen diese Komponenten installiert sind.

So beenden Sie Dienste, die Azure DevOps Server verwenden:

1. Öffnen Sie auf dem Server, auf dem die Dienste der Anwendungsebene für Azure DevOps ausgeführt werden, ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Geben Sie den folgenden Befehl ein:

   TFSServiceControl quiesce
   

   Weitere Informationen finden Sie unter TFSServiceControl-Befehl.

Schritt 4: Wiederherstellen der Datenbanken

Nachdem Sie die Dienste beendet haben, können Sie Daten für Azure DevOps wiederherstellen, indem Sie die Tools verwenden, die SQL Server bereitstellt.

Achtung

Sie müssen alle Datenbanken zum gleichen Zeitpunkt wiederherstellen, sonst ist die Synchronisierung der Datenbanken nicht mehr möglich. Bei den folgenden Verfahren wird davon ausgegangen, dass Sie markierte Transaktionen verwenden, um die Synchronisierung der von Azure DevOps Server verwendeten Datenbanken sicherzustellen. Weitere Informationen finden Sie unter Sichern Azure DevOps Server. Wenn Ihre Bereitstellung SharePoint-Produkte verwendet, sollten Sie die Anleitung für die Version dieses Produkts in Ihrer Bereitstellung befolgen. Weitere Informationen finden Sie unter Sichern und Wiederherstellen (SharePoint Server 2010),Schützen und Wiederherstellen einer Farm (Office SharePoint Server 2007) oder Schützen und Wiederherstellen einer Farm (Windows SharePoint Services 3.0).

So öffnen Sie das Dialogfeld Datenbank wiederherstellen :

1. Melden Sie sich bei dem Server an, auf dem Sie Datenbanken wiederherstellen.

2. Wählen Sie Start, Alle Programme, Microsoft SQL Server 2008 und dann SQL Server Management Studio aus.

   Hinweis

   Weitere Informationen zum Wiederherstellen von Datenbanken finden Sie unter Implementieren von Wiederherstellungsszenarien für SQL Server Datenbanken.

   Das Dialogfeld Verbindung mit Server herstellen wird geöffnet.

3. Wählen Sie in der Liste Servertypdie Option Datenbank-Engine aus.

4. Wählen Sie unter Servername den Namen des Datenebenenservers und der Datenbank instance aus, oder geben Sie sie ein, und wählen Sie dann Verbinden aus.

   Hinweis

   Wenn SQL Server in einem Cluster installiert ist, ist der Servername der Name des Clusters und nicht der Computername.

   SQL Server Management Studio wird geöffnet.

5. Erweitern Sie den Knoten Datenbanken , um die Liste der Datenbanken anzuzeigen, die die Datenebene für Azure DevOps bilden.

Führen Sie die Prozedur Zum Wiederherstellen einer Datenbank (im nächsten Abschnitt) für die folgenden Datenbanken auf jedem Server aus, auf dem Sie SQL Server installiert und konfiguriert haben:

• TFS_Configuration: Dieser Datenbankname kann zusätzliche Zeichen zwischen TFS_ und Konfiguration enthalten.
• TFS_CollectionName : Jede Projektsammlung verfügt über eine eigene Datenbank. Wenn Sie beispielsweise über fünf Projektsammlungen verfügen, verfügen Sie über fünf Datenbanken, die jeweils durch den Namen der Projektauflistung unterschieden werden. Diese Datenbanken können sich auf demselben instance SQL Server oder in separaten Instanzen oder auf separaten physischen Servern befinden. Sie müssen jede Datenbank sichern und dann jede Datenbank wiederherstellen.
• TFS_Warehouse: Dieser Datenbankname kann zusätzliche Zeichen zwischen TFS_ und Warehouse enthalten.

Auf dem Server, auf dem Reporting Services ausgeführt wird, wenn Sie eine für Ihre Bereitstellung konfiguriert haben und die Datenbanken auf einem anderen Server wiederherstellen müssen:

• ReportServer: Wenn Sie einen benannten instance verwendet haben, wird diese Datenbank ReportServer$InstanceName genannt.
• ReportServerTempDB: Wenn Sie einen benannten instance verwendet haben, wird diese Datenbank ReportServerTempDB$InstanceName genannt.

Wenn Sie Ihre Bereitstellung mit einer oder mehreren SharePoint-Webanwendungen konfiguriert haben und die Datenbanken auf einem anderen Server wiederherstellen müssen, können Sie auf dem Server oder auf den Servern, auf denen SharePoint-Produkte ausgeführt wird, verwendet werden:

• Die Inhaltsdatenbank für SharePoint-Produkte (WSS_Content): Die Namen der Datenbanken, die Daten für SharePoint-Produkte enthalten, variieren je nach installierter Version von SharePoint-Produkten und ob die Person, die sie installiert hat, den Namen angepasst hat. Darüber hinaus befinden sich diese Datenbanken möglicherweise nicht auf dem Datenebenenserver, wenn SharePoint-Produkte auf einem separaten Server von Azure DevOps Server installiert ist. Wenn sich die Datenbanken auf verschiedenen Servern befinden, müssen Sie sie separat von Azure DevOps Server sichern, wiederherstellen und konfigurieren. Sie sollten jedoch zuerst die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.

  Um die Von SharePoint-Produkten verwendeten Datenbanken wiederherzustellen, sollten Sie die Anleitungen für die Version der Software befolgen, die Ihre Bereitstellung verwendet. Weitere Informationen finden Sie unter Sicherung und Wiederherstellung (SharePoint Server 2010),Schützen und Wiederherstellen einer Farm (Office SharePoint Server 2007) oder Schützen und Wiederherstellen einer Farm (Windows SharePoint Services 3.0).

Wenn Sie Ihre Bereitstellung in Project Server integriert haben und die Datenbanken auf einem anderen Server wiederherstellen müssen, können Sie auf dem Server oder auf den Servern, auf denen Microsoft Project Server ausgeführt wird, folgende Schritte ausführen:

• Die Datenbanken, von denen Ihre Bereitstellung von Project Server abhängt. Weitere Informationen finden Sie unter Wiederherstellen von Datenbanken (Project Server 2007) oder Wiederherstellen von Datenbanken (Project Server 2010)..

Auf dem Server, auf dem SQL Server Analysis Services ausgeführt wird, wenn Sie eine für Ihre Bereitstellung konfiguriert haben und die Datenbanken auf einem anderen Server wiederherstellen müssen:

• TFS_Analysis

Weitere Informationen zu diesen Datenbanken finden Sie unter Grundlegendes zur Sicherung Azure DevOps Server.

Wiederherstellen einer Datenbank

1. Klicken Sie mit der rechten Maustaste auf die wiederherzustellende Datenbank, wählen Sie Aufgaben, dann Wiederherstellen und dann Datenbank aus.

   Das Dialogfeld Datenbank wiederherstellen wird geöffnet.

2. Wählen Sie unter Quelle für Wiederherstellungdie Option Aus Gerät und dann die Schaltfläche mit den Auslassungspunkten (...) aus.

3. Geben Sie im Dialogfeld Sicherung angeben den Speicherort der Sicherungsdatei an, und wählen Sie dann OK aus.

   Sie müssen zuerst die vollständige Sicherung wiederherstellen, gefolgt von der differenziellen Sicherung und dann die Transaktionsprotokollsicherungen in der Reihenfolge, in der sie erstellt wurden.

4. Geben Sie unter Auswählen der wiederherzustellenden Sicherungssätze die wiederherzustellenden Sicherungssätze an.

   Stellen Sie sicher, dass Sie die vollständigen, differenziellen und Transaktionsprotokolldatenbanken wiederherstellen, wenn Sie Sicherungssätze mit markierten Transaktionen erstellt haben. Weitere Informationen zu markierten Transaktionen finden Sie unter Sichern Azure DevOps Server.

5. Wählen Sie im Bereich Seite auswählen die Option Optionen und dann das Kontrollkästchen Vorhandene Datenbank überschreiben aus.

6. Überprüfen Sie in der Liste Wiederherstellen der Datenbankdateien als , ob die Pfade mit Ihren aktuellen Datenbankpfaden übereinstimmen.

7. Führen Sie unter Wiederherstellungszustand einen der folgenden Schritte aus:

   • Wenn Sie markierte Transaktionen verwenden, wählen Sie Datenbank nicht betriebsbereit lassen aus, und führen Sie kein Rollback für nicht signierte Transaktionen aus. Zusätzliche Transaktionsprotokolle können wiederhergestellt werden. (WIEDERHERSTELLUNG MIT WIEDERHERSTELLUNG).
   • Wenn Sie keine markierten Transaktionen verwenden und keine zusätzlichen Transaktionsprotokolle anwenden, wählen Sie Die Datenbank bereit für die Verwendung lassen aus.
   • Wenn Sie keine markierten Transaktionen verwenden, aber zusätzliche Transaktionsprotokolle anwenden, wählen Sie Datenbank nicht betriebsbereit lassen aus.

8. Klicken Sie auf OK.

   Ein Statussymbol wird angezeigt.

9. Wenn das Dialogfeld SQL Server Management Studio angezeigt wird und die erfolgreiche Wiederherstellung bestätigt, wählen Sie OK aus, um zu Objekt-Explorer zurückzukehren.

10. Wenn Sie markierte Transaktionen verwenden, klicken Sie mit der rechten Maustaste auf die Datenbank, die Sie gerade wiederhergestellt haben, wählen Sie Aufgaben, dann Wiederherstellen und dann Transaktionsprotokoll aus.

    Das Fenster Transaktionsprotokoll wiederherstellen wird geöffnet.

11. Stellen Sie auf der Seite Allgemein sicher, dass die entsprechende Datenbank in der Liste Datenbank hervorgehoben ist.

12. Aktivieren Sie unter Wiederherstellungsprotokoll auswählen das Kontrollkästchen neben dem wiederherzustellenden Protokoll.

13. Wählen Sie unter Wiederherstellen indie Option Markierte Transaktion aus.

    Das Fenster Markierte Transaktion auswählen wird geöffnet.

14. Aktivieren Sie in der Liste Markierte Transaktion auswählen, um die Wiederherstellung bei zu beenden, das Kontrollkästchen neben dem Transaktionszeichen für die Wiederherstellung, und klicken Sie dann auf OK.

    Wichtig

    Um die Daten erfolgreich wiederherzustellen, müssen Sie für alle Datenbanken dasselbe Transaktionszeichen mit demselben Datum und derselben Uhrzeit verwenden.

15. Wählen Sie im Fenster Transaktionsprotokoll wiederherstellen die Option OK aus.

    Ein Statussymbol wird angezeigt.

16. Wenn das Dialogfeld SQL Server Management Studio angezeigt wird und die erfolgreiche Wiederherstellung bestätigt, wählen Sie OK aus.

    Weitere Informationen finden Sie unter Anwenden von Transaktionsprotokollsicherungen.

Hinweis

Wenn Sie die Datenbanken für Reporting Services wiederhergestellt haben, müssen Sie auch deren Verschlüsselungsschlüssel wiederherstellen. Weitere Informationen finden Sie unter Wiederherstellen des Verschlüsselungsschlüssels (Reporting Services Konfiguration).

Schritt 5: Umleiten von SharePoint-Produkten an den neuen Speicherort der Inhaltsdatenbank

Sie können dieses Verfahren überspringen, wenn SharePoint-Produkte nicht für die Verwendung mit Ihrer Bereitstellung von Azure DevOps Server konfiguriert ist oder wenn Sie die Datenbanken für SharePoint-Produkte nicht wiederherstellen.

Nachdem Sie die Inhaltsdatenbank für SharePoint-Produkte (WSS_Content) wiederhergestellt haben, müssen Sie den Server, auf dem SharePoint-Produkte ausgeführt wird, an den neuen Speicherort dieser Datenbank umleiten. Diese Datenbank muss betriebsbereit sein, bevor Sie Azure DevOps Server mit den neuen Speicherorten ihrer Datenbanken neu konfigurieren können.

So leiten Sie Projektwebsites zur Verwendung der Inhaltsdatenbank auf dem neuen Datenebenenserver um:

• Melden Sie sich bei dem Server an, der SharePoint-Produkte hostet, und leiten Sie ihn um, um die Inhaltsdatenbanken auf dem neuen Server zu verwenden.

Weitere Informationen finden Sie unter Umleiten von SharePoint-Produkten zur Verwendung einer neuen Inhaltsdatenbank.

Schritt 6: Ändern der Datenbank in Reporting Services Configuration Manager

Sie können dieses Verfahren überspringen, wenn Sie nicht über einen Berichtsserver verfügen, der für die Verwendung mit Ihrer Bereitstellung von Azure DevOps Server konfiguriert ist, oder wenn Sie die Datenbanken für den Berichtsserver nicht wiederherstellen.

Nachdem Sie SharePoint-Produkte zu den neuen Inhaltsdatenbanken umgeleitet haben, müssen Sie Reporting Services an den neuen Speicherort der zugehörigen Datenbanken umleiten (ReportServer und ReportServer_TempDB). Wenn Sie dieses Verfahren nicht ausführen, stehen keine Berichte für ein Projekt zur Verfügung. Diese Datenbanken müssen betriebsbereit sein, bevor Sie Azure DevOps Server mit den neuen Speicherorten ihrer Datenbanken neu konfigurieren können.

So leiten Sie Reporting Services um, um eine Verbindung mit dem neuen Server herzustellen:

• Melden Sie sich bei dem Server an, der Reporting Services hostet, und leiten Sie ihn um, um eine Verbindung mit den Datenbanken auf dem neuen Server herzustellen.

  Weitere Informationen finden Sie unter Umleiten von Reporting Services, um eine Verbindung mit einem anderen Server herzustellen.

Schritt 7: Ändern des Besitzes der wiederhergestellten Datenbanken

Verwenden Sie den TFSConfig-Befehl "Konten zurücksetzenOwner ", um die Anmeldung des Datenbankbesitzers für die wiederhergestellten Datenbanken auf den aktuellen Benutzer zu ändern. Bevor Sie die nächste Schrittfolge ausführen, stellen Sie sicher, dass Sie mit einem entsprechenden Benutzerkonto angemeldet sind. Sie können beispielsweise das Konto verwenden, mit dem Azure DevOps Server installiert wurde, tfSSETUP genannt. Das Konto muss mindestens Mitglied der Gruppe Azure DevOps-Administratoren in Azure DevOps Server und Mitglied der Gruppe sysadmin in SQL Server sein.

So ändern Sie den Besitz der wiederhergestellten Datenbanken auf den aktuellen Benutzer:

1. Melden Sie sich beim Anwendungsschichtserver für Azure DevOps an, öffnen Sie ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Geben Sie den folgenden Befehl ein, wobei ServerName (im Format ServerName oder ServerName\InstanceName) der Name der instance von SQL Server ist, die eine Datenbank für Azure DevOps Server hostet, und DatabaseName der Name der Konfigurationsdatenbank (standardmäßig TFS_Configuration):

   TFSConfig-Konten /ResetOwner /SQLInstance:ServerName/DatabaseName:DatabaseName

   Dieser Befehl ändert den Besitz aller Datenbanken, die Azure DevOps Server verwendet.

Schritt 8: Umleiten von Azure DevOps Server zu Remotesammlungsdatenbanken

Sie können dieses Verfahren überspringen, wenn sich alle Datenbanken für Sammlungen, Analysis Services und Berichterstellung auf demselben Server befinden und instance wie die Konfigurationsdatenbank.

Sie müssen Azure DevOps Server an alle Sammlungsdatenbanken umleiten, die von der Konfigurationsdatenbank auf einem oder anderen Server gehostet werden. Darüber hinaus müssen Sie den Befehl RemapDBs ausführen, wenn Sie einen benannten instance verwenden oder wenn entweder die TFS_Analysis oder die TFS_Warehouse-Datenbank auf einem anderen Server als TFS_Configuration gehostet wird.

So leiten Sie Azure DevOps Server an Remotedatenbanken um:

1. Melden Sie sich beim Anwendungsschichtserver für Azure DevOps an, öffnen Sie ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Geben Sie den folgenden Befehl ein. Dabei ist ServerName der Name der instance von SQL Server, die die Konfigurationsdatenbank für Azure DevOps Server hostet, TFS_Configuration der Name der wiederhergestellten Konfigurationsdatenbank für Azure DevOps Server und ServerName2. ist der Name des Servers, auf dem die Remotesammlung gehostet wird. Sie können so viele ServerName-Parameter wie Server haben, die in Ihrer Bereitstellung konfiguriert sind. Sie können ServerName entweder im Format ServerName oder ServerName\InstanceName angeben. Sie müssen den instance Namen angeben, wenn Sie nicht die Standard-instance verwenden:

   TFSConfig RemapDBs /DatabaseName:ServerName;TFS_Configuration/SQLInstances:ServerName,ServerName2/AnalysisInstance:ServerName2/AnalysisDatabaseName:DatabaseName

   Hinweis

   In /SQLInstances müssen Sie alle Durch Kommas getrennten Instanzen von SQL Server angeben, die Datenbanken für Azure DevOps Server hosten. Weitere Informationen finden Sie unter RemapDBs-Befehl.

Schritt 9: Aktualisieren aller Dienstkonten

Sie müssen das Dienstkonto für Azure DevOps Server (TFSService) und das Datenquellenkonto (TFSReports) aktualisieren. Auch wenn sich diese Konten nicht geändert haben, müssen Sie die Informationen aktualisieren, um sicherzustellen, dass die Identität und das Format der Konten für den neuen Server geeignet sind.

Hinweis

Wenn Sie mehr als einen Server auf Anwendungsebene in Ihrer Bereitstellung haben, müssen Sie die Dienstkonten auf jedem dieser Server aktualisieren.

So aktualisieren Sie Dienstkonten:

1. Öffnen Sie auf dem Berichtsserver die Computerverwaltung, und starten Sie die folgenden Komponenten, sofern sie noch nicht gestartet wurden:

   • ReportServer oder ReportServer$InstanceName (Anwendungspool)
   • SQL Server Reporting Services (TFSINSTANCE)

2. Öffnen Sie auf dem Anwendungsserver ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

3. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, um das Dienstkonto für Azure DevOps hinzuzufügen, wobei DatabaseName der Name der Konfigurationsdatenbank ist (standardmäßig TFS_Configuration):

   TfsConfig-Konten /add /AccountType:ApplicationTier /account:AccountName/SQLInstance:ServerName/DatabaseName:DatabaseName

   Weitere Informationen finden Sie unter Kontobefehl.

4. Verwenden Sie den Befehl Konten , um das Datenquellenkonto für den Berichtsserver und das Proxykonto für Azure DevOps-Proxyserver hinzuzufügen, wenn Ihre Bereitstellung diese Ressourcen verwendet.

Schritt 10: Registrieren des Speicherorts der wiederhergestellten Datenbanken

Sie können dieses Verfahren überspringen, wenn Sie auch die Anwendungsebene auf einem anderen Server wiederherstellen.

Nachdem Sie die Dienstkontoinformationen aktualisiert haben, leiten Sie die Anwendungsebene an den neuen Speicherort der wiederhergestellten Datenbanken um.

Hinweis

Wenn Sie mehr als einen Anwendungsschichtserver in Ihrer Bereitstellung haben, registrieren Sie den Speicherort der Datenbanken auf jedem dieser Server.

So registrieren Sie den Speicherort der Datenbanken:

1. Öffnen Sie auf dem Anwendungsserver ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, wobei DatabaseName der Name der Konfigurationsdatenbank ist (standardmäßig TFS_Configuration):

   TfsConfig registerDB /SQLInstance:ServerName/DatabaseName:DatabaseName

   Weitere Informationen finden Sie unter RegisterDB-Befehl.

Schritt 11: Konfigurieren von Reporting- und Analysis Services

Sie können dieses Verfahren überspringen, wenn Sie keine Analysis Services- oder Reporting Services als Teil Ihrer Bereitstellung verwenden. Wenn Ihre Bereitstellung einen Berichtsserver verwendet, müssen Sie Azure DevOps Server an seinen Speicherort umleiten, das Warehouse neu starten und die Datenbank für Reporting Services und Analysis Services manuell neu erstellen.

Hinweis

Sie müssen dieses Verfahren auch dann ausführen, wenn Sie die TFS_Warehouse und TFS_Analysis Datenbanken wie im vorherigen Abschnitt beschrieben wiederhergestellt haben.

So konfigurieren Sie die Berichterstellung und Analysis Services neu:

1. Öffnen Sie die Verwaltungskonsole für Azure DevOps.

2. Wählen Sie in der Navigationsleiste Berichterstellung aus.

3. Wählen Sie unter Berichterstellung die Option Bearbeiten aus.

4. Wählen Sie in der Bestätigungsmeldung Offline schalten die Option OK aus.

   Das Dialogfeld Reporting Services wird geöffnet.

5. Aktivieren Sie das Kontrollkästchen Berichtsserver verwenden .

6. Wählen Sie die Registerkarte Warehouse aus, und geben Sie unter Server den Namen des Berichtsservers ein, oder wählen Sie sie aus.

7. Geben Sie unter Datenbank den Namen der Warehouse-Datenbank für Azure DevOps Server ein.

   Standardmäßig heißt diese Datenbank TFS_Warehouse.

8. (Optional) Wählen Sie Verbindung testen aus, um sicherzustellen, dass die angegebene Datenbank gültig ist.

9. Wählen Sie die Registerkarte Analysis Services aus.

10. Geben Sie unter Server den Namen des Servers ein, auf dem SQL Server Analysis Services ausgeführt wird, oder wählen Sie diesen aus.

11. Geben Sie unter Datenbank den Namen der Analysis Services-Datenbank für Azure DevOps Server ein.

    Standardmäßig ist der Name dieser Datenbank TFS_Analysis.

12. Wenn Sie nicht die Standard-instance für die Datenbank verwenden, aktivieren Sie das Kontrollkästchen Nicht standardmäßige instance angeben, und geben Sie dann den Namen des instance ein, oder wählen Sie den Namen aus.

13. (Optional) Wählen Sie Verbindung testen aus, um sicherzustellen, dass die angegebene Datenbank gültig ist.

14. Geben Sie unter Benutzername und Kennwort den Kontonamen und das Kennwort (falls vorhanden) für das Datenquellenkonto (TFSReports) ein.

15. Geben Sie auf der Registerkarte Berichte unter Server den Namen des Berichtsservers ein, oder wählen Sie diese aus, und wählen Sie dann URLs auffüllen aus.

16. Geben Sie unter Benutzername und Kennwort den Kontonamen und das Kennwort (falls vorhanden) für das Datenquellenkonto (TFSReports) ein.

17. Geben Sie unter Standardpfad den relativen Pfad ein, in dem Berichte gespeichert werden, und wählen Sie dann OK aus.

18. Wählen Sie in der Verwaltungskonsole Die Option Aufträge starten aus, um die Berichterstellung neu zu starten.

19. Öffnen Sie ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Laufwerk:\%programfiles%\Azure DevOps Server 2019\Tools.

20. Geben Sie den folgenden Befehl ein, um die Datenbank für Analysis Services neu zu erstellen:

    TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword: Password

    Kennwort ist das Kennwort für das Datenquellenkonto für Reporting Services (TFSReports).

21. Warten Sie, bis der TFSConfig-Befehl erfolgreich abgeschlossen wurde.

22. Öffnen Sie auf dem Berichtsserver internet Explorer, geben Sie die folgende Zeichenfolge in die Adressleiste ein, und drücken Sie dann die EINGABETASTE:

    http://localhost:8080/<VirtualDirectory>/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx
    

    Geben Sie für VirtualDirectory das virtuelle Verzeichnis für Internetinformationsdienste (IIS) ein, das bei der Installation Azure DevOps Server angegeben wurde. Standardmäßig heißt dieses Verzeichnis tfs.

    Die Seite WarehouseControlWebService wird geöffnet.

    Hinweis

    Der Azure DevOps Server Anwendungspools muss ausgeführt werden, damit der Warehouse Control-Webdienst verfügbar ist.

23. Wählen Sie GetProcessingStatus und dann Aufrufen aus.

    Wichtig

    Der Dienst sollte für alle Aufträge den Wert Leerlauf zurückgeben, was angibt, dass der Cube nicht verarbeitet wird. Wenn ein anderer Wert zurückgegeben wird, wiederholen Sie diesen Schritt, bis der Leerlauf für alle Aufträge zurückgegeben wird.

24. Wählen Sie auf der Seite WarehouseControlWebServicedie Option ProcessAnalysisDatabase und dann Aufrufen aus.

    Ein Browserfenster wird geöffnet. Der Dienst gibt True zurück, wenn er die Verarbeitung des Cubes erfolgreich startet, und False , wenn er nicht erfolgreich ist oder wenn der Cube gerade verarbeitet wird.

25. Um zu bestimmen, wann der Cube verarbeitet wurde, kehren Sie zur Seite WarehouseControlWebService zurück, wählen Sie GetProcessingStatus und dann Aufrufen aus.

    Die Verarbeitung wurde abgeschlossen, wenn der GetProcessingStatus-Dienst den Wert Leerlauf für alle Aufträge zurückgibt.

    Weitere Informationen finden Sie unter Manuelles Verarbeiten des Data Warehouse- und Analysis Services-Cubes.

26. Öffnen Sie auf dem Anwendungsebenenserver die Computerverwaltung, und starten Sie den Visual Studio Team Foundation Background Job-Agent.

Schritt 12: Löschen des Datencaches auf Servern

Jeder Server auf Anwendungsebene in Ihrer Bereitstellung von Azure DevOps verwendet einen Dateicache, sodass Benutzer Dateien schneller vom Datenebenenserver herunterladen können. Wenn Sie eine Bereitstellung wiederherstellen, sollten Sie diesen Cache auf jedem Anwendungsebenenserver löschen. Andernfalls können nicht übereinstimmende Datei-IDs Probleme verursachen, wenn Benutzer Dateien aus der Versionskontrolle herunterladen. Wenn Ihre Bereitstellung Azure DevOps Proxy Server verwendet, müssen Sie auch den Datencache auf jedem Server löschen, der als Proxy konfiguriert ist.

Hinweis

Mit diesem Schritt können Sie das Herunterladen falscher Versionen von Dateien in der Versionskontrolle verhindern. Sie sollten diesen Schritt ausführen, es sei denn, Sie ersetzen im Rahmen der Wiederherstellung die gesamte Hardware in Ihrer Bereitstellung. Falls Sie die gesamte Hardware ersetzen, können Sie diese Prozedur überspringen.

So löschen Sie den Datencache:

1. Öffnen Sie auf einem Server, auf dem die Dienste der Anwendungsebene für Azure DevOps ausgeführt oder mit Azure DevOps Proxy Server konfiguriert ist, ein Eingabeaufforderungsfenster, und ändern Sie dann das Verzeichnis in Drive:\%programfiles%\Microsoft Team Foundation Server 2010\Application Tier\Web Services\_tfs_data.

2. Löschen Sie alles im Verzeichnis "_tfs_data".

3. Wiederholen Sie diese Schritte für jeden Server auf Anwendungsebene und für jeden Server, auf dem Azure DevOps-Proxyserver in Ihrer Bereitstellung ausgeführt wird.

Schritt 13: Neustarten von Diensten

Nachdem Sie die Daten wiederhergestellt haben, starten Sie die Dienste neu, damit Ihre Bereitstellung funktioniert und für Benutzer verfügbar ist.

So starten Sie Dienste neu, die Azure DevOps Server verwendet:

1. Öffnen Sie auf dem Server, auf dem die Dienste der Anwendungsebene für Azure DevOps ausgeführt werden, ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Geben Sie den folgenden Befehl ein:

   TFSServiceControl unquiesce
   

   Weitere Informationen finden Sie unter TFSServiceControl-Befehl.

Schritt 14: Aktualisieren des Datencaches auf Clientcomputern

So aktualisieren Sie den Datencache auf Clientcomputern:

• Melden Sie sich beim Anwendungsebenenserver an, und verwenden Sie den ClientService-Webdienst , um zu erzwingen, dass Clients den Cache zum Nachverfolgen von Arbeitselementen aktualisieren.

  Weitere Informationen finden Sie unter Aktualisieren der Datencaches auf Clientcomputern.