在SharePoint安装上需要进行的常规检查是什么,以先发制于防止任何问题或至少早日检测到它们?

我能想到:

  • 检查事件日志
  • 检查SharePoint日志
  • 检查数据库备份定期完成

还有什么需要做什么,多久一次?

有帮助吗?

解决方案

在Technet上为此提供了良好的计划指导: 计划维护和管理

  • 询问用户在IT管理的网站中想要什么。进行定期调查,以确定用户从网站中的需求。
  • 使用使用日志和报告查找使用网站的哪个区域,然后将其与用户调查相关联,以找出可以改进的内容。
  • 存档过时的内容或站点。但是,如果您要进行存档或删除过时的内容或站点,请确保用户了解该计划,并且仅在可预测的时间执行这些操作。例如,发布何时归档内容或删除未使用的网站的时间表。
  • 定期审查现场权限。例如,查看季度的权限,以删除离开小组或项目的任何用户的权限。
  • 为您的维护活动选择合理的时间间隔。例如,如果您打算定期进行用户调查,请不要每年进行两次以上(最好每年不超过一次)。
  • 为定期备份网站内容创建计划。确定或发现将进行备份的频率,以及必要时恢复内容的过程。有关备份计划和还原计划的更多信息,请参见数据保护和恢复(Office SharePoint服务器)。

其他提示

这是我进入新客户时使用的清单,以便在开始任何事情之前对其系统进行“健康检查”。

alt text http://pv3kcq.blu.livefilestore.com/y1pXgiTCmoDE6_A1KkqU9saAYzwmh5n0F9K7k5aOAieL-xFFc9TA4ENn03WJtQUOwHAymZ7MAWcKccwtbw8IfKXKOQ81j97ZX-1/SharePoint_Health_Check.png

如果您有女士的Premier支持,请询问有关Moss Rap(风险评估计划),他们有一些良好的诊断工具,并且您已获得许可在说唱后12个月使用它们。他们还将向您推荐一个体面的维护计划,非常适合您的环境规模。

密切关注您的搜索爬网。您的全部和增量何时发生?他们花了多长时间。

另外,请监视您的索引和SQL服务器的io性能,因为在搜索索引期间都可能受到严重影响。

自动监视是一个良好的开始。运营经理有一些 出色的管理包 对于WSS和Moss。

此外,值得一提的是从Microsoft的输出 最佳实践分析仪 时。

确保您的内容数据库不会超过50-100GB。查看 SharePoint收集治理 更多细节。

确保您有正确的 配置的诊断日志 并定期检查这些日志中的可能错误。

我强烈建议您的另一件事是在开始安装任何自定义代码或第三方产品的测试/集成服务器和预播/源环境之前,在安装任何自定义代码或第三方产品之前进行性能基线检查。

每个部署后,您进行另一个基准测试,并将其与基线进行比较。

这将帮助您 很多 当您开始开发功能时,不可避免地会减慢您的系统。这样,您就可以很早地捕获“不良部署”。

为此有不同的方法和工具。 压力测试 在Visual Studio测试版中是一种方法,但是一个简单的负载测试工具 wcat 或类似性也可能给出很好的指示,表明表明部署了表现不佳的组装。

确保所有SharePoint服务都运行,并设置适当的特权(例如,搜索内容访问帐户具有适当的特权)

您提到检查事件日志。我不确定其他人,但是我没有时间登录每个服务器来检查事件,磁盘空间等,因此我总是坚持某种形式的监视系统,可以为我做到这一点。它使设置规则很容易,以便您知道重要的是重要的,并且可以快速采取行动。

关于磁盘空间,请确保配置您的诊断日志记录,以便在没有巨型日志文件的情况下具有所需的细节。如果需要,将它们分成较小的时间间隔,并确保保存适当的数字。我已经看到了超过10GB的日志文件的服务器,直到服务器停止工作。

我很惊讶没有人提到我在接管SharePoint安装时尽快进行的第一支票,请检查还原计划。仅当您知道可以还原它们时,检查备份才有用。定期恢复备份是检查它们在需要时是否足够的唯一方法。

这与您已经提出的问题非常相关 在SharePoint应用程序上可以采取哪些维护操作以确保最佳性能? 换句话说,请确保维护SQL Server,这是SharePoint解决方案的核心。

许可以下: CC-BY-SA归因
scroll top