office 2010安装问题汇总
- 格式:docx
- 大小:29.95 KB
- 文档页数:14
office 2010安装问题汇总(转载)Office 2010 RTM(14.0.4760)于4 月22 日通过MSDN 发布,并于5 月12 日正式全球零售。
笔者在第一时间通过MSDN 订户下载了Office 2010,在自己的电脑以及若干台虚拟机中进行了安装试用,在此期间先后遇到了一些安装配置方面的问题,在此小结供大家参考。
笔者的技术专长不是Office,文中难免有疏漏错误,还望熟悉Office 的朋友不吝指正。
1. 如何将安装源解压缩还原MSDN 发布Office 2003/2007 时均采用了ISO 光盘镜像格式,而这次发布的Office 2010 却是一个802MB/871MB(x86/x64)的 .EXE 自解压缩文件。
当我们执行这个 .EXE 文件后,它首先会将Office 2010 安装源解压缩至临时文件夹,然后再启动安装程序。
笔者认为,Office 2010 安装源使用 .EXE 自解压缩文件的实际意义不大,因为即使经过压缩后的 .EXE 文件也有800 多MB,无法装在一张CD 光盘里,反而每次执行安装时都要花几分钟等待解压缩。
还是将实际的安装源文件提取出来,另存为ISO 镜像比较方便。
假设从MSDN 官方网站下载的Office 2010 的 .EXE 自解压缩文件名为:cn_office_professional_plus_2010_x86_515501.EXE,我们可以以管理员权限在命令提示符中执行:cn_office_professional_plus_2010_x86_515501.EXE/EXTRACT:C:\Office14将Office 2010 安装源解压缩还原至C:\Office14 文件夹(可以随意命名)。
然后将C:\Office14 及其所有子文件夹、文件添加至ISO 镜像,保存为一个类似于Office 2007 的安装源ISO 镜像即可,这样无论刻录光盘还是在虚拟机中使用都很方便,运行C:\Office14\SETUP.EXE 即可立即启动安装程序。
2. 谨慎决定是否需要保留早期版本的Office很多用户在计算机中安装有早期版本的Office(2007/2003)。
与Windows 类似,Office 2010 安装程序检测到计算机中已安装的早期版本后,也会弹出对话框询问用户是否希望:将早期版本升级为Office 2010(保留原有的个性化设置,类似于Windows 升级安装);删除早期版本后安装Office 2010(类似于格式化硬盘重装Windows);保留早期版本并安装Office 2010(类似于配置Windows 多重系统共存)。
笔者认为,Office 2010 的升级安装不值得推荐。
首先,安装程序能够保留的Office 设置不是很多,保留的意义并不大;其次,由于早期版本Office 都是32 位软件,只有32 位的Office 2010 可以升级、64 位的Office 2010 不能直接升级;再其次,由于微软软件的体积越做越大,升级安装的步骤也越来越繁琐,就像把Windows Vista 升级安装为Windows 7 一样,经笔者测试,把Office 2007 升级安装为Office 2010 花费的时间,比全新安装Office 2010 多了将近三倍。
因此,笔者个人不推荐升级安装Office 2010。
相比而言,将早期版本Office 卸载再全新安装Office 2010 是更有效率的做法,缺点就是无法保留原有的Office 设置。
因此在卸载早期版本之前,我们需要手动备份或记忆原有的一些个性化设置。
如果我们选择将新旧不同版本的Office 设为共存,例如Office 2007 与Office 2010 共存,笔者建议最好将它们安装在不同的文件夹里以避免冲突。
假如我们依然选择默认的C:\Program Files\Microsoft Office 文件夹,虽然Office 安装程序可以在C:\Program Files\Microsoft Office 文件夹中自动建立Office11、Office12、Office14 等不同的子文件夹分别保存不同版本的程序文件,但它们彼此之间很容易互相影响。
笔者曾在一台安装有Office 2007 的Windows Vista 虚拟机中安装Office 2010,安装时选择了保留早期版本并没有更改安装文件夹,结果每次启动Word 2010、Excel 2010 等组件时,Office 2010 都自动弹出一个安装配置对话框,将 .DOCX、.XLSX 等各种Office 文档的关联与自己绑定,等候几分钟才完成配置。
配置完毕后,如果再启动Office 2010 组件不会有问题,但如果启动Word 2007、Excel 2007 等早期版本组件,Office 2007 又会自动弹出一个类似的配置对话框,花好几分钟将文件关联改回与自己绑定。
下一次启动Office 2010 组件时,Office 2010 又会再改回去...... 两个同门兄弟好像打架一样,谁也不放手。
饱受煎熬的只有用户。
笔者认为,像Word、Excel 之类常用组件没有必要设置新旧版本共存,保留一个版本就可以了。
只有一些还没有发布2010 最新版本的Office 组件,例如SharePoint Designer 2007,与Office 2010 的共存才有实际意义。
为了避免冲突,在安装新旧不同的版本时,笔者建议最好选择“自定义”安装方式,然后在Office 可选组件列表中进行确认,不要重复选择任何两个版本都具备的组件。
以Office 2010 与SharePoint Designer 2007 的共存为例,笔者一开始配置它们的共存时也经常遇到冲突问题,每次启动不同版本的组件时,自动弹出的安装配置对话框几乎要令笔者抓狂。
后来笔者重新安装SharePoint Designer 2007,在“自定义”组件列表中只选择了SharePoint Designer 2007 为“从本机运行全部程序”,而将“Office 共享功能”与“Office 工具”全部设置为了“不可用”。
直到安装Office 2010 时,才选择了“Office 共享功能”与“Office 工具”,这样Office 2010 才与SharePoint Designer 2007 相安无事地共存下来。
如果笔者在两次安装时都选择了“Office 共享功能”与“Office 工具”,那么Office 2010 与SharePoint Designer 2007 十有八九会“掐架”。
总之,如果没有什么特殊要求的话,笔者认为Office 2010 的升级安装以及新旧版本的共存都不值得推荐,它们都很容易引起问题。
全新安装Office 2010 是最省心的做法。
3. .net Framework 损坏可能会引起Office 安装失败笔者在另一台安装有很多软件、使用了很久的Windows XP 计算机中安装Office 2010 时,在安装到半途出现了“Error 1935:An error occurred during the installation of assembly component,Please contact Microsoft Support for help.”错误,安装程序被强行中止。
经过排查,这个问题是由于Windows 缺少 .net Framework 或其相关组件有所损坏引起的,只要修复 .net Framework 即可解决。
我们可以安装最新发布的 .net Framework 4.0。
但需要注意的是,4.0 并不像3.5 包含3.0、2.0 那样包含早期版本。
换句话说,假如我们在一台只安装有1.0 的Windows XP 中直接安装3.5,安装之后即可获得2.0、3.0、3.5 的全部版本;但是假如我们直接安装4.0,那么安装之后将只拥有4.0,不会随着4.0 的安装自动获得2.0、3.0、3.5。
因此,如果我们需要 .net Framework 的全部版本,可能需要反复安装多次。
Windows 7 由于已经包含有3.5,所以我们可以直接安装4.0;Windows Vista 包含有3.0,我们需要分别安装3.5 与4.0,一共安装两次;Windows XP 相对复杂一些,到目前为止,在Windows XP 适用的所有版本中,1.0、1.1 及其相应SP、还有4.0 都是独立的,只有3.5 with SP1 包含有3.5、3.0、2.0。
因此,要想在Windows XP 中获得 .net Framework 的所有版本,我们至少需要安装六次,分别是:1.0、1.0 SP3、1.1、1.1 SP1、3.5 with SP1(安装后将自动获得3.5 SP1、3.5、3.0、2.0)、4.0。
4. 如何令管理员用户与受限用户都可以运行OfficeOffice 2010 安装程序要求我们以管理员权限运行,受限用户不能直接安装。
但是,Office 2010 允许我们在一台计算机的多个用户帐户中同时运行,并可以分别保存每个用户的个性化设置。
假设我们以管理员用户A 登录并安装了Office 2010,用户A 即可直接运行Office 组件。
如果在计算机中还存在其它管理员用户B、C,以这些用户登录后首次运行Office 组件,会自动弹出一个安装配置对话框,初始化用户的Office 个性化设置。
理论上说,这个初始化过程只需要做一次,配置完成后,下一次运行Office 组件时就不会再出现了。
但是,假如用户B、C 不是管理员而是受限用户,当它们首次运行Office 组件时,虽然安装配置对话框也会出现,却可能会提示没有足够的权限完成配置,并有可能陷入配置进度条周而复始的死循环状态。
有人可能会说:你可以先在管理员用户A 中将用户B、C 临时提升为管理员,等它们完成配置再降级为受限用户不就可以了吗?理论上说的确是如此。
但笔者在之前的试用中,曾遇到过连这个方法也不奏效的案例:笔者通过用户A 将用户B、C 临时提升为管理员并等它们完成配置,经测试,下一次运行Office 组件时已经不会再提示配置了。
可是,当笔者把它们降级回受限用户后,再次运行时还是会自动弹出配置对话框,且无法完成配置并陷入死循环。
但只要再将用户B、C 重新提升为管理员,无需任何配置就可以直接运行Office 组件。
换言之,此时Office 组件能否运行,已经完全由用户帐户的权限来决定了。
笔者并不是很清楚导致这一问题的具体原因,根据个人总结,笔者认为这可能是由用户B、C 在用户A 首次安装Office 2010 时的用户状态决定。