Przywracanie serwera warstwy aplikacji
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Bazy danych usługi Azure DevOps przechowują wszystkie dane na potrzeby wdrożenia usługi Azure DevOps Server. Nawet jeśli tworzysz kopię zapasową serwera warstwy aplikacji, nie będziesz tworzyć kopii zapasowych żadnych danych dla usługi Azure DevOps Server. Jeśli jednak sprzęt serwera warstwy aplikacji ulegnie awarii, możesz zainstalować inny serwer warstwy aplikacji i skonfigurować go do używania baz danych na potrzeby wdrożenia. Następnie ten serwer zastąpi serwer trybu offline jako serwer warstwy aplikacji dla wdrożenia. Jeśli serwer warstwy aplikacji hostuje produkty programu SharePoint, należy również przywrócić to oprogramowanie na nowym sprzęcie. Aby uzyskać więcej informacji, zobacz Backup (SharePoint Foundation), Backup and recovery (SharePoint Server) lub Protecting and restoring a farm (Office SharePoint Server 2007) (Ochrona i przywracanie farmy (Office SharePoint Server 2007).
Uwaga
Po przywróceniu warstwy aplikacji na nowy sprzęt sprawdź, czy wszyscy użytkownicy, grupy i konta usług dla danego wdrożenia są skonfigurowane z uprawnieniami wymaganymi do wykonywania niezbędnych zadań. Na przykład administratorzy usługi Azure DevOps muszą być członkami lokalnej grupy Administratorzy na serwerze warstwy aplikacji, aby mogli otworzyć konsolę administracyjną. Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do projektów, Ustawianie uprawnień administratora dla kolekcji projektów, Ustawianie uprawnień administratora dla serwera Azure DevOps Server oraz kont usług i zależności w usłudze Azure DevOps Server.
Można również dodać więcej niż jeden serwer warstwy aplikacji do wdrożenia usługi Azure DevOps Server, ale należy skonfigurować klientów, aby łączyć się z tym serwerem jako oddzielną warstwą aplikacji. Nie można skonfigurować automatycznego równoważenia obciążenia między serwerami warstwy aplikacji. W przypadku równoważenia obciążenia i przejrzystości dla klientów należy najpierw zainstalować i skonfigurować urządzenie sprzętowe lub programowe na potrzeby równoważenia obciążenia sieciowego (NLB).
Aby zainstalować i skonfigurować serwer jako serwer warstwy aplikacji
Zatrzymaj pule aplikacji i usługi używane przez usługę Azure DevOps Server.
Aby uzyskać więcej informacji, zobacz polecenie TFSServiceControl.
Jeśli używasz usługi sieciowej jako konta usługi dla usługi Azure DevOps (TFSService), na serwerze warstwy aplikacji otwórz okno wiersza polecenia i zmień katalogi na Drive:%programfiles%\Azure DevOps Server 2019\Tools. W wierszu polecenia wprowadź następujące polecenie:
TfsConfig Accounts /add /account:"NT Authority\Network Service" /accountType:ApplicationTier /SQLInstance: ServerName /DatabaseName: DatabaseName
Uwaga
Aby uzyskać więcej informacji, zobacz Polecenie Konta.
Zainstaluj serwer Azure DevOps Server na nowym serwerze i uruchom kreatora Tylko warstwa aplikacji.
Jeśli używasz programu Visual Studio Lab Management, zainstaluj konsolę administratora programu System Center Virtual Machine Manager (SCVMM) w warstwie aplikacji i skonfiguruj ją tak, aby łączyła się z serwerem z uruchomionym programem SCVMM.
Aby uzyskać więcej informacji, zobacz Konfigurowanie zarządzania laboratorium dla środowisk SCVMM.
Jeśli nazwa komputera uległa zmianie, otwórz konsolę administracyjną usługi Azure DevOps.
Na pasku nawigacyjnym wybierz pozycję Warstwa aplikacji, a następnie wybierz pozycję Zmień adresy URL.
Zostanie otwarte okno Zmień adresy URL .
W polu Adres URL powiadomień określ adres URL nowego serwera warstwy aplikacji, a następnie wybierz przycisk OK.
Uwaga
Nazwa starego serwera warstwy aplikacji będzie nadal wyświetlana na liście serwerów warstwy aplikacji w konsoli administracyjnej usługi Azure DevOps. Jeśli zaznaczysz pole wyboru Odfiltruj maszyny, które nie zostały połączone w ciągu więcej niż 3 dni , stary serwer zniknie z listy w ciągu trzech dni.