码迷,mamicode.com
首页 > 其他好文 > 详细

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

时间:2015-06-17 21:50:56      阅读:129      评论:0      收藏:0      [点我收藏+]

标签:content storage

在用之前提到的工具,消除了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秒,对于用户来说,并不能够察觉到。

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

标签:content storage

原文地址:http://blog.csdn.net/spfarm/article/details/46535171

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!