У цьому розділі розглядаються основні інструменти Windows ADK, які використовуються для роботи з Windows-образами та процесом розгортання.

Пояснюється роль DISM, BCDBoot, Oscdimg та інших компонентів у загальному ланцюжку Deployment, а також те, як підготовлений Windows-образ проходить шлях від вихідного дистрибутива до готової системи.

1. 🖥️ Deployment and Imaging Tools Environment

Це перше, що варто зрозуміти.

Це не окрема операційна система і не GUI-програма.

Це спеціально підготовлене командне середовище, яке встановлюється разом із Deployment Tools.

Його можна знайти через меню Пуск:

Windows Kits → Deployment and Imaging Tools Environment

Microsoft рекомендує запускати його від імені адміністратора.

Для чого воно потрібне?

Щоб у командному рядку були правильно доступні deployment-утиліти ADK.

Наприклад:

Deployment and Imaging Tools Environment

                │

                ├── DISM

                ├── Oscdimg

                ├── BCDBoot

                └── інші deployment-компоненти

Тобто це своєрідна точка входу адміністратора в інструментарій Deployment.

2. 🖼️ DISM

DISM — Deployment Image Servicing and Management.

Це один із головних інструментів у всій системі Windows Deployment.

Microsoft визначає DISM як командний інструмент для обслуговування та підготовки Windows-образів. Він працює з WIM, FFU, VHD/VHDX і може обслуговувати як offline-образи, так і запущену Windows у відповідних сценаріях.

У спрощеному вигляді:

DISM

│

├── 🔎 Information

│

├── 📦 Image Management

│   ├── Mount

│   ├── Unmount

│   ├── Capture

│   ├── Apply

│   ├── Export

│   └── Split

│

└── 🛠️ Image Servicing

    ├── Drivers

    ├── Packages

    ├── Features

    ├── Languages

    └── Components

Що він робить?

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

install.wim

     ↓

Mount

     ↓

C:\Mount

     ↓

змінити Windows

     ↓

додати драйвер

додати пакет

додати мову

увімкнути компонент

     ↓

Unmount / Commit

     ↓

оновлений install.wim

Але самі команди DISM ми тут не розписуємо, бо вони вже належать вашому 🖥️ COMMAND REFERENCE.

Тут наше завдання — пояснити роль DISM у Deployment, а не створити другий довідник команд.

3. 💿 Oscdimg

Oscdimg — командний інструмент Microsoft для створення ISO-образів із підготовленого набору файлів. Він особливо використовується для створення завантажувального ISO, зокрема WinPE media. Microsoft включає його до довідника Windows Deployment Command-Line Tools.

Схема:

Підготовлені файли

       │

       ▼

   Oscdimg

       │

       ▼

    Windows.iso

Наприклад, після створення та налаштування WinPE:

WinPE working folder

        │

        ▼

     Oscdimg

        │

        ▼

   bootable ISO

Тобто Oscdimg відповідає не за саму Windows, а за формування ISO-носія з підготовленого набору файлів.

4. 🥾 BCDBoot

BCDBoot потрібен для підготовки середовища завантаження Windows.

Його роль особливо добре видно після застосування Windows-образу:

install.wim

    │

    ▼

Apply Image

    │

    ▼

Windows-файли

    │

    ▼

BCDBoot

    │

    ▼

Boot files + BCD

    │

    ▼

Windows може завантажитися

Microsoft описує BCDBoot саме як інструмент, який під час image deployment ініціалізує BCD store та копіює boot environment files на системний розділ.

Тому важливо розуміти:

DISM може покласти Windows на диск, але цього самого по собі недостатньо для нормального завантаження системи.

Потрібно ще правильно підготувати boot environment.

І це вже роль BCDBoot.

5. 🧱 Як усе це працює разом

Ось тут, на мою думку, має бути головна схема сторінки Deployment Tools:

                   🚀 DEPLOYMENT TOOLS

                           │

                           ▼

             Deployment and Imaging Tools

                       Environment

                           │

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

             ▼             ▼             ▼

           DISM         Oscdimg       BCDBoot

             │             │             │

             │             │             └── Boot

             │             │

             │             └── ISO

             │

             ├── Prepare

             ├── Service

             ├── Capture

             └── Apply

             │

             ▼

       Windows Image

             │

             ▼

          Target PC

             │

             ▼

       Bootable Windows

І вже повний процес:

Windows ISO

     │

     ▼

install.wim / install.esd

     │

     ▼

┌──────────────────────┐

│  Підготовка образу   │

│  DISM                │

└──────────────────────┘

     │

     ▼

Customized Image

     │

     ├──────────────► Capture

     │

     ▼

Deployment Image

     │

     ▼

┌──────────────────────┐

│  Target PC           │

│                      │

│  Disk preparation    │

│  Apply Image         │

│  BCDBoot             │

└──────────────────────┘

     │

     ▼

🪟 Windows

6. 🖥️ А де тут WinPE?

Ось тут не змішуємо поняття.

WinPE надзвичайно важливий для Deployment, але в сучасному ADK WinPE є окремим add-on, а не просто ще одним прапорцем усередині самого компонента Deployment Tools. Microsoft прямо вказує, що WinPE Add-on встановлюється окремо.

Тому на нашій карті:

Windows ADK

│

├── 🚀 Deployment Tools

│

└── 🖥️ WinPE Add-on

А вже разом вони дають:

Deployment Tools

       +

    WinPE

       │

       ▼

середовище для виконання

deployment-операцій

Це важливе розмежування, і я б його обов'язково залишив на сторінці, щоб читач не запам'ятав неправильну модель ADK.

7. 🧠 Головна ідея Deployment Tools

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

        ▼            ▼            ▼

      DISM        Oscdimg      BCDBoot

        │            │            │

        ▼            ▼            ▼

      Image         ISO          Boot

        │

        └──────────────┐

                       ▼

                   🖥️ WinPE

                       │

                       ▼

                 🚀 Deployment

                       │

                       ▼

                    ПК

DISM — працює з образом.
Oscdimg — формує ISO.
BCDBoot — готує завантаження.
WinPE — дає середовище, з якого ці операції можна виконувати під час deployment.