我们想在batch file中使用这个简单的命令：msiexec / package“\ path \ package.msi”/ quiet / norestart 我们希望将其部署到所有用户和他们的机器。 我们希望它只安装一次，我们怀疑，如果我们只在批处理脚本中保留这个命令（而不是添加一些IF和ELSE），那么可能会发生一些意想不到的事情，例如每次用户login时重复安装等等 如果我们只在脚本中保留这个命令，并且已经安装了这个软件包的用户login，脚本将执行，那么实际上会发生什么？
有没有办法用安装程序的产品密钥创buildMSI文件？ 在这个特殊情况下，我希望将Office 2003部署到几十个工作站，但是希望这样做，而不需要用户的任何干预。 但是，到目前为止，我的testing中，它默默运行，直到它需要产品密钥继续。 我可以以某种方式将产品密钥“捆绑”到MSI中吗？
我即将向企业提供以MSIforms提供的产品升级服务。 我相信他们通过GPO将其部署到各种工作站。 在此设置中执行产品升级时可能发生的事件顺序是什么？ 他们会使用GPO卸载先前版本的产品，然后部署新的MSI吗？ 或者他们会期望新的微星自动卸载以前的版本？
我想将Visual C＃Express 2010安装到我工作的学校的Windowsnetworking上的多台机器上。 我只能findWeb和ISO安装程序，但我真的需要MSIs的Visual C＃和它的依赖执行托pipe安装。 任何想法如何得到这些，或如何解决这个问题？ （为了澄清，我不是networkingpipe理员，我问他们，他们说这是问题，所以我道歉，如果我说错了或信息丢失，希望一切都有道理。
我有一个微软我试图部署通过WMIC。 MSI安装完成没有错误，但我不能启动已安装的应用程序，直到我重新启动电脑。 如果我尝试一下popup，然后closures。 只要PC重启，应用程序运行良好。 如果我通过从Windows资源pipe理器运行MSI本地安装MSI，则应用程序将立即运行，无需重新启动。 如果我使用msiexec从命令行本地安装MSI，则应用程序也会立即启动，无需重新启动PC。 只有通过WMIC安装，我才能使用已安装的应用程序，我需要重新启动。 这里是我从服务器上的命令提示符下运行的命令（推荐使用'runas'命令作为pipe理员帐户运行cmd）： wmic /node:pc_name product call install true,"" , "c:\PathToMSI\File.msi" 如何解决为什么安装的应用程序在通过WMIC进行部署时需要重启？
我可以运行wmic product来获得所有已安装软件的列表。 此命令将列出安装在系统上下文中的所有软件或login用户的每个用户上下文。 但是，此命令不会列出其他用户在每个用户上下文中安装的任何软件。 是否有可能获得计算机上所有已安装软件的列表，包括其他用户在每个用户环境下安装的软件？ 我确定我可以枚举每个用户的HKCUregistry项，但有没有一个简单的命令行来完成呢？
我有一个持续的问题，我们的一些Windows桌面系统，我们看到各种MSI软件包抛出错误1606（和1314，在MSI日志），这是一个权限问题，当试图安装。 该位置几乎总是用户的文档，图片或这个层次中的其他文件夹的位置 – 但是这个位置确实存在并且很有可能访问它（通过可以生成并存储在所述位置的日志文件来certificate）。 有一段时间我一直在想这是因为我们将用户的目录设置为UNCpath，因为将它们改为驱动器号似乎解决了这个问题。 但是，有些情况下UNCpath似乎没有引起与具有相同设置的不相关机器（SCCM客户机设置，相同的应用GPO，相同权限等）的问题。 我在technet，autodesk论坛上search了很多，并且与支持我们使用的软件包之一的公司进行了联系，但是目前为止似乎没有人能够提供帮助。 通常给出的答案是检查registry中用户shell文件夹键中的path，但是这些都是故意设置为UNCpath。 仅供参考，我们使用UEV虚拟化用户的configuration文件。 他们login，然后发生以下映射： 用户文件％homeshare％存储在networking共享位于\ fileserver \ home $ \ username \（例如文档，桌面等） ％appdata％的用户设置存储在networking共享上的\ fileserver \设置$ \ username \ 每个用户都可以访问上面path上的自己的共享，并且拥有对他们区域的完全权限。 例如，一个软件包被设置为在login时安装每个用户。 正如典型的这个问题，我们然后得到一个错误，说明桌面文件夹不能被访问，当它可以清楚地。 但是，以pipe理员身份运行有时会起作用 – 但是这又是一个每个用户的软件包，所以必须为login的用户运行。我甚至不确定引发错误的文件夹是否均匀用过的; 那么这只是一个configuration不好的MSI？ registry设置如下，对于标准机器： 下面是我们看到的有些应用程序的例子： AutoCAD 2014： 当用户（有些用户，并不是所有人）尝试第一次运行AutoCAD时，popup错误1606。 如果pipe理员（本地和域）试图启动它，一切运行良好，似乎设置存储在本地，而不是他们的networking共享存储区的设置。 有时。 但是，如果普通用户试图运行它，则显示消息不能访问文件夹。 签名3.20： 尝试以域用户身份安装AutoCAD时，popup错误1606。 最终安装失败，因为它不能访问/ SendTo或/ Documents msiexec日志中的示例： MSI (c) (40:28) [15:55:12:744]: Note: 1: 1314 2: \\fileservc\settings$\otb\Microsoft\Windows\SendTo \ […]
我有一个由Office 2007自定义工具生成的.msp文件。 如果我创build.msp文件并将其应用于其工作的机器。 但是，如果我再次修改该机器的办公室安装，然后再次尝试运行.msp文件对该计算机再次它不会安装.msp文件（它运行，但没有任何更改）。 如果我回到OCT工具并再次重新保存.msp文件，然后在计算机上重新运行它，然后再次运行。 所以我的猜测是某种序列号或类似的，但有什么办法可以简单地强制.msp文件来改变现有的安装，无论序列号或任何阻止它的工作？ 当看到msiexec详细日志logging时，我得到了“预期的产品ID ###，但发现产品ID ###”，这使我相信它正在sorting的东西。 重新创build问题的步骤： 使用OCT工具创build自定义Office 2k7安装（setup.exe / admin） 将自定义Office 2k7安装部署到一台XP sp2机器上，其中没有其他任何东西（setup.exe / adminfile custom.msp） 现在…有一个.NET可编程性支持Infopath设置的一部分，将不会被安装，因为它需要台式机上的.NET 2.0或更高版本。 在客户端上安装.NET 2.0或更高版本 仅为.NET Programmability支持创build新的“维护补丁”（setup.exe / admin）。 在客户端计算机上运行新的修补程序（msiexec / p newpatch.msp） 在“添加/删除程序”Office 2007中validationInfopath子菜单现在显示.NET Programmability支持（它应该）。 在添加/删除程序中修改Office安装…删除.NET可编程性支持选项并继续…这将删除该function。 尝试并重新运行“msiexec / mp newpatch.msp”…它像它运行，但实际上并没有安装任何东西。 步骤8-9是重新创build实际问题的最简单的方法…如果您问“为什么要这样做”，这是因为其他补丁，如WSUS安全补丁程序等最终也使得newpatch.msp变得毫无价值，因为它们碰撞新序列＃超过newpatch.msp时间/date戳记序列号。
我想为Active Directory部署构build一个MSI文件。 而不是采取预安装快照，安装应用程序，采取后安装快照，并将差异打包在一个MSI文件。 我想将一个MSI文件中的setup.exe文件，并使用/无声开关运行它。 有没有免费或廉价的程序可以做到这一点？
我正尝试使用Windows Server 2003（32位）中的组策略远程安装32位MSI和64位MSI。 我创build了一个分发点和一个组策略对象。 当我尝试“分配一个包”，并select32位MSI，一切工作正常。 但是，当我尝试分配64位MSI时，出现此错误： “添加操作失败，无法从软件包中提取部署信息，请在软件包上运行validation以确保软件包是正确的” 任何想法可能会发生在这里？ 是否有可能通过使用Windows Server 2003（32位）的组策略远程安装64位MSI？