Если у вас есть устройства под управлением 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 в сетевую папку.

sccm2012updatewindows8_1

Создаем новое приложение в SCCM 2012 R2.

sccm2012updatewindows8_2

На пункте Тип развертывания — Deployments Type выбираем Add и указываем ручной режим.

sccm2012updatewindows8_3

В Content location выбираем распакованный ISO образ системы, а в Installation program указываем Setup.exe /auto:upgrade

sccm2012updatewindows8_4

Добавляем правило определения, для этого можно указать ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion и значение ProductName, равное Windows 8.1 Enterprise.

sccm2012updatewindows8_5

Назначаем установку на систему.

sccm2012updatewindows8_6

Дополнительно можно создать требование «Только для Windows 8«. Здесь же можно добавить требование к месту на системном диске.

sccm2012updatewindows8_7

После этого доставляем новое приложение на точки рапространения и применяем на коллекции устройств.

Для удобства можно создать 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«, то у пользователя в Центре программного обеспечения появится это приложение и он сможет самостоятельно выбрать удобное время для обновления.

У пользователя появится такое окно и устройство будет один раз перезагружено.

sccm2012updatewindows8_8

Всё!

11 КОММЕНТАРИИ

  1. Доброго времени суток!
    Отработал мануал, все деплоится прекрасно! НО есть засада, если юзер сидит по Wi-Fi «что-то» происходит и после ребута видимо нигде не ставится пометка о успешном обновлении и идет все опять и так циклично: dl, install, reboot, login, dl … и тд Лечил удалением темповой папки и убиением процесса sysprep.exe. После он показывает статус SC «Failed» и успокаивается. На деле же полностью законченное обновление — работающая 8.1
    Где можно почитать лог по этому поводу? По лану все отрабатывает збс, некоторые юзеры и по wi-fi без проблем обновились. Нужно локализовать трабл((
    Хелп!
    Спасибо!

  2. Железняк! У нас только Корпорат выпуск в конторе. Есть подозрения что ничего бы отработало просто
    Хотя бы намек куда апп-логи из Software Centr пишутся
    Понятно что трабл скорее всего на конечных компах ибо слишком бессистемно при одинаковых условиях себя это все ведет(

    • ну корпоративная это и есть enterprise.
      тут все дело в том, что в логе appenforce.log много не найдете, т.к. это не последовательность задач, то и smsts.log не будет, чтобы посмотреть все шаги установки.
      если честно, то я даже не знаю какой лог смотреть, т.к. этот способ не очень подходит для обновления в корпоративной среде, хотя и работает.

  3. Может быть через Report Services можно как то потоньше посмотреть ход выполнения? У меня нет такой роли, вот думаю пробовать или нет, показывают ли они такое?

    • службы репорта тут не помогут.
      На самом деле способов может быть много и все они идут через создание последовательности задач, захват профиль пользователя и миграцию софта (если поддерживается). Ключевые слова — USMT и интеграция с MDT, т.к. с помощью него (MDT) можно много чего кастомизировать при миграции/установке новой ОС.
      Читайте статьи inplace migrate, migrate with hard-links sccm и прочее… у меня тут такого контента нет ;(

  4. Это утопия))))) USMPoint у меня поднята и все настроено по правилам и мануалам! И даже из самой винды через Софтцентр вся TS отрабатывает корректно. Но вот из WinPE насмерть никак не идет) С другой стороны апргрейд производится из рабочей системы конечно, поэтому можно и подзабить и подебажить потом =/
    Но в целом все сводится на непрохождение авторизации из винПЕ на саму USMPoint… В режиме ПЕ при нажатии F8 пытаюсь net use x: %myUSMPoint% анонимно и используя текущие креденшелы машины и окружения ничего не мапится, если явно что-то доменное указать то все ок… Не сталкивались с таким? Как идет авторизация на сайт-серверы из ВинПЕ? Какие нужны разрешения? Спасибо!

  5. Более того, он указан на сайт-сервере в группе доступа =/ Соответственно на самом сайте указан как NAA… аккаунт является сервисным, не имея привилегий доменного админа, лишь входит в группы доступа на сайт-серверах и имеет некоторые делегирования… Может в этом дело?

  6. Для мяса/эрудиции =)
    Это ман от мелкомягких, делается несколько по-другому, не знаю в чем соль, но по нему все хорошо в моем окружении, может кому то поможет =) Я грешу на детекшн, там он по другому сделан, мб тут @ покопалась)
    https://technet.microsoft.com/en-us/library/dn744271.aspx

    Подводный камень связаный с отваливанием активации еще есть… У кого КМС, конечно, пофиг, а вот я подзапарился) В итоге DISM’ом тупо вшил в install.wim ключ)

    dism /Image:%ваша_mountpoint% /Set-ProductKey:%ключ%

Добавить комментарий