这个问题的答案对于管理员在 Microsoft 解决方案或其他第三方工具之间进行选择非常重要。
WIM 解决方案基于文件，其他解决方案则是逐扇区映像，例如 Acronis 或其他备份和克隆工具，诺顿幽灵或者在 vmware ESXi 中克隆等等。
我的问题是关于在企业中编辑或部署 WIM 的优势？获得管理人员的同意以在这些备选决策之间进行选择。
我们在变更管理方面有任何关键绩效指标吗？
有没有关于这些解决方案的比较的统计数据？
在任何解决方案中获取图像或更改图像或恢复和应用图像需要花费多少时间？
是否可以像在 WIM 文件中一样轻松地更改和修改在所有这些解决方案中制作的图像？
答案1
基于行业成像最适合用于快速备份（类似的硬件) 机器/磁盘（克隆的一个限制是它不支持对图像的简单更新；任何更新都需要新的克隆图像）。
基于文件成像是为了灵活、快速的图像部署和更简单的更新在一个混合硬件环境。（可以部署到任何硬件上，从而产生更小的图像库，这通常可以实现更高效的部署）
ISO 文件包含 WIM 文件（使其更易于移植，如果部署在 Windows 环境中，可以提取为单个文件）例如 Windows 10 ISO 包含 WIM 文件（Windows 安装磁盘中的 BOOT.WIM 包含可启动版本的 Windows PE）。Windows 启动加载程序支持从 WIM 文件内启动 Windows。
WIM 映像经过精心设计，可在 Windows 系统中发挥最佳性能，但转换为 ISO 将使映像更具可移植性。
对于不支持 WIM 格式的操作系统，可以使用 Windows 评估和部署工具包 (ADK) 将 wim 映像转换为更常用的 ISO 映像。
与基于扇区的格式（如 ISO 或 VHD）不同，WIM 是基于文件的：WIM 中的基本信息单位是文件。基于文件的主要优势是硬件独立性和单实例存储（防止数据重复）。由于文件存储在单个 WIM 文件中，因此可以减少打开和关闭多个单个文件的开销。此外，磁盘缓存和顺序数据访问还可以消除读取或写入文件的成本。
WIM 文件可以包含多个磁盘映像，这些映像可通过其数字索引或唯一名称来引用。
dism /Get-WimInfo /WimFile:"c:\path\install.wim"
图像可以提取到单个文件中：
dism /Export-Image /SourceImageFile:"c:\path\install.wim" /SourceIndex:3 /DestinationImageFile: "c:\temp\install_3.wim"
由于使用单实例存储，每个连续磁盘映像与添加到 WIM 文件的先前映像的共同点越多，添加的新数据就越少。WIM 也可以拆分（跨）为多个部分。
基于文件的克隆也会导致驱动器碎片整理（固有好处）。因此，缺点是一次只能克隆一个卷（格式化的文件系统），并且初始克隆会比较慢，尤其是在克隆容量接近或达到容量的磁盘时，因为文件访问需要系统读取文件系统目录、处理文件的位置、访问文件，然后读取它进行克隆。
此开销不适用于基于扇区的克隆，后者仅读取和复制磁盘上的字节，从而加快初始克隆速度。此方法的另一个好处是，文件系统中已删除、损坏或以其他方式丢失的文件也可以在克隆中恢复。
参考：
https://en.wikipedia.org/wiki/Windows_Imaging_Format
https://www.smartdeploy.com/blog/the-difference-between-file-based-and-sector-based-imaging/
https://www.cnet.com/news/differences-between-file-level-and-block-level-cloning/
答案2
当我们的图像可编辑时，我们可以根据企业目标对其进行配置。
- 对 WIM 文件应用新的更新 IMAGES
- 将图像挂载到系统，然后在需要时提交更改以应用于图像。
- 获取语言包或驱动程序或我们想要在图像上显示的任何其他内容
- 将 WIM 文件转换为 VHD（WIM2VHD) 并在 SCVMM 或 Microsoft Virtual PC 中创建虚拟机。然后在 vmware 中将它们转换为 VMHD
- 单个实例：我们不再为 10 台 PC 设置 10 张图片，而是使用类似 TEMPLATE 的单个实例
对于数千个客户来说，在各种硬件上部署多种操作系统并不容易！
因此，如果我们有基于文件的图像，则可以配置
独立于硬件图像具有更大的灵活性。
我们制作一次并将它们用于不同的系统