当前位置: 首页>>网站问题>>正文


非DBA的SharePoint数据库维护

webfans 网站问题 , , , 去评论

问题描述

问题从Serverfault移植,因为它特定于SharePoint管理员的数据库维护:

对于SharePoint管理员,SQL Server通常是一个黑盒子,在SharePoint安装过程中作为先决条件安装。因此,很少(如果有的话)计划进入安装的SQL端,导致出现在上游某处的问题。

  • 填充驱动器的事务日志

  • 没有维护计划(或不知情的计划,例如重组和重建索引的计划)

  • 无法管理的自动增长

  • 数据库和日志在同一个主轴上

  • 选择不当的RAID级别

  • 没有备份(或恢复计划)

那么……没有任何SQL /DBA经验的SharePoint管理员会遇到什么类型的问题,哪些资源最有助于”accidental DBA”加快SQL规划,管理和性能调优基础?

最佳解决办法

TechNet文章“存储和SQL Server容量规划和配置(SharePoint Server 2010)”应该是您的第一个停靠点:

http://technet.microsoft.com/en-us/library/cc298801.aspx

次佳解决办法

SQL别名需要注意的是SQL实例。在某些情况下,如果未应用修补,SharePoint中的功能和服务将无法在命名实例上正确配置。这也可以绕过使用SQL别名。

就个人而言,我是SQL别名的支持者,但是您应该始终确保正确配置它,并且如果别名需要更新,则需要在服务器场中的每个服务器上进行更新。

需要注意的另一件事是备用端口。这些经常被使用,特别是对于”security”的外部站点,但是由于两端的配置不正确,还会产生很多其他问题。

第三种解决办法

我想在管理员遇到的常见问题列表中添加一个大问题:需要将SharePoint场移动到其他数据库服务器。更改数据库服务器时,SharePoint 2007(不确定2010)不喜欢它。

有很多关于如何将服务器场迁移到新服务器的文章,但这样做的一个重要问题是您需要为新数据库服务器中的所有SharePoint服务帐户正确配置权限。如果你不这样做,你将花费数小时时间对抗那些有用的’permission denied’或’login failed’错误。

如果要设置新服务器场,请确保使用SQL Alias作为数据库服务器的名称进行设置。它将使未来的生活变得更加轻松。关于这方面的说明在James Love上面发布的链接中。

参考资料

本文由朵颐IT整理自网络, 文章地址: https://duoyit.com/article/2445.html,转载请务必附带本地址声明。