Wiederherstellen eines Servers der Anwendungsebene
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Die Datenbanken für Azure DevOps speichern alle Daten für Ihre Bereitstellung von Azure DevOps Server. Selbst wenn Sie den Anwendungsebenenserver sichern, sichern Sie keine Daten für Azure DevOps Server. Wenn jedoch die Hardware eines Anwendungsebenenservers einen Fehler verursacht, können Sie einen weiteren Anwendungsebenenserver installieren und so konfigurieren, dass die Datenbanken für die Bereitstellung verwendet werden. Dieser Server ersetzt dann den Server, der offline ist, als Anwendungsebenenserver für die Bereitstellung. Wenn Auf Ihrem Anwendungsebenenserver SharePoint-Produkte gehostet wurden, müssen Sie diese Software auch auf der neuen Hardware wiederherstellen. Weitere Informationen finden Sie unter Sicherung (SharePoint Foundation),Sicherung und Wiederherstellung (SharePoint Server) oder Schützen und Wiederherstellen einer Farm (Office SharePoint Server 2007).
Hinweis
Nachdem Sie eine Anwendungsebene auf neuer Hardware wiederhergestellt haben, vergewissern Sie sich, dass alle Benutzer, Gruppen und Dienstkonten für Ihre Bereitstellung mit den Berechtigungen konfiguriert sind, die sie zum Ausführen der erforderlichen Aufgaben benötigen. Beispielsweise müssen Administratoren für Azure DevOps Mitglieder der lokalen Gruppe Administratoren auf dem Anwendungsebenenserver sein, damit sie die Verwaltungskonsole öffnen können. Weitere Informationen finden Sie unter Hinzufügen von Benutzern zu Projekten, Festlegen von Administratorberechtigungen für Projektsammlungen, Festlegen von Administratorberechtigungen für Azure DevOps Server und Dienstkonten und Abhängigkeiten in Azure DevOps Server.
Sie können auch mehrere Anwendungsebenenserver zu einer Bereitstellung von Azure DevOps Server hinzufügen. Sie müssen jedoch Clients konfigurieren, um eine Verbindung mit diesem Server als separate Anwendungsebene herzustellen. Sie können keinen automatischen Lastenausgleich zwischen Anwendungsebenenservern konfigurieren. Um den Lastenausgleich und die Transparenz für Clients zu gewährleisten, müssen Sie zuerst ein Hardware- oder Softwaregerät für den Netzwerklastenausgleich (Network Load Balancing, NLB) installieren und konfigurieren.
So installieren und konfigurieren Sie einen Server als Anwendungsebenenserver
Beenden Sie die Anwendungspools und Dienste, die Azure DevOps Server verwendet.
Weitere Informationen finden Sie unter TFSServiceControl-Befehl.
Wenn Sie den Netzwerkdienst als Dienstkonto für Azure DevOps (TFSService) verwenden, öffnen Sie auf dem Anwendungsebenenserver ein Eingabeaufforderungsfenster, und ändern Sie die Verzeichnisse in Drive:%programfiles%\Azure DevOps Server 2019\Tools. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein:
TfsConfig-Konten /add /account:"NT Authority\Network Service" /accountType:ApplicationTier /SQLInstance:ServerName/DatabaseName:DatabaseName
Hinweis
Weitere Informationen finden Sie unter Kontobefehl.
Installieren Sie Azure DevOps Server auf dem neuen Server, und starten Sie den Assistenten nur für die Anwendungsebene.
Wenn Sie Visual Studio Lab Management verwenden, installieren Sie die System Center Virtual Machine Manager -Administratorkonsole (SCVMM) auf der Anwendungsebene, und konfigurieren Sie sie so, dass eine Verbindung mit dem Server hergestellt wird, auf dem SCVMM ausgeführt wird.
Weitere Informationen finden Sie unter Konfigurieren von Lab Management für SCVMM-Umgebungen.
Wenn sich der Computername geändert hat, öffnen Sie die Verwaltungskonsole für Azure DevOps.
Wählen Sie in der Navigationsleiste Anwendungsebene und dann URLs ändern aus.
Das Fenster "URLs ändern " wird geöffnet.
Geben Sie unter Benachrichtigungs-URL die URL für den neuen Anwendungsebenenserver an, und wählen Sie dann OK aus.
Hinweis
Der Name des alten Anwendungsebenenservers wird weiterhin in der Liste der Anwendungsebenenserver in der Verwaltungskonsole für Azure DevOps angezeigt. Wenn Sie das Kontrollkästchen Computer herausfiltern aktivieren, die seit mehr als 3 Tagen keine Verbindung hergestellt haben , wird der alte Server innerhalb von drei Tagen aus der Liste entfernt.