对 Windows 分区进行映像的最有效、本机方式是什么？

Question

对 Windows 分区进行映像的最有效、本机方式是什么？

JW0*_*914 6 windows imaging cloning imagex dism

为什么本地方法通常是大多数用户的最佳方法？
天然方法与传统克隆有何不同？
本地工具与第三方工具的优缺点是什么？

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

由于@harrymc 的一个事实上不准确的答案仍然收到了赞成票，这在很大程度上是由于他的网站资历，请参阅此答案，该答案检查了他的每一个声明。
接受，事实准确，答案

注解：
- 许多人对“图像”命名法提出异议，“图像”[per Microsoft] 是正确的术语
  - 更改开发人员的命名法不是由个人决定的，如果我要任意地单独更改命名法，只会在引用 Microsoft Docs [Windows 手册页] 时造成更多混乱
- 虽然我不能明确指出任何特定的 Windows 白皮书，但 Windows 的“图像”命名法可能来自从服务的角度如何引用 Windows，即“图像”，这就是为什么DISM具有/Online和/Image 参数：
  - 在线映像服务处理%SystemDrive%启动到它的一段时间
  - 离线镜像服务处理非引导到 %SystemDrive%
  - 图像管理处理这个问题的主题

Answer 1

JW0*_*914 10

对 Windows 分区进行映像的最有效、本机方式是什么？

对于大多数用户来说，通过捕获Windows分区的图像（Win XP的7？ ）是一般最好和最有效的方法，同时也不会导致配置问题与第三方工具都太普通了。DISM ImageX

视窗 XP ? 10一直原生支持分区和文件系统的镜像：

系统分区的映像与其他分区略有不同，因为它只能从 WinPE/WinRE 映像

虽然古老，但微软的Windows 成像文件格式白皮书解释了 WIM 格式

WIM （W indows IM时代）可以捕获整个分区或单个文件夹/文件

的ESD （É lectronic小号oftware d istribution）只能捕获一个系统分区，并且必须使用 /Compress:Recovery （算法是〜33％，比更有效的/Compress:Max）

窗户？10：只能用于PBR [ P ush-乙utton ř分野]导出的图像
的Windows？8.1：只有可引导的 Windows 安装才能被捕获为 ESD

所有的WinPE / WinRE的 WIM的都DISM在其中包括（Win XP的7：？）ImageX：

WinPE的： 赢DOWS P重新安装Ë nvironment
（Windows安装程序启动介质：SHIFT+F10接入终端）

WinRE中： 赢DOWS ř ecovery ë nvironment
（含有WinRE中是WinPE映像额外的WinPE可选组件，以恢复重要）

注解：

许多人对“图像”命名法提出异议，“图像”[per Microsoft] 是正确的术语

更改开发人员的命名法不是由个人决定的，如果我要任意地单独更改命名法，只会在引用 Microsoft Docs [Windows 手册页] 时造成更多混乱

虽然我不能明确指出任何特定的 Windows 白皮书，但 Windows 的“图像”命名法可能来自从服务的角度如何引用 Windows，即“图像”，这就是为什么DISM具有/Online和/Image 参数：

在线映像服务处理%SystemDrive%启动到它的一段时间

离线镜像服务处理非引导到 %SystemDrive%

图像管理处理这个答案的主题

成像：

（Powershell cmdlet 映射）

通过创建WimScript.ini配置文件指定排除或例外，/ScratchDir在 WinPE 中是必需的，因为默认情况下它只有 32MB 的临时 [临时] 空间：

无论是捕捉或追加的图像：

捕获图像：

# 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:\"
Run Code Online (Sandbox Code Playgroud)

更改/Compress:Max到/Compress:Fast，如果不保存拍摄的图像的SSD

为了管理大小限制，可以通过以下方式将图像拆分为多个只读.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:\"
Run Code Online (Sandbox Code Playgroud)

压缩锁定为捕获基本图像时设置的值

可以通过以下方式删除单个索引/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:\"
Run Code Online (Sandbox Code Playgroud)

在应用之前，获取Image Info，确保应用正确的索引 [image]：
Dism /Get-ImageInfo /ImageFile:"Z:\Base.wim"
Run Code Online (Sandbox Code Playgroud)

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

