我们正在研究当前的各种Office 2010部署方法。
我想知道人们的build议?
目前我正在通过启动脚本(唉),因为MS不允许通过MSI和GPO安装它。
SCCM是一个选项,但是我应该使用App-V来代替SCCM吗?
我刚刚用一个启动脚本完成了将Office 2010部署到大约1,000台PC,我对此感到满意。 我的客户没有任何权利App-V(或任何“应用程序虚拟化/stream”)function,所以安装在“裸机”是我唯一的select。 令人惊讶的是,我们只有less数的安装失败,而那些电脑竟然是绝望的机器:Windows更新。
我最终创build了一个简单的机制,允许用户通过网页的方式“select进入”他们的计算机进行安装,该网页的后端连接到修改“Office 2010计算机”Active Directory组的组员资格的脚本。 (这是一个K-12学校的设置,我想确保用户不会感到惊讶,因为他们早上启动电脑,发现Office 2010的安装正在启动。)当我们设置一个“在沙滩上”的date时他们的电脑将不得不进行更新,大部分用户乐意遵守。
带有“iffy”无线networking连接和/或AC电源的笔记本电脑是一个挑战,但是selectjoin机制和给用户的信息让他们知道,他们应该select一个部署时间,当他们连接到有线港口和交stream电力帮助。 我认为我们没有任何失败的原因是networking连接不好或失去电力的笔记本电脑,但我们可能只有1000台电脑中有50台笔记本电脑。
selectjoin的脚本当然不是世界上最安全的东西,但是这只是在有限的时间内才需要的,而最糟糕的是我认为用户可以selectjoin别人的计算机。 (我会发布代码,但是和很多东西一样,它被写为我的客户的工作,所以我必须得到他们的许可,我在晚上把它们敲在一起,所以你当然也可以。 )
作为一个“核心”应用程序,我倾向于不使用App-v部署办公室。 我使用app-v时,当我需要确保一个应用程序将工作,而不会导致我与其他应用程序(如其他)头疼的应用程序时,可能会出现问题。 在我的最新部署中,我使用了SCCM和脚本的组合来部署安装,并预先caching安装,这样在部署的那一天,我们可以翻转一台交换机,每个人在一个小时内就可以使用最新版本的办公软件。
至于64位,我们只部署了64位办公室给需要它的人(这意味着卓越的用户和混乱的人,他们需要它,并有政治的拉动得到它)。 大多数用户在64位的win7平台上,但我们不确定未来的脚本/应用程序(sql server)如何连接到64位版本的办公室
我们正在使用SCCM来部署Office 2010,并且工作得非常好。 大部分的定制都是使用“setup.exe / admin”完成的。
我们将台式机,笔记本电脑和服务器分为不同的集合(类似于AD的OU),然后根据IT,帐户,销售,高pipe等部署层进一步划分。
如果有人正在寻找Windows 7的部署,那么SCCM 2007/2012就是要走了。 它有一点点的学习曲线,因为有些东西只是不能开箱即用,需要重新进行一遍又一遍的工作。 但最终的结果是值得的。
我使用这个链接作为参考,为SCCM打包Office 2010。