windows server 2008错误代码

Windows错误代码集锦更新时间：2017.12.25 0-操作成功完成。

1-函数不正确。

2-系统找不到指定的文件。

3-系统找不到指定的路径。

4-系统无法打开文件。

5-拒绝访问。

6-句柄无效。

7-存储控制块被损坏。

8-存储空间不足，无法处理此命令。

9-存储控制块地址无效。

10-环境不正确。

11-试图加载格式不正确的程序。

12-访问码无效。

13-数据无效。

14-存储空间不足，无法完成此操作。

15-系统找不到指定的驱动器。

16-无法删除目录。

17-系统无法将文件移到不同的磁盘驱动器。

18-没有更多文件。

19-介质受写入保护。

20-系统找不到指定的设备。

21-设备未就绪。

22-设备不识别此命令。

23-数据错误(循环冗余检查)。

24-程序发出命令，但命令长度不正确。

25-驱动器找不到磁盘上特定区域或磁道。

26-无法访问指定的磁盘或软盘。

27-驱动器找不到请求的扇区。

28-打印机缺纸。

29-系统无法写入指定的设备。

30-系统无法从指定的设备上读取。

31-连到系统上的设备没有发挥作用。

32-另一个程序正在使用此文件，进程无法访问。

33-另一个程序已锁定文件的一部分，进程无法访问。

36-用来共享的打开文件过多。

38-已到文件结尾。

39-磁盘已满。

50-不支持该请求。

51-Windows 无法找到网络路径。

请确认网络路径正确并且目标计算机不忙或已关闭。

如果Windows 仍然无法找到网络路径，请与网络管理员联系。

52-由于网络上有重名，没有连接。

如果加入域，请转到“控制面板”中的“系统”更改计算机名，然后重试。

如果加入工作组，请选择其他工作组名。

53-找不到网络路径。

54-网络很忙。

55-指定的网络资源或设备不再可用。

56-已达到网络BIOS 命令限制。

57-网络适配器硬件出错。

58-指定的服务器无法运行请求的操作。

59-出现了意外的网络错误。

60-远程适配器不兼容。

61-打印机队列已满。

62-服务器上没有储存等待打印的文件的空间。

windows2008无法远程—
注册表缺失键值导致高级防火墙服务异常
一、远程无法访问（windows server 2008）
症状：无法远程但是系统内网络正常(或单向通信正常)，防火墙打开报错，如下图：
启动防火墙服务Windows Firewall（MpsSvc），如果无法启动，报错误代码5，日志记录错误代码7024，如下图所示：
解决方法：
1、到相同版本的系统中将如下键值导出
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\SharedAccess
2、上传至异常服务器中并双击导入（可以上传到FTP中，异常服务器内访问FTP下载）
3、启动防火墙服务Windows Firewall（MpsSvc），正常启动，但是防火墙依旧无法打开，
并报如下错误，继续执行第四步（之前有2003系统到此步恢复正常）
4、选择注册表
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess 将其权限修改，添加NT SERVICE\mpssvc并赋予完全控制权限
5、重新打开防火墙，恢复正常，修改为本机使用规则即可（由于拷贝于其他服务器，因此规则根据实际情况修改）。

