Восстановление данных на сервере, отличном от текущего

  • Статья

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

Примечание

Общие сведения о восстановлении данных на другом сервере для Azure DevOps Server см. в статье Резервное копирование и восстановление.

Интеграция SharePoint с Azure DevOps Server является устаревшей после TFS 2017.

Предварительные требования

Для выполнения этой процедуры необходимо:

  • Член группы безопасности "Администраторы " на сервере или серверах, на которых запущена консоль администрирования для Azure DevOps.
  • Для члена группы безопасности SQL Server системного администратора или разрешения SQL Server Выполнить резервное копирование и создание плана обслуживания должно быть задано значение Разрешить для экземпляра SQL Server, на котором будут размещаться базы данных.
  • Член группы безопасности sysadmin для баз данных для Azure DevOps и для базы данных служб Analysis Services.
  • быть авторизованным пользователем базы данных TFS_Warehouse;
  • Если в развертывании используются продукты SharePoint, член группы администраторов фермы для фермы , в которую выполняется восстановление баз данных для продуктов SharePoint.

В дополнение к этим разрешениям может потребоваться выполнить следующие требования на компьютере под управлением Windows Server 2008, Windows Server 2008 R2, Windows Vista или Windows 7:

  • Чтобы выполнить процедуру из командной строки, может потребоваться открыть командную строку с повышенными привилегиями, выбрав Пуск, щелкнув правой кнопкой мыши командную строку и выбрав Запуск от имени администратора.
  • Чтобы выполнить процедуру, требующую Обозреватель в Интернете, может потребоваться запустить ее от имени администратора, выбрав Пуск, все программы, щелкнув правой кнопкой мыши Интернет Обозреватель и выбрав Запуск от имени администратора.
  • Чтобы получить доступ к диспетчеру отчетов, отчетам или веб-сайтам для Reporting Services, может потребоваться добавить эти сайты в список надежных сайтов в Интернете Обозреватель или запустить интернет-Обозреватель в качестве администратора.

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

Шаг 1. Резервное копирование данных

Чтобы восстановить данные из исходного развертывания Azure DevOps Server, необходимо иметь полный набор резервных копий данных для SQL Server баз данных. Если данные были зашифрованы, необходимо также иметь ключ шифрования и пароль.

Дополнительные сведения см. в разделах Резервное копирование Azure DevOps Server и Резервное копирование ключа шифрования Reporting Services.

Важно!

Необходимо создать резервную копию TFS_Warehouse и TFS_Analysis баз данных, если в развертывании настроено использование SQL Server Reporting Services и вы хотите восстановить эти базы данных на другом сервере. Невозможно просто перестроить хранилище, как при восстановлении на том же сервере или экземпляре. Необходимо также создать резервную копию баз данных для продуктов SharePoint, чтобы переместить их на сервер или экземпляр, на который восстанавливаются базы данных для Azure DevOps. К этим базам данных относятся административные базы данных для продуктов SharePoint (SharePoint_AdminContent_ID), а также базы данных содержимого и конфигурации.

Шаг 2. Установка и настройка SQL Server на новом оборудовании

Чтобы восстановить данные для Azure DevOps, установите SQL Server на компьютере, на который будут перемещены базы данных для Azure DevOps Server. Устанавливаемая версия SQL Server должна точно соответствовать версии на исходном сервере, на котором размещены базы данных. Это требование включает уровень пакета обновления, параметры сортировки и языковой выпуск. Если совпадение не является точным, вы не сможете восстановить данные или Azure DevOps Server могут работать неправильно, даже если вы можете восстановить данные.

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

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

Шаг 3. Остановка служб

Перед восстановлением данных необходимо остановить все службы, которые Azure DevOps Server использует на каждом сервере. Если установлены дополнительные компоненты, такие как продукты SharePoint или Reporting Services, необходимо остановить эти службы на серверах, на которых установлены эти компоненты.

