Миграция с TFS 2013 на Azure DevOps Server 2019: Pre-prod v/s Миграция Prod
Мне нужно перенести экземпляр TFS 2013 на Azure DevOps Server 2019. Я хочу настроить новый экземпляр сервера Azure DevOps, в котором все данные, перенесенные из TFS 2013, будут одновременно запущены и запущены. План заключается в выводе экземпляра TFS 2013 из эксплуатации через несколько недель.
В целях тестирования я выполнил следующие действия: 1. Настройте сервер в полностью изолированной сети. 2. Выполните резервное копирование баз данных TFS 2013 с помощью запланированного резервного копирования из консоли администратора TFS. 3. Восстановил базы данных до нового экземпляра SQL Server 2017. 4. Начал установку Azure DevOps Server 2019 на новый сервер, я указал на восстановленные базы данных, обнаружил схему и дал мне два варианта: Обновление производства и Предварительная версия. -производственное апгрейд тестирования. Я выбрал последний вариант.
Мастер установки позаботился о переназначении строк подключения к базе данных (tfsconfig remapdbs), изменении идентификаторов сервера и коллекции (tfsconfig changeserverid) и удалил запланированные задания резервного копирования, чтобы избежать конфликтов с существующим экземпляром TFS 2013.
Тестовая миграция успешно завершена. Теперь я хочу настроить производственный экземпляр на новых серверах, которые находятся в той же сети, что и существующий экземпляр TFS 2013. Должен ли я выбрать "предварительное тестирование перед обновлением", так как мне нужно, чтобы TFS 2013 и 2019 работали одновременно? Или я выберу "Обновление производства" на этот раз? Нужно ли мне позаботиться во время обновления, чтобы два экземпляра не конфликтовали друг с другом?
PS: на экземпляре TFS 2013 не выполняются задания резервного копирования.
1 ответ
Я попробовал "Обновление производства" и понял, что он будет выполнять обновление на месте. В моем сценарии я хотел настроить отдельный новый экземпляр, и в этом случае подходящим выбором является "Pre-Production Upgrade Testing", так как он автоматически заботится о переназначении строки подключения к базе данных и изменении идентификаторов сервера и коллекции.