Тестирование обновления TFS на клонированной виртуальной машине
Я клонировал наш текущий сервер TFS 2012, чтобы протестировать обновление до TFS 2015. Я оставил виртуальную машину в автономном режиме во время обновления предварительных требований, а также переименовал ее, чтобы не было проблем с DNS на существующем сервере, который все еще работает.
Я надеялся выполнить обновление в автономном режиме, но оно не могло продолжаться без связи с DC. Поэтому я хотел бы знать, есть ли риск включения виртуальной машины во время обновления, учитывая, что в том же домене AD имеется существующая установка TFS. Будет ли он пытаться внести какие-либо изменения в AD, например, которые будут пытаться указывать клиентам на новую среду?
Спасибо за ваш вклад.
Я могу придумать один риск, связанный с тем, что ваши компьютеры могут решить изменить свой пароль во время тестирования. Первоначально каждый компьютер будет использовать одно и то же имя учетной записи и пароль, но если срок действия пароля истечет во время тестирования (по умолчанию каждые 30 дней), один или другой сможет изменить его, а другой потеряет связь с домен. Вы должны иметь возможность переименовать клонированную виртуальную машину и использовать SysPrep для создания для нее нового идентификатора безопасности. Не уверен, однако, как это переименование повлияет на TFS.
Если задуматься, есть ли причина, по которой вы не можете сделать снимок виртуальной машины, выполнить обновление, выполнить тесты и, если все прошло успешно, удалить снимок?
Клонирование серверов TFS не представляет никакого риска, если вы следуете документированным процедурам. Перед завершением установки TFS необходимо убедиться, что вы вызываете «tfconfig changeserverid» на клоне.
- Создайте новую виртуальную машину для TFS и установите TFS 2015.3 (или такую же, как в производственной среде).
- Восстановите всю базу данных TFS (конфигурация + коллекции + хранилище)
- Вызов ChangeServerID на клоне
- Запуск мастера «Настройка нового приложения»
Готово ...