我们已经使用SharePoint 2007近两年了。我们发现它是一个很好的CMS，可以帮助我们集中项目文档，并减少重复和混乱。自定义列表功能有时会提供快速而又脏的替代自定义表单和开发的SQL解决方案。
尽管如此，我们仍然有超过100 TB的文件共享，其文档可以追溯到SharePoint之外的时间。
我们期待更智能，更快，更大的网络文件系统......
（1）SharePoint应该扮演什么样的现实角色？
（2）SharePoint作为存储文档的无缝位置有多可靠？我的意思是，我们是否能够从所有受欢迎的客户端保存/检索文档到sharepoint而无需打开sharepoint？
我要问的部分原因......几个月前，作为另一个项目的一部分，我们尝试将SharePoint 2007用作文件共享..尝试设置Windows驱动器映射和UNC路径和/或WebDAV。我们的研究结果表明，并非每个客户端（XP，Vista，7，Mac.IX等）都能与UNC，WEBDAV和驱动器映射配合使用。并不感到惊讶这是否会显着改变未来的sharepoint版本？
（3）是否有在SharePoint中没有业务的文档？数据库？可执行文件？专属日志？那些我们期望来自潜在多个用户的行级别IO的文档呢？
（4）您认为有多少客户认真考虑将SharePoint作为文件共享的重要替代方案？我理解SharePoint DB不应超过100g - 因此我们为每个网站集都有一个DB。但是我们有超过100T的潜在内容。如果有客户真的想要走这条路 - 那可能会有什么样的结构呢？ SQL之外的Blob存储？ EBS vs RBS？谁是提供此功能的主要参与者，SharePoint本身会提供此功能吗？ EMC？ StoragePoint？还有谁？ EBS与RBS？
（5）性能和内容索引问题如何？
先谢谢。
答案 0 :(得分：1)
如果您认真考虑BLOB存储和SharePoint，那么您应该研究远程Blob存储。见Overview of Remote BLOB Storage。除了免费的基于FILESTRAM的提供商，还有RBS的第三方提供商可以将BLOB放在像the EMC one这样的SAN上。
答案 1 :(得分：1)
Metalogix的StoragePoint有一个名为FileShare Librarian的产品可能是您正在寻找的答案，它将在SharePoint中快速创建文件结构和权限，同时保留BLOB的外部化。有完整保真迁移的FileShare迁移管理器，您仍然可以使用StoragePoint将Blob外部化到EMC。