Чтобы остановить службы, которые используются Azure DevOps Server, выполните следующие действия.

  1. На сервере, где работают службы уровня приложений для Azure DevOps, откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  2. Введите следующую команду:

    TFSServiceControl quiesce

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

Шаг 4. Восстановление баз данных

После остановки служб можно восстановить данные для Azure DevOps с помощью средств, предоставляемых SQL Server.

Внимание!

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

Чтобы открыть диалоговое окно Восстановление базы данных , выполните следующие действия.

  1. Войдите на сервер, на котором вы будете восстанавливать базы данных.

  2. Нажмите кнопку Пуск, выберите Все программы, Microsoft SQL Server 2008, а затем выберите SQL Server Management Studio.

    Примечание

    Дополнительные сведения о восстановлении баз данных см. в статье Реализация сценариев восстановления для SQL Server баз данных.

    Будет открыто диалоговое окно Соединение с сервером .

  3. В списке Тип сервера выберите Компонент Database Engine.

  4. В поле Имя сервера выберите или введите имя сервера уровня данных и экземпляра базы данных, а затем щелкните Подключить.

    Примечание

    Если SQL Server установлен в кластере, имя сервера — это имя кластера, а не имя компьютера.

    SQL Server Management Studio .

  5. Разверните узел Базы данных , чтобы отобразить список баз данных, составляющих уровень данных для Azure DevOps.

Выполните процедуру Восстановления базы данных (в следующем разделе) для следующих баз данных на каждом сервере, где установлены и настроены SQL Server:

  • TFS_Configuration — это имя базы данных может содержать дополнительные символы между TFS_ и конфигурацией.
  • TFS_CollectionName — каждая коллекция проектов имеет собственную базу данных. Например, если у вас есть пять коллекций проектов, у вас будет пять баз данных, каждая из которых отличается именем коллекции проектов. Эти базы данных могут находиться на одном экземпляре SQL Server, в отдельных экземплярах или на отдельных физических серверах. Необходимо создать резервную копию каждой базы данных, а затем восстановить каждую базу данных.
  • TFS_Warehouse — это имя базы данных может содержать дополнительные символы между TFS_ и Warehouse.

На сервере, на котором выполняется Reporting Services, если для развертывания настроена одна из них и вам нужно восстановить базы данных на другом сервере:

  • ReportServer — если вы использовали именованный экземпляр, эта база данных будет называться ReportServer$InstanceName.
  • ReportServerTempDB — если вы использовали именованный экземпляр, эта база данных будет называться ReportServerTempDB$InstanceName.

На сервере или серверах, на которых работают продукты SharePoint, если вы настроили развертывание с одним или несколькими веб-приложениями SharePoint и вам нужно восстановить базы данных на другом сервере:

  • База данных контента для продуктов SharePoint (WSS_Content) — имена баз данных, содержащих данные для продуктов SharePoint, зависят от версии установленных продуктов SharePoint и от того, настроил ли пользователь, который ее установил. Кроме того, эти базы данных могут не находиться на сервере уровня данных, если продукты SharePoint установлены на сервере, отдельном от Azure DevOps Server. Если базы данных находятся на разных серверах, их резервное копирование, восстановление и настройка необходимо выполнять отдельно от Azure DevOps Server. Однако сначала следует синхронизировать обслуживание баз данных, чтобы избежать ошибок синхронизации.

    Чтобы восстановить базы данных, используемые продуктами SharePoint, следует следовать указаниям для версии программного обеспечения, используемой в развертывании. Дополнительные сведения см. в разделах Резервное копирование и восстановление (SharePoint Server 2010),Защита и восстановление фермы (Office SharePoint Server 2007) или Защита и восстановление фермы (Windows SharePoint Services 3.0).

На сервере или серверах, на которых выполняется Microsoft Project Server, если вы интегрировали развертывание с Project Server и вам нужно восстановить базы данных на другом сервере:

На сервере, на котором выполняется SQL Server Analysis Services, если для развертывания настроена одна из них, и необходимо восстановить базы данных на другом сервере:

  • TFS_Analysis

