使用 msiexec /a 启动管理安装的目的是什么？

Question

Windows Installer 技术支持管理安装。用于启动管理安装的命令行是：“msiexec /a setup.msi”。我想了解这种安装的目的以及它们在什么情况下有帮助？

Answer 1

管理安装：添加一些实际示例。

1) 静默运行提取（无 GUI）：

msiexec.exe /A MySetup.msi TARGETDIR=D:\Extract\ /QN /L*VD:\Extract.log

2) 交互式提取（用于提取的设置 GUI）：

msiexec.exe /A MySetup.msi 

参数快速解释：

- /A - 运行管理安装序列。
- /QN - 完全安静地运行（或者：/QB！半安静）。
- /L*V "Extract.log" - 创建详细日志文件。
- TARGETDIR - 文件提取的目标路径（顶级文件夹）。

3) 一些setup.exe文件可以通过以下方式运行管理安装
setup.exe /a

• Setup.exe 命令行示例：从 EXE 中提取 MSI

• Setup.exe 和 Update.exe 命令行参数




• 设置文件提取、替代方案

---

msiexec.exe 命令行< /strong>:

• < code>Msiexec（命令行选项） - MSDN 概述。
• 这是Technet 版本 。

---

管理安装的目的

管理安装通常在大规模部署方案中最有用，在这种情况下，软件会同时安装在多台计算机上，例如在拥有数千个工作站的大型银行中。事实上，对于此类部署场景来说，这是相当关键的。作为应用程序打包者，您要做的第一件事就是进行管理安装以检查 MSI 文件内容和结构。

管理安装中的操作

管理安装本身只需从内部 cab 文件中提取文件，并调整 MSI 文件的媒体布局以使用用于安装的提取文件而不是内部 cab 文件。最终结果是一个整洁的文件夹层次结构，显示文件在目标系统上的位置，以及比原始文件更小的 MSI 文件，现在已删除内部 cab 文件。除了提取之外，该操作不会对目标系统进行任何更改，除非 MSI 是定制设计的，这在几乎所有情况下都是严重的设计错误。我突然想到的例外情况可能包括设置许可文件，或以某种方式后期处理文件以进行部署。我在现实生活中从未见过这样的构造，但可以向管理安装添加自定义操作。

使用管理安装

管理员安装后，提取的文件可以放在可从数千个工作站访问的网络共享上，并且可以从那里进行安装。通常，这是通过专门的部署软件（例如 SCCM）（以前的 Microsoft SMS）或类似软件来完成的。然而，在某些情况下，用户也可以在工作站上手动触发安装。此网络共享安装的关键优势在于，工作站的自我修复操作以及后续的补丁和升级安装可以访问原始源文件，以便安装成功完成。您可能经历过 Microsoft Office 会突然要求您插入安装 CD 以重新安装一些文件。除非可以在线获取源，否则工作站也会发生这种情况。随着 Microsoft 在每台本地计算机上缓存越来越多的安装程序内容（Windows 7 及以上，2018 年 1 月更新），此源要求将来可能会发生变化：有关此缓存的更多详细信息，请参阅此答案：为什么 MSI 需要原始版本.msi 文件以继续卸载？）。我应该补充一点，您也可以将未解压的 MSI 文件放在这样的位置，而无需通过管理映像解压它，但使用管理安装允许单独下载任何文件（无需下载大量的 cab）。对于巨大的 MSI 文件，这一点很重要，而且我更喜欢管理映像作为安装源，以使修补更加可靠 - 这是一个主观偏好，但这是由于现实生活中的经验。

管理安装和管理打补丁

最后，MSI 补丁的创建通常需要为原始设置和新设置运行管理员安装。然后根据新旧安装程序文件夹之间的差异创建 Windows Installer 补丁文件。因此，管理安装对于后续创建补丁文件至关重要。 Wise for Windows Installer 就是这种情况 - 我发现的唯一能够在现实生活中创建真正可靠的补丁的产品（该产品现已下市，一些详细信息请参见：使用什么安装产品？InstallShield、WiX、Wise、高级安装程序等）。再次基于广泛的现实世界测试的主观观察。

如果您从供应商处获得 MSI 和 MSP（路径文件），也可以修补管理安装。您提取 MSI 并使用 MSP 修补管理映像。然后，目标文件夹将包含更新的 MSI 和任何新文件（前提是管理补丁有效，但根据我的经验，通常不会）。

“从源代码运行”

Chris 提到“从源代码运行”，这确实是一个相当无用且过时的概念，其中安装中的某些文件可以保留在网络共享上并直接从那里访问。老实说，我已经很多年没有尝试过这个功能了。

此功能很少使用，但我想在所有工作站都应访问一组公共资源文件并且您希望避免大量重复的情况下，它可能会很有用。然后，可以通过如上所述的“管理安装补丁”来部署对资源文件的修复，而无需在工作站上重新安装任何内容（其工作效果如何尚不清楚 - 缺乏此功能的使用可能是一个线索）。

具有许多不同模块的大型软件套件（其中只有少数模块由不同的人使用）可以通过仅安装一些所需的功能并让其余的从源代码运行或在首次使用时安装来显着加快安装和使用速度。它将加快安装和后续补丁安装的速度，并可能将潜在的不安全和不必要的二进制文件从系统中留下。最后一点在锁定环境中可能很重要。然而，在现实生活中，我看到补丁将广告中的功能更改为在打补丁后本地安装，这是非常奇怪和不受欢迎的行为，但很常见。在实践中，我发现“从源代码运行”或广告中的功能的用途非常有限。通常最好将安装分为两部分，一个用于客户端安装，一个用于服务器安装。

---

更新：

以下是同一问题的新摘要：管理安装及其使用（文件提取及其他）。另请阅读下面关于“从 Windows 7 开始更改 MSI 缓存行为”的评论。

Answer 2

在现实世界中，它根本没有那么大的价值。 MSI 的设计初衷是在计算机通常配备 2-20GB 硬盘的时代。他们想出了所有这些“从源头运行”的广告场景，这些场景在当时看起来真的很酷，但从未在现实世界中真正流行起来。

今天，/a 为我（一名安装开发人员）所做的就是为我提供一种简单的方法来“提取”MSI 并验证其内容。就是这样。

Answer 3

假设您需要在一定数量的计算机上安装产品 X，并且还需要为 X 应用一些补丁。您可以执行以下操作，而不是在每台计算机上应用一系列补丁：

• 为 X 创建管理映像
• 将补丁应用到管理映像
• 使用修补后的映像在每台计算机上安装 X

这可以节省一些时间和精力，并且您将知道您的所有机器都肯定处于相同的补丁级别。

Answer 4

如果您有每用户设置并且系统不允许通过组策略等进行用户安装，则用户将能够通过管理安装在目标文件夹中创建的 msi 进行安装。
它是一种授权安装软件的方式。