Если у вас есть устройства под управлением Windows 8 Enterprise (Корпоративная), то обновиться до Windows 8.1 можно с помощью SCCM 2012 R2 очень просто. Ваши приложения, данные учетных записей и настройки будут перенесены в новую систему, а на диске C: будет создан каталог Windows.old.
Необходимо помнить, что поддержка Windows 8.1 начинается с версий SCCM 2012 SP1 CU3 или SCCM 2012 R2.
Распаковываем ISO образ Windows 8.1 в сетевую папку.
Создаем новое приложение в SCCM 2012 R2.
На пункте Тип развертывания — Deployments Type выбираем Add и указываем ручной режим.
В Content location выбираем распакованный ISO образ системы, а в Installation program указываем Setup.exe /auto:upgrade
Добавляем правило определения, для этого можно указать ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion и значение ProductName, равное Windows 8.1 Enterprise.
Назначаем установку на систему.
Дополнительно можно создать требование «Только для Windows 8«. Здесь же можно добавить требование к месту на системном диске.
После этого доставляем новое приложение на точки рапространения и применяем на коллекции устройств.
Для удобства можно создать 2 коллекции (и 2 образа):
Windows 8 64 битные
[sql]select SMS_R_SYSTEM.ResourceID,
SMS_R_SYSTEM.ResourceType,
SMS_R_SYSTEM.Name,
SMS_R_SYSTEM.SMSUniqueIdentifier,
SMS_R_SYSTEM.ResourceDomainORWorkgroup,
SMS_R_SYSTEM.Client from SMS_R_System
inner join SMS_G_System_COMPUTER_SYSTEM on SMS_G_System_COMPUTER_SYSTEM.ResourceId = SMS_R_System.ResourceId
where SMS_R_System.OperatingSystemNameandVersion like "%Workstation 6.2%"
and SMS_G_System_COMPUTER_SYSTEM.SystemType = "x64-based PC"[/sql]
Windows 8 32 битные
[sql]select SMS_R_SYSTEM.ResourceID,
SMS_R_SYSTEM.ResourceType,
SMS_R_SYSTEM.Name,
SMS_R_SYSTEM.SMSUniqueIdentifier,
SMS_R_SYSTEM.ResourceDomainORWorkgroup,
SMS_R_SYSTEM.Client from SMS_R_System
inner join SMS_G_System_COMPUTER_SYSTEM on SMS_G_System_COMPUTER_SYSTEM.ResourceId = SMS_R_System.ResourceId
where SMS_R_System.OperatingSystemNameandVersion like "%Workstation 6.2%"
and SMS_G_System_COMPUTER_SYSTEM.SystemType = "x86-based PC"[/sql]
Если тип установки был выбран «Доступно — Available«, то у пользователя в Центре программного обеспечения появится это приложение и он сможет самостоятельно выбрать удобное время для обновления.
У пользователя появится такое окно и устройство будет один раз перезагружено.
Всё!
Попробую, тока начал дружить с этой системой
Доброго времени суток!
Отработал мануал, все деплоится прекрасно! НО есть засада, если юзер сидит по Wi-Fi «что-то» происходит и после ребута видимо нигде не ставится пометка о успешном обновлении и идет все опять и так циклично: dl, install, reboot, login, dl … и тд Лечил удалением темповой папки и убиением процесса sysprep.exe. После он показывает статус SC «Failed» и успокаивается. На деле же полностью законченное обновление — работающая 8.1
Где можно почитать лог по этому поводу? По лану все отрабатывает збс, некоторые юзеры и по wi-fi без проблем обновились. Нужно локализовать трабл((
Хелп!
Спасибо!
а вы точно обновляете windows 8.1 enterprise, а не какую-нибудь Pro/Профессиональная?
Железняк! У нас только Корпорат выпуск в конторе. Есть подозрения что ничего бы отработало просто
Хотя бы намек куда апп-логи из Software Centr пишутся
Понятно что трабл скорее всего на конечных компах ибо слишком бессистемно при одинаковых условиях себя это все ведет(
ну корпоративная это и есть enterprise.
тут все дело в том, что в логе appenforce.log много не найдете, т.к. это не последовательность задач, то и smsts.log не будет, чтобы посмотреть все шаги установки.
если честно, то я даже не знаю какой лог смотреть, т.к. этот способ не очень подходит для обновления в корпоративной среде, хотя и работает.
Может быть через Report Services можно как то потоньше посмотреть ход выполнения? У меня нет такой роли, вот думаю пробовать или нет, показывают ли они такое?
службы репорта тут не помогут.
На самом деле способов может быть много и все они идут через создание последовательности задач, захват профиль пользователя и миграцию софта (если поддерживается). Ключевые слова — USMT и интеграция с MDT, т.к. с помощью него (MDT) можно много чего кастомизировать при миграции/установке новой ОС.
Читайте статьи inplace migrate, migrate with hard-links sccm и прочее… у меня тут такого контента нет ;(
Это утопия))))) USMPoint у меня поднята и все настроено по правилам и мануалам! И даже из самой винды через Софтцентр вся TS отрабатывает корректно. Но вот из WinPE насмерть никак не идет) С другой стороны апргрейд производится из рабочей системы конечно, поэтому можно и подзабить и подебажить потом =/
Но в целом все сводится на непрохождение авторизации из винПЕ на саму USMPoint… В режиме ПЕ при нажатии F8 пытаюсь net use x: %myUSMPoint% анонимно и используя текущие креденшелы машины и окружения ничего не мапится, если явно что-то доменное указать то все ок… Не сталкивались с таким? Как идет авторизация на сайт-серверы из ВинПЕ? Какие нужны разрешения? Спасибо!
а network access account указан в настройках sccm?
Более того, он указан на сайт-сервере в группе доступа =/ Соответственно на самом сайте указан как NAA… аккаунт является сервисным, не имея привилегий доменного админа, лишь входит в группы доступа на сайт-серверах и имеет некоторые делегирования… Может в этом дело?
Для мяса/эрудиции =)
Это ман от мелкомягких, делается несколько по-другому, не знаю в чем соль, но по нему все хорошо в моем окружении, может кому то поможет =) Я грешу на детекшн, там он по другому сделан, мб тут @ покопалась)
https://technet.microsoft.com/en-us/library/dn744271.aspx
Подводный камень связаный с отваливанием активации еще есть… У кого КМС, конечно, пофиг, а вот я подзапарился) В итоге DISM’ом тупо вшил в install.wim ключ)
dism /Image:%ваша_mountpoint% /Set-ProductKey:%ключ%