我有支持 SharePoint 2010 环境的 SQL 2008 R2。一些文件会非常大(即200mb)。虽然未来将向我们的平台添加远程 Blob 存储,但我想了解将 200mb 文件提供给用户时的合理性能。
SharePoint WFE 之间的网络只是其中的一部分。简单地从磁盘读取 blob 并通过 SharePoint 层传递它必须花费一些时间,但我不知道如何计算这个(或者人们需要什么额外的信息来帮助)
有什么建议么?
我有支持 SharePoint 2010 环境的 SQL 2008 R2。一些文件会非常大(即200mb)。虽然未来将向我们的平台添加远程 Blob 存储,但我想了解将 200mb 文件提供给用户时的合理性能。
SharePoint WFE 之间的网络只是其中的一部分。简单地从磁盘读取 blob 并通过 SharePoint 层传递它必须花费一些时间,但我不知道如何计算这个(或者人们需要什么额外的信息来帮助)
有什么建议么?
这是一个非常复杂的问题,需要了解您工作的环境。你说得对,网络是一方面,但还有很多其他方面。流量拥塞、QoS、SQL Server 版本、设置、硬件等 Web 前端如何将数据和 HTTP 管道传递给用户、正在使用的浏览器等方面存在问题。
查看安装 SharePoint 2010 的开发人员仪表板,您将能够看到感染和交付文件的所有步骤以及每个步骤将花费您多长时间。您会对路径的详细程度感到非常惊讶。
无论大小如何,如果您的大型内容当前存储在文档库中,您都应该考虑激活 BlobCache 功能。
这将在首次访问后将其放在您的 WFE 上,使用适当的过期标头交付它,并完全减少 SQL Server 的负载。想象一下 20 个并发用户访问一个 200mb 的文件。如果不在 blobcache 中,您的农场将很难吞下这些无用的负载。
当您以单用户身份请求它时,第一次访问将比您的测试场景更长,但任何进一步的访问都将很快,因为 IIS 7 能够提供它并且网络容量取决于您的客户端。
希望它有所帮助。