Дополнительные сведения об этих базах данных см. в статье Общие сведения о резервном копировании Azure DevOps Server.

Восстановление базы данных

  1. Щелкните правой кнопкой мыши базу данных для восстановления, выберите Задачи, Восстановить, а затем база данных.

    Откроется диалоговое окно Восстановление базы данных .

  2. В разделе Источник для восстановления выберите С устройства, а затем нажмите кнопку с многоточием (...).

  3. В диалоговом окне Указание резервной копии укажите расположение файла резервной копии и нажмите кнопку ОК.

    Сначала необходимо восстановить полную резервную копию, а затем разностную резервную копию, а затем резервные копии журналов транзакций в том порядке, в котором они были созданы.

  4. В разделе Выберите резервные наборы данных для восстановления укажите резервные наборы для восстановления.

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

  5. В области Выбор страницы выберите Параметры, а затем установите флажок Перезаписать существующую базу данных проверка.

  6. В списке Восстановить файлы базы данных как убедитесь, что пути соответствуют текущим путям к базе данных.

  7. В разделе Состояние восстановления выполните одно из следующих действий.

    • Если вы используете помеченные транзакции, выберите Оставить базу данных нерабочей и не откатывать незафиксированные транзакции. Можно восстановить дополнительные журналы транзакций. (RESTORE WITH RECOVERY).
    • Если вы не используете помеченные транзакции и не применяете дополнительные журналы транзакций, выберите Оставить базу данных готовой к использованию.
    • Если вы не используете помеченные транзакции, но применяете дополнительные журналы транзакций, выберите Оставить базу данных нерабочей.

  8. Щелкните ОК.

    Появится значок хода выполнения.

  9. Когда появится диалоговое окно SQL Server Management Studio и подтвердится успешное восстановление, нажмите кнопку ОК, чтобы вернуться к обозреватель объектов.

  10. Если вы используете помеченные транзакции, щелкните правой кнопкой мыши только что восстановленную базу данных, выберите Задачи, Восстановить, а затем — Журнал транзакций.

    Откроется окно Восстановление журнала транзакций .

  11. На странице Общие убедитесь, что соответствующая база данных выделена в списке База данных .

  12. В разделе Выберите журнал транзакций для восстановления выберите поле проверка рядом с журналом для восстановления.

  13. В разделе Восстановить в выберите Помеченная транзакция.

    Откроется окно Выбор помеченной транзакции .

  14. В списке Выберите помеченную транзакцию для остановки восстановления выберите поле проверка рядом с меткой транзакции для восстановления и нажмите кнопку ОК.

    Важно!

    Для успешного восстановления данных необходимо использовать одну и ту же метку транзакции с одинаковой датой и временем для всех баз данных.

  15. В окне Восстановление журнала транзакций нажмите кнопку ОК.

    Появится значок хода выполнения.

  16. Когда откроется диалоговое окно SQL Server Management Studio и подтвердится успешное восстановление, нажмите кнопку ОК.

    Дополнительные сведения см. в разделе Применение резервных копий журнала транзакций.

Примечание

Если вы восстановили базы данных для Reporting Services, необходимо также восстановить их ключ шифрования. Дополнительные сведения см. в статье Восстановление ключа шифрования (конфигурация Reporting Services).

Шаг 5. Перенаправление продуктов SharePoint в новое расположение базы данных контента

Эту процедуру можно пропустить, если продукты SharePoint не настроены для использования с развертыванием Azure DevOps Server или если вы не восстанавливаете базы данных для продуктов SharePoint.

После восстановления базы данных контента для продуктов SharePoint (WSS_Content) необходимо перенаправить сервер, на котором выполняются продукты SharePoint, в новое расположение этой базы данных. Эта база данных должна быть введена в эксплуатацию, прежде чем можно будет перенастроить Azure DevOps Server с новыми расположениями баз данных.

