我们目前正在研究各种 Office 2010 部署方法。
我想知道大家有什么建议?
目前我正在通过启动脚本执行此操作(呃),因为 MS 不允许它通过 MSI 和 GPO 安装。
SCCM 是一个选项,但是我是否应该考虑使用 App-V 而不是 SCCM?
答案1
我刚刚用启动脚本将 Office 2010 部署到大约 1,000 台 PC 上,对此我非常满意。我的客户没有 App-V(或任何“应用程序虚拟化/流式传输”)功能的任何权限,因此在“裸机”上安装是我唯一的选择。令人惊讶的是,我们只遇到了少数安装失败,而且这些 PC 原来是 Windows 更新严重过期的机器。
我最终创建了一个简单的机制,允许用户通过一个网页“选择”他们的计算机进行安装,该网页的后端是一个脚本,该脚本修改了“Office 2010 计算机”Active Directory 组的组成员身份。(这是一所 K-12 学校环境,我想确保用户不会在早上启动计算机时惊讶地发现 Office 2010 安装程序正在启动。)我们设定了一个“底线”日期,届时他们的计算机必须更新,大多数用户都很乐意遵守。
无线网络连接和/或交流电源不稳定的笔记本电脑有点棘手,但选择加入机制和提醒用户应该在连接到有线端口和交流电源时选择部署时间的提示有所帮助。我认为我们没有因为笔记本电脑网络连接不良或断电而导致任何故障,但我们在 1,000 台 PC 中可能只有 50 台笔记本电脑。
选择加入脚本当然不是世界上最安全的东西,但它只是在有限的时间内是必要的,最糟糕的后果是,我认为用户可以选择加入其他人的计算机。(我会发布代码,但与许多事情一样,它是作为我客户的雇佣工作编写的,所以我必须获得他们的许可。我在一个晚上就把它拼凑起来了,所以你肯定也可以。)
答案2
作为一款“核心”应用,我倾向于不使用 App-v 来部署 Office。当我需要确保某个应用能够正常工作而不会给其他应用(等等)带来任何麻烦时,如果我认为该应用可能出现问题,我就会使用 app-v。在我最近的部署中,我结合使用了 SCCM 和脚本来部署 Office 并预先缓存安装,以便在部署当天,我们只需轻轻一按,每个人都可以在不到一小时内使用最新版本的 Office。
至于 64 位,我们只向需要它的人部署了 64 位 Office(即 Excel 高级用户和那些发誓需要它并有政治影响力来获得它的混蛋)。大多数用户都在 64 位 win7 平台上,但我们不确定未来的脚本/应用程序(sql server)将如何连接到 64 位版本的 Office
答案3
我们正在使用 SCCM 部署 Office 2010,效果非常好。大多数自定义操作都是使用“setup.exe /admin”完成的。
我们将台式机、笔记本电脑和服务器划分为不同的集合(类似于 AD 中的 OU),然后根据 IT、账户、销售、高管等部署层级进一步划分。
如果有人正在寻找 Windows 7 部署,那么 SCCM 2007/2012 是不错的选择。它的学习曲线有点陡,因为有些东西不是开箱即用的,需要反复操作。但最终结果是值得付出努力的。
我用了此链接作为为 SCCM 打包 Office 2010 的参考。