在重负载和容量限制下的Sharepoint性能

Question

我正在开发一个新的存储系统,用于包含大约40个应用程序的业务解决方案包.其中一些应用程序生成当前在网络共享文件夹中保存和组织的文档(主要是docx,一些pdf).

应用程序平均每年生成大约150.000-200.000个文档,这些文档应该以更一致和可靠的形式保存(即单独的SQL数据库).

Sharepoint是一个领先的候选者,因为我们计划最终使用它的其他功能,而不是DMS功能.我已经阅读了文档库的限制,即.每个文件夹2000个文件,文档库的所有文件夹中最多包含1.000.000个文件.我还读到可以绕过2000限制,但它会影响性能.我没有找到的是在一个库中存在如此大量文件的真实世界体验.例如,如果我将文件夹限制增加到50.000,会对性能产生什么影响(通过Web服务读取/编辑/编写文档的请求较慢,尤其是在检查重复文件名,索引,搜索等时写入)会发生什么？ ).

一个重要的注意事项:如果我们不需要,我们根本不会使用sharepoint Web门户,而是通过我们的应用程序通过Web服务完成所有工作,因此数据视图较慢的渲染不是问题.

Answer 1

您可以根据需要在文档库中包含任意数量的项目,只要您的最后一段是真的(您不会通过门户网站本身访问信息)

我们对DMS系统进行了测试,在同一文档库和同一文件夹下有700万个文件.但我们永远不会通过门户网站查看内容,我们使用SPWeb.GetFile(guid)方法使用这些文件,并且我们在另一个SQL数据库(存储文件的GUID)上拥有与它们相关的所有信息.