监控SharePoint效率之(六)–优化内容存储和访问


在用之前提到的工具，消除了SharePoint环境上所有问题之后，要想让SharePoint系统响应快，有两个途径。

一是增加更多的服务器，使用更好的硬件，这个无疑成本会很高。另外一种方法就是优化现有的结构，使已经存在的硬件的到充分的利用。

SharePoint系统在一些典型情况下，不需要做额外的优化，就能有很好的响应速度。 比如用户上传的都是普通的office/PDF文件，站点是针对组织内部使用的intranet，用户数量也不是特别多。

但是如果是一些特定的情况呢？

比如，用户上传了很多很大的视频文件呢？这个肯定会占用很大的SQL存储空间，并使SharePoint变慢。这样就需要优化SQL存储，把大二进制数据移到SQL 数据库外部。这就要使用RBS技术。

关于RBS的介绍，请参考

Overviewof RBS

Remote BLOBStore Provider Library Implementation Specification

比如站点是面对大众的公共网站呢？那么访问的人数可能众多。但是大部分人是来看，只有少数人可以编辑。这样就可以开启缓存，让页面加载更快。

关于缓存，请参考：

Caching in SharePoint

除此之外，还有一些数据库放面的技巧能够提高SharePoint的速度。

1. 数据库文件(.MDF)和日志文件(.LDF) 到放到不同的磁盘。因为在我们对SharePoint进行写操作的时候，SQL Server需要同时修改数据库文件和日志文件。如果这两个文件在同一个磁盘，那么磁盘需要处理两个文件。而分开存放，则可以每个磁盘处理一个文件。

同时，这个对数据恢复也是有意义的。如果放到同一个磁盘，那么一旦磁盘损坏，数据库文件和日志文件都丢失了。

2. 如果资源充足，可以使用RAID阵列来存储数据库和日志文件。最好是把数据库文件放到RAID5，把日志文件放到RAID10.

需要注意的是，在做任何优化之前，需要在测试环境上先试验，成功之后才能实施到生产环境上。而且，即使某项优化使速度提升了，但是也并不意味着就值得实施到生产环境，比如响应时间从3秒降到2.7秒，对于用户来说，并不能够察觉到。

相关内容