Восстановление сервера уровня приложений

  • Статья

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

В базах данных для Azure DevOps хранятся все данные для развертывания Azure DevOps Server. Даже при резервном копировании сервера уровня приложений вы не будете создавать резервные копии данных для Azure DevOps Server. Однако в случае сбоя оборудования сервера уровня приложений можно установить другой сервер уровня приложений и направить его на использование баз данных развертывания. Затем этот сервер заменит вышедший из строя сервер и станет сервером уровня приложений для развертывания. Если на сервере уровня приложений размещены продукты SharePoint, необходимо также восстановить это программное обеспечение на новом оборудовании. Дополнительные сведения см. в разделах Резервное копирование (SharePoint Foundation),Резервное копирование и восстановление (SharePoint Server) или Защита и восстановление фермы (Office SharePoint Server 2007).

Примечание

После восстановления уровня приложений на новом оборудовании убедитесь, что все пользователи, группы и учетные записи служб для развертывания настроены с разрешениями, необходимыми для выполнения необходимых задач. Например, администраторы Azure DevOps должны быть членами локальной группы администраторов на сервере уровня приложений, чтобы они могли открыть консоль администрирования. Дополнительные сведения см. в разделах Добавление пользователей в проекты, Настройка разрешений администратора для коллекций проектов, Настройка разрешений администратора для Azure DevOps Server и Учетные записи служб и зависимости в Azure DevOps Server.

Вы также можете добавить несколько серверов уровня приложений в развертывание Azure DevOps Server, но необходимо настроить клиенты для подключения к этому серверу в качестве отдельного уровня приложений. Невозможно настроить автоматическую балансировку нагрузки между серверами уровня приложений. Для балансировки нагрузки и прозрачности для клиентов необходимо сначала установить и настроить аппаратное или программное устройство для балансировки сетевой нагрузки (NLB).

Установка и настройка сервера в качестве сервера уровня приложений

  1. Остановите пулы приложений и службы, которые Azure DevOps Server использует.

    Дополнительные сведения см. в разделе Команда TFSServiceControl.

  2. Если вы используете сетевую службу в качестве учетной записи службы для Azure DevOps (TFSService), на сервере уровня приложений откройте окно командной строки и измените каталоги на Диск:%programfiles%\Azure DevOps Server 2019\Tools. В командной строке введите следующую команду:

    TfsConfig Accounts /add /account:"NT Authority\Network Service" /accountType:ApplicationTier /SQLInstance:ServerName/DatabaseName:DatabaseName

    Примечание

    Дополнительные сведения см. в разделе Команда Учетные записи.

  3. Установите Azure DevOps Server на новом сервере и запустите мастер только уровня приложений.

  4. Если вы используете Visual Studio Lab Management, установите консоль администрирования System Center Virtual Machine Manager (SCVMM) на уровне приложений и настройте ее для подключения к серверу, на котором выполняется SCVMM.

    Дополнительные сведения см. в статье Настройка управления лабораторией для сред SCVMM.

  5. Если имя компьютера изменилось, откройте консоль администрирования для Azure DevOps.

  6. На панели навигации выберите Уровень приложений, а затем — Изменить URL-адреса.

    Откроется окно Изменение URL-адресов .

  7. В поле URL-адрес уведомления укажите URL-адрес нового сервера уровня приложений, а затем нажмите кнопку ОК.

    Примечание

    Имя старого сервера уровня приложений по-прежнему будет отображаться в списке серверов уровня приложений в консоли администрирования для Azure DevOps. Если выбрать параметр Фильтровать компьютеры, которые не подключены более 3 дней проверка, старый сервер исчезнет из списка в течение трех дней.