sharepoint - 网络驱动器文件共享

Question

在过去 10 年的大部分时间里，我们一直依靠各种网络映射驱动器来实现文件共享。一个用于在团队之间共享文件的驱动器号，一个用于整个组织的单独文件共享，第三个用于个人使用等。我想摆脱这个并试图决定是 ECM/Sharepoint 类型的解决方案，还是自制的应用程序，值得付出的代价和要走的路吗？或者我们是否应该仅仅依靠登录脚本/映射驱动器进行文件共享，因为它相对简单？有没有人在他们自己的组织内有任何经验或对此有想法？

谢谢。

Answer 1

SharePoint 非常擅长文档共享。

文档通常遵循审批流程、具有权限、存在于集群中……这些东西很适合 SharePoints 文档库。

但是，有些东西不适合在 SharePoint 中生活...您是否有想要与同事共享的虚拟硬盘驱动器 (.vhd) 文件？尝试将 20GB 文件放入 SharePoint 并不是一个好主意。

SharePoint 可以处理大文件，它背后的 SQL Server 也可以...但是您是否希望您的 SQL Server 带宽被如此大的文件饱和？您是否希望您的 SQL Server 备份多次保存此类大文件的副本？

我相信有一些 Microsoft 合作伙伴提供了将文件 blob 与 SharePoint 数据库分离的功能，以便 SharePoint 可以保存元数据，而文件系统保存实际文件，SharePoint 只是成为管理访问、权限、并为整个组织的文件提供集中式界面。这将为您提供两全其美的体验。

不过现在，我认为 SharePoint 是文档的理想选择，并且我将大文件（不是以文档为中心的）保存在 Windows 文件共享中。

Answer 2

在更改文档管理工具时可以忽略的一件事是围绕将要存储的数量以及信息架构问题（例如不同内容的最终位置）所需的规划。

如果没有好的计划，SharePoint 尤其容易设置，并且当事情变得繁忙时特别容易遇到困难。

我不会推荐这样的本土应用程序。这个问题已经通过现成的工具解决了，从头开始开发一个将花费大量成本，而且不会让你以任何方式接近这些功能。

我有没有提到规划您的安全组和文档区域 (IA) 的重要性？

Answer 3

明确地说，使用工具。

这里的主要好处是版本控制。能够轻松跳转到以前的版本，比较并查看谁修改了什么（参见大多数 VCS 的责备/注释工具 - 它打印出一个文本文件，显示何时/谁修改了文本文件中的每一行）。

其次，您可能会从问题跟踪/任务跟踪中受益。

其他好处包括从 Internet 访问网络、拥有 wiki（在某些情况下可能很棒）等。

我在工作中使用 Subversion + Redmine，我发现它非常有用 - 测试一些解决方案，您一定会发现更多优势。

Answer 4

如果您只需要文档存储，那么 sharepoint 可以做得很好。WSS 是免费的，它提供了非常好的文档存储功能。

但是您必须仔细计划，因为更新现有应用程序很痛苦。如果您决定使用 Sharepoint，那么我可以给您一些建议

1. 注意安全配置（用户组，权限，..）
2. 计划好您的文档库，因为在它们之间移动文档并不容易
3. 还要考虑限制一个文档可以拥有的版本数量，因为 sharepoint 存储版本之间的完整备份，而不仅仅是更改
4. 不要使用 infopath :) 我们对它的体验非常糟糕（只是不要告诉经理）
5. 如果您真的不需要更改 Sharepoint 的图形外观而不是打扰它，因为它会带来很多问题（我说的是自定义母版页和自定义站点模板）
6. 尝试尽可能多地使用 OOB 的东西，因为开发自己的 webpart 不仅成本更高，而且可能相当复杂。
7. 确保打开搜索索引。这很棘手，因为默认情况下它是关闭的，然后你会惊讶于搜索没有像我一样工作:)

如果您尝试仅部署它并将 10.000 个文档加载到其中，那么您以后肯定会遇到问题。如果你稍微考虑一下结构，那么你最终会得到非常好的文档存储。

Answer 5

从长远来看，迁移很可能是值得的。您将获得可靠性、版本控制、可追溯性和可扩展性。

请务必首先确定组/权限，并确定需要修复哪些链接（也许您有使用共享链接的应用程序）。

SharePoint 的开源替代品是Alfresco，它也非常适合 CIFS（Windows 共享）。