Gle*_*tle 9 microsoft-excel windows-server-2008-r2
这个问题不是关于在碰巧有 Windows Server 操作系统的计算机上使用 Excel 的人。这与使用任何 Sharepoint 服务功能无关!
问题是关于使用代码(Office 自动化)打开 Excel 文件、操作它们、运行计算、读取数据、保存文件副本和关闭文件的自动化流程......所有这些都在代码中。
在早期版本的 Excel 中,许可协议禁止在公共服务器上使用,Microsoft 的注释警告了在服务器环境中尝试使用 Office 自动化时出现的问题,我们也被警告说 Excel 是单线程的,而不是为在服务器上使用而设计的。
大多数关于此的文章都是在 Office 2010 之前编写的。
但现在,Excel 2010 旨在使用 HPC Services for Excel 在高性能计算服务器上工作。一份 HPC 文档提到“Windows HPC Server 2008 R2 包括一个全面的弹出管理器,可以处理偶尔出现的对话框和弹出消息”。
所以我的问题是……在不使用 HPC 服务的情况下,在“普通”服务器上运行自动运行 Excel 2010 的代码现在“安全”吗?
如果不能,HPC Services for Excel 能否在单台服务器上运行?
我不需要高性能、分布式计算、HPC Services for Excel 方面的功能……只需要在服务器上运行 Excel 的能力。
现在可以做到吗?
谢谢,格伦
the*_*bit 13
您的问题归结为“我可以安全地使用 Excel 自动化 API 吗?” 与服务器细节关系不大。当然,Excel确实在 Windows Server 平台上运行,它甚至是终端服务器环境中相当常见的场景,但通常由各自的用户交互运行。以这种方式运行它一直是安全的(即旧版本也放在终端服务器上)。
话虽如此,KB257757最近一次修订是在 2010 年 7 月 2 日,并且“适用于”部分明确列出了“Microsoft Excel 2010”,声明:
Microsoft 当前不建议也不支持从任何无人参与的非交互式客户端应用程序或组件(包括 ASP、ASP.NET、DCOM 和 NT 服务)自动化 Microsoft Office 应用程序,因为 Office 可能表现出不稳定的行为和/或在此环境中运行 Office 时出现死锁。
特别是在许可问题上:
当前的许可准则禁止在服务器上使用 Office 应用程序来为客户端请求提供服务,除非这些客户端本身拥有 Office 的许可副本。
并以粗体结尾:
Microsoft 强烈推荐一些不需要在服务器端安装 Office,并且可以比自动化更有效、更快地执行大多数常见任务的替代方案。在将 Office 作为项目中的服务器端组件使用之前,请考虑替代方案。
我相信你没有比这更明确的说法了。
归档时间: |
|
查看次数: |
15029 次 |
最近记录: |