Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 22
И все это ради того, чтобы софт не переустанавливать?
По-моему, с точки зрения надежности и стабильности последующей работы лучше накатить 8.1 с нуля.
По-моему, с точки зрения надежности и стабильности последующей работы лучше накатить 8.1 с нуля.
Настройки не переедут — значит и софт надо будет с нуля ставить — так что это просто переезд профиля пользователя с документами получается.
Настройки можно переехать вручную.
Копированием %appdata%, %localappdata%, %commonprogramfiles% папок в соответствующие на целевой машине (с учетом х64 расположений).
А так же копированием веток реестра для списка нужных программ. Потом папки самих программ из %programfiles%.
В большинстве случаев даже лицензию программ удается перенести и переустанавливать их не приходится.
Дальше делается осмотр всех папок и размеров папок для вычисления где пользователь хранил свои данные.
По-моему вручную это делать быстрее чем через USMT, поскольку в процессе можно найти еще кучу ненужных файлов которые не придется копировать.
Копированием %appdata%, %localappdata%, %commonprogramfiles% папок в соответствующие на целевой машине (с учетом х64 расположений).
А так же копированием веток реестра для списка нужных программ. Потом папки самих программ из %programfiles%.
В большинстве случаев даже лицензию программ удается перенести и переустанавливать их не приходится.
Дальше делается осмотр всех папок и размеров папок для вычисления где пользователь хранил свои данные.
По-моему вручную это делать быстрее чем через USMT, поскольку в процессе можно найти еще кучу ненужных файлов которые не придется копировать.
В WinXP нету некоторых папок таких, плюс простое копирование %programfiles%, перенос веток реестра программам не поможет — многим таким старым прогам нужны библиотеки в %windows\system32% и эти dll надо еще зарегить в системе — а это не в ветках программ в реестра
Анализ таких зависимостей — обычно нетривиальная задача и глюки обеспечены, если просто перенести файлы и ветки реестра.
Плюс часто нормальные проги при вводе ключа генерят ключи в реестре по сложным алгоритмам, включая и тип ОС — при переносе все упадет.
Анализ таких зависимостей — обычно нетривиальная задача и глюки обеспечены, если просто перенести файлы и ветки реестра.
Плюс часто нормальные проги при вводе ключа генерят ключи в реестре по сложным алгоритмам, включая и тип ОС — при переносе все упадет.
В WinXP есть все такие папки но расположены по другим путям.
DLL зависимости вычисляются просто и копированием DLL в папку с прогой все решается, а если нет то регистрацией в системе точно.
А про ключи я уже сказал, что в большинстве случаев лицензия переносится.
>Плюс часто нормальные проги при вводе ключа генерят ключи в реестре по сложным алгоритмам, включая и тип ОС — при переносе все упадет.
USMT в этом поможет?
DLL зависимости вычисляются просто и копированием DLL в папку с прогой все решается, а если нет то регистрацией в системе точно.
А про ключи я уже сказал, что в большинстве случаев лицензия переносится.
>Плюс часто нормальные проги при вводе ключа генерят ключи в реестре по сложным алгоритмам, включая и тип ОС — при переносе все упадет.
USMT в этом поможет?
Да-да — копированием в папку программы? Часто пути жестко вбиты внутрь программы. Разобрать 10-20 прог, чтобы вычислить несколько десятков библиотек, и раскидать по разным папкам — да вы батенька знаете толк в извращениях
USMT не поможет?
А есть веселые программы, которые ключи в реестре в местах столь интересных оставляют, что вы их без монитора реестра во время запуска программы не сможете найти. И такой ключ вы не сможете перенести.
USMT не поможет?
А есть веселые программы, которые ключи в реестре в местах столь интересных оставляют, что вы их без монитора реестра во время запуска программы не сможете найти. И такой ключ вы не сможете перенести.
Копированием %appdata%, %localappdata%, %commonprogramfiles% папок в соответствующие на целевой машине (с учетом х64 расположений).
Не умаетесь на парке хотя бы в 50+ машин? Трудоемкий процесс-то, если вручную.
Подозреваю что даже после USMT найдется что на каждой из 50+ машин подправить.
Считаю лучшим вариантом настройку на одной машине завершить, и клонировать винты через CloneZilla по сети.
Считаю лучшим вариантом настройку на одной машине завершить, и клонировать винты через CloneZilla по сети.
Да это понятно, что лучше всего иметь один преднастроенный образ. А как его потом распространять, через WDS или Клонзиллой — дело вкуса. Вопрос в сохранении личных настроек пользователя и в том, как этого добиться минимальными усилиями.
Родной WDS вполне хорош, он работает начиная с Windows Server 2008, емнип. В интернете достаточно много статей на тему его использования, все относительно понятно и просто, но в двух словах я все равно рассказать не смогу, лучше погуглите :)
Sysprep, конечно, нужно использовать, и не только из-за генерации новых SSID, но и для повторной установки драйверов — наверняка у вас на машинах разное железо попадается. Разворачивать подготовленные sysprep-ом образы можно любым подходящим софтом, я пользовался Acronis True Image раньше. Сейчас у меня везде Windows 7 и серверные ОС 2008r2 и выше, так что образы разворачиваю через WDS — быстро и удобно.
Sysprep, конечно, нужно использовать, и не только из-за генерации новых SSID, но и для повторной установки драйверов — наверняка у вас на машинах разное железо попадается. Разворачивать подготовленные sysprep-ом образы можно любым подходящим софтом, я пользовался Acronis True Image раньше. Сейчас у меня везде Windows 7 и серверные ОС 2008r2 и выше, так что образы разворачиваю через WDS — быстро и удобно.
Потом папки самих программ из %programfiles%.
Так никто не делает, через USMT накатываются настройки уже после установки приложений.
Не исключаю вариантов с упоротым хелпдеском, но лучше направить энергию на что-нибудь создательное. Например, освоить App-V или написание конфигов для USMT.
А смысл? Рабочие станции, на которых ещё осталась XP, вряд ли потянут восьмёрку. На рабочих станция которые могут потянуть восьмёрку, обычно куча специфичного софта и естественно он не просто установлен, а ещё и настроен, так что ограничение №2 ставит крест на всей этой затее. Мы обычно весь процесс делаем вручную, сохраняем все настройки, смотрим какой софт есть и разбираемся всё ли из установленного используется, сохраняем пользовательские данные, причём зачастую много из накопленного просто не нужно (по разным причинам) и может быть удалено. Причём зачастую, данные пользователей (документы и т.д.) хранятся в самых неожиданных местах, а не только в «Мои документы». Установка новой системы много времени и сил не занимает, дольше устанавливать необходимый софт и настраивать его. В особо сложных случаях готовим новый компьютер, всё настраиваем по аналогии со старым, проверяем, выставляем. И то бывает не всё учитываем и приходится вновь включать старый и смотреть, «что да как». Вы же описываете абстрактную рабочую станцию на которой установлен только Word и все документы хранятся в «Мои документы».
USMT позволяет мигрировать настройки приложений, но вначале придётся написать свои конфиги с описанием папок и ключей реестра в которых они хранятся.
Довольно странно, что автор отказался от переноса настроек, впрочем, миграция на Windows 8.1 вызывает не меньше вопросов.
Довольно странно, что автор отказался от переноса настроек, впрочем, миграция на Windows 8.1 вызывает не меньше вопросов.
Прошу прощения, в USMT для Windows 8.1 действительно вырезали поддержку импорта настроек старых версий:
blogs.technet.com/b/configmgrteam/archive/2013/09/12/how-to-migrate-user-data-from-win-xp-to-win-8-1-with-system-center-2012-r2-configmgr.aspx
blogs.technet.com/b/configmgrteam/archive/2013/09/12/how-to-migrate-user-data-from-win-xp-to-win-8-1-with-system-center-2012-r2-configmgr.aspx
Мы просто просим пользователя прислать список необходимого ПО, сложить все необходимые файлы на диск D и ставим по WDS чистую систему. Потом допиливаем под конкретного пользователя.
Статья небезынтересная, хотя мне лично вряд ли пригодится. А не рассматривали вариант с переводом документов пользователей на сервер через Folder Redirection с последующей заменой машины на новую с предустановленной и преднастроенной восьмеркой?
Испокон веков профиль пользователя переназначали на диск Д, и все ваши манипуляции при таком раскладе свелись бы к накатыванию новой системы, переназначения папки профиля пользователя на диск Д и накатыванию нужного софта групповыми политиками. ВСЕ.
Надо быть проще.
Надо быть проще.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Миграция с Windows XP на 8.1 с использованием SCCM 2012 R2 и MDT 2013