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