提升 SharePoint 页面访问速度之SQL优化

前面两篇文章咱们和你们一块儿讨论到了SharePoint IIS的应用池回收，W3WP进程数和重置回收等方面的优化，今天来和你们讲讲后端SQL服务器的优化。

对于SQL的优化，今天主要介绍的就是两点，CPU的优化和内存的优化。

不少同窗在装好SQL以后，其实并无对内存优化进行设置，致使SQL的内存分配很不合理，针对于SharePoint，建议设置SQL的使用内存最少为 8192 MB，最多为 20480 MB 这个临界值。

如上设置，注意，这里的配置值和运行值必定要配置两次，而且要保证其一直，不然不会生效，若是不匹配，多点击几回便可。

默认状况下，这两个值的设置是不同的，须要咱们点击配置项，点击肯定保存，再输入值，点击运行项目，再点击肯定。多设置几回，两个地方反复点OK，多试几回。

 

OK，说完内存，如今咱们来讲下CPU，在一个SharePoint环境里面，或者私有云环境里面，正常状况下，SQL的CPU应该至少要跑在 40% ，伴随着硬盘会有频繁的读写IO。

若是CPU占用不高，磁盘IO读写也不高，那就是SQL拖了后腿，SQL一旦拖后腿了，前端web服务器再怎么优化和牛X，用户访问也仍是会很慢的。

默认状况下，SQL和IIS同样，针对每一个请求，也只会有一我的员来为你服务，可是其实SQL原本是能够用不少我的员来为你服务的，用来处理你的query,可是你若是不优化它，它就会偷懒，默认只激活一个服务员为你工做。

一样在SQL实例的处理器选项中，注意下面三个值。

这里建议是128线程起，最多能够开128个线程来并发为前端提供查询服务。

而且勾选 强化SQL优先级。

最后和内存配置项同样，记得在 配置值和运行值上都多设置几回，确保相同的数值生效。

在最大工做线程这个地方，默认是0，就是只开放1个线程来进行服务，也就是说随便你又多少个查询过来，只有一个服务人员接待，后面的查询所有请排队。

OK，在修改了SQL的内存和CPU配置项以后，你们能够尝试重启一下SQL Server服务，或者直接重启服务器，效果仍是很明显的。今天的讨论就到这里，欢迎你们一块儿共同探讨，谢谢你们！