Я готовлю обновление локального экземпляра TFS 2010 до облачных Azure DevOps Services, используя инструмент переноса данных Microsoft для Azure DevOps Migration, чтобы упростить переход базы сбора данных на Azure DevOps Services , Однако есть несколько ключевых моментов или предостережений, которые следует выделить в связи с предлагаемым обновлением, и они перечислены ниже.
- Это будет «Обновление на месте», что означает, что мы намерены использовать существующее «на -предпринимает "оборудование на протяжении всего процесса.
- Наш экземпляр TFS 2010 размещен на Windows Server 2008 R2 Enterprise сервере.
- Уровень данных реализован на Microsoft SQL Server 2008 Экземпляр R2.
Теперь Руководство по миграции данных рекомендует, чтобы для перехода на Azure DevOps Services нам сначала нужно было выполнить обновление с TFS 2010 до TFS 2013, так как согласно прилагаемой карте пути обновления. Однако TFS 2013 не совместим с SQL Server 2008 R2 и требует SQL Server 2012 (Express, Standard, Enterprise).
С другой стороны, TFS 2012 поддерживает SQL Server 2008 R2 а затем может быть обновлен непосредственно до Azure DevOps Services в соответствии с рекомендуемым путем обновления Data Migration Tool. Я полагаю, что это избавит от необходимости обновлять наш текущий экземпляр SQL Server с SQL 2008 R2 до SQL Server 2012 (для обновления до TFS 2013), чтобы, наконец, достичь нашей цели обновления до * 1037. * DevOps Services.
Может кто-нибудь предвидеть какие-либо проблемы с этим подходом, или мы должны просто прикусить пулю и завершить это SQL 2008 до SQL 2012 обновление, как предлагается в руководстве?