Обновление TFS 2012 до TFS 2015: синхронизация базы данных с TFS 2012 до TFS 2015
Я обновляю TFS 2012 до TFS 2015 на новом оборудовании с новой конфигурацией. Моя стратегия - скопировать БД и обновить их, а через некоторое время переключиться на новый TFS 2015.
Между фактическим переключением TFS с 2012 на 2015 г. будет некоторое время (в моем случае это будут дни). Этот подход принят потому, что у нас не может быть простоя производства TFS.
Теперь по прошествии времени (дней) в старую базу данных TFS 2012 будет добавлено много новых данных. Как я перенесу новые дополнительные данные в новый TFS 2015?
У меня есть вопрос, потому что TFS 2015 по сравнению с TFS 2012 есть изменения таблицы, об этом позаботится обновление TFS. Но если я хочу вставить данные TFS 2012 в TFS 2015, будут ли проблемы? или есть лучший подход к обновлению?
3 ответа
Вы должны выполнить тестовую миграцию, чтобы понять, сколько времени займет обновление.
Получив эту информацию, вам потребуется перевести TFS в автономный режим, чтобы выполнить обновление. Обычно это быстрый процесс, который можно выполнить вечером или в выходные дни.
Идея, что вы не можете отключить какой-либо сервер для регулярного обслуживания, ошибочна и недостижима.
Вы не можете вставить данные в базу данных ss, это нарушит tfs.
Синхронизация данных после факта окажется очень сложной и трудоемкой.
Альтернатива, еще не упомянутая, - рассмотреть возможность отсоединения / присоединения миграции. Это позволит вам обновлять установку по одной коллекции проектов за раз и сократить время простоя всего сервера до уровня каждой коллекции. Если на вашем сервере несколько коллекций, это может стоить дополнительных усилий. Общая миграция будет намного продолжительнее, но у вас будет возможность спланировать каждую коллекцию по отдельности, чтобы это произошло в наименее разрушительный момент.
Во время миграции вы можете использовать спецификации TFS и SQL Server, особенно если вы используете виртуальный. В прошлом я добавил 8 дополнительных ядер и 16 ГБ памяти, чтобы ускорить процесс. Переход к быстрому сетевому хранилищу или возможность обновить машину до SSD - подходящий момент.
Также убедитесь, что ваш SQL Server был настроен для массового ввода-вывода. Миграции имеют тенденцию перемещать много данных вокруг. Наличие журналов SQL на отдельном диске и разделение базы данных tempdb между различными файлами, равное количеству ядер курса, может иметь огромное значение.
предупреждение: были известные проблемы с операциями отсоединения, приводящие к потере групп безопасности. TFS 2015 обнаружит эти случаи и предупредит вас, когда вы попытаетесь присоединить коллекцию. Правильный процесс - создать резервную копию сервера непосредственно перед операцией отсоединения и восстановить ее в случае сбоя.
примечание: хотя существуют инструменты, которые могут синхронизировать данные между серверами, они, как правило, охватывают только частичные миграции данных. Многие не поддерживают теги рабочих элементов, ни один не поддерживает передачу данных столбца Канбан, сборки, изменения настроек безопасности и т. Д. У всех инструментов миграции есть одна общая черта: они теряют временную метку изменений. Все эти инструменты написаны поверх клиентской объектной модели TFS, поэтому идея, что вы можете легко перенести дополнительные данные позже, не соответствует действительности. Если бы это было так просто, эти инструменты миграции имели бы более широкий охват и меньше ошибок.
Вам необходимо скопировать базу данных 2012 года на новое оборудование и вставить любые дополнительные данные, а затем выполнить миграцию с 2012 по 2015 год.
Примечание - я согласен с ds19, вы не должны вставлять данные непосредственно в базу данных SQL. Вы можете безопасно использовать TFS API для массовой загрузки данных.