使用ConfigMgr | MEMCM部署Office 2019
这篇文章介绍了使用ConfigMgr部署Microsoft Office 2019。我们将使用配置管理器将Office 2019(内部)版本部署到我们的端点。
这篇文章中涉及的步骤有点类似于使用SCCM部署Office 2019 ODT．然而，对于Office 2019内部版本，您已经有了安装文件。所以不需要单独下载。
在我介绍使用ConfigMgr部署Office 2019之前，请让我们了解Microsoft 365和Office 2019之间的区别。
目录
Microsoft 365和Office 2019的区别
微软365和Office 2019之间有一些区别，以下是一些细节。
- Office 2019 (on-prem版本)只获得安全更新，没有新功能。与微软365一样，你每月都会得到质量更新。
- Office 2019是一次性购买销售的，这意味着你在一台电脑上支付并获得Office应用程序。但是，没有升级选项。这意味着如果你打算升级到下一个主要版本，你将不得不全价购买。
- 另一个区别是这些产品的定价。您可以查看定价页欲知详情。
创建“Office 2019配置文件”
我有Office 2019内部版本，已经下载了所有数据。我们需要的是一个定义整个设置的configuration.xml文件。
创建一个新的文本文档并将其重命名为Config.xml。用记事本打开并输入以下详细信息。我将把这个文件放在Office 2019文件夹中。
请确保输入正确的源路径。如果你想补充的话其他语言，您可以通过在语言ID下指定来做到这一点。
PIDKEY是MAK激活的产品密钥。如果您正在使用密钥管理服务(KMS)激活Office 2019，则不需要使用PIDKEY。
在配置管理器中创建Office 2019应用
我们现在将在配置管理器中创建Office 2019作为新应用程序。在SCCM控制台中，转到软件库\应用程序管理\应用程序华体会体育系列。
右击应用程序并点击创建应用程序．在一般页面,选择手动指定应用程序信息．点击下一个．
指定Microsoft Office 2019详细信息。点击下一个．
添加新的部署类型。选择手动指定部署类型信息．点击下一个．
指定内容位置。此位置包含Office 2019安装文件。
指定安装程序为“setup.exe”/configure config.xml．
点击下一个．
在这一步中，我们添加了Microsoft Office 2019检测规则。输入下面的配置并单击OK。
- 设置类型- - - - - -注册表
- 蜂巢——HKEY_LOCAL_MACHINE
- 关键办公华体会体育系列室-微软软件\ \ \ ClickToRun \配置
- 价值——VersionToReport
- 启用“此注册表项与64位系统上的32位应用程序相关联”
- 数据类型——版本
- 选择“此注册表设置必须满足以下规则以指示此应用程序的存在”
- 操作符-大于等于
- 价值——16.0.10730.20102
在用户体验窗口中，指定“设置”后，单击下一个．
您可以指定安装要求。点击下一个．
点击下一个最后在“完成”窗口单击关闭．
使用ConfigMgr部署Office 2019
现在我们已经在ConfigMgr中打包了office 2019应用程序，是时候将应用程序部署到Windows 10设备上了。
首先，将Office 2019本地应用程序分发到分发点。使用DP准备好内容后，右键单击Office 2019应用程序，然后单击部署．可以部署到用户集合或设备集合。
登录到其中一台客户机并启动华体会体育系列软件中心．选择“Microsoft Office Professional Plus 2019”，单击“安装”。
使用CMTrace工具打开“AppEnforce.log”文件，监控Office安装过程。退出代码0表示应用程序已成功安装。
准备好的命令行:"C:\Windows\ccmcache\6\Setup.exe" /configure config.xml正在执行的命令行:"C:\Windows\ccmcache\6\Setup.exe" /configure config.xml工作目录C:\Windows\ccmcache\6 AppEnforce安装后的行为是BasedOnExitCode AppEnforce等待进程9600完成。超时= 120分钟。在退出码表中查找退出码0出口码表中的成功项匹配出口码0
使用ConfigMgr完成了Office 2019的部署，我希望这篇文章能有所帮助。
你好，感谢你在这个网站上所做的所有工作、测试和分享，这几次为我省去了一些头疼的事情。
在我工作的学校，我们有3个站点，有2种类型的MS Office安装:办公室(有Outlook和没有Access)和教室(有Access和没有Outlook)。自Office 2003以来，这种情况一直如此，并经历了Office 2010、2013、2016和现在的2019年(只有2007年被跳过)。
到了最新版本，微软决定“增加”Office 2019的内容:我再也无法获得iso文件来安装，Wsus也无法下载更新。这让我很沮丧……
所以，我不得不想别的办法:
1 -在服务器上获取资源，
2 -在每个站点上管理两种不同类型的安装，更新客户端，最后
3 -通过Mecm部署。
我通过MVLS中心下载了setup.exe。然后通过这个网站https://config.office.com/(app Admin Center Microsoft 365)，我生成了一个独特的xml文件来指定我想下载的版本(32位或64位，最新版本或特定版本等)。
在每个站点上，我在服务器上设置了一个自动任务，在当地时间每周三凌晨1点运行一个批处理脚本(其中包含“setup.exe /download file.xml”)，从一个共享文件夹中从微软下载源代码，在这个共享文件夹中，计算机具有只读权限。
再次使用app Admin Center Microsoft 365，我生成了6个xml文件，其中我指定了客户端在哪里可以找到源代码(上面使用的本地共享文件夹)，在哪里可以找到更新(相同的本地共享文件夹)，以及他们必须安装的组件类型(带或不带Outlook/Access)。
可以在同一个xml中设置许多其他设置(请注意，查看所有这些设置可能需要一些时间)。
第三-我创建了一个只包含7个文件的源文件夹:setup.exe和6个xml文件(比如a .xml, B.xml等)，它们总共只有5.10 Mo, setup.exe本身是5.04 Mo。
在Mecm控制台中，我使用源文件夹创建了一个包，并在同一个包中使用几乎相同的命令行“setup.exe /configure x.xml”获得了六个程序，其中x.xml显然被a .xml、B.xml等取代。我相应地给每个程序命名，以了解它们安装的内容以及必须安装在哪个站点上。
该包已分发到3个分发点。
从现在开始，在我的任务序列中，我使用相同的包创建了六个任务，并在每个任务中指定必须运行哪个程序。每个序列可以集成到操作系统部署序列中，也可以按原样部署。
很有魅力!每个客户端都从DP以外的服务器上下载最新的源代码(没有带宽，而其他客户端在大规模部署教室计算机时仍然从它下载)，然后他们自己更新，不使用Wsus，也不使用Mecm，也没有互联网带宽。
我不再沮丧，而是对Office 2019的工作方式感到更加满意!
相比之下，我仍然需要在Windows 7客户端上管理Office 2016，通过Wsus进行更新和通过Mecm进行部署都要花费更多的时间，特别是当涉及到保持Office 2016的更新源时:每次更新都必须阅读MS网页上的列表，单独从MS update Catalog中手动下载，复制到更新文件夹中，并且整个软件包必须每月重做和重新分发……
自从我创建唯一的Office 2019包已经六个月了，在同一时间里，我不得不重做Office 2016包6次，第7次即将到来……
我希望这能帮助到一些人。
嗨
是的，它将与源路径一起工作，但在这种情况下，内容将从DP下载到缓存。然后setup.exe将从缓存中运行，并在网络共享上查找办公文件，并将它们重新下载到另一个位置以进行安装。内容只能从DP下载一次，但也可以从网络共享下载。理想情况下，我们不希望从DP下载内容并在本地运行吗?
我还没测试过。但如果我已经测试过了，如果它有效，我很乐意把你的建议添加到帖子中。
是的，它为我工作，使用下载到ccmcache文件夹的文件。试一试，看看进展如何。
谢谢你的辛勤工作，般若!
嗨
在这种情况下，我们需要在配置xml中定义源路径吗?这会不会下载办公文件分发点，然后再从网络共享?
没有在配置xml中定义源路径应该使用已经下载到ccm缓存的文件?
当我在Config.xml中使用源路径时，它工作得很好。老实说，我试过没有指定源路径。关于内容下载，我刚才验证了内容只从DP下载一次。