Share via

Przywracanie serwera warstwy aplikacji

  • Artykuł

Azure DevOps Server 2022 r. | Azure DevOps Server 2020 r. | Azure DevOps Server 2019 r.

Bazy danych usługi Azure DevOps przechowują wszystkie dane na potrzeby wdrożenia Azure DevOps Server. Nawet jeśli tworzysz kopię zapasową serwera warstwy aplikacji, nie będziesz tworzyć kopii zapasowych żadnych danych dla 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. 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 Azure DevOps Server oraz Konta usług i zależności w Azure DevOps Server.

Można również dodać więcej niż jeden serwer warstwy aplikacji do wdrożenia Azure DevOps Server, ale należy skonfigurować klientów tak, 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

  1. Zatrzymaj pule aplikacji i usługi, które Azure DevOps Server używać.

    Aby uzyskać więcej informacji, zobacz polecenie TFSServiceControl.

  2. 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 Dysk:%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 Accounts.

  3. Zainstaluj Azure DevOps Server na nowym serwerze i uruchom kreatora Tylko warstwa aplikacji.

  4. 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ą w celu nawiązania połączenia z serwerem z uruchomionym programem SCVMM.

    Aby uzyskać więcej informacji, zobacz Konfigurowanie zarządzania laboratorium dla środowisk SCVMM.

  5. Jeśli nazwa komputera uległa zmianie, otwórz konsolę administracyjną usługi Azure DevOps.

  6. Na pasku nawigacyjnym wybierz pozycję Warstwa aplikacji, a następnie wybierz pozycję Zmień adresy URL.

    Zostanie otwarte okno Zmienianie adresów URL .

  7. 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 nadal będzie 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.