BIOS:
BootRec /FixMBR && BootRec /FixBoot && BootRec /RebuildBCD
Run Code Online (Sandbox Code Playgroud)

欧洲足联：
::# 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 C: /f UEFI ::# Resolve any other boot issues: BootRec /FixMBR && BootRec /RebuildBCD
Run Code Online (Sandbox Code Playgroud)

访问 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
Run Code Online (Sandbox Code Playgroud)

取而代之的是，我更喜欢在7zip GUI 中打开.wim/.esd

卸载映像： （/discard改变）
# Windows ?8: DISM Dism /Unmount-Image /MountDir:"C:\Mount" /CheckIntegrity /Discard # Windows XP ? 7: ImageX ImageX /Unmount "C:\Mount"
Run Code Online (Sandbox Code Playgroud)

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

安装图像：
# 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
Run Code Online (Sandbox Code Playgroud)

卸载映像： （/Commit改变）
# Windows ?8: DISM Dism /Unmount-Image /MountDir:"C:\Mount" /CheckIntegrity /Commit # Windows XP ? 7: ImageX ImageX /Unmount "C:\Mount" /Commit
Run Code Online (Sandbox Code Playgroud)

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

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

无需额外的映像工具或启动媒体，因为 Windows 本身就内置了支持

其不可能用于向被破坏WIM的/ ESD中，提供/CheckIntegrity （ImageX：/Check）＆/Verify都总是使用

捕获和应用.wim/.esd不是所有成像 [克隆] 用例的最佳解决方案，但适用于大多数：

捕获.wim/.esd需要一个存储介质来容纳捕获的映像（未映像的分区、USB 驱动器、网络共享等），同时具有作为实际备份基础映像的双重目的

可以将同一分区的其他备份附加到基本映像，而 [相对] 文件大小增加最少，虽然可以将来自多个分区的数据附加到同一基本映像，但 WIM 提供的智能压缩功能优势将丢失

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

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

附加图像示例中的数据保持较小：（
注意Base.wim与每个图像相比的大小包含其中所有数据的索引和总和）：
PS $ Ls -File Directory: Z:\WIM Mode LastWriteTime Length Name ---- ------------- ------ ---- -a---- 2018.12.24 03:34:13 95,019,530,773B Base.wim -a---- 2016.06.14 22:32:36 568B Dism.cmd -a---- 2016.05.17 05:36:10 97B WimScript.ini PS $ Dism /Get-ImageInfo /ImageFile:"Base.wim" Deployment Image Servicing and Management tool Version: 10.0.19041.329 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 : v1803: Software Group 1 Installed (Customized) Size : 101,588,267,910 bytes Index : 5 Name : Alienware 18: Windows 10 Description : v1803: Software Group 2 Installed (Customized) Size : 101,905,314,237 bytes Index : 6 Name : Alienware 18: Windows 10 Description : v1809: Updated Applications Size : 114,959,954,040 bytes
Run Code Online (Sandbox Code Playgroud)
PS $ Dism /Get-ImageInfo /ImageFile:"Base.wim" /Index:1 Deployment Image Servicing and Management tool Version: 10.0.19041.329 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 Deployment Image Servicing and Management tool Version: 10.0.19041.329 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 Deployment Image Servicing and Management tool Version: 10.0.19041.329 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 Deployment Image Servicing and Management tool Version: 10.0.19041.329 Details for image : Base.wim Index : 4 Name : Alienware 18: Windows 10 Description : v1803: Software Group 1 Installed (Customized) Size : 101,588,267,910 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 : 61908 Files : 346074 Created : 2018.06.08 - 21:54:02 Modified : 2018.06.19 - 21:26:18 Languages : en-US (Default) PS $ Dism /Get-ImageInfo /ImageFile:"Base.wim" /Index:5 Deployment Image Servicing and Management tool Version: 10.0.19041.329 Details for image : Base.wim Index : 5 Name : Alienware 18: Windows 10 Description : v1803: Software Group 2 Installed (Customized) Size : 101,905,314,237 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 : 76113 Files : 423408 Created : 2018.06.09 - 20:38:36 Modified : 2018.06.19 - 21:26:18 Languages : en-US (Default) PS $ Dism /Get-ImageInfo /ImageFile:"Base.wim" /Index:6 Deployment Image Servicing and Management tool Version: 10.0.19041.329 Details for image : Base.wim Index : 6 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)
Run Code Online (Sandbox Code Playgroud)

