解决问题的方法|事件ID快速搜索。请问如何根据错误的ID，快速找到相应的解决办法呢？你们常用都是什么途径呢？能否说的稍微具体点呢？往往搜索出来的不能快速定位实际的问题？请问有无其他的搜索方法呢？而eventid.net目前是收费的，不能提供解决的办法。我想知道微软的工程师一般对错误ID的分析方法？能否告知下呢？其实有了很多年的工作经验，做过很多项目后，回过头觉得仍没有一套系统化的解决问题的流程和方法，很多时候靠的是个人的经验。

回答：根据您的描述，我对这个问题的理解是：您希望根据错误ID快速找到解决问题的方法。
一般而言，当管理员在事件查看器中发现了错误事件，我们可以按照以下流程进行：您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/

1. 查看该事件的全部详细信息：事件的来源、ID以及描述等。如：
=====================================
Source: DhcpServer
  Type: Error
  ID: 1046
  Description: The DHCP/BINL service on the local machine, belonging to the Windows Administrative domain <domain>, has determined that it is not authorized to start. It has stopped servicing clients. The following are some possible reasons for this: This machine is part of a directory service enterprise and is not authorized in the same domain. (See help on the DHCP Service Management Tool for additional information).
This machine cannot reach its directory service enterprise and it has encountered another DHCP service on the network belonging to a directory service enterprise on which the local machine is not authorized.
Some unexpected network error occurred.
=====================================

2. 确定造成的影响。如：所有客户机无法获得动态IP地址。

3. 收集当前软硬件环境信息：工作组还是域，服务器/客户机的操作系统及补丁版本，服务器/存储/网络设备的型号等。您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/

4. 到http://support.microsoft.com搜索该事件ID和描述相关的知识库文章（KB）。这里还推荐一个第三方网站：www.eventid.net可以帮助搜索事件ID和相关解决方法

5. 根据搜索到的KB，结合对该服务工作流程的理解和工作经验，判断出错原因并确定行动方案。

例如，对于以上事件：
DhcpServer ID 1046的事件描述中很明确地说明了DHCP没有被授权，会影响到对客户端的IP分配。我们通过检查DHCP的控制台发现服务器图标上出现红色向下箭头，确认了此DHCP没有被授权。由于此服务器是在域环境下，我们的行动方案是直接授权。授权后，客户端成功获得IP地址，服务器红色箭头变为绿色，到此，问题解决。

以上为了说明过程，举了一个非常简单的例子。但实际工作中，同时发生的事件非常多，而且互相联系。很多问题不能光凭事件确定方案，比如我们联系域控制器时出现“RPC服务器不可用”的报错信息，并非一定是因为DC有问题。这时对服务工作流程的理解和工作经验就变得非常重要。我们可能要去拿相关的Log、做隔离测试，尝试解决方案；如果不成功，再重新分析……

因此，大量知识和经验的积累对快速解决问题有非常大的帮助。

感谢gnaw0725的热心帮助。您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/

针对于您所关心的问题：

我们在排除故障时，在获得故障的详细信息以后，也会先根据所提供的事件ID搜索该事件的详细情况和造成此事件的可能原因。我们通常是搜索微软知识库（KB），这里既有事件描述又有解决方法。您可以通过http://support.microsoft.com访问。

在搜索时，尽量搜索详细、特别的信息，这样能够帮助我们快速准确的查找类似的案例。

举个例子：对于Userenv事件ID: 1030，如果去搜索：Userenv 1030，我们会得到相当多的文章。假如我们仔细分析一下该事件的特征，比如每5分钟会记录一次该事件，那么我们尝试去搜索“Userenv 1030 five minutes”就会发现一篇很有参考价值的文章：
Userenv errors occur and events are logged after you apply Group Policy to computers that are running Windows Server 2003, Windows XP, or Windows 2000。

根据搜索到的信息，我们会结合对系统的理解和经验进行分析和筛选，得出解决方案。如果无法确定解决方案或者之前的方案不能解决问题，可能还需要在系统上搜集日志、做测试等，并根据结果重新分析，确定下一步方案。您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/

以上就是我们基本的分析方法。

另外，我还要强调一个误区：根据事件ID或者报错信息就能确定问题所在。事件ID以及报错窗口只是一个线索。很多情况下，需要拿到有针对性的日志才能有效确定问题所在。

比如：安装一个MSI文件失败，我们要去拿MSI Log；用户无法从WSUS获得补丁，我们从事件日志中无法知道原因，需要分析Windowsupdate.log…… 这就需要我们平时多阅读技术文档，懂得系统如何工作，并且知道如何取得以及分析Log。

确实，很多时候是靠个人经验解决问题。但是如果能够将个人经验进行总结和提高，从而形成自己的一套方法，何尝不是一件好事呢？

方法或思路无非是几句话，而工作经验却无法用几句话概括。相对来讲，经验才是更宝贵的财富。

穆骥 微软全球技术支持中心

eventid.net目前只是针对功能模块收费，例如 links、Search、Various等，
而里面有很多工程师的详细讨论，比如 Details部分，是完全免费的，这一部分对于debug问题来说
大多数情况下足够用了。您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/

不过，要提到一点的是，IT基本不可能完全依赖于kb解决问题，最根本的方法还是要了解那个程序
或者产品的运作机制，这样才能根据我提到的“问题的一般性解决方案”进行故障排查。

至于如何了解产品的运作机制，一方面要看微软发布的白皮书，比如conference guide
/ deployment
planning whitepaper等等，另一方面可以在msdn中搜索 How .... to work

很多资源和解决方法都可以在微软的在线资源中搜索到，只是看你对微软产品及服务的术语是否熟悉
这个问题你可以查询language portal ，它的地址在
http://www.microsoft.com/language

问题、故障的排查思路请参考 关于如何解决问题的一般性原则
微软知识库kb是什么？如何搜索Microsoftwindowsknowledgebase 活动目录SEO
快速检索kb 
又一例如何快速打开KB 活动目录SEO
－－－gnaw0725