在服务器上安装 Office 2007 是个好主意吗？

Question

我注意到很多 3rd 方 SharePoint 应用程序需要在服务器上安装 Office 才能运行 - 例如 PDF 转换器。

对我来说，这似乎是一个可怕的想法。开销、更新要求、重新启动和占用空间都使这成为一个坏主意。我的假设错了吗？

Answer 1

作为一家为 SharePoint提供流行的PDF 转换器的供应商，对于某些格式需要在服务器上安装 Office，我想加上我的 2 美分。

过去我在一家大型金融机构负责变更控制时，如果有任何供应商要求在服务器上安装办公室，我会皱眉。哦，我多么喜欢我的花哨的象牙塔……讽刺的是，我并没有完全失去它。

事实是，有时我们需要查看业务需要什么，如果业务在转换使用最新和最好的办公格式的文档时需要完美的保真度，那么您将不可避免地沿着在服务器上安装 Office 的路线走下去。

现在，很多人已经尝试过但未能使其稳定，有时甚至雇用专门的人员来重新启动挂起的服务器。问题是，如果您知道自己在做什么并处理所有陷阱（其中有很多），那么实际上有可能以一种可扩展的方式在服务器上成功可靠地使用 Office。

我不想把它变成一个精心设计的销售宣传，但我们有数百名（知名）客户，我还没有收到与我们的软件相关的崩溃、中断或任何类型停机的客户的消息。

如果您不知道自己在做什么，只是直接在 SharePoint 应用程序中使用 Office 编写一些 COM 自动化代码，那么您一定会遇到问题，但如果您的工作做得好，请在单独的进程中运行所有内容，允许可选卸载到非 SharePoint 服务器，那么从技术角度来看，在服务器上运行 office 没有任何问题。

Answer 2

当供应商或供应商希望我在服务器上安装客户端/大型应用程序时，这降低了我对他们的技术水平和/或经验的评价。我不喜欢它，但我已经习惯了。

有时，我能够提前了解并在购买前了解这些小惊喜。由我来说明我们将在未来遇到麻烦的公司，该公司不明白为什么租用的网络打印机应该拥有比安装在服务器上的有缺陷的垃圾软件更好的容量跟踪方法。

这绝对是一个坏主意，但除非您能够根据这种要求的不专业和草率与另一家供应商合作，否则没有什么可以睡太多觉的。

Answer 3

与 Office 交互的程序通常使用服务器不支持的 COM/Interop 接口：

Microsoft 当前不建议也不支持从任何无人参与的非交互式客户端应用程序或组件（包括 ASP、ASP.NET、DCOM 和 NT 服务）自动化 Microsoft Office 应用程序，因为 Office 可能表现出不稳定的行为和/或在此环境中运行 Office 时出现死锁。

我可以确认某些操作确实使进程死锁（在打开提示的打印机驱动程序上打印 Word 文档让我很头疼）。

然而，有些应用程序只需要办公室，因为它带来了一些组件，它们可能确实运行得很好。

但正如所说：如果操作系统和办公产品的制造商说它不受支持，我倾向于相信他们。