Чтобы перенаправить сайты проектов для использования базы данных контента на новом сервере уровня данных, выполните следующие действия.

  • Войдите на сервер, на котором размещаются продукты SharePoint, и перенаправьте его для использования баз данных контента на новом сервере.

Дополнительные сведения см. в статье Перенаправление продуктов SharePoint для использования новой базы данных контента.

Шаг 6. Изменение базы данных в Reporting Services Configuration Manager

Эту процедуру можно пропустить, если у вас нет сервера отчетов, настроенного для использования с развертыванием Azure DevOps Server, или если вы не восстанавливаете базы данных для сервера отчетов.

После перенаправления продуктов SharePoint в новые базы данных контента необходимо перенаправить Reporting Services в новое расположение баз данных (ReportServer и ReportServer_TempDB). Если вы не выполните эту процедуру, отчеты не будут доступны ни для одного проекта. Эти базы данных должны быть в рабочем состоянии, прежде чем можно будет перенастроить Azure DevOps Server с новыми расположениями баз данных.

Чтобы перенаправить Reporting Services для подключения к новому серверу:

Шаг 7. Изменение владельца восстановленных баз данных

Используйте команду TFSConfig Accounts ResetOwner, чтобы изменить имя входа владельца базы данных для восстановленных баз данных на текущего пользователя. Перед выполнением следующей последовательности действий убедитесь, что вы вошли в систему с соответствующей учетной записью пользователя. Например, можно использовать учетную запись, с помощью которой был установлен Azure DevOps Server, под названием TFSSETUP. Как минимум, учетная запись должна быть членом группы администраторов Azure DevOps в Azure DevOps Server и членом группы sysadmin в SQL Server.

Чтобы изменить владельца восстановленных баз данных на текущего пользователя, выполните следующие действия.

  1. Войдите на сервер уровня приложений для Azure DevOps, откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  2. Введите следующую команду, где ServerName (в формате ServerName или ServerName\InstanceName) — это имя экземпляра SQL Server, на котором размещена база данных для Azure DevOps Server, а DatabaseName — это имя базы данных конфигурации (по умолчанию TFS_Configuration):

    Учетные записи TFSConfig /ResetOwner /SQLInstance:ServerName/DatabaseName:DatabaseName

    Эта команда изменяет владение всеми базами данных, которые Azure DevOps Server использует.

Шаг 8. Перенаправление Azure DevOps Server в удаленные базы данных коллекций

Эту процедуру можно пропустить, если все базы данных для коллекций, служб Analysis Services и отчетов находятся на том же сервере и экземпляре, что и база данных конфигурации.

Необходимо перенаправлять Azure DevOps Server во все базы данных коллекций, размещенные на отдельном сервере или серверах из базы данных конфигурации. Кроме того, необходимо выполнить команду RemapDBs, если вы используете именованный экземпляр или если база данных TFS_Analysis или TFS_Warehouse размещена на сервере, отличном от TFS_Configuration.

Чтобы перенаправить Azure DevOps Server в удаленные базы данных, выполните приведенные далее действия.

  1. Войдите на сервер уровня приложений для Azure DevOps, откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  2. Введите следующую команду, где ServerName — это имя экземпляра SQL Server, на котором размещена база данных конфигурации для Azure DevOps Server, TFS_Configuration — имя восстановленной базы данных конфигурации для Azure DevOps Server, а ServerName2 — имя сервера, на котором размещена удаленная коллекция. У вас может быть столько параметров ServerName, сколько серверов, настроенных в развертывании. Можно указать ServerName в формате Имя_сервера или Имя_экземпляра\ сервера. Если экземпляр по умолчанию не используется, необходимо указать имя экземпляра:

    TFSConfig remapDBs /DatabaseName:ServerName;TFS_Configuration/SQLInstances:ServerName,ServerName2/AnalysisInstance:ServerName2/AnalysisDatabaseName:DatabaseName

    Примечание

    В /SQLInstances необходимо указать все экземпляры, разделенные запятыми, SQL Server, которые размещают базы данных для Azure DevOps Server. Дополнительные сведения см. в разделе Команда RemapDBs.

