Восстановление сервера уровня приложения
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Базы данных для Azure DevOps хранят все данные для развертывания Azure DevOps Server. Даже если вы выполняете резервное копирование сервера уровня приложений, вы не будете создавать резервные копии данных для Azure DevOps Server. Однако если оборудование сервера уровня приложений завершается сбоем, можно установить другой сервер уровня приложений и настроить его для использования баз данных для развертывания. Затем этот сервер заменит автономный сервер в качестве сервера уровня приложений для развертывания. Если сервер уровня приложений размещает продукты SharePoint, необходимо также восстановить это программное обеспечение на новом оборудовании. Дополнительные сведения см. в статьях Backup (SharePoint Foundation), Backup and Recovery (SharePoint Server) или Protecting and recoverying a farm (Office SharePoint Server 2007) (Office SharePoint Server 2007).
Примечание.
После восстановления уровня приложений на новом оборудовании убедитесь, что все пользователи, группы и учетные записи служб для развертывания настроены с разрешениями, необходимыми для выполнения необходимых задач. Например, администраторы Azure DevOps должны быть членами локальной группы администраторов на сервере уровня приложений, чтобы открыть консоль администрирования. Дополнительные сведения см. в статье "Добавление пользователей в проекты", настройка разрешений администратора для коллекций проектов, установка разрешений администратора для Azure DevOps Server и учетных записей служб и зависимостей в Azure DevOps Server.
Вы также можете добавить несколько серверов уровня приложений в развертывание Azure DevOps Server, но необходимо настроить клиенты для подключения к этому серверу в качестве отдельного уровня приложений. Невозможно настроить автоматическую балансировку нагрузки между серверами уровня приложений. Для балансировки нагрузки и прозрачности для клиентов необходимо сначала установить и настроить аппаратное или программное устройство для балансировки сетевой нагрузки (NLB).
Установка и настройка сервера в качестве сервера уровня приложения
Остановите пулы приложений и службы, которые использует Azure DevOps Server.
Если вы используете сетевую службу в качестве учетной записи службы для Azure DevOps (TFSService), на сервере уровня приложений откройте окно командной строки и измените каталоги на Drive:%programfiles%\Azure DevOps Server 2019\Tools. В командной строке введите следующую команду:
Учетные записи TfsConfig /add /account:"NT Authority\Network Service" /accountType:ApplicationTier /SQLInstance: ServerName /DatabaseName: DatabaseName: DatabaseName
Примечание.
Дополнительные сведения см. в команде Accounts.
Установите Azure DevOps Server на новом сервере и запустите мастер только уровня приложений.
Если вы используете Visual Studio Lab Management, установите консоль администрирования System Center диспетчер виртуальных машин (SCVMM) на уровне приложений и настройте ее для подключения к серверу, на котором выполняется SCVMM.
Дополнительные сведения см. в разделе "Настройка управления лабораторией для сред SCVMM".
Если имя компьютера изменилось, откройте консоль администрирования для Azure DevOps.
На панели навигации выберите уровень приложений и выберите "Изменить URL-адреса".
Откроется окно "Изменить URL-адреса ".
В URL-адресе уведомления укажите URL-адрес нового сервера уровня приложений и нажмите кнопку "ОК".
Примечание.
Имя старого сервера уровня приложений по-прежнему отображается в списке серверов уровня приложений в консоли администрирования Azure DevOps. Если установить флажок "Отфильтровать компьютеры, не подключенные более чем за 3 дня", старый сервер исчезнет из списка в течение трех дней .