【BIEB六人行活动】解决文档共享难题的优化思路小结

2月份参加了BIEB六人行活动，有幸获得了月度大奖，非常感谢贝贝和michelle_it168，也非常荣幸能和好色如歌、Learnsql等众多网友一起讨论这个问题，从大家的发帖中也学习了很多东西。这里总结下这次活动中的思路。

案例是为了解决一家公司的文档共享问题而引发的一系列问题。案例中的公司总部有200人左右，有几家分支机构在外地，全公司总人数约500人，属于典型的中小型公司。从公司介绍中了解IT基础架构还是比较完备的，由独立的数据中心、已经建立了域、总部和分支机构间有独立链路。

案例中需要解决的问题是员工间文档共享困难。除了这个业务需求之外，我们当然需要成本、性能、可扩展性这些问题。

其实从成本的角度出发呢，使用Windows Server 2003 R2或者Windows Server 2008中的文件服务器功能是最便宜的方案。Windows Server产品中的DFS可以解决共享文件的访问性能和可靠性问题。Windows Server 2003 R2中的DFS可以参考http://technet.microsoft.com/zh-cn/library/cc773240(WS.10).aspx，Windows Server 2008中的DFS可以参考http://technet.microsoft.com/zh-cn/library/cc732863(WS.10).aspx。

不过从检索、协作、版本控制这些需求出发的话，WSS和MOSS就是比较适合的选择了。WSS可以解决文档共享、协作办公这些问题。不过在讨论期间提出来的个人站点需求，也就是Enterprise 2.0，例如个人Blog、个人Wiki这些技术，可以使一些非文档化的知识更加容易共享。

如果选择MOSS的话，还需要考虑的一个问题就是硬件投资的问题。

对于后台的SQL Server数据库服务器来说，就现在的硬件行情来说，CPU和内存都不会是个问题，关键是存储。因为中小型企业的预算有限，因此购买存储阵列显得有些奢侈，因此只能选用服务器本地存储，对于现在主流的PC服务器来说，建一个用于数据文件的Raid5卷和一个用于日志文件的Raid1卷应该是没有问题的。

对于前端的Web服务器，通常需要考虑的问题就是可扩展性的问题。对于中小型企业来说，中高端PC服务器应该可以承受工作压力。如果前端服务器的性能存在问题，也可以考虑使用DNS Rotate策略来替代NLB解决方案。如果企业已经升级到Windows Server 2008的话也可以考虑使用Windows的NLB集群。