我注意到很多第三方 SharePoint 应用程序要求在服务器上安装 Office 才能运行 - 例如 PDF 转换器。
对我来说，这似乎是一个糟糕的主意。开销、更新要求、重新启动和占用空间都使这成为一个坏主意。我的假设错了吗？
答案1
当供应商或供货商希望我在服务器上安装客户端/大型应用程序时，我对他们的技术水平和/或经验的评价就会降低。我不喜欢这样，但我已经习惯了。
有时我能够提前了解这些小惊喜，然后再购买。我必须说明，我们以后会遇到麻烦，因为这家公司不理解为什么租用的网络打印机应该有更好的容量跟踪方法，而不是安装在服务器上的有缺陷的垃圾软件。
这绝对不是一个好主意，但除非你有能力因为不专业而选择另一家供应商，马虎对于这种要求，没什么好失眠的。
答案2
作为提供流行SharePoint 的 PDF 转换器对于某些格式，需要在服务器上安装 Office，我想补充一下我的意见。
过去，当我负责一家大型金融机构的变更控制时，如果有任何供应商要求在服务器上安装 Office，我会感到惊讶。哦，我多么喜欢我的花哨的象牙塔……我并不完全不理解其中的讽刺意味。
事实上，有时我们需要考虑业务需求，如果业务在转换使用最新和最好的办公格式的文档时需要完美的保真度，那么您就无法避免在服务器上安装 Office 的路线。
现在，许多人都尝试过但都失败了，有时甚至会雇佣专人来重启挂起的服务器。问题是，如果你知道自己在做什么，并处理好所有的陷阱（其中有很多），那么实际上就有可能成功、可靠地在服务器上以良好的可扩展方式使用 Office。
我不想把这变成一个精心设计的推销，但我们有数百个（高端）客户，我还没有听说有哪个客户遇到过与我们的软件相关的崩溃、中断或任何类型的停机。
如果您不知道自己在做什么，只是直接在 SharePoint 应用程序中使用 Office 编写一些 COM 自动化代码，那么您必然会遇到问题，但如果您工作做得好，在单独的进程中运行所有内容，允许可选地卸载到非 SharePoint 服务器，那么从技术角度来看，在服务器上运行 Office 没有任何问题。
答案3
与 Office 交互的程序经常使用 COM/Interop 接口，它是服务器上不支持：
Microsoft 目前不建议也不支持从任何无人参与、非交互式客户端应用程序或组件（包括 ASP、ASP.NET、DCOM 和 NT 服务）自动化 Microsoft Office 应用程序，因为在此环境中运行时 Office 可能会表现出不稳定的行为和/或死锁。
我可以确认某些操作确实会导致进程死锁（在打开提示的打印机驱动程序上打印出 Word 文档让我很头疼）。
然而，一些应用程序仅仅需要办公室，因为它自带了一些组件，它们确实可以运行得很好。
但正如所说：如果操作系统的制造商和Office 产品说它不受支持，我倾向于相信他们。
答案4
您说得对，这是个坏主意。但是……归根结底，这才是我们作为系统管理员应该做的事情，不是吗？我们必须权衡对生产服务器进行更改的成本与不进行更改的成本。
如果企业必须在 SharePoint 安装中具有某些功能，并且这是获得它的唯一方法，那么您还能做什么呢？明确安装的风险和成本（包括资源和修补的潜在停机时间等），然后查看其累积情况。
一个可能合理的做法是，找出需要哪些 Office 组件，然后只安装这些组件。将 Office 磁盘插入服务器和直接进行“指向并流口水”式快速安装以及说“嗯，只需要，例如，word 加上福巴兹插件，所以我只安装这些”