天然方法与传统克隆有何不同？

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

一个传统的分区级或磁盘级镜像（包含偏移量、对齐方式、块大小等）：

缺乏原生 Windows 支持，因此需要非标准启动媒体（非 WinPE/WinRE 的启动媒体）和第三方程序

默认情况下通常缺少压缩，这是 WIM/ESD智能压缩图像格式的主要优点之一

将用户锁定到该特定分区或驱动器布局（偏移、对齐、块大小等）

通常没有数据验证，因此容易发生数据损坏

DISM/ImageX创建文件系统映像，而不是分区分区级别或磁盘级别映像：
（Win ? XP 使用 NTFS 作为默认文件系统）

当指向分区的根 [ C:\] 时，DISM/ImageX捕获该分区上所有数据的映像，而不是分区/驱动器本身的结构（偏移、对齐、块大小等），绕过了传统分区的不便/drive 映像创建，因为只有文件系统数据包含在.wim/ 中.esd，因此可以将其应用于任何分区，无论大小差异或分区上是否存在数据。

Native 与 3rd 方的优缺点是什么？

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

有一个关于StackExchange职位的分钟数（或Spiceworks还在）关于使用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 个结果）

“Windows 一直原生支持分区或单个目录的映像”是夸张的说法。在 Longhorn/Vista（引入 ImageX，`dism` 的前身）之前，Windows 大约是*长*。此外，ImageX 和 `dism` 都不满足问题对“对 Windows 分区进行映像的本机方式”的需求，因为两者都将文件系统映像到分区上。这不仅仅是语义。 (8认同)

将这个答案中描述的内容称为“图像”似乎非常具有误导性。它是通过将文件复制到完全不同的文件系统中而创建的文件存档，并且不会对任何内容进行映像。 (2认同)

@gronostaj 我理解你的观点，但是对于 Windows 来说，“图像”对于开发人员来说是正确的术语。如果我任意且单独地更改术语，那么在引用 Microsoft Docs 时只会造成更多混乱。个人不能改变开发人员的命名法，尽管它可能不正确，因为它必须来自开发人员_（它不仅仅是 Windows，如 MDT 和 [SCCM](https://www.microsoft.com /en-us/system-center) / [MECM](https://docs.microsoft.com/en-us/mem/configmgr/) 基于 Microsoft 的“图像”命名法)_。 (2认同)

@AlexS：[wimlib](https://wimlib.net/) 自大约 [2013](http://reboot.pro/index.php?showtopic=18345) 以来允许对 WIM（可能还有 ESD）档案进行读/写访问）；与微软（_“本机”_）工具的互操作性并不完美，因此请一如既往地先备份，但它可以实现有用的事情。 (2认同)

Answer 2

har*_*ymc 9

对 Windows 分区进行映像的最有效、本机方式是什么？

由于 Windows 备份正在逐步淘汰（可能是因为这是一个糟糕的产品），因此没有更多的产品。

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

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

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

天然方法与传统克隆有何不同？

DISM 根本不进行克隆。

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

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

示例产品有 AOMEI Backupper、Clonezilla、Macrium Reflect、EaseUS ToDo Backup。天啊。

历史记录： DISM 是微软几十年前在古老版本的 Windows (Vista) 中构思的，使用 Windows 映像格式 (WIM)，这是一种基于文件的磁盘映像格式，主要用于软件分发。对于备份，微软已经创建了 Windows Backup，其中一个受限版本在 Windows 10 中仍然可用，作为“备份和还原（Windows 7）”，但没有其有问题的映像备份功能。强烈不建议将 DISM 用作备份实用程序。

归档时间：	5 年，2 月前
查看次数：	4062 次
最近记录：	4 年，10 月前