IT技术互动交流平台

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

发布日期:2015-06-18 00:24:29

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

Tag标签: 效率   内容  
  • 专题推荐

About IT165 - 广告服务 - 隐私声明 - 版权申明 - 免责条款 - 网站地图 - 网友投稿 - 联系方式
本站内容来自于互联网,仅供用于网络技术学习,学习中请遵循相关法律法规