监控SharePoint效率之(三) –开启跟踪日志



SharePoint是一个极其复杂的系统,里面包含着很多的子模块,如果每个子模块都把自己的日志打到出来的话,那么日志的增长会非常的快,就会占用大量的磁盘空间。

因此系统在正常运行的时候,不需要开启全部的日志,只有在特定模块出问题的时候,才需要详细的打出跟踪日志。

进入到SharePoint管理中心,找到“配置诊断日志”:

这里SharePoint列出了所有的可以设定日志级别的子模块:

展开子模块,还能够看到再一次细分的功能,拿SharePoint Server举例,下面列出了各个功能,可以看到,默认都是information
级别的日志。

选中想要查找的模块,然后在下面调整日志级别:

第一个是说,要把哪些日志写到Windows
系统日志里,第二个是说,把哪些日志写到SharePoint
日志里。

从上到下是按照从最紧急到最不紧急的顺序,所以要想获取全部的日志,就要选择最下面的。

当开启了详细的追踪日志之后,就会带来日志快速增长的问题。为了保护系统,SharePoint提供了一些保护措施。

一是保护Windows系统日志不要过大。如果勾选了下面的选项,重复的事件会被自动获取到并且被压缩。

而针对SharePoint日志,则可以设定保存天数,默认是14天。如果认为14天内log仍然会很大,还可以限定log占用最大的空间,超过这个体积之后,之前的log会被自动清楚掉。

开启追踪log之后,可以查找更多的信息,来诊断SharePoint出现的问题。但是一定要记住,等诊断过程完毕之后,一定要把设置改回去,以免大量的日志产生。

时间: 2024-10-11 03:43:20

监控SharePoint效率之(三) –开启跟踪日志的相关文章

监控SharePoint效率之(一) –监控效率用到的工具

效率问题是一个很关键的问题,但是同时又是一个棘手的问题.效率降低会影响用户的体验,但是很多IT运营部门确并不愿意花大力气去提升效率,因为毕竟还能用.尤其是使用了几年之后的系统,大多被认为是内容太多了,等等. 为了帮助运营人员更好的监控SharePoint的效率,SharePoint内置了很多工具,运营人员能够通过这些工具,来发现效率方面的问题. 如果发现SharePoint变得很慢,一般可以从以下地方查找信息: 1.      SharePoint 诊断日志. SharePoint在诊断日志里,

监控SharePoint效率之(二) –查看使用报告

 在上文说道,查看SharePoint使用报告,是查找SharePoint效率问题的一个方法.既可以查看整个网站集的报告,也可以查看单个站点和特定列表项的. 如果要查网站集的使用报告,点击Settings->SiteCollection Administration, 找到Popularity and Search Reports. 如果是单个站点,就进入到Settings->SiteCollection Administration,找到Popularity Trends. 这个时候,就

监控SharePoint效率之(四) –开展效率测试

在真正上线之前,要对效率做充足的测试,以免上线之后出现响应慢而影响用户体验.那么应该如何做生产环境上线之前就做效率测试呢? 那就需要模拟一个和生产环境相似的测试环境,来完成这个工作.在搭建测试环境的时候,需要注意测试环境要和生产环境足够的接近.比如: 和生产环境同样的硬件规格 同样的软件设置 同样的操作系统版本 同样的第三方解决方案 同样的用户,用户组和权限设置 除此之外,还要模拟生产环境将来可能达到的存储量.比如,如果预计三年后生产环境上有1TB的数据,那么就要在测试环境模拟这个数据. 环境准

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

在用之前提到的工具,消除了SharePoint环境上所有问题之后,要想让SharePoint系统响应快,有两个途径. 一是增加更多的服务器,使用更好的硬件,这个无疑成本会很高.另外一种方法就是优化现有的结构,使已经存在的硬件的到充分的利用. SharePoint系统在一些典型情况下,不需要做额外的优化,就能有很好的响应速度. 比如用户上传的都是普通的office/PDF文件,站点是针对组织内部使用的intranet,用户数量也不是特别多. 但是如果是一些特定的情况呢? 比如,用户上传了很多很大的

监控SharePoint效率之(五) –服务器场健康状况分析

 健康分析功能是SharePoint2010里面新添加的功能,用来自动检查一些SharePoint场的设置,并且能找出一些常见的配置错误,并且给出一些修改建议.有些情况下,它也能自动修复问题.因此这个功能对于管理员来说是非常有用的. 这个功能同样在SharePoint管理中心的Monitoring里面: 健康分析的原理是,SharePoint内置了一些规则,并且后台用timer job定时去跑,如果发现不符合规则的情况,就报告出来.这样就免去了管理员手动查看的工作.管理员也可以根据自己的实际

日志系统实战(三)-分布式跟踪的Net实现

介绍 在大型系统开发调试中,跨系统之间联调开始变得不好使了.莫名其妙一个错误爆出来了,日志虽然有记录,但到底是哪里出问题了呢? 是ios端参数传的不对?还是A系统或B系统提供的接口导致?相信大家碰到不少,大多数问题不大,但排查起来比较费劲. 下面,我们来具体看下实现. 目录 1:概述 2:web环境 3:多线程环境 4:异步环境 5:性能,大数据量,隐私安全 6:总结 一:概述 一句话总结:通过一个TraceId把整个请求,形成一个调用链. 这样无论任何地方报错,只要拿TraceId去系统查下,

tomcat开启gc日志

编辑修改catlian.sh文件添加如下信息: -XX:+PrintGC  // 开启gc日志监控 -XX:+PrintGCDetails // 可以详细了解GC中的变化 -XX:+PrintGCTimeStamps  // 可以了解这些垃圾收集发生的时间,自JVM启动以后以秒计量 -XX:+PrintGCDateStamps  // GC发生的时间信息 -XX:+PrintHeapAtGC  // 了解堆的更详细的信息 -Xloggc:/opt/tomcat_8080/logs/gc.log

Exchange邮件跟踪日志不得不了解的知识

在进行Exchange邮件投递分析时,我们经常会使用Get-MessageTrackingLog查看邮件传输的过程,以此来分析邮件接收和发送情况.我们需要对日志中的字段代表的含义需要了解,这样才能看懂日志. 邮件跟踪日志详细记录了邮件流经由邮箱服务器上的传输管道和边缘传输服务器进行传输产生的所有邮件活动.您可以使用邮件跟踪进行邮件取证.邮件流分析.报告和故障排除. 默认情况下,Exchange 使用循环日志记录根据文件大小和文件期限对邮件跟踪日志进行限制(默认情况下日志能够保存90天),以帮助控

mysql通过查看跟踪日志跟踪执行的sql语句

在SQL SERVER下跟踪sql采用事件探查器,而在mysql下如何跟踪sql呢? 其实方法很简单,开启mysql的日志log功能,通过查看跟踪日志即可. 开启mysql的日志log方法: windows环境下的配置方法: 我使用的版本:Version: 5.0.37-community-nt-log (MySQL Community Edition (GPL)) 找到my.ini,我的是在“G:\Program Files (x86)\MySQL\MySQL Server 5.0”目录下,