系统莫名出现的问题，查了很多资料，最终在这里有个比较靠谱的解释，备份下，来源：http://hi.baidu.com/silict/blog/item/5aa8fc167942ef0c962b432c.html
无法加载远程访问连接管理器服务
错误711 操作无法完成，因为它无法及时启动远程访问连接管理器服务。请重试此操作。采取的解决方法已经有以下几种，这也是到目前为止我能找到的所有方法：
第一种方法：
请看你的以下服务:
服务名称:eventlog 显示名称: Windows Event Log 启动类型:自动
服务名称:TapiSrv 显示名称: Telephony 启动类型:手动
服务名称:SstpSvc 显示名称: Secure Socket Tunneling Protocol Service 启动类型:手动
服务名称:Netman 显示名称: Network Connections 启动类型:手动
服务名称:nsi 显示名称: Network Store Inte***ce Service 启动类型: 自动
服务名称:RasMan 显示名称: Remote Access Connection Manager 启动类型:手动
出现错误:711 的朋友, 我想大家的服务设置应该是出在了 我列出的第一个服务上
第一个服务描述:此服务管理事件和事件日志。它支持日志记录事件、查询事件、订阅事件、归档事件日志以及管理事件元数据。它可以用 XML 和纯文本两种格式显示事件。停止该服务可能危及系统的安全性和可靠性。
由于禁用第一个服务, 将导致 服务名称:SstpSvc 显示名称: Secure Socket Tunneling Protocol Service 这个启动后自动停止
而 服务名称:RasMan 显示名称: Remote Access Connection Manager 这个服务需要依赖它,
第二种方法：
这个问题很好解决!在命令符以管理员运行。。输入netsh winsock reset 回车，重启即可
第三种方法：
实际上，微软提出老系统的解决方案也是适合Windows7的大部分此类问题的，那就是：
如果禁用了下列服务，可能会发生此问题：
电话服务
远程访问连接管理器
远程访问自动连接管理器
依然是自己写的批处理，简单明了，把下面的保存成".bat"的格式就行了
@echo off
reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\RasMan /v DependOnService /t reg_multi_sz /d Tapisrv /f
net start TabletInputService
::Tablet PC Input Service
net start SstpSvc
::Secure Socket Tunneling Protocol Service
net start RasMan
::Remote Access Connection Manager
net start Netman
::Network Connections
net start netprofm
::Network List Service
net start NlaSvc
::Network Location Awareness
net start nsi
::Network Store Interface Service
net start TapiSrv
::Telephony
pause
要开启的任务比要求的3个多了点，只要是为了保障而已，不要的可以自己删除，我都有表明注释的了。
如果批处理里面有显示着 “RasMan” 错误1075：依存服务不存在， 或已标记为删除 的话，就要重启一次，然后再运行就行了~~呵呵，麻烦了点……
终极方法：
事件查看器打开之后“显示事件日志服务不可用，请验证服务是否在运行”，我马上就去『服务』里尝试启动Windows Event Log的服务，结果系统又提示Windows 无法启动 Windows Event Log 服务 (位于 本地计算机上)。
错误 4201: 无法识别传来的实例名是否为有效的 WMI 数据提供程序。
以下3种方法，我都尝试了，也没解决，最后参照第3种方法但方式不同解决了。
方法1，取得『%SystemRoot%\LogFiles』文件夹和『%SystemRoot%\System32\wbem』文件夹的权限（包括这两个文件夹的所有子文件夹的权限），简单点说，就是使你当前的帐户拥有这两个文件夹以及它们的子文件夹的绝对控制权限。这是最简单的方法，不少老外说，这样一弄，倒是解决了问题。不过对我的系统，没用；
方法2，以不带网络的安全模式启动，运行命令行，输入“net stop winmgmt”（不带引号），确认WMI服务停止后，将『%SystemRoot%\System32\wbem』下的『Repository』文件夹重命名，然后再次转到命令行，输入“winmgmt /resetRepository”（不带引号），重启系统，测试事件查看器是否工作正常。这个方法据说效果最好，很多人靠这个修复了4201错误。很不走运，这个方法对我的系统还是无效；
方法3，删除『%SystemRoot%\Logs』文件夹和『%SystemRoot%\System32\LogFiles』文件夹（不用担心删除后造成不好的结果，系统会自动重新建立它们的），不过由于系统正在访问这两个文件夹里的文件，即使你拥有它们的绝对控制权，你也还是无法删除它们的。此时就需要借助MoveFile这个软件了（下载页面：http://www.microsoft.com/technet/sysinternals/SystemInformation/PendMoves.mspx），它可以在系统启动的时候对文件、文件夹进行移动、删除等操作，借助一个批处理，搞定。批处理内容如下：
"X:\***\movefile.exe" "C:\Windows\System32\LogFiles" ""
"X:\***\movefile.exe" "C:\Windows\Logs" ""
仍然不幸，不能解决。后来发现，第3种方法本来应该删除C:\Windows\System32\LogFiles和C:\Windows\Logs文件夹，但实际上没有删除，于是想到了第4种方法。
方法4，用unlocker强制删除C:\Windows\System32\LogFiles和C:\Windows\Logs文件夹（使用WINPE启动也可以删除这两个文件夹）。
用unlocker删除C:\Windows\Logs文件夹倒是比较容易，先解锁，然后删除就行了。但删除C:\Windows\System32\LogFile文件夹时提示不能马上删除，下次启动时才删除，所以重启系统，结果发现重启后删除了文件中的部分内容，整个文件夹的属性中看到创建日期仍然是以前的日期，修改日期倒是今天，于是判断是删除不彻底。
后来想到了，将C:\Windows\System32\LogFile文件夹改名应该可以，所以就用unlocker改名，仍然需要重启系统，重启后发现重命名成功，系统新建立了个C:\Windows\System32\LogFile文件夹。
这时Windows Event Log（事件查看记录服务）已经成功启了。
分析：第3、4其实想法是一样的，就是完全删除那两个目录，然后让windows重新建立，不过不知为什么第3方法不成功。也许vista分配权限的问题？这个就没再研究了，怕把系统给整坏了:)。
===============
好吧，虽然我全部转贴了过来，可是还没到试，却发现另一个方法：
毛病就出在c:\windows\system32\logfiles\wmi\RTbackup这个文件夹上，进到目录中，找到RTbackup这个文件夹，右键调出他的属性，再选择“安全”，你就会看到在“组和用户名”的那个框里可能会没有SYSTEM这个用户，这个时候你点编辑----添加，在方框中键入SYSTEM，再点确定就可以了。同时对于SYSTEM这个用户，你把他的权限中的完全控制给选上，确定退出后，你重启一下，这个问题应该就解决了。
因为这个方法简便易行，于是我照着操作了，然后重启，居然就解决了。。。。