Цей розділ присвячений Windows System Image Manager (WSIM) та автоматизації Windows Setup.

Тут розглядається створення Answer File, структура unattend.xml, Configuration Passes, налаштування компонентів Windows, драйверів, пакетів та автоматичних команд.

Головна мета — показати, як за допомогою WSIM перетворити ручне встановлення Windows на керований та автоматизований процес.

⚙️ Windows System Image Manager — WSIM 

Windows System Image Manager (Windows SIM / WSIM) — інструмент Windows ADK для створення та редагування Answer Files — XML-файлів, які задають параметри автоматизованого встановлення та налаштування Windows. WSIM працює з Windows image .wim та каталогом .clg, щоб показати доступні компоненти, пакети й налаштування.

Windows Image

    ↓

WSIM

    ↓

Answer File

    ↓

unattend.xml

    ↓

Windows Setup

    ↓

автоматично налаштована Windows

1. 📄 Що таке Answer File

Answer File — XML-файл із параметрами, які Windows Setup використовує під час встановлення.

У ньому можна описати, наприклад:

• конфігурацію дисків;

• вибір Windows image;

• параметри Windows Setup;

• облікові записи;

• налаштування системи;

• драйвери;

• пакети;

• параметри OOBE;

• команди та сценарії, які повинні виконуватися на певному етапі установки.

Це фактично сценарій поведінки Windows Setup.

2. 📄 unattend.xml

Найтиповіший формат Answer File — unattend.xml.

Наприклад, логіка може виглядати так:

unattend.xml

│

├── windowsPE

│   ├── DiskConfiguration

│   ├── ImageInstall

│   └── Windows Setup

│

├── offlineServicing

│   ├── Packages

│   └── Drivers

│

├── specialize

│   └── System configuration

│

├── auditSystem

│   └── Audit Mode settings

│

├── auditUser

│   └── User-level audit settings

│

└── oobeSystem

    └── OOBE settings

Саме configuration passes визначають, коли конкретне налаштування буде застосовано.

3. 🖥️ Windows Setup

WSIM тісно пов'язаний із Windows Setup.

Наприклад, у windowsPE можна автоматизувати:

• підготовку диска;

• створення/зміну розділів;

• вибір образу;

• вибір місця встановлення;

• частину параметрів самого Setup.

Тобто замість:

Setup

↓

користувач натискає кнопки

↓

вибирає диск

↓

вибирає образ

↓

вводить параметри

можна побудувати:

Setup

↓

unattend.xml

↓

автоматичне виконання заданих параметрів

Microsoft прямо описує Answer File як механізм автоматизації Windows Setup. Наприклад, Autounattend.xml можна розмістити на USB, після чого Setup шукатиме його під час запуску.

4. ⚙️ Налаштування компонентів Windows

WSIM показує Components та доступні для них настройки.

Наприклад:

Components

│

├── Microsoft-Windows-Setup

├── Microsoft-Windows-Shell-Setup

├── Microsoft-Windows-UnattendedJoin

├── Microsoft-Windows-Deployment

└── ...

Усередині компонентів знаходяться конкретні параметри.

Важливий момент: не потрібно додавати в Answer File все підряд. Microsoft рекомендує додавати лише ті параметри, які реально необхідні.

5. 🔄 Configuration Passes

Це одна з ключових концепцій WSIM.

Налаштування не просто «виконуються десь під час інсталяції». Вони прив'язані до певної фази.

Спрощено:

windowsPE

    ↓

Windows Setup / диск / вибір образу

    ↓

offlineServicing

    ↓

пакети / драйвери / обслуговування образу

    ↓

specialize

    ↓

системна конфігурація

    ↓

oobeSystem

    ↓

OOBE

Окремо існують auditSystem та auditUser, які використовуються при роботі в Audit Mode.

Саме тому в WSIM важливо не тільки що налаштувати, а й коли це налаштування повинно застосовуватися.

6. 🧩 Драйвери

WSIM може додавати до Answer File шляхи до out-of-box drivers.

Наприклад:

Drivers

└── C:\Drivers

    ├── Storage

    ├── Network

    └── Chipset

Під час установки Windows Setup використовує зазначені шляхи для пошуку INF-драйверів.

Особливо важливі boot-critical drivers — наприклад, драйвери, необхідні для доступу до диска або мережі під час windowsPE.

Це важливо для сценаріїв, коли «чиста» WinPE/Setup ще не бачить потрібний Storage або Network controller.

7. 📦 Пакети

Answer File може працювати і з Windows packages.

До них належать, зокрема:

• оновлення;

• language packs;

• service packs;

• інші Windows packages;

• деякі компоненти Windows.

Тобто WSIM дозволяє описати не тільки:

«Як встановити Windows?»

а й:

«Які пакети повинні бути присутні або оброблені під час deployment?»

8. 🛠️ Custom Commands

Answer File може використовуватися не тільки для статичних параметрів.

Через відповідні механізми можна запускати команди та сценарії на певних етапах deployment. Microsoft також описує використання Answer Files для запуску скриптів після створення першого користувача та вибору мови.

Тобто логіка може бути такою:

Windows Setup

     ↓

Answer File

     ↓

Configuration Pass

     ↓

Custom Command / Script

     ↓

додаткова автоматизація

Але самі команди тут не розписуємо — для цього вже є COMMAND REFERENCE та відповідні практичні матеріали BAT Systems Group.

🔐 Важливий момент — безпека

unattend.xml може містити чутливі дані:

• product keys;

• паролі;

• дані облікових записів;

• іншу конфігураційну інформацію.

Тому Answer File не варто бездумно залишати у відкритому доступі або переносити разом із готовою системою. Microsoft окремо рекомендує контролювати доступ і враховувати кешування Answer File у %WINDIR%\Panther.

🧠 Головна роль WSIM у Deployment

Ось тут, на мою думку, варто поставити головний акцент сторінки:

            🖥️ Windows Image

                    │

                    ▼

             ⚙️ WSIM

                    │

                    ▼

            📄 Answer File

             unattend.xml

                    │

          ┌─────────┼─────────┐

          ▼         ▼         ▼

       Setup     Drivers    Packages

          │         │         │

          └─────────┼─────────┘

                    ▼

          ⚙️ Configuration Passes

                    │

                    ▼

             🪟 Windows Setup

                    │

                    ▼

          🎯 Configured Windows

WSIM — це “режисер” Windows Setup.
Він не є самим Deployment Engine і не замінює DISM. Він визначає, які налаштування, компоненти, драйвери, пакети та дії повинні бути застосовані і на якому етапі встановлення.