概述:
Windows SharePoint 服务开发自定义功能时，调试很难 3.0 (WSS) 或 Microsoft Office SharePoint 服务器 (苔藓). 罪魁祸首是 SharePoint 发生错误时，通常表面上的 web 浏览器的很少的诊断信息. 这篇博客介绍了如何查找其他系统生成的诊断信息，通常可以提供额外的细节，一个需要以确定根本原因. 这能导致解决问题.
我用这种技术取得了巨大成功解决否则为神秘的错误.
方法:
SharePoint 将大量的信息保存到一个诊断日志中的日志文件中 12 配置单元.
"12 蜂巢" 通常位于"C:\程序不数值 SharedWeb 服务器 Extensions12". (我不确定是不是可能的 12 蜂巢，别处过活, 事实上).
这个想法是要查找当前的日志文件, 强制错误，然后快速打开日志文件. 这些日志文件的特点是:
- 大量的信息. SharePoint 生成非常大量的诊断信息，并很快将它写入到该日志文件. 你需要用手指来捕捉它快速.
- 多重性. SharePoint 不向单个日志文件写入，但宁可在序列中生成多个日志文件.
- 复制并粘贴到 MS Excel 的很好.
我最喜欢的方法:
- 打开 windows 资源管理器指向 12 hivelogs.
- 视图显示按修改日期排序 (最新第一).
- 突出显示最新的日志文件.
- 在 web 浏览器窗口中, 强制出现错误.
- 快速打开当前的日志文件并将其内容复制到 MS Excel.
- 跳转到结束和分析有关条目.
其他说明:
默认情况下, 诊断日志位于 12 hiveLOGS 目录.
MS 的最佳做法 (根据麦克 T. 微软的) 应将日志文件保存到一个单独的硬盘的状态. 其中一个就是这样通过中央管理员. 您的系统管理员可能已经这样做, 在这种情况下你会明显地需要找到日志文件那里不是默认 12 配置单元位置).
此条目如解决问题:
- SharePoint 工作流启动失败，由于内部错误.
- (随着时间的推移添加更多)
- 此条目是有所帮助诊断工作流错误 (例如：. "工作流由于启动失败内部错误").
所以, 有的次去时 12 蜂巢日志，发现很少到它们中的任何, 即使的日志记录级别是这样应该有数据. 例如, 我坐在这里看着日志文件夹的 windows 资源管理器视图和我看到的, 在平均, 日志的 1-2 演出. 但然后我看到几个小时的日志中 10 k. 现在, sharepoint 网站问题正在使用漂亮很多 24 二 ○ 一天. 所以有些事情将要发生线程/进程生成的信息，防止他们的日志记录信息, 必须承担. 所以, 如何做图图是什么造成这一问题?
我发现这一切时候去要试着调试问题的日志. 用户添加的 web 部件和 web 部件告诉他们要检查的日志. 但当然, 没什么在日志中.
帮我错误: 日志 ID 5566