Шаг 9. Обновление всех учетных записей служб

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

Примечание

Если в развертывании несколько серверов уровня приложений, необходимо обновить учетные записи служб на каждом из этих серверов.

Чтобы обновить учетные записи служб, выполните приведенные далее действия.

  1. На сервере отчетов откройте раздел Управление компьютером и запустите следующие компоненты, если они еще не запущены:

    • ReportServer или ReportServer$InstanceName (пул приложений)
    • SQL Server Reporting Services (TFSINSTANCE)

  2. На сервере уровня приложений откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  3. В командной строке введите следующую команду, чтобы добавить учетную запись службы для Azure DevOps, где DatabaseName — это имя базы данных конфигурации (по умолчанию TFS_Configuration):

    TfsConfig Accounts /add /AccountType:ApplicationTier /account:AccountName/SQLInstance:ServerName/DatabaseName:DatabaseName

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

  4. Используйте команду Учетные записи , чтобы добавить учетную запись источников данных для сервера отчетов и учетную запись-посредник для прокси-сервера Azure DevOps, если в развертывании используются эти ресурсы.

Шаг 10. Регистрация расположения восстановленных баз данных

Эту процедуру можно пропустить, если вы также восстанавливаете уровень приложений на другом сервере.

После обновления сведений об учетной записи службы перенаправьте уровень приложений в новое расположение восстановленных баз данных.

Примечание

Если в развертывании имеется несколько серверов уровня приложений, зарегистрируйте расположение баз данных на каждом из этих серверов.

Чтобы зарегистрировать расположение баз данных, выполните следующие действия.

  1. На сервере уровня приложений откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  2. В командной строке введите следующую команду, где DatabaseName — это имя базы данных конфигурации (по умолчанию TFS_Configuration):

    TfsConfig registerDB /SQLInstance:ServerName/DatabaseName:DatabaseName

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

Шаг 11. Настройка служб отчетов и анализа

Эту процедуру можно пропустить, если в развертывании не используются службы Analysis Services или Reporting Services. Если в развертывании используется сервер отчетов, необходимо перенаправить Azure DevOps Server в его расположение, перезапустить хранилище и вручную перестроить базу данных для Reporting Services и служб Analysis Services.

Примечание

Эту процедуру необходимо выполнить, даже если вы восстановили базы данных TFS_Warehouse и TFS_Analysis, как описано в предыдущем разделе.