ORA-00600内部错误代码,参数[19004]数据库版本：Oracle 11.2.0.1.0数据库服务器操作系统：Windows server 2008问题现象：业务⼈员在前台执⾏某些查询操作时，报错ORA-00600: 内部错误代码, 参数: [19004]；解决⽅案：查看alert警告⽇志，查找对应的trace⽂件，找到触发此bug的sql语句如下：----- Current SQL Statement for this session (sql_id=.......) -----SELECT *FROM TAB_1WHERE COL_1 in (select id from TAB_2)and COL_2 in (:1, :2)and COL_3 in('null', 'null', 'null', 'null', 'null', 'null', 'null')order by COL_4,COL_5;根据MOS查看，此错误匹配多个BUG，都是由于表错误的统计信息和列的统计直⽅图触发此BUG，可以删除SQL中对应表的统计信息和统计直⽅图临时解决此问题，或者直接升级数据库跳过此BUG；删除统计信息⽅法如下：散打狼执⾏了这⾯这条语句后就可以了---ANALYZE TABLE TAB_1 DELETE STATISTICS;---ANALYZE TABLE TAB_2 DELETE STATISTICS;SQL> execute dbms_stats.delete_table_stats(ownname=>'USER_NAME',tabname=>'TAB_1');SQL> execute dbms_stats.delete_table_stats(ownname=>'USER_NAME',tabname=>'TAB_2');SQL> execute dbms_stats.lock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_1');SQL> execute dbms_stats.lock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_2');---SQL> execute dbms_stats.unlock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_1');---SQL> execute dbms_stats.unlock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_2');删除表统计信息可能会⽣成错误的执⾏计划，影响SQL执⾏效率；可以适当调⼤动态取样级别；SQL> show parameter optimizer_dynamic_samplingNAME TYPE VALUE------------------------------------ ----------- ------------------------------optimizer_dynamic_sampling integer 4其中MOS中查询有关ORA-00600[19004]问题相关信息；ORA-600 [19004] (⽂档 ID 138652.1)Note: For additional ORA-600 related information please readPURPOSE:This article represents a partially published OERI note.It has been published because the ORA-600 error has beenreported in at least one confirmed bug.Therefore, the SUGGESTIONS section of this article may helpin terms of identifying the cause of the error.This specific ORA-600 error may be considered for full publicationat a later date. If/when fully published, additional informationwill be available here on the nature of this error.SUGGESTIONS:If the Known Issues section below does not help in terms of identifyinga solution, please submit the trace files and alert.log to OracleSupport Services for further analysis.Known Issues:You can restrict the list below to issues likely to affect one of the following versions by clicking the relevant button:The list below is restricted to show only bugs believed to affect version 11.2.0.1.Other bugs may affect this version but have not been confirmed as being relevant yet.There are 6 bugs listed.NB Prob Bug Fixed DescriptionII12.1.0.2, 12.2.0.0ORA-600 [19004] when stats have been gathered with NLS_SORT / NLS_COMP not default BINARY II11.2.0.4, 12.1.0.1Manually setting column stats cannot exceed 4Gb max sizeIII12.1.0.2, 12.2.0.0ORA-600 [19004] or inaccuracies on join of histogrammed columnsIII11.2.0.3, 12.1.0.1Allow optimizer to bypass corrupt histogram dataIII11.2.0.2, 12.1.0.1Query optimization fails with OERI[19004]E II11.2.0.2, 12.1.0.1Enh: allow extended and adaptive cursor sharing to support LIKE predicates· '*' indicates that an alert exists for that issue.· '+' indicates a particularly notable issue / bug.· See for details of other symbols used。

系统安装完问题1、设置备份计划重装完本地测试环境出现问题：1、浏览页面401 - 未授权: 由于凭据无效，访问被拒绝。

您无权使用所提供的凭据查看此目录或页面。

解决方法：1 website的主目录，允许IIS_IUSERS 读取该目录2 组策略中，允许IIS_IUSERS 从网络上访问该计算机还是不行。

原因出在第一个允许IIS_IUSERS 读取该目录设置处“包括可从该对象的父项继承的权限”没有打上“√”2、打开网站是好了，但是图片没有出来，单独打开图片地址，显示404 - 找不到文件或目录。

您要查找的资源可能已被删除，已更改名称或者暂时不可用。

解决方法：（1）在IIS中属性->HTTP头->MIME类型->有没有要访问的类型，没有就“添加”。

（2）检查网站绑定是否域名不对3、伪静态组件安装完成，域名跳转失败，还是在主页上面2、安装SQL，链接不上服务里没了SQL启动服务，数据库也连不上。

打开SQL Server Management Studio,在服务器名称中选择"浏览更多",出现的"本地服务器"中没有选项. 选择"配置工具"-> "SQL Server 2005外围应用配置器",选择"服务和连接的外围应用配置器",报错: "在指定的计算机上找不到任何SQL Server 2005组件.该计算机上未安装任何组件,或者,您不是此计算机上的管理员.(SQLSAC)"选择"服务和连接的外围应用配置器",报错: "在指定的计算机上找不到任何SQL Server 2005组件.该计算机上未安装任何组件,或者,您不是此计算机上的管理员.(SQLSAC)"SQL Server Management Studio,在服务器名称中选择"浏览更多",出现的"本地服务器"中没有选项解决：安装VS2008，完成后，就可以设置了。

