SharePoint提供了一种确定站点的使用(usage)的内建的方法. 因为站点的内容并不存在于文件系统中, IIS的logging对于确定Server的负载意义并不太大.
SharePoint内建的usage analysis可以用来确定站点的usage.
默认情况下, Usage Processing 和Loging是被关闭的. 当你开启了logging, 那么默认情况下log files的存储位置会在
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\Logs
默认情况下SharePoint会为每一个web application创建一个log文件.
注意, logging和processing是两个独立的配置, 因为你可以仅开启logging而不开启processing. 这在你想要通过某些自定义的应用程序来处理这些信息的时候会比较有用.
log文件被创建并存储在以web application的GUID名字命名的文件夹下. 在这个文件夹之下, 还有按日期命名的子文件夹.
注意, 这些logging的信息被存储在内存中, 然后会在各种不同的情况下冲刷到磁盘文件上(比如说IIS重启).
典型的一条记录看起来像这样:
1404BB44-B1DB-44D3-9708-30AFB049393A 00:00:21 http://testsharepointserver/sites/test lists/tasks/active.aspx sharepoint\system Mozilla/4.0 (compatible; MSIE 4.01; Windows NT; MS Search 5.0 Robot) 82C7B622-CDF7-4EF8-A21A-FE591A8D6F6A
第一个GUID是站点的ID, 之后是时间戳, URL, 请求的页面, 用户名, 浏览器, 最后是访问的web id.
为什么要使用SharePoint Usage Report呢? IIS的log不是也可以统计这一类的信息么?
因为当你每次从SharePoint站点下载一个文档的时候, 在IIS log中你不会看到这个文档的访问信息的记录. 取而代之的是把文档的字节流返回给客户的DLL文件-- owrsrv.dll
SharePoint Site Usage log文档的格式不适于直接阅读, 具体格式被记录在文章Usage Event Logging in Windows SharePoint Services 3.0中. 其中还包含有可以编译出解析该文档的工具程序的C++源代码.
Configure usage reporting
http://technet.microsoft.com/en-us/library/cc262541.aspx
Your Top 10 List...Or How To Gather Usage Statistics with SharePoint
http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx?ID=129
Usage Event Logging in Windows SharePoint Services 3.0