2015-03-19 5 views
0

Я использую утилиту OpsHub Visual Studio Online Migration Utility за последнюю неделю для перемещения проектов на VSO.OpsHub VSOnline Migration - миграция приостановлена ​​- таймаут чтения

Один из наших больших проектов длился около 36 часов, и после того, как все изменения и изменения прошли, я получаю результат с ошибкой миграции.

В разделе «Рабочий раздел» я вижу ссылку «Миграция приостановлена» с прилагаемым скриншотом.

OpsHub Migration Failed Screenshot

Я перезапуске сервера, очистил TFS кэша и т.д. Если я начну миграция снова занимает много времени (около получаса или больше), прежде чем он не раз с тем же результатом ,

Я действительно не хочу повторно запускать все это еще 36 часов, чтобы снова запустить ту же проблему.

Что делать?

+0

. Ваша миграция завершена, так как вы можете видеть, что количество изменений, переданных для контроля работы и контроля версий, достигло общего количества ревизий. Однако для дальнейшей отладки проблемы вы можете поделиться файлы журналов из C: \ Program Files \ OpsHub Visual Studio Online Migration Utility \ logs. Запишите все файлы журналов и отправьте i t to [email protected] Пожалуйста, укажите ссылку на URL-адрес stackoverflow по почте, чтобы мы могли связать его с вашим потоком. Спасибо, поддержка OpsHub –

+0

@OpshubInc. Эти файлы журнала имеют размер почти 0,5 ГБ, хотя я уверен, что он будет хорошо сжиматься. Извинения, но я испытываю давление, чтобы добиться этого, поскольку 3 дня, выделенные для миграции, теперь стали 8 днями и считаются из-за медленного характера инструмента. Однако мне удалось обойти эту проблему (как ответ ниже). Спасибо за помощь. – Jaans

ответ

1

Принимая мою очередь из фразы «Test Result» в сообщении об ошибке, я закончил работать по данному вопросу, выполнив следующие действия:

  1. уменьшается история сборки, удалив старые версии мы определенно больше не необходимо было также удалить все вложения (например, результаты тестов) из сборников, которые я смог удалить.
  2. Сокращение данных результатов теста путем очистки вложений с помощью инструмента TFS PowerTools Test Attachment Cleaner. (У нас есть этот проект с TFS2008, где большое количество вложений было включено в автоматизированные сборки, чем с TFS 2012). Следующая ссылка была особенно полезной в этом отношении: Guide to reduce TFS database growth using the Test Attachment Cleaner
  3. В то время как я был на ней, я также очистил другие приложения, не связанные с тестированием. (Не уверен, если это имеет какое-либо влияние на решения этой конкретной проблемы.

После вышеуказанных действий, я снова начал ту же миграцию и после долгого времени (~ 45 минут) она успешно завершена.

Также интересна следующая дополнительная ссылка: When to use the Test Attachment Cleaner and when not

 Смежные вопросы

  • Нет связанных вопросов^_^