Windows Server 2008蓝屏漏洞揭秘/art/200910/158645.htm9月初，在各大安全网站上登载了一个Windows操作系统的蓝屏漏洞的消息，这个漏洞的出现如同一颗石子，打破了近半年来Windows没有爆出重大漏洞的沉寂。

蓝屏漏洞威胁的是服务器操作系统Windows Server 2008，这意味着如果Windows Server 2008蓝屏，将导致服务器停止服务……目前，漏洞的利用代码还限制在小范围内，不过漏洞攻击工具却已经研制出来了，现在为大家揭秘蓝屏漏洞的利用过程。

问题： Windows Server 2008蓝屏漏洞危害：服务器出现蓝屏停止服务危机：服务器的蓝屏隐痛我是安天实验室的苗得雨，我下面给大家说的就是蓝屏漏洞。

蓝屏漏洞的正式名称是SMB v2漏洞，到截稿为止该漏洞还没有补丁(预计10月第二个星期出补丁)。

蓝屏漏洞的危害到底有多大?对我们普通网民会带来危害吗?蓝屏漏洞主要威胁的是使用Windows Server 2008的服务器，对Vista系统也有一定的影响。

不过现在的黑客都变得务实起来，不会对市场份额尴尬的Vista 系统感兴趣。

使用Windows Server 2008作为服务器操作系统的，是邮件服务器、网站服务器、数据服务器、域名服务器等。

一旦服务器蓝屏了，管理员很可能不会第一时间知道——因为很多服务器都没有配专用的显示器，服务器就会在一段时间内停止服务。

如果是网站服务器停止服务了，服务器上的所有网站都无法访问;如果是邮件服务器停止服务了，邮件就不能中转发送;如果是数据服务器停止服务了，可能会导致数据支持的系统崩溃，例如网游、网银等系统;如果是域名服务器停止服务了，“断网门”可能再次上演。

2007年，微软发布了替换Windows Server 2003的新一代服务器操作系统Windows Server 2008，该系统支持多核处理器，拥有64-bit技术、虚拟化以及优化的电源管理等功能，吸引了许多企业用户将服务器操作系统更换为该系统。

前言：本人在配置的时候遇到了很多问题所以整理了本文，用以记录存档，也可以方便能看到本文档的朋友，如果您遇到了类似问题可以少走弯路。

文章末尾有一个注意事项，请一定留意，建议看完本前言之后先看注意事项（本文核心）。

本文章内容并非我自己一字一字敲出来的，多来自网络（技术博客、微软官方帮助、PHP支持等）如有侵权请告知笔者：杞都天子。

另：微软的PHP配置说明：/zh-cn/library/hh994592#Install_PHP1.安装IIS1.1单击“开始”，指向“管理工具”，然后单击“服务器管理器”。

1.2在“角色摘要”中，单击“添加角色”。

1.3使用“添加角色”向导添加 Web 服务器角色。

1.4此处较为简单，而且网上参考文献也较多，所以本文点到为止。

2.安装配置PHP2.1下载php-5.3.22-nts-Win32-VC9-x86.zip并解压到D: \php53222.2复制php.ini-development，并修改文件名为php.ini，进行如下修改：extension_dir = <PATH TO EXTENSIONS>Extension_dir 指向存储 PHP 扩展的目录。

此路径可以是完全限定路径（例如，D:\php5322\ext\）或相对路径（例如，.\ext）。

在 Php.ini 文件中的较低级别指定的扩展位于 extension_dir 中。

如果指定的扩展未位于 extension_dir 中，则 PHP 会在开始执行脚本时显示一条警告消息，并且应用程序可能会因缺少功能而显示错误。

extension = xxxxxx.dll对于启用的每个扩展，对应的 extension= 指令（用于告知 PHP 在启动时要加载extension_dir 中的哪些扩展）是必需的。

将自己需要安装的组件前的”;”去掉。

例如一般是extension=php_gd2.dllextension=php_mbstring.dllextension=php_mysql.dlllog_errors = On（可以不设置此项，笔者未设置）PHP 错误还会记录到 PHP 错误日志记录设施中。

