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

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 — TFS 2013

Примечание

Предложение Azure DevOps Server раньше называлось Visual Studio Team Foundation Server.

Базы данных для 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 использует.

    Дополнительные сведения см. в разделе тфссервицеконтрол Command.

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

    TFSConfig Accounts/Add/Account: "центр \ NT Сетевая служба "/AccountType.: ApplicationTier/SQLInstance: ServerName /DatabaseName: DatabaseName

    Примечание

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

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

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

    Дополнительные сведения см. в разделе настройка Lab Management для сред SCVMM.

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

  6. На панели навигации выберите уровень приложения, а затем щелкните изменить URL-адреса.

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

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

    Примечание

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