Как лучше всего обновить TFS 2017 с обновлением 1 до Azure DevOps Server 2019 с обновлением 1.1?

Question

У меня есть как тестовая, так и производственная среда с локальным обновлением TFS 2017 1, работающим на виртуальной машине windows server 2012. На этой же виртуальной машине работает SQL Server 2014 как база данных TFS. Я без проблем использовал эту конфигурацию в течение 3 лет.

Теперь я хочу обновиться до Azure DevOps Server 2019 update 1.1 в локальной среде. Кроме того, я хочу изменить архитектуру с двумя виртуальными машинами с windows server 2016: одна для уровня базы данных с SQL Server 2016 и одна для уровня приложений с Azure DevOps Server 2019 update 1.1.

Что такое лучший способ выполнить обновление описано выше. Возможно, правильный способ - оставить исходную единую виртуальную машину с TFS 2017, подготовить две новые виртуальные машины с windows server 2016 (одна для SQL Server 2016 и другая для DevOps 2019) и, наконец, выполнить « переместить коллекцию проектов"с SQL Server 2014 на SQL Server 2016. Работает ли коллекция проектов перемещения, даже если источником является TFS 2017, а местом назначения является Dev 2019?

Есть ли какие-либо официальная документация Microsoft по описанному выше сценарию обновления?

Answer 1

думаю, что лучший подход - установить новую виртуальную машину (с TFS2017 и тому подобное), затем создать дампы БД старой и интегрировать их в «новую» TFS2017. После я бы порекомендовал обновиться до TFS2018, затем до 2019 (AzDo Server). Зачем? => В большинстве обновлений также были сделаны некоторые обновления в базе данных TFS Warehouse и так далее. Раньше мы также обновляли, например, с 2015 по 2017 год, но нам было легче делать обновления «по частям», чтобы быть уверенным, что все изменения в хранилище были внесены «чистым способом».