Windows2008R2服务管理器刷新失败的解决⽅法这⼏天在做实验，⼀台服务器安装了Windows 2008 R2 X64系统，当我想安装服务器⾓⾊的时候，发现⽆法安装，出现了“服务器刷新失败”，点击它弹出对话框提⽰“刷新服务器管理器时出现意外错误: 异常来⾃ HRESULT:0x800F0818。

有关详细信息，请参阅事件⽇志: 诊断、事件查看器、应⽤程序和服务⽇志、Microsoft、Windows、服务器管理器、操作” 然后我就查看⽇志，⽇志内容如下：⽆法发现系统的状态。

找到⼀个意外的异常:Exception (0x800706BE): 远程过程调⽤失败。

(异常来⾃ HRESULT:0x800706BE) 在System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo) 在ponentInstaller.CreateSessionAndPackage(IntPtr& session, IntPtr& package) 在ponentInstaller.InitializeUpdateInfo() 在ponentInstaller.Initialize() 在mon.Provider.RefreshDiscovery() 在Microsoft.Windows.ServerManager.LocalResult.PerformDiscovery() 在Microsoft.Windows.ServerManager.ServerManagerModel.CreateLocalResult(RefreshType refreshType) 在Microsoft.Windows.ServerManager.ServerManagerModel.InternalRefreshModelResult(Object state)开始纠结了，⼿上有很多Win2008R2的服务器，还是第⼀次遇到这个问题，开始求助于强⼤的Google，终于让我在⼀个国外的博客上找到了解决办法。

域控制器错误及相关解决办法１、用户帐户被意外锁定，并在 Windows Server 2003 中记录的事件 ID 12294事件 ID 12294参考：/kb/887433/zh-cn原因当您的网络上的计算机感染了 W32.Randex.F 蠕虫病毒或与它的变量时，可能会发生此问题。

解决方案若要解决此问题，请使用最新的可用的病毒定义在网络上运行完整的病毒扫描。

若要删除 W32.Randex.F 蠕虫病毒使用扫描。

有关如何执行病毒扫描或如何获取最新的病毒定义的信息，请参阅您的防病毒软件文档或与制造商联系。

2、事件 ID 1699 记录许多次并填充基于 Windows Server 2008 的可写域控制器的目录服务事件日志事件 ID 1699参考：/?scid=kb%3Bzh-cn%3B953392&x=12&y=12原因当 Windows Server 2008 RODC 试图缓存的主要用户的密码时，可写域控制器将执行检查以确定是否允许此操作。

如果不允许此操作，是将返回错误代码。

这是预期的行为。

但是，不正确可能返回错误代码时记录事件 1699解决方案若要解决此问题可用的修补程序。

安装此修补程序后，服务器不会在"原因"部分中提到的情况下记录事件 ID 1699。

在其他的方案中仍被记录该事件。

3、Windows Server 2008 上和 Windows Server 2008 R2 域控制器上的 Net Logon 服务不允许使用旧默认情况下与 Windows NT 4.0 兼容的加密算法事件ID58055722参考：/?scid=kb%3Bzh-cn%3B942564&x=8&y=10原因出现此问题是由于基于 Windows Server 2008 的域控制器上的允许与 Windows NT 4.0 兼容的加密算法策略的默认行为。

若要防止 Windows 操作系统和第三方客户端使用弱加密算法，以建立到基于 Windows Server 2008 的域控制器的NETLOGON 安全通道配置此策略。

windows服务器事件ID对照表关于windows service 2003 与 2008 事件ID对照表下表列出了应在环境中监视的事件，具体取决于“监控Active Directory中的妥协迹象”中提供的建议。

在下表中，“当前Windows事件ID”列列出了在当前主流⽀持的Windows和Windows Server版本中实现的事件ID，以下表格以“2008”代称。

“旧版Windows事件ID”列列出了旧版Windows中的相应事件ID，例如运⾏Windows XP或更早版本的客户端计算机以及运⾏Windows Server 2003或更早版本的服务器，以下表格以“2003”代称。

“潜在关键性”列标识在检测攻击时是否应将该事件视为低，中或⾼关键性。