Чтобы перенастроить отчеты и службы Analysis Services, выполните приведенные ниже действия.

  1. Откройте консоль администрирования для Azure DevOps.

  2. На панели навигации выберите Отчеты.

  3. В разделе Отчеты выберите Изменить.

  4. В сообщении подтверждения "Перевести в автономный режим" нажмите кнопку ОК.

    Откроется диалоговое окно Reporting Services.

  5. Установите флажок Использовать сервер отчетов проверка.

  6. Перейдите на вкладку Хранилище и в поле Сервер введите или выберите имя сервера отчетов.

  7. В поле База данных введите имя базы данных хранилища для Azure DevOps Server.

    По умолчанию эта база данных называется TFS_Warehouse.

  8. (Необязательно) Выберите Проверить подключение , чтобы убедиться, что указанная база данных действительна.

  9. Перейдите на вкладку Службы Analysis Services .

  10. В поле Сервер введите или выберите имя сервера, на котором выполняется SQL Server Analysis Services.

  11. В поле База данных введите имя базы данных служб Analysis Services для Azure DevOps Server.

    По умолчанию имя этой базы данных — TFS_Analysis.

  12. Если для базы данных не используется экземпляр по умолчанию, установите флажок Указать экземпляр по умолчанию проверка, а затем введите или выберите имя экземпляра.

  13. (Необязательно) Выберите Проверить подключение , чтобы убедиться, что указанная база данных является допустимой.

  14. В полях Имя пользователя и Пароль введите имя учетной записи и пароль (при наличии) для учетной записи источников данных (TFSReports).

  15. На вкладке Отчеты в поле Сервер введите или выберите имя сервера отчетов, а затем щелкните Заполнить URL-адреса.

  16. В полях Имя пользователя и Пароль введите имя учетной записи и пароль (при наличии) для учетной записи источников данных (TFSReports).

  17. В поле Путь по умолчанию введите относительный путь, в котором хранятся отчеты, а затем нажмите кнопку ОК.

  18. В консоли администрирования выберите Запустить задания , чтобы перезапустить отчеты.

  19. Откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  20. Чтобы выполнить перестроение базы данных для служб Analysis Services, введите следующую команду:

    TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword: Password

    Пароль — это пароль для учетной записи источников данных для Reporting Services (TFSReports).

  21. Дождитесь успешного завершения команды TFSConfig .

  22. На сервере отчетов откройте интернет-Обозреватель, введите следующую строку в адресной строке и нажмите клавишу ВВОД:

    http://localhost:8080/<VirtualDirectory>/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx

    В поле VirtualDirectory введите виртуальный каталог служб IIS, который был указан при установке Azure DevOps Server. По умолчанию этот каталог называется tfs.

    Откроется страница WarehouseControlWebService .

    Примечание

    Пул приложений Azure DevOps Server должен быть запущен, чтобы веб-служба управления хранилищем была доступна.

  23. Выберите GetProcessingStatus, а затем — Вызов.

    Важно!

    Служба должна возвращать значение Бездействия для всех заданий, которое указывает, что куб не обрабатывается. Если возвращается другое значение, повторяйте этот шаг, пока не будет возвращено значение Бездействия для всех заданий.

  24. На странице WarehouseControlWebService выберите ProcessAnalysisDatabase и нажмите кнопку Вызвать.

    Откроется окно браузера. Служба возвращает значение True , когда она успешно запускает обработку куба, и False , если она не выполнена успешно или если куб обрабатывается в данный момент.

  25. Чтобы определить, когда куб был обработан, вернитесь на страницу WarehouseControlWebService , выберите GetProcessingStatus, а затем нажмите кнопку Вызвать.

    Обработка завершена, когда служба GetProcessingStatus возвращает значение Бездействия для всех заданий.

    Дополнительные сведения см. в разделе Ручная обработка куба Data Warehouse и служб Analysis Services.

  26. На сервере уровня приложений откройте раздел Управление компьютером и запустите агент фоновых заданий Visual Studio Team Foundation.

Шаг 12. Очистка кэша данных на серверах

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

Примечание

Выполнив этот шаг, вы можете предотвратить скачивание неправильных версий файлов в управлении версиями. Этот шаг следует выполнить, если только вы не заменяете все оборудование в развертывании в рамках восстановления. При замене всего оборудования эту процедуру можно пропустить.

Чтобы очистить кэш данных, выполните следующие действия.

  1. На сервере, на котором выполняются службы уровня приложений для Azure DevOps или на котором настроен прокси-сервер Azure DevOps, откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Microsoft Team Foundation Server 2010\Application Tier\Web Services\_tfs_data.

  2. Удалите все в каталоге _tfs_data.

  3. Повторите эти действия для каждого сервера уровня приложений и для каждого сервера, на котором запущен прокси-сервер Azure DevOps в развертывании.

Шаг 13. Перезапуск служб

После восстановления данных перезапустите службы, чтобы развертывание работало и было доступно пользователям.

Чтобы перезапустить службы, которые Azure DevOps Server использует, выполните следующие действия.

  1. На сервере, где работают службы уровня приложений для Azure DevOps, откройте окно командной строки и измените каталоги на Диск:\%programfiles%\Azure DevOps Server 2019\Tools.

  2. Введите следующую команду:

    TFSServiceControl unquiesce

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

Шаг 14. Обновление кэша данных на клиентских компьютерах

Чтобы обновить кэш данных на клиентских компьютерах, выполните следующие действия.