对 Windows 分区进行映像处理的最有效、最原始的方法是什么？

Question 1

对 Windows 分区进行映像处理的最有效、最原始的方法是什么？

对于大多数用户来说，通过DISM (经验值≤7：ImageX）是一般来说最好、最有效的方法，同时不会引起第三方工具或Windows 映像备份和备份和还原 (Windows 7)

Win XP ≥ 10 有总是本机支持的分区和文件系统映像：
- 对操作系统分区进行映像处理与其他分区略有不同，因为它只能从 WinPE/WinRE 进行映像处理
- 微软的Windows 图像文件格式白皮书解释了 WIM 格式
  - 威爾斯·莫爾斯 [西窗口我是age] 可以捕获整个分区或单个文件夹/文件
  - ESD [埃加密年代软件德istribution] 只能捕获操作系统分区，并且必须使用 /Compress:Recovery （算法比效率高~33% /Compress:Max）
    - Windows ≥ 10: 仅可用于 PBR [磷呼呼乙厄顿R埃塞特] 导出的图像
      Windows ≤ 8.1：只有可启动的 Windows 安装才能被捕获为 ESD
所有 WinPE/WinRE工作记忆模块已DISM包括在其中（Win XP≤7 ImageX：）：
- 温控器： 赢道斯磷重新安装埃环境
  （Windows 安装启动介质：SHIFT+F10访问终端）
- 温瑞： 赢道斯R生态恢复埃环境
  （WinRE 是包含额外WinPE 可选组件对恢复至关重要）
```
# Once booted to WinRE: Advanced → Troubleshoot → Command Prompt

# To boot to WinRE:
  Shutdown /f /r /o /t 0
```

注解：

许多人对“形象”这一术语提出质疑，这是正确的术语
- 个人无权更改开发人员的命名法，因为随意这样做只会在引用 Windows 手册页时造成混乱 [Microsoft Learn]
虽然我无法明确指出任何特定的 Windows 白皮书，但 Windows 的“图像”命名法可能来自于从服务角度对 Windows 的引用，即“图像”，这就是DISM为什么/Online/Image 参数：
- 在线图像服务处理一段%SystemDrive%时间启动它
- 离线映像服务处理非启动到%SystemDrive%
- 图像管理涉及这个答案的主题

影像

_{（Powershell 命令）}

通过创建WimScript.ini配置文件，/ScratchDir在 WinPE 中是必需的，因为它默认只有 32MB 的暂存 [临时] 空间：

虽然/CheckIntegrity （ImageX：）/Check并Verify延长处理时间，应始终使用它们，因为它们可以防止 WIM/ESD 中发生损坏

任何一个捕获或者附加一个图像：

捕捉图像：

# Windows ≥8: DISM
  Dism /Capture-Image /ImageFile:"Z:\Base.wim" /CaptureDir:"C:" /Name:"Windows Backup" /Description:"Base Image 2020.08.29 @ 11:30" /Compress:Max /CheckIntegrity /Verify /ScratchDir:"Z:"

# Windows XP ≤ 7: ImageX
  ImageX /Capture "C:" "Z:\Base.esd" "Windows Backup" "Base Image 2020.08.29 @ 11:30" /Compress:Recovery /Check /Verify /ScratchDir:"Z:\"

如果将图像保存到机械硬盘，压缩需要更长的时间，因此如果想要使用/Compress:Max或/Compress:Recovery并且时间是一个问题，使用会更有效率/Compress:Fast，出口稍后使用的图像最大限度或者恢复
为了管理尺寸限制，可以通过以下方式将图像拆分为多个只读.swm文件/Split-Image

附加图片：

# Windows ≥8: DISM
  Dism /Append-Image /ImageFile:"Z:\Base.wim" /CaptureDir:"C:" /Name:"Windows Backup" /Description:"Base Image 2020.08.29 @ 11:30" /CheckIntegrity /Verify /ScratchDir:"Z:"

# Windows XP ≤ 7: ImageX
  ImageX /Append "C:" "Z:\Base.esd" "Windows Backup" "Base Image 2020.08.29 @ 11:30" /Compress:Recovery /Check /Verify /ScratchDir:"Z:\"

压缩率锁定为捕获基础图像时设置的值
可以通过以下方式删除单个索引/Delete-Image或者通过以下方式导出到自己的图像/Export-Image

应用图像：

# Windows ≥8: DISM
  Dism /Apply-Image /ImageFile:"Z:\Base.wim" /Index:1 /ApplyDir:"C:" /CheckIntegrity /Verify /ScratchDir:"Z:"

# Windows XP ≤ 7: ImageX
  ImageX /Apply "Z:\Base.wim" 1 "C:" /Check /Verify /ScratchDir:"Z:\"

申请前，获取图片信息，确保应用了正确的索引 [image]：
```
Dism /Get-ImageInfo /ImageFile:"Z:\Base.wim"
```

如果应用操作系统映像，则必须在退出 WinPE/WinRE 之前运行以下命令：

BIOS：

BootRec /FixMBR && BootRec /FixBoot && BootRec /RebuildBCD

UEFI：

::# With existing bootable EFI partition:
    BootRec /FixMBR && BootRec /RebuildBCD


::# Without existing bootable EFI partition:
    ::# Create EFI directories and enter:
        MkDir "Y:\EFI\Microsoft\Boot"
        Cd /d "Y:\EFI\Microsoft\Boot"

    ::# Create EFI boot structure:
        BootRec /Fixboot

        ::# If Access Denied error occurs (C: is applied image):
            BcdBoot C:\Windows /s Y: /f UEFI

    ::# Resolve any other boot issues:
        BootRec /FixMBR && BootRec /RebuildBCD

访问 WIM 或 ESD 内的数据

只读：

挂载映像： （作为/ReadOnly）

# Windows ≥8: DISM
  Dism /Mount-Image /ImageFile:"Z:\Base.wim" /Index:2 /MountDir:"C:\Mount" /Optimize /CheckIntegrity /ReadOnly

# Windows XP ≤ 7: ImageX
  ImageX /Mount "Z:\Base.wim" 2 "C:\Mount" /Check

取而代之的是，我更喜欢.wim在.esd7zip图形用户界面

卸载映像： （/discard变化）

# Windows ≥8: DISM
  Dism /Unmount-Image /MountDir:"C:\Mount" /CheckIntegrity /Discard

# Windows XP ≤ 7: ImageX
  ImageX /Unmount "C:\Mount"

对图像 [索引] 进行更改或添加数据：

安装映像：

# Windows ≥8: DISM
  Dism /Mount-Image /ImageFile:"Z:\Base.wim" /Index:2 /MountDir:"C:\Mount" /Optimize /CheckIntegrity

# Windows XP ≤ 7: ImageX
  ImageX /MountRW "Z:\Base.wim" 2 "C:\Mount" /Check

卸载映像： （/Commit变化）

# Windows ≥8: DISM
  Dism /Unmount-Image /MountDir:"C:\Mount" /CheckIntegrity /Commit

# Windows XP ≤ 7: ImageX
  ImageX /Unmount "C:\Mount" /Commit

如果使用DISM，要将更改保存为新的附加图像，请添加/Append

对于大多数用户来说，本机方法通常是最好的方法吗？

使用本机方法 [WIM/ESD]，不需要额外的映像工具或启动媒体，因为支持已内置于 WinPE 和 Windows
它是不可能的防止 WIM/ESD 损坏，前提是/CheckIntegrity （ImageX：）/Check＆/Verify是总是用过的
捕获和应用.wim/.esd并不是所有成像[克隆]用例的最佳解决方案，但对于大多数用例而言：
- 捕获.wim/.esd需要存储介质来保存捕获的图像（未被映像的分区、USB 驱动器、网络共享等），同时还充当实际的备份基础映像
- 额外的备份同一分区可以附加到基础映像中，且文件大小增加幅度最小，虽然可以将来自多个分区的数据附加到同一个基础映像中，但 WIM 提供的智能压缩功能优势将会丢失

WIM/ESD 是智能压缩图像格式因此存储效率高：

当将新图像 [索引] 附加到 / 时，仅将更改的文件添加到.wim/中.esd；新附加的图像使用先前图像中已包含的未更改文件的相同副本（哈希已验证），允许图像相对于

附加图像示例中的数据保持较小：

# Note Base.wim size compared to each index and sum of all data therein:

  PS $  ls -File

    Length           Name
    ---------------  -------------
    95,019,530,773B  Base.wim
               568B  Dism.cmd
                97B  WimScript.ini


  PS $  Dism /Get-ImageInfo /ImageFile:Base.wim

    Details for image : Base.wim

    Index : 1
      Name : Alienware 18: Windows 10
      Description : v1803: Base (Drivers Only)
      Size : 22,710,283,446 bytes

    Index : 2
      Name : Alienware 18: Windows 10
      Description : v1803: Software Installed (No Customizations)
      Size : 45,591,850,754 bytes

    Index : 3
      Name : Alienware 18: Windows 10
      Description : v1803: Software Installed (Customized)
      Size : 94,958,267,312 bytes

    Index : 4
      Name : Alienware 18: Windows 10
      Description : v1809: Updated Applications
      Size : 114,959,954,040 bytes

PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:1

  Details for image : Base.wim

    Index : 1
    Name : Alienware 18: Windows 10
    Description : v1803: Base (Drivers Only)
    Size : 22,710,283,446 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17134
    ServicePack Build : 1
    ServicePack Level : 1
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 24288
    Files : 112665
    Created : 2018.05.05 - 13:56:47
    Modified : 2018.05.05 - 13:56:47
    Languages : en-US (Default)


PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:2

  Details for image : Base.wim

    Index : 2
    Name : Alienware 18: Windows 10
    Description : v1803: Software Installed (No Customizations)
    Size : 45,591,850,754 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17134
    ServicePack Build : 1
    ServicePack Level : 1
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 45803
    Files : 203058
    Created : 2018.05.06 - 01:55:47
    Modified : 2018.05.06 - 01:55:48
    Languages : en-US (Default)


PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:3

  Details for image : Base.wim

    Index : 3
    Name : Alienware 18: Windows 10
    Description : v1803: Software Installed (Customized)
    Size : 94,958,267,312 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17134
    ServicePack Build : 1
    ServicePack Level : 81
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 62409
    Files : 350446
    Created : 2018.06.01 - 19:09:51
    Modified : 2018.06.19 - 21:26:18
    Languages : en-US (Default)


PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:4

  Details for image : Base.wim

    Index : 4
    Name : Alienware 18: Windows 10
    Description : v1809: Updated Applications
    Size : 114,959,954,040 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17763
    ServicePack Build : 195
    ServicePack Level : 0
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 87659
    Files : 452028
    Created : 2018.12.24 - 04:27:13
    Modified : 2018.12.24 - 04:27:15
    Languages : en-US (Default)

与 WIM/ESD 相比，Windows 映像备份和备份和还原 (Windows 7)使用卷影复制服务 [VSS] 在启动到操作系统时创建 VHD 映像，与创建 VHD 并使用将RoboCopy所有数据、维护 ACL 从操作系统分区复制到 VHD 没有什么不同，并且具有：

几乎没有压缩（存储效率低下）
无奇偶校验（缺乏数据验证）

完全依赖 VHD 之外的大量外部配置、目录和二进制文件才能正常工作（与自包含的 WIM/ESD 映像相反），如果这些文件被损坏/修改或移动/删除，则无法恢复并且会失败：

# VM: EFI boot with clean install of Windows 11
  # Note VHD size versus ESD/WIM images of the same VM:
    # VHD (20.76GB)
    # WIM (9.23GB)
    # ESD (6.92GB)


PS $ ls -file

  Length           Name
  ---------------  -------------
  20,761,804,800B  87a69c87-81dd-4b7f-95a1-1bff3144b638.vhdx
  6,921,506,902B   vm.esd
  9,238,800,695B   vm.wim


PS $ tree -f

  | MediaID.bin
  | vm.esd
  | vm.wim
  |
  └─VM
    │ MediaID.bin
    |
    └─Backup Set 2024-03-19 060426
      ├─Backup Files 2024-03-19 060426
      │  Backup files 1.zip
      │  Backup files 2.zip
      │  Backup files 3.zip
      │  Backup files 4.zip
      │  Backup files 5.zip
      │  Backup files 6.zip
      │  Backup files 7.zip
      │  Backup files 8.zip
      │  Backup files 9.zip
      │  Backup files 10.zip
      │  Backup files 11.zip
      │  Backup files 12.zip
      │  Backup files 13.zip
      │  Backup files 14.zip
      │  Backup files 15.zip
      │  Backup files 16.zip
      │  Backup files 17.zip
      │  Backup files 18.zip
      │  Backup files 19.zip
      │  Backup files 20.zip
      │  Backup files 21.zip
      │  Backup files 22.zip
      │  Backup files 23.zip
      │  Backup files 24.zip
      │  Backup files 25.zip
      │  Backup files 26.zip
      │  Backup files 27.zip
      │  Backup files 28.zip
      │  Backup files 29.zip
      │  Backup files 30.zip
      |
      ├─Catalogs
      │  GlobalCatalog.wbcat
  |
  └─WindowsImageBackup
    └─VM
      │ MediaId
      |
      ├─Backup 2024-03-19 130431
      │  127dbd44-5431-4b1c-9500-426293266794.vhdx
      │  87a69c87-81dd-4b7f-95a1-1bff3144b638.vhdx
      │  BackupSpecs.xml
      │  Esp.vhdx
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_AdditionalFilesc3b9f3c7-5e52-4d5e-8b20-19adc95a34c7.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Components.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_RegistryExcludes.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writer4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writer542da469-d3e1-473c-9f4f-7847f01fc64f.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writera6ad56c2-b509-4e6c-bb19-49d8f43532f0.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writerafbab4a2-367d-4d15-a586-71dbb18f8485.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writerbe000cbe-11fe-4426-9c58-531aa6355fc4.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writercd3f2362-8bef-46c7-9181-d62844cdc0b2.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writere8132975-6f93-4464-a53e-1050253ae220.xml
      |
      ├─Catalog
      │  BackupGlobalCatalog
      │  GlobalCatalog
      |
      ├─Logs
      |
      ├─SPPMetadataCache
      │  {f714635b-5a6a-4163-9695-33ae3fa712a6}

本地方法与传统克隆有何不同？

绝大多数 Windows 用户不需要分区级或磁盘级映像：

传统的分区级或磁盘级映像（包含偏移量、对齐、块大小等）：
- 缺乏原生 Windows 支持，因此需要非标准启动媒体（非 WinPE/WinRE 的启动媒体）和第三方程序
- 默认情况下通常缺乏压缩，这是 WIM/ESD 的主要优点之一智能压缩图像格式
- 将用户锁定到特定分区或驱动器布局（偏移、对齐、块大小等）
- 通常没有数据验证，因此容易出现数据损坏
DISM/ImageX创建文件系统映像，而不是分区分区级或磁盘级映像：
（Win ≥ XP 使用 NTFS 作为默认文件系统）
- C:\当指向分区 [ ]的根目录时， DISM/ImageX将捕获该分区上所有数据的映像，但不会捕获分区/驱动器本身的结构（偏移、对齐、块大小等），绕过了传统分区/驱动器映像造成的不便，因为.wim/中只包含在文件系统数据.esd，因此可以将其应用于任何分区，无论大小差异或分区上是否存在现有数据。

原生和第三方的优缺点是什么？

第三方工具几乎总是分为两类：基于 Linux 或基于 Windows（通过DISM/ ImageX/ ）Powershell，其中许多会导致配置问题，后者有时包括使用专有映像文件格式和自定义启动环境的开发人员（其中许多是基于 Linux 的）。

StackExchange 上的帖子数量很少（或者香料厂）关于使用 Windows 原生DISM （Win XP≤7 ImageX：）但是，对于第三方映像工具出现的问题，存在成千上万的问题、答案和评论：
- Windows 克隆问题 （2,751 个结果）
  Windows 克隆问题 （3,838 个结果）
- DISM：
  - WindowsDism /Capture-Image问题 （60 个结果）
    WindowsDism /Capture-Image问题 （44 个结果）
  - WindowsDism /Append-Image问题 （20 个结果）
    WindowsDism /Append-Image问题 （12 个结果）
  - WindowsDism /Apply-Image问题 （85 个结果）
    WindowsDism /Apply-Image问题 （93 个结果）
- ImageX：
  - WindowsImageX /Capture问题 （19 个结果）
    WindowsImageX /Capture问题 （20 个结果）
  - WindowsImageX /Append问题 （10 个结果）
    WindowsImageX /Append问题 （5 个结果）
  - WindowsImageX /Apply问题 （15 个结果）
    WindowsImageX /Apply问题 （12 个结果）
我认为，建议 Windows 用户使用 Linux 工具来镜像 Windows 是不可接受的，因为这样做效率低下，不仅迫使用户依赖 Windows 不支持的非原生启动环境，而且还迫使用户依赖 Windows 不支持的镜像格式，这两者都使镜像变得过于复杂。

有没有遇到过这样的建议，告诉 BSD 或 Linux 用户启动到 Windows 或使用葡萄酒备份他们的数据？例如，ntfsclone（的一部分ntfs-3g）是一个流行的Linux实用程序，以下内容来自它的手册页：

Windows 克隆

如果您想将系统或启动分区复制、移动或恢复到另一台计算机、不同的磁盘、分区……或不同的磁盘扇区偏移，那么您需要格外小心。

通常，Windows 将无法启动，除非您将 NTFS 复制、移动或恢复到同一分区，该分区从同一类型的磁盘上的同一扇区开始，并且具有与原始分区和磁盘相同的 BIOS 旧柱面设置。

该ntfsclone实用程序保证制作 NTFS 的精确副本，但它不会处理启动问题。这是设计使然：ntfsclone是一个文件系统，而不是系统实用程序；它的目的只是 NTFS 克隆，不是 Windows 克隆。因此ntfsclone可以作为 Windows 克隆的一个非常快速和可靠的构建块，但它本身还不够。

WIM/ESD 没有这些问题，因为它们只包含文件系统信息（文件和目录），而不是分区/驱动器级别的数据，允许它们应用于任何分区，无论大小差异或是否存在现有数据。

Native 的优点

所有 Windows 版本（≥ XP）均原生支持 WIM/ESD
- WIM/ESD 用途广泛，可以在启动到 WinPE 时捕获、应用或修改（Windows 安装介质）, 頁面（Windows 恢复）或操作系统
- WIM/ESD 不需要额外的工具或启动媒体，因为所有必需的工具都内置在所有三个环境中
WIM/ESD 是智能压缩图像格式，能够在相对较小的单个图像文件中包含多个图像、备份或其他内容
它是不可能的防止 WIM/ESD 损坏，前提是/CheckIntegrity （ImageX：）/Check＆/Verify是总是用过的
WIM/ESD 可通过 PXE 远程部署，甚至可以部署到未安装操作系统的机器上

本机缺点

需要存储介质来存储捕获的图像（另一个分区、USB 驱动器、网络共享等）
- 如果将图像保存到机械硬盘，压缩需要更长时间，因此如果要使用/Compress:Max或/Compress:Recovery，使用效率更高/Compress:Fast，出口稍后使用Max或Recovery
捕获、附加、应用或导出图像会耗费大量资源
- 虽然/CheckIntegrity （ImageX：）/Check并Verify延长图像处理时间，他们应该总是使用

如何在新驱动器上配置系统分区以应用映像？

使用DiskPart：

DiskPart

::# List disks:
    Lis Dis

::# Select OS drive # the image is being applied to:
    Sel Dis #

::# Wipe partition table (assumes no data on drive is being preserved)
    Clean

UEFI：

Convert gpt

创建启动分区：

BIOS：

Cre Par Pri Offset=1024 Size=100
Format Quick Fs=NTFS Label="Boot"
Active

UEFI：

Cre Par EFI Offset=1024 Size=100
Format Quick Fs=FAT32 Label="EFI"
Assign Letter=Y
Cre Par Msr Size=16

创建操作系统分区：
- 驱动器的其余部分作为操作系统分区：
  如果C:无法分配，请将 3 和 5 更改为其他字母
  BIOS：
```
Cre Par Pri
Format Quick Fs=NTFS Label="System"
```
  UEFI：
```
Cre Par Pri Id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Format Quick Fs=NTFS Label="System"
Assign Letter=C
```
- [200GB] 操作系统分区后的附加分区：
  如果将用户数据目录存储在（推荐）以外的分区上C:\，则所需的最大大小约为 300GB （将所需大小乘以 1024 200*1024=204800：）
  BIOS：
```
Cre Par Pri Size=204800
Format Quick Fs=NTFS Label="System"
```
  UEFI：
```
Cre Par Pri Size=204800 Id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Format Quick Fs=NTFS Label="System"
Assign Letter=C
```

创建 WinRE 分区： （应有 320MB 可用空间以适应将来 WIM 大小的增加）

BIOS：

Shrink Desired=665 Minimum=650
Cre Par Pri id=27
Format Quick Fs=NTFS Label="WinRE"

UEFI：

Shrink Desired=665 Minimum=650
Cre Par Pri Id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
Format Quick Fs=NTFS Label="WinRE"
Gpt Attributes=0x8000000000000001

解决所有启动问题： （一旦应用了系统映像）

BIOS：

BootRec /FixMBR && BootRec /FixBoot && BootRec /RebuildBCD

UEFI：

::# With existing bootable EFI partition:
    BootRec /FixMBR && BootRec /RebuildBCD


::# Without existing bootable EFI partition:
  ::# Create EFI directories and enter:
      MkDir "Y:\EFI\Microsoft\Boot"
      Cd /d "Y:\EFI\Microsoft\Boot"

  ::# Create EFI boot structure:
      BootRec /Fixboot

      ::# If Access Denied error occurs (C: is applied image):
          BcdBoot C:\Windows /s Y: /f UEFI

  ::# Resolve any other boot issues:
      BootRec /FixMBR && BootRec /RebuildBCD

删除 EFI 挂载点（如适用）并重新启动
UEFI：
```
DiskPart

  Sel Vol Y
  Remove
  Exit
```

Answer

对 Windows 分区进行映像处理的最有效、最原始的方法是什么？

对于大多数用户来说，通过DISM (经验值≤7：ImageX）是一般来说最好、最有效的方法，同时不会引起第三方工具或Windows 映像备份和备份和还原 (Windows 7)

Win XP ≥ 10 有总是本机支持的分区和文件系统映像：
- 对操作系统分区进行映像处理与其他分区略有不同，因为它只能从 WinPE/WinRE 进行映像处理
- 微软的Windows 图像文件格式白皮书解释了 WIM 格式
  - 威爾斯·莫爾斯 [西窗口我是age] 可以捕获整个分区或单个文件夹/文件
  - ESD [埃加密年代软件德istribution] 只能捕获操作系统分区，并且必须使用 /Compress:Recovery （算法比效率高~33% /Compress:Max）
    - Windows ≥ 10: 仅可用于 PBR [磷呼呼乙厄顿R埃塞特] 导出的图像
      Windows ≤ 8.1：只有可启动的 Windows 安装才能被捕获为 ESD
所有 WinPE/WinRE工作记忆模块已DISM包括在其中（Win XP≤7 ImageX：）：
- 温控器： 赢道斯磷重新安装埃环境
  （Windows 安装启动介质：SHIFT+F10访问终端）
- 温瑞： 赢道斯R生态恢复埃环境
  （WinRE 是包含额外WinPE 可选组件对恢复至关重要）
```
# Once booted to WinRE: Advanced → Troubleshoot → Command Prompt

# To boot to WinRE:
  Shutdown /f /r /o /t 0
```

注解：

许多人对“形象”这一术语提出质疑，这是正确的术语
- 个人无权更改开发人员的命名法，因为随意这样做只会在引用 Windows 手册页时造成混乱 [Microsoft Learn]
虽然我无法明确指出任何特定的 Windows 白皮书，但 Windows 的“图像”命名法可能来自于从服务角度对 Windows 的引用，即“图像”，这就是DISM为什么/Online/Image 参数：
- 在线图像服务处理一段%SystemDrive%时间启动它
- 离线映像服务处理非启动到%SystemDrive%
- 图像管理涉及这个答案的主题

影像

_{（Powershell 命令）}

通过创建WimScript.ini配置文件，/ScratchDir在 WinPE 中是必需的，因为它默认只有 32MB 的暂存 [临时] 空间：

虽然/CheckIntegrity （ImageX：）/Check并Verify延长处理时间，应始终使用它们，因为它们可以防止 WIM/ESD 中发生损坏

任何一个捕获或者附加一个图像：

捕捉图像：

# Windows ≥8: DISM
  Dism /Capture-Image /ImageFile:"Z:\Base.wim" /CaptureDir:"C:" /Name:"Windows Backup" /Description:"Base Image 2020.08.29 @ 11:30" /Compress:Max /CheckIntegrity /Verify /ScratchDir:"Z:"

# Windows XP ≤ 7: ImageX
  ImageX /Capture "C:" "Z:\Base.esd" "Windows Backup" "Base Image 2020.08.29 @ 11:30" /Compress:Recovery /Check /Verify /ScratchDir:"Z:\"

如果将图像保存到机械硬盘，压缩需要更长的时间，因此如果想要使用/Compress:Max或/Compress:Recovery并且时间是一个问题，使用会更有效率/Compress:Fast，出口稍后使用的图像最大限度或者恢复
为了管理尺寸限制，可以通过以下方式将图像拆分为多个只读.swm文件/Split-Image

附加图片：

# Windows ≥8: DISM
  Dism /Append-Image /ImageFile:"Z:\Base.wim" /CaptureDir:"C:" /Name:"Windows Backup" /Description:"Base Image 2020.08.29 @ 11:30" /CheckIntegrity /Verify /ScratchDir:"Z:"

# Windows XP ≤ 7: ImageX
  ImageX /Append "C:" "Z:\Base.esd" "Windows Backup" "Base Image 2020.08.29 @ 11:30" /Compress:Recovery /Check /Verify /ScratchDir:"Z:\"

压缩率锁定为捕获基础图像时设置的值
可以通过以下方式删除单个索引/Delete-Image或者通过以下方式导出到自己的图像/Export-Image

应用图像：

# Windows ≥8: DISM
  Dism /Apply-Image /ImageFile:"Z:\Base.wim" /Index:1 /ApplyDir:"C:" /CheckIntegrity /Verify /ScratchDir:"Z:"

# Windows XP ≤ 7: ImageX
  ImageX /Apply "Z:\Base.wim" 1 "C:" /Check /Verify /ScratchDir:"Z:\"

申请前，获取图片信息，确保应用了正确的索引 [image]：
```
Dism /Get-ImageInfo /ImageFile:"Z:\Base.wim"
```

如果应用操作系统映像，则必须在退出 WinPE/WinRE 之前运行以下命令：

BIOS：

BootRec /FixMBR && BootRec /FixBoot && BootRec /RebuildBCD

UEFI：

::# With existing bootable EFI partition:
    BootRec /FixMBR && BootRec /RebuildBCD


::# Without existing bootable EFI partition:
    ::# Create EFI directories and enter:
        MkDir "Y:\EFI\Microsoft\Boot"
        Cd /d "Y:\EFI\Microsoft\Boot"

    ::# Create EFI boot structure:
        BootRec /Fixboot

        ::# If Access Denied error occurs (C: is applied image):
            BcdBoot C:\Windows /s Y: /f UEFI

    ::# Resolve any other boot issues:
        BootRec /FixMBR && BootRec /RebuildBCD

访问 WIM 或 ESD 内的数据

只读：

挂载映像： （作为/ReadOnly）

# Windows ≥8: DISM
  Dism /Mount-Image /ImageFile:"Z:\Base.wim" /Index:2 /MountDir:"C:\Mount" /Optimize /CheckIntegrity /ReadOnly

# Windows XP ≤ 7: ImageX
  ImageX /Mount "Z:\Base.wim" 2 "C:\Mount" /Check

取而代之的是，我更喜欢.wim在.esd7zip图形用户界面

卸载映像： （/discard变化）

# Windows ≥8: DISM
  Dism /Unmount-Image /MountDir:"C:\Mount" /CheckIntegrity /Discard

# Windows XP ≤ 7: ImageX
  ImageX /Unmount "C:\Mount"

对图像 [索引] 进行更改或添加数据：

安装映像：

# Windows ≥8: DISM
  Dism /Mount-Image /ImageFile:"Z:\Base.wim" /Index:2 /MountDir:"C:\Mount" /Optimize /CheckIntegrity

# Windows XP ≤ 7: ImageX
  ImageX /MountRW "Z:\Base.wim" 2 "C:\Mount" /Check

卸载映像： （/Commit变化）

# Windows ≥8: DISM
  Dism /Unmount-Image /MountDir:"C:\Mount" /CheckIntegrity /Commit

# Windows XP ≤ 7: ImageX
  ImageX /Unmount "C:\Mount" /Commit

如果使用DISM，要将更改保存为新的附加图像，请添加/Append

对于大多数用户来说，本机方法通常是最好的方法吗？

使用本机方法 [WIM/ESD]，不需要额外的映像工具或启动媒体，因为支持已内置于 WinPE 和 Windows
它是不可能的防止 WIM/ESD 损坏，前提是/CheckIntegrity （ImageX：）/Check＆/Verify是总是用过的
捕获和应用.wim/.esd并不是所有成像[克隆]用例的最佳解决方案，但对于大多数用例而言：
- 捕获.wim/.esd需要存储介质来保存捕获的图像（未被映像的分区、USB 驱动器、网络共享等），同时还充当实际的备份基础映像
- 额外的备份同一分区可以附加到基础映像中，且文件大小增加幅度最小，虽然可以将来自多个分区的数据附加到同一个基础映像中，但 WIM 提供的智能压缩功能优势将会丢失

WIM/ESD 是智能压缩图像格式因此存储效率高：

当将新图像 [索引] 附加到 / 时，仅将更改的文件添加到.wim/中.esd；新附加的图像使用先前图像中已包含的未更改文件的相同副本（哈希已验证），允许图像相对于

附加图像示例中的数据保持较小：

# Note Base.wim size compared to each index and sum of all data therein:

  PS $  ls -File

    Length           Name
    ---------------  -------------
    95,019,530,773B  Base.wim
               568B  Dism.cmd
                97B  WimScript.ini


  PS $  Dism /Get-ImageInfo /ImageFile:Base.wim

    Details for image : Base.wim

    Index : 1
      Name : Alienware 18: Windows 10
      Description : v1803: Base (Drivers Only)
      Size : 22,710,283,446 bytes

    Index : 2
      Name : Alienware 18: Windows 10
      Description : v1803: Software Installed (No Customizations)
      Size : 45,591,850,754 bytes

    Index : 3
      Name : Alienware 18: Windows 10
      Description : v1803: Software Installed (Customized)
      Size : 94,958,267,312 bytes

    Index : 4
      Name : Alienware 18: Windows 10
      Description : v1809: Updated Applications
      Size : 114,959,954,040 bytes

PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:1

  Details for image : Base.wim

    Index : 1
    Name : Alienware 18: Windows 10
    Description : v1803: Base (Drivers Only)
    Size : 22,710,283,446 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17134
    ServicePack Build : 1
    ServicePack Level : 1
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 24288
    Files : 112665
    Created : 2018.05.05 - 13:56:47
    Modified : 2018.05.05 - 13:56:47
    Languages : en-US (Default)


PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:2

  Details for image : Base.wim

    Index : 2
    Name : Alienware 18: Windows 10
    Description : v1803: Software Installed (No Customizations)
    Size : 45,591,850,754 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17134
    ServicePack Build : 1
    ServicePack Level : 1
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 45803
    Files : 203058
    Created : 2018.05.06 - 01:55:47
    Modified : 2018.05.06 - 01:55:48
    Languages : en-US (Default)


PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:3

  Details for image : Base.wim

    Index : 3
    Name : Alienware 18: Windows 10
    Description : v1803: Software Installed (Customized)
    Size : 94,958,267,312 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17134
    ServicePack Build : 1
    ServicePack Level : 81
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 62409
    Files : 350446
    Created : 2018.06.01 - 19:09:51
    Modified : 2018.06.19 - 21:26:18
    Languages : en-US (Default)


PS $  Dism /Get-ImageInfo /ImageFile:Base.wim /Index:4

  Details for image : Base.wim

    Index : 4
    Name : Alienware 18: Windows 10
    Description : v1809: Updated Applications
    Size : 114,959,954,040 bytes
    WIM Bootable : No
    Architecture : x64
    Hal : acpiapic
    Version : 10.0.17763
    ServicePack Build : 195
    ServicePack Level : 0
    Edition : Professional
    Installation : Client
    ProductType : WinNT
    ProductSuite : Terminal Server
    System Root : WINDOWS
    Directories : 87659
    Files : 452028
    Created : 2018.12.24 - 04:27:13
    Modified : 2018.12.24 - 04:27:15
    Languages : en-US (Default)

与 WIM/ESD 相比，Windows 映像备份和备份和还原 (Windows 7)使用卷影复制服务 [VSS] 在启动到操作系统时创建 VHD 映像，与创建 VHD 并使用将RoboCopy所有数据、维护 ACL 从操作系统分区复制到 VHD 没有什么不同，并且具有：

几乎没有压缩（存储效率低下）
无奇偶校验（缺乏数据验证）

完全依赖 VHD 之外的大量外部配置、目录和二进制文件才能正常工作（与自包含的 WIM/ESD 映像相反），如果这些文件被损坏/修改或移动/删除，则无法恢复并且会失败：

# VM: EFI boot with clean install of Windows 11
  # Note VHD size versus ESD/WIM images of the same VM:
    # VHD (20.76GB)
    # WIM (9.23GB)
    # ESD (6.92GB)


PS $ ls -file

  Length           Name
  ---------------  -------------
  20,761,804,800B  87a69c87-81dd-4b7f-95a1-1bff3144b638.vhdx
  6,921,506,902B   vm.esd
  9,238,800,695B   vm.wim


PS $ tree -f

  | MediaID.bin
  | vm.esd
  | vm.wim
  |
  └─VM
    │ MediaID.bin
    |
    └─Backup Set 2024-03-19 060426
      ├─Backup Files 2024-03-19 060426
      │  Backup files 1.zip
      │  Backup files 2.zip
      │  Backup files 3.zip
      │  Backup files 4.zip
      │  Backup files 5.zip
      │  Backup files 6.zip
      │  Backup files 7.zip
      │  Backup files 8.zip
      │  Backup files 9.zip
      │  Backup files 10.zip
      │  Backup files 11.zip
      │  Backup files 12.zip
      │  Backup files 13.zip
      │  Backup files 14.zip
      │  Backup files 15.zip
      │  Backup files 16.zip
      │  Backup files 17.zip
      │  Backup files 18.zip
      │  Backup files 19.zip
      │  Backup files 20.zip
      │  Backup files 21.zip
      │  Backup files 22.zip
      │  Backup files 23.zip
      │  Backup files 24.zip
      │  Backup files 25.zip
      │  Backup files 26.zip
      │  Backup files 27.zip
      │  Backup files 28.zip
      │  Backup files 29.zip
      │  Backup files 30.zip
      |
      ├─Catalogs
      │  GlobalCatalog.wbcat
  |
  └─WindowsImageBackup
    └─VM
      │ MediaId
      |
      ├─Backup 2024-03-19 130431
      │  127dbd44-5431-4b1c-9500-426293266794.vhdx
      │  87a69c87-81dd-4b7f-95a1-1bff3144b638.vhdx
      │  BackupSpecs.xml
      │  Esp.vhdx
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_AdditionalFilesc3b9f3c7-5e52-4d5e-8b20-19adc95a34c7.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Components.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_RegistryExcludes.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writer4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writer542da469-d3e1-473c-9f4f-7847f01fc64f.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writera6ad56c2-b509-4e6c-bb19-49d8f43532f0.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writerafbab4a2-367d-4d15-a586-71dbb18f8485.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writerbe000cbe-11fe-4426-9c58-531aa6355fc4.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writercd3f2362-8bef-46c7-9181-d62844cdc0b2.xml
      │  f714635b-5a6a-4163-9695-33ae3fa712a6_Writere8132975-6f93-4464-a53e-1050253ae220.xml
      |
      ├─Catalog
      │  BackupGlobalCatalog
      │  GlobalCatalog
      |
      ├─Logs
      |
      ├─SPPMetadataCache
      │  {f714635b-5a6a-4163-9695-33ae3fa712a6}

本地方法与传统克隆有何不同？

绝大多数 Windows 用户不需要分区级或磁盘级映像：

传统的分区级或磁盘级映像（包含偏移量、对齐、块大小等）：
- 缺乏原生 Windows 支持，因此需要非标准启动媒体（非 WinPE/WinRE 的启动媒体）和第三方程序
- 默认情况下通常缺乏压缩，这是 WIM/ESD 的主要优点之一智能压缩图像格式
- 将用户锁定到特定分区或驱动器布局（偏移、对齐、块大小等）
- 通常没有数据验证，因此容易出现数据损坏
DISM/ImageX创建文件系统映像，而不是分区分区级或磁盘级映像：
（Win ≥ XP 使用 NTFS 作为默认文件系统）
- C:\当指向分区 [ ]的根目录时， DISM/ImageX将捕获该分区上所有数据的映像，但不会捕获分区/驱动器本身的结构（偏移、对齐、块大小等），绕过了传统分区/驱动器映像造成的不便，因为.wim/中只包含在文件系统数据.esd，因此可以将其应用于任何分区，无论大小差异或分区上是否存在现有数据。

原生和第三方的优缺点是什么？

第三方工具几乎总是分为两类：基于 Linux 或基于 Windows（通过DISM/ ImageX/ ）Powershell，其中许多会导致配置问题，后者有时包括使用专有映像文件格式和自定义启动环境的开发人员（其中许多是基于 Linux 的）。

StackExchange 上的帖子数量很少（或者香料厂）关于使用 Windows 原生DISM （Win XP≤7 ImageX：）但是，对于第三方映像工具出现的问题，存在成千上万的问题、答案和评论：
- Windows 克隆问题 （2,751 个结果）
  Windows 克隆问题 （3,838 个结果）
- DISM：
  - WindowsDism /Capture-Image问题 （60 个结果）
    WindowsDism /Capture-Image问题 （44 个结果）
  - WindowsDism /Append-Image问题 （20 个结果）
    WindowsDism /Append-Image问题 （12 个结果）
  - WindowsDism /Apply-Image问题 （85 个结果）
    WindowsDism /Apply-Image问题 （93 个结果）
- ImageX：
  - WindowsImageX /Capture问题 （19 个结果）
    WindowsImageX /Capture问题 （20 个结果）
  - WindowsImageX /Append问题 （10 个结果）
    WindowsImageX /Append问题 （5 个结果）
  - WindowsImageX /Apply问题 （15 个结果）
    WindowsImageX /Apply问题 （12 个结果）
我认为，建议 Windows 用户使用 Linux 工具来镜像 Windows 是不可接受的，因为这样做效率低下，不仅迫使用户依赖 Windows 不支持的非原生启动环境，而且还迫使用户依赖 Windows 不支持的镜像格式，这两者都使镜像变得过于复杂。

有没有遇到过这样的建议，告诉 BSD 或 Linux 用户启动到 Windows 或使用葡萄酒备份他们的数据？例如，ntfsclone（的一部分ntfs-3g）是一个流行的Linux实用程序，以下内容来自它的手册页：

Windows 克隆

如果您想将系统或启动分区复制、移动或恢复到另一台计算机、不同的磁盘、分区……或不同的磁盘扇区偏移，那么您需要格外小心。

通常，Windows 将无法启动，除非您将 NTFS 复制、移动或恢复到同一分区，该分区从同一类型的磁盘上的同一扇区开始，并且具有与原始分区和磁盘相同的 BIOS 旧柱面设置。

该ntfsclone实用程序保证制作 NTFS 的精确副本，但它不会处理启动问题。这是设计使然：ntfsclone是一个文件系统，而不是系统实用程序；它的目的只是 NTFS 克隆，不是 Windows 克隆。因此ntfsclone可以作为 Windows 克隆的一个非常快速和可靠的构建块，但它本身还不够。

WIM/ESD 没有这些问题，因为它们只包含文件系统信息（文件和目录），而不是分区/驱动器级别的数据，允许它们应用于任何分区，无论大小差异或是否存在现有数据。

Native 的优点

所有 Windows 版本（≥ XP）均原生支持 WIM/ESD
- WIM/ESD 用途广泛，可以在启动到 WinPE 时捕获、应用或修改（Windows 安装介质）, 頁面（Windows 恢复）或操作系统
- WIM/ESD 不需要额外的工具或启动媒体，因为所有必需的工具都内置在所有三个环境中
WIM/ESD 是智能压缩图像格式，能够在相对较小的单个图像文件中包含多个图像、备份或其他内容
它是不可能的防止 WIM/ESD 损坏，前提是/CheckIntegrity （ImageX：）/Check＆/Verify是总是用过的
WIM/ESD 可通过 PXE 远程部署，甚至可以部署到未安装操作系统的机器上

本机缺点

需要存储介质来存储捕获的图像（另一个分区、USB 驱动器、网络共享等）
- 如果将图像保存到机械硬盘，压缩需要更长时间，因此如果要使用/Compress:Max或/Compress:Recovery，使用效率更高/Compress:Fast，出口稍后使用Max或Recovery
捕获、附加、应用或导出图像会耗费大量资源
- 虽然/CheckIntegrity （ImageX：）/Check并Verify延长图像处理时间，他们应该总是使用

如何在新驱动器上配置系统分区以应用映像？

使用DiskPart：

DiskPart

::# List disks:
    Lis Dis

::# Select OS drive # the image is being applied to:
    Sel Dis #

::# Wipe partition table (assumes no data on drive is being preserved)
    Clean

UEFI：

Convert gpt

创建启动分区：

BIOS：

Cre Par Pri Offset=1024 Size=100
Format Quick Fs=NTFS Label="Boot"
Active

UEFI：

Cre Par EFI Offset=1024 Size=100
Format Quick Fs=FAT32 Label="EFI"
Assign Letter=Y
Cre Par Msr Size=16

创建操作系统分区：
- 驱动器的其余部分作为操作系统分区：
  如果C:无法分配，请将 3 和 5 更改为其他字母
  BIOS：
```
Cre Par Pri
Format Quick Fs=NTFS Label="System"
```
  UEFI：
```
Cre Par Pri Id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Format Quick Fs=NTFS Label="System"
Assign Letter=C
```
- [200GB] 操作系统分区后的附加分区：
  如果将用户数据目录存储在（推荐）以外的分区上C:\，则所需的最大大小约为 300GB （将所需大小乘以 1024 200*1024=204800：）
  BIOS：
```
Cre Par Pri Size=204800
Format Quick Fs=NTFS Label="System"
```
  UEFI：
```
Cre Par Pri Size=204800 Id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Format Quick Fs=NTFS Label="System"
Assign Letter=C
```

创建 WinRE 分区： （应有 320MB 可用空间以适应将来 WIM 大小的增加）

BIOS：

Shrink Desired=665 Minimum=650
Cre Par Pri id=27
Format Quick Fs=NTFS Label="WinRE"

UEFI：

Shrink Desired=665 Minimum=650
Cre Par Pri Id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
Format Quick Fs=NTFS Label="WinRE"
Gpt Attributes=0x8000000000000001

解决所有启动问题： （一旦应用了系统映像）

BIOS：

BootRec /FixMBR && BootRec /FixBoot && BootRec /RebuildBCD

UEFI：

::# With existing bootable EFI partition:
    BootRec /FixMBR && BootRec /RebuildBCD


::# Without existing bootable EFI partition:
  ::# Create EFI directories and enter:
      MkDir "Y:\EFI\Microsoft\Boot"
      Cd /d "Y:\EFI\Microsoft\Boot"

  ::# Create EFI boot structure:
      BootRec /Fixboot

      ::# If Access Denied error occurs (C: is applied image):
          BcdBoot C:\Windows /s Y: /f UEFI

  ::# Resolve any other boot issues:
      BootRec /FixMBR && BootRec /RebuildBCD

删除 EFI 挂载点（如适用）并重新启动
UEFI：
```
DiskPart

  Sel Vol Y
  Remove
  Exit
```

Question 2

对 Windows 分区进行映像处理的最有效、最原始的方法是什么？

由于 Windows Backup 正在逐步淘汰（可能是因为这个产品一开始就很差），所以现在不再有这个功能了。

只剩下 DISM，但它只做文件备份，而不是分区映像备份。它是新的，完整闪存更新 (FFU) 映像对整个磁盘逐个扇区进行成像，不幸的是，其中还包括未使用的扇区，因此效率很低。

为什么本机方法通常是大多数用户的最佳方法？

如上所述，它不适用于 Windows。微软已退出该领域，转而支持第三方产品。

本地方法与传统克隆有何不同？

DISM 根本不进行克隆。

本机工具与第三方工具的优缺点是什么？

第三方工具的优点是它们工作良好且高效。大多数工具也是免费使用的。

示例产品有 AOMEI Backupper、Clonezilla、Macrium Reflect、EaseUS ToDo BackUp。YMMV。

历史回顾：DISM 是微软几十年前在 Windows（Vista）的一个古老版本中构思出来的，使用 Windows 映像格式 (WIM)，这是一种基于文件的磁盘映像格式，主要用于软件分发。对于备份，微软创建了 Windows Backup，其有限版本在 Windows 10 中仍以“备份和还原（Windows 7）”的形式提供，但没有其有问题的映像备份功能。使用 DISM 作为备份实用程序非常强烈不是受到推崇的。

Answer

对 Windows 分区进行映像处理的最有效、最原始的方法是什么？

由于 Windows Backup 正在逐步淘汰（可能是因为这个产品一开始就很差），所以现在不再有这个功能了。

只剩下 DISM，但它只做文件备份，而不是分区映像备份。它是新的，完整闪存更新 (FFU) 映像对整个磁盘逐个扇区进行成像，不幸的是，其中还包括未使用的扇区，因此效率很低。

为什么本机方法通常是大多数用户的最佳方法？

如上所述，它不适用于 Windows。微软已退出该领域，转而支持第三方产品。

本地方法与传统克隆有何不同？

DISM 根本不进行克隆。

本机工具与第三方工具的优缺点是什么？

第三方工具的优点是它们工作良好且高效。大多数工具也是免费使用的。

示例产品有 AOMEI Backupper、Clonezilla、Macrium Reflect、EaseUS ToDo BackUp。YMMV。

历史回顾：DISM 是微软几十年前在 Windows（Vista）的一个古老版本中构思出来的，使用 Windows 映像格式 (WIM)，这是一种基于文件的磁盘映像格式，主要用于软件分发。对于备份，微软创建了 Windows Backup，其有限版本在 Windows 10 中仍以“备份和还原（Windows 7）”的形式提供，但没有其有问题的映像备份功能。使用 DISM 作为备份实用程序非常强烈不是受到推崇的。

对 Windows 分区进行映像处理的最有效、最原始的方法是什么？

答案1