以下表格以“级别”代称，“事件摘要”列提供事件的简要说明以下表格以“概述”代称。

⾼可能的临界值意味着应该调查⼀次事件。

中等或低的潜在临界值意味着只有在出现意外情况或在测量的时间段内显着超过预期基线的数量时才应调查这些事件。

在创建需要强制性调查响应的警报之前，所有组织都应在其环境中测试这些建议。

每个环境都是不同的，并且由于其他⽆害事件，可能会发⽣⼀些潜在危险度⾼的事件。

20082003级别概述4618N / A⾼已发⽣受监视的安全事件模式。

4649N / A⾼检测到重播攻击。

由于错误配置错误，可能是⽆害的误报。

4719612⾼系统审核策略已更改。

4765N / A⾼SID历史记录已添加到帐户中。

4766N / A⾼尝试将SID历史记录添加到帐户失败。

4794N / A⾼尝试设置⽬录服务还原模式。

4897801⾼启⽤⾓⾊分离：4964N / A⾼特殊组已分配给新登录。

5124N / A⾼在OCSP Responder Service上更新了安全设置N / A550中到⾼可能的拒绝服务（DoS）攻击1102517中到⾼审核⽇志已清除4621N / A介质管理员从CrashOnAuditFail恢复了系统。

Windows2008r2任务计划程序执⾏批处理失败问题解决⽅法最近遇见⼀个奇怪的现象，在做某系统的定期备份的时候使⽤到了⾮系统⾃带Rsync命令，但是⼿动启动没问题，⽽且⼜⾮常期望批量化在多台主机上进⾏，怎么办呢？Windows Server 2003下⾯这样执⾏任务计划没问题，⽽就Windows Server 2008 R2下⾯出现意外。

· 代码 0 或 0x0：操作成功完成。

· 代码 1 或 0x1：调⽤的函数不正确或调⽤了未知函数。

· 代码 10 或 0xa：环境不正确。

· 代码 0x8009000f：常规访问被拒绝Figure 1看到上次运⾏结果出现⾮0情况这种⾮〇情况表⽰的是不能被接受的。

通过对这个批处理设置断点，我看到了这样的报错信息。

Figure 2在批处理中加⼊Pause 进⾏断点，查看错误信息很明显，这个rsync不是系统⾃带的程序和⽂件，因此⽆法被系统直接调⽤，猜测和环境变量有关，仔细寻找Windows Server 2008 R2 下⾯的任务计划选项，我看到了这个填空的地⽅。

Figure 3起始于（可选）项我将这个填写成了该条脚本的所在的⽬录，再次运⾏该任务计划，得到返回成功的标记，并且在服务本分服务器端受到相应的备份内容。

这⾥回顾⼀下，两个版本操作系统的任务计划的不⼀样，Windows Server 2003 下⾯可以选择的内容，项⽬并不多，不过他默认的情况下会将起始于填写进去，使⽤的就是所在脚本的上⼀级⽬录。

Figure 4 Windows Server 2003 下⾯的起始于，默认被填写因此设置Windows Server 2008 ，2012这样的基于Nt6核⼼的系统的任务计划的时候建议将起始于进⾏⼀下设置。

以下是其它⽹友提供的⽅法第⼆种解决⽅法：1、创建任务计划时，要在常规选项卡⾥选中“不管⽤户是否登录都要运⾏”、“使⽤最⾼权限运⾏”、配置选带有“Windows Server 2008 R2”这三个选项，2、在操作选项卡⾥的“起始于（可选）”要填上bat批处理⽂件所在⽬录，windows 2003是在选择bat批处理⽂件⾃动带上的，⽽2008不会，虽然它提⽰是可选的，但是不填的话，执⾏会失败；3、所有信息都填写完整后点确定时需要输⼊运⾏此任务的⽤户帐户密码；第三种解决⽅法：下⾯我贴⼀个完整的计划任务图⽰：创建计划任务定制计划任务执⾏时间计划任务操作⼀（此情况符合单个可执⾏程序或者脚本不调⽤数据库情况下）计划任务操作⼆（此情况符合运⾏程序需要调⽤⽬录数据库情况、PS：这个通吃吧貌似j后⾯默认即可其问题就在于编辑操作的选项⾥⾯的起始于（可选）选项。