All,
We have an existing TFS 2012 installation with multiple project collections and want to ultimately move to TFS 2017. We have a new TFS 2017 server installed on new hardware/latest version of SQL Server. We would like to move our project collections from 2012 to 2017 while maintaining as much fidelity to the old server as possible (maintain source, work items, history, linkages, etc...)
Can this be done one project collection at a time, or does it have to be "big bang"? All my research so far has shown instructions of copying the old TFS 2012 database to the new database server and allowing it to upgrade the collections from there, but that sounds like a scenario where 1) you have to move all collections at once, and 2) would overwrite any collections that may have been set up in the new TFS 2017 instance.
Is that correct, or is there a high-fidelity way to migrate that would allow us to do it one collection at a time?
FYI-We are not concerned about reporting or Sharepoint migration, only work items, source, and maintaining the history of changes to both.
Да, можно.
Обновление одной коллекции за раз не рекомендуется по следующим причинам:
Другой вариант для вас, требующий больше времени и ресурсов, но более безопасный, это использование инсценировочного экземпляра TFS, используемого в целях миграции. Идея заключается в копировании существующего 2012 (я не использую клон, потому что это опасно), установке одной и той же версии SQL и TFS, восстановлении резервных копий, настройке TFS 2012 (это самый опасный шаг, использование разных учетных записей и т.д.), и, наконец, переходе на ту же версию TFS 2017, которую вы будете использовать в производстве. На данном этапе вы можете отделить коллекцию от инсценировки и быть уверенным, что она будет прикреплена к производству без проблем
.