Восстановление данных в том же расположении

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

Примечание

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

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

Примечание

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

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

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

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

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

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

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

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

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

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

    TFSServiceControl quiesce
    

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

Шаг 2. Переименование баз данных

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

Останавливаются базы данных

  1. Откройте SQL Server Management Studio.

    Примечание

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

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

  2. В списке Тип сервера выберите ядро СУБД.

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

    Примечание

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

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

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

  5. Переименование и повторная попытка базы данных, которую необходимо восстановить, следуйте указаниям для вашей версии SQL Server. Присвойте базе данных имя, указывающее, что это старая версия базы данных, которая будет заменена восстановленной версией. Например, можно переименовать TFS_DefaultCollection в TFS _ DefaultCollection _ Old.

Шаг 3. восстановление баз данных DevOps Azure

Данные для Azure DevOps Server можно восстановить с помощью мастера восстановления в консоли администрирования в Azure DevOps Server. Мастер восстановления также восстанавливает ключ шифрования, используемый для создания отчетов.

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

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

    Запуск мастера восстановления

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

    Выберите сетевой путь, а затем набор восстановления

  3. Завершите работу мастера и восстановите базы данных.

    Базы данных восстанавливаются на новом сервере

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

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

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

  1. На сервере, на котором выполняется SQL Server Reporting Services, откройте оснастку "Управление компьютером" и запустите следующие компоненты, если они еще не запущены.

    • ReportServer или ReportServer $имя_экземпляра (пул приложений)
    • 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

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

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

Шаг 5. Перестроение хранилища данных

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

Примечание

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

Перестроение хранилища

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

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

    TFSConfig ребуилдварехаусе/ALL/репортингдатасаурцепассворд: пароль

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

  3. Дождитесь завершения команды.

  4. На сервере отчетов откройте Internet Explorer и в адресной строке введите следующий адрес:

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

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

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

    Примечание

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

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

    Важно!

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

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

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

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

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

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

Шаг 6. Очистка кэша данных на серверах уровня приложений

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

Примечание

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

Очистка кэша данных

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

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

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

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

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

Перезапуск служб

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

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

    Тфссервицеконтрол разморозьте

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

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

Обновление кэша для отслеживания рабочих элементов на клиентских компьютерах

  1. На новом сервере откройте Internet Explorer.

  2. В адресной строке введите следующий адрес для подключения к веб-службе ClientService :

    http:// публикурл/виртуальный_каталог : 8080/отслеживание рабочих элементов/v 3.0/ClientService. asmx

    Примечание

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

  3. Выберите стампворкитемкаче и нажмите кнопку вызвать. Метод StampWorkitemCache не возвращает никаких данных.

Обновление кэша системы управления версиями на клиентских компьютерах

  1. На клиентском компьютере откройте окно командной строки с разрешениями администратора и перейдите в каталог диск: \ Program Files (x86) \ Microsoft Visual Studio 12,0 \ Common7 \ IDE.

  2. В командной строке введите следующую команду, указав URL-адрес коллекции, включающий имя сервера и номер порта нового сервера:

    tf workspaces/Collection: http://ServerName: Порт/ИмяВиртуальногоКаталога/имя_коллекции

    В примере развертывания разработчику необходимо обновить кэш системы управления версиями для проекта, который является членом коллекции DefaultCollection, размещенной в Фабрикамприме развертывании Azure DevOps Server:

    tf workspaces/Collection:http://FabrikamPrime:8080/tfs/DefaultCollection

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