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

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

Примечание

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

Примечание

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

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

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

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

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

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

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

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

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

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

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

Важно!

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

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

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

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

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

Шаг 3. останавливает службы

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

Чтобы отключить службы, которые Azure DevOps Server использует:

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

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

    TFSServiceControl quiesce
    

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

Шаг 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. В списке Тип сервера выберите ядро СУБД.

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

    Примечание

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

    Открывается среда SQL Server Management Studio.

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

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

  • _Конфигурация TFS. это имя базы данных может содержать дополнительные символы между _ TFS и Configuration.
  • TFS _ CollectionName — каждая коллекция проектов имеет собственную базу данных. Например, если у вас есть пять коллекций проектов, у вас будет пять баз данных, каждая из которых различается по имени коллекции проектов. Эти базы данных могут находиться на одном экземпляре SQL Server, на отдельных экземплярах или на отдельных физических серверах. Необходимо создать резервную копию каждой базы данных, а затем восстановить каждую из них.
  • _Хранилище TFS — это имя базы данных может содержать дополнительные символы между _ TFS и хранилищем

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

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

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

  • База данных содержимого для продуктов SharePoint ( _ содержимое WSS). имена баз данных, содержащих данные для продуктов 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

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

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

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

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

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

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

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

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

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

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

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

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

    • Если вы используете помеченные транзакции, выберите оставить базу данных в нерабочем состоянии и не выполнять откат незафиксированных транзакций. Можно восстановить дополнительные журналы транзакций. (восстановление с ВОССТАНОВЛЕНИЕм).
    • Если не используются помеченные транзакции и не применяются дополнительные журналы транзакций, установите флажок оставить базу данных готовой к использованию.
    • Если помеченные транзакции не используются, но при этом применяются дополнительные журналы транзакций, выберите оставить базу данных в нерабочем состоянии.
  8. Нажмите кнопку OK.

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

  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) необходимо перенаправить сервер, на котором работают продукты SharePoint, в новое расположение этой базы данных. Эта база данных должна быть работоспособной, прежде чем можно будет перенастроить Azure DevOps Server с новыми расположениями баз данных.

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

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

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

Шаг 6. изменение базы данных в диспетчер конфигурации служб Reporting Services

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

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

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

Шаг 7. Подготовка SQL Server

Прежде чем восстановленные базы данных будут работать правильно, необходимо использовать команду TFSConfig препскл для подготовки SQL Server к размещению баз данных для Azure DevOps Server. Эта команда создает группы TFSEXECROLE и ТФСАДМИНРОЛЕ на новом сервере или экземпляре, а также добавляет системные сообщения, необходимые для работы.

Примечание

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

Подготовка SQL Server к размещению баз данных для Azure DevOps Server:

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

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

    TFSConfig препскл/SQLInstance: ServerName

  3. Повторите этот шаг для каждого нового сервера или экземпляра, на который была восстановлена база данных Azure DevOps Server.

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

Используйте команду TFSConfig Accounts ресетовнер , чтобы изменить имя входа владельца базы данных для восстановленных баз данных на текущего пользователя. Перед выполнением следующей последовательности действий убедитесь, что вы вошли в систему с помощью соответствующей учетной записи пользователя. Например, можно использовать учетную запись, с которой был установлен Azure DevOps Server, именуемый ТФССЕТУП. Как минимум, учетная запись должна быть членом группы администраторов 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):

    TFSConfig Accounts/Ресетовнер/SQLInstance: ServerName /DatabaseName: DatabaseName

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

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

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

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

Перенаправление Azure DevOps Server в удаленные базы данных:

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

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

    TFSConfig RemapDBs/DatabaseName: ServerName; _ Конфигурация TFS /склинстанцес: ServerName, ServerName2 /аналисисинстанце: ServerName2 /analysisdatabasename.: DatabaseName

    Примечание

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

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

Необходимо обновить учетную запись службы для 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 _ ):

    TFSConfig Accounts/Add/AccountType.: ApplicationTier/Account: AccountName /SQLInstance: ServerName /DatabaseName: DatabaseName

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

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

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

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

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

Примечание

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

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

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

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

    TFSConfig registerDB/SQLInstance: ServerName /DatabaseName: DatabaseName

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

Шаг 12. Настройка отчетов и служб Analysis Services

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

Примечание

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

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

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

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

  3. В окне отчеты выберите изменить.

  4. В окне Подтверждение выполнения автономного режима нажмите кнопку ОК.

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

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

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

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

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

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

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

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

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

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

  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

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

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

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

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

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

    Откроется страница варехаусеконтролвебсервице .

    Примечание

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

  23. Выберите жетпроцессингстатус и нажмите кнопку вызвать.

    Важно!

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

  24. На странице варехаусеконтролвебсервице выберите Процессаналисисдатабасе и щелкните Invoke (вызвать).

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

  25. Чтобы определить, когда куб был обработан, вернитесь на страницу варехаусеконтролвебсервице , выберите Жетпроцессингстатус и щелкните Invoke (вызвать).

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

    Дополнительные сведения см. в разделе Обработка хранилища данных и Analysis Services куба вручную.

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

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

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

Примечание

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

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

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

  2. Удалите все данные в _ _ каталоге данных TFS.

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

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

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

Чтобы перезапустить службы, которые Azure DevOps Server использует:

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

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

    TFSServiceControl unquiesce
    

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

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

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