win2003 server 一直报错:"报表服务器无法创建 Cache Flushes/Sec 性能计数器。" 有没有大虾遇到过
你要滴在任务管理器里全部都有 ALT +DEL+ CTRL
Windows 性能监视器工具
如果需要在一台计算机上监视多个 Report Server 实例，可以同时或单独监视这些实例。选择要包括的实例是计数器添加过程的一部分。有关使用 Windows 附带的性能工具的更多信息，请参见微软 Windows 产品文档。
若要访问性能工具
• 从“开始”菜单上选择“运行”。
• 在“打开”文本框中输入“perfmon”，然后单击“确定”。
• 在性能监视器工具中，在左侧窗格里选择 System Monitor 对象，然后右击“性能”图表。
• 选择“添加计数器”。
现在，可以开始选择这些对象和要监视的计数器了。
ASP.NET 应用程序性能计数器
有关 ASP.NET 应用程序性能计数器的大部分信息最近已被合并到一个题为“改善 .NET 应用程序的性能和伸缩性”的综合文档中。下表描述了一些可用于监视和优化 ASP.NET 应用程序（包括 Reporting Services）性能的重要计数器。
性能对象 计数器 实例 描述
Processor（处理器）
% Processor Time（处理器时间百分比）
__Total
“% Processor Time”监视运行 Web 服务器的计算机的 CPU 利用率。低 CPU 利用率或者无法最大化 CPU 利用率（无论客户端负载为多少）都表明 Web 应用程序中存在对资源的争用或锁定。
Process（进程）
% Processor Time（处理器时间百分比）
aspnet_wp 或 w3wp（具体情况视 IIS 版本而定）
由 ASP.NET 工作进程所使用的处理器时间所占的百分比。在将标准负载情况下的性能与先前捕获的基准进行对比时，如果此计数器的值出现下降，则说明降低了对处理器的需求，因此也提高了伸缩性。
Process（进程）
Working Set（工作集）
aspnet_wp 或 w3wp（具体情况视 IIS 版本而定）
由 ASP.NET 主动使用的内存数量。虽然应用程序开发人员对应用程序使用的内存数量拥有最大的控制权，但系统管理员也可通过调整会话的超时期限来显著影响这一点。
Process（进程）
Private Bytes（专有字节）
aspnet_wp 或 w3wp（具体情况视 IIS 版本而定）
Private Bytes 是当前分配给该进程且不能由其他进程共享的内存数量（以字节计）。不时出现的尖峰表明某些地方存在瓶颈，会导致工作进程继续持有不再需要的内存。如果此计数器突然下降为接近 0 的值，则可能表示 ASP.NET 应用程序由于无法预料的问题进行了重启。为了验证这一点，请监视“ASP.NET Application Restarts”计数器。
ASP.NET Applications（ASP.NET 应用程序）
Requests/ Sec（每秒的请求数）
__Total
允许您检验请求的处理速度是否于发送速度相适应。如果每秒请求数的数值低于每秒产生的请求数，则会出现排队现象。这通常意味着已经超过了最大请求速度。
ASP.NET Applications（ASP.NET 应用程序）
Errors Total（总错误数）
__Total
在执行 HTTP 请求期间发生的错误总数。包括任何分析器、编译或运行时错误。此计数器是“Errors During Compilation”（编译错误数）、“Errors During Preprocessing”（预处理错误数）和“Errors During Execution”（执行错误数）计数器的总和。运转正常的 Web 服务器不应产生任何错误。如果错误发生在 ASP.NET Web 应用程序中，它们的存在可能会让实际的吞吐量结果产生偏差。
ASP.NET
Request Execution Time（请求执行时间）
显示了呈现所请求页面并将其传送给用户所需的时间（以毫秒计）。跟踪此计数器通常要比跟踪页面呈现时间效果更好。此计数器可以更全面地衡量从开始到结束的整个请求时间。在与基准进行对比时，如果此计数器的平均值较低，则说明应用程序的伸缩性和性能均得到了改善。
ASP.NET
Application Restarts（应用程序重新启动）
应用程序在 Web 服务器生存期间发生重新启动的次数。每次发生 Application_OnEnd 事件时，应用程序的重新启动次数都会增加。应用程序进行重新启动的原因可能是：更改了 Web.config 文件、更改了存储在应用程序的 \bin 目录下的程序集、或者 Web Forms 页面中发生了太多的更改。如果此计数器的值出现意料之外的增加，说明某些不可预知的问题导致 Web 应用程序被关闭。在这种情况下，应该认真调查问题原因。
ASP.NET
Requests Queued（排队的请求数）
在队列中等待服务的请求数。如果此数字随着客户端负载的增加而呈现线性的增长，则说明 Web 服务器计算机已经达到了它能够处理的并发请求极限。此计数器的默认最大值为 5,000。您可以在计算机的 Machine.config 文件中更改此设置。
ASP.NET
Worker Process Restarts（工作进程重新启动）
工作进程在服务器计算机上重新启动的次数。如果出现意料之外的故障或者被有意回收，则工作进程会重新启动。如果此计数器的值出现意料之外的增加，应认真调查问题原因。
除了上表中介绍的这些核心监视要素之外，在您试图诊断 ASP.NET 应用程序具有的特定性能问题时，下表中的性能计数器也可对您有所帮助。
性能对象 计数器 实例 描述
ASP.NET Applications（ASP.NET 应用程序）
Pipeline Instance Count（管线实例计数）
__Total
指定 ASP.NET 应用程序的活动请求管线实例的数量。由于只有一个执行线程可以在管线实例内运行，所以此数值反映了为特定应用程序处理的并发请求的最大数量。大多数情况下，在存在负载的情况下此数值较低为佳，这表明处理器得到了很好的利用。
.NET CLR Exceptions（.NET CLR 异常）
# of Exceps Thrown（引发的异常数）
显示应用程序中引发的异常数。如果此数值出现意料之外的增加，说明可能存在性能问题。如果仅仅存在异常，则并不需要担心，因为异常对于某些代码路径来说是正常工作的一部分。例如，HttpResponse.Redirect 方法通过引发一个不可捕获的异常 ThreadAbortException 来完成工作。同样，对 ASP.NET 应用程序跟踪此计数器也更加有用。使用“Errors Total”计数器确定该异常是否将导致应用程序出现意料之外的错误。
System（系统）
Context Switches/ sec（每秒的上下文切换次数）
测量 Web 服务器计算机上所有处理器切换线程上下文的速度。如果此计数器的值很高，可能表示对锁的争用频繁发生，或者在线程的用户模式和内核模式之间切换频繁。使用采样优化程序和其他工具执行进一步调查可证实上述猜测。
Reporting Services 性能计数器
Reporting Services 包括一组它自己的性能计数器，用于收集有关报告处理和资源消耗方面的信息。可通过 Windows 性能监视器工具中出现的两个对象来监视实例和组件的状态和活动：MSRS 2005 Web Service 和 MSRS 2005 Windows Service 对象。
MSRS 2005 Web Service 性能对象包括一组用来跟踪 Report Server 处理过程的计数器，这些处理过程通常通过在线交互式报告浏览操作而引发。这些计数器在 ASP.NET 停止该 Web 服务后被重设。下表列出了可用于监视 Report Server 性能的计数器，并描述了它们的目的。
性能对象：RS Web Service
计数器 描述
Active Sessions（活动会话数）
活动会话的数量。此计数器反映了尚未过期的所有浏览器会话总数。这并不是同时处理的请求数，而是存储在 ReportServerTempDB 数据库中的会话数量。
Cache Hits/Sec（每秒缓存命中次数）
每秒从目录中取得的报告请求的数量。如果此值增加，而“Memory Cache Hits”的值不增加，则说明报告数据没有被重新处理，但是页面被重新呈现。将此计数器与 Memory Cache Hits/Sec 计数器一同使用，可以确定用于缓存、磁盘或内存的资源是否充足。
Cache Misses/Sec（每秒缓存未命中数）
每秒未能从目录中（与内存中相对）返回报告的请求数量。将此计数器与 Memory Cache Misses/Sec 计数器一同使用，可以确定用于缓存、磁盘或内存的资源是否充足。
First Session Requests/Sec（每秒的首次会话请求数）
每秒中从 Report Server 缓存中启动的新的用户会话数量。
Memory Cache Hits/Sec（每秒内存缓存命中数）
每秒中从内存中的缓存里取得报告的次数。内存中缓存是 Reporting Services 缓存的一部分，用于在内存或临时文件中保存已呈现过的报告。这样可以为请求提供最佳的性能，因为无需执行任何处理工作。如果使用内存中缓存，报告服务器将不会通过查询 SQL Server 来获得缓存的内容。
Memory Cache Misses/Sec（每秒内存缓存未命中数）
每秒中未能从内存中的缓存里取得报告的次数。
Next Session Requests/Sec（每秒的下一次会话请求）
每秒在现有会话中请求打开报告的次数。
Report Requests（报告请求）
当前处于活动状态并且将由 Report Server 进行处理的报告数量。
Reports Executed/Sec（每秒执行的报告数）
每秒成功执行的报告的数量。此计数器提供了有关报告处理量的统计信息。综合使用此计数器和 Request/Sec，比较可从缓存中返回的报告请求的执行情况。
Requests/Sec（每秒的请求数）
每秒向 Report Server 发出的请求数。此计数器跟踪由 Report Server 处理的所有类型的请求。
Total Cache Hits（缓存命中总数）
自服务启动以来，从缓存中获得报告的请求总数。此计数器在 ASP.NET 停止该 Web 服务后被重设。
Total Cache Misses（总的缓存未命中数）
自服务启动以来，不能从缓存中获得报告的总次数。此计数器在 ASP.NET 停止该 Web 服务后被重设。可使用此计数器确定磁盘空间和内存是否充足。
Total Memory Cache Hits（总的内存缓存命中数）
自服务启动以来，从内存中缓存里返回的已缓存报告的总数。此计数器在 ASP.NET 停止该 Web 服务后被重设。内存中缓存是在 CPU 内存中存储报告的那部分缓存。如果使用内存中缓存，报告服务器将不会通过查询 SQL Server 来获得缓存的内容。
Total Memory Cache Misses（总的缓存未命中数）
自服务启动以来，针对内存中缓存的缓存未命中总数。此计数器在 ASP.NET 停止该 Web 服务后被重设。
Total Processing Failures（处理故障总数）
自服务启动以来，发生的所有报告处理故障的总数。此计数器在 ASP.NET 停止该 Web 服务后被重设。处理故障可能来自报告处理器，也可能来自任何扩展。
Total Reports Executed（执行的报告总数）
自服务启动以来得到成功执行的报告的总数。
Total Requests（总请求数）
自服务启动以来，向 Report Server 发送的所有请求的总数。
RS Windows Service 性能对象包括一组用于跟踪报告处理过程的计数器，这些处理过程是通过预定操作而引发的。预定操作可能包括订阅和交付、报告执行快照以及报告历史。微软的工作负载中并不包含任何预定操作或交付操作，此处列出这些性能计数器仅是便于您进行参考。
可使用此性能对象监视 Report Server Windows 服务。如果您准备在一个横向伸缩配置中运行 Report Server，那么这些计数器应用于所选的服务器，而不是应用于横向伸缩配置整体。这些计数器在应用程序域回收之时将被重设。下表列出了可用于监视预定和交付操作的计数器，并描述了它们的目的。
性能对象：RS Windows Service
计数器 描述
Cache Flushes/Sec(每秒缓存刷新次数)
每秒刷新缓存的次数。
Cache Hits/Sec（每秒缓存命中数）
每秒获取到缓存报告的请求数量。
Cache Misses/Sec（每秒缓存未命中数）
每秒未能从缓存中获得报告的请求的数量。
Delivers/Sec（每秒交付数）
每秒从各种交付扩展交付的报告的数量。
Events/Sec（每秒事件数）
每秒处理的事件数量。被监视的事件，包括 SnapshotUpdated 和 TimedSubscription。
Memory Cache Hits/Sec（每秒内存缓存命中数）
每秒中从内存中的缓存里取得报告的次数。
Memory Cache Misses/Sec（每秒内存缓存未命中数）
每秒中未能从内存中的缓存里取得报告的次数。
Report Requests（报告请求数）
当前处于活动状态并且将由 Report Server 进行处理的报告数量。可使用此计数器评估缓存策略。向特定呈现扩展提交的请求数。请求的数量可能比执行的报告数量多许多。
Reports Executed/Sec（每秒执行的报告数）
每秒成功执行的报告的数量。
Snapshot Updates/Sec（每秒快照更新数）
每秒报告执行快照的预定更新数量。
Total App Domain Recycles（应用程序域回收总数）
自服务启动以来回收的应用程序域总数。
Total Cache Flushes（缓存刷新总数）
自服务启动以来，Report Server 的缓存更新总数。
Total Cache Hits（缓存命中总数）
自服务启动以来，从缓存中获得报告的请求总数。
Total Cache Misses（总的缓存未命中数）
自服务启动以来，不能从缓存中获得报告的总次数。
可使用此计数器确定是否需要更多磁盘空间或内存。
Total Deliveries（总交付数）
由 Scheduling and Delivery Processor 交付的报告总数（对于所有交付扩展）。
Total Events（总事件数）
自服务启动以来发生的事件的总数。
Total Memory Cache Hits（总的内存缓存命中数）
自服务启动以来，从内存中缓存里返回的已缓存报告的总数。
Total Memory Cache Misses（总的缓存未命中数）
自服务启动以来，针对内存中缓存的缓存未命中总数。
Total Processing Failures（处理故障总数）
自服务启动以来，发生的所有报告处理故障的总数。处理故障可能来自报告处理器，也可能来自任何扩展。
Total Rejected Threads（被拒绝的线程总数）
拒绝执行异步处理后在同一线程中作为同步过程在以后进行处理的数据处理线程总数。
Total Report Executions（报告执行总数）
已执行报告的总数。
Total Requests（请求总数）
自服务启动以来得到成功执行的报告的总数。
Total Snapshot Updates（快照更新总数）
自服务启动以来，报告执行快照进行更新的总数。
如果您打算排除 Reporting Services 存在的性能问题，记录以下性能计数器通常很有帮助：ASP.NET、ASP.NET Applications、Process、System、Memory、Physical Disks、.NET Exceptions、.NET Memory、.NET Loading、.NET CLR Locks and Threads 以及 .NET CLR Data。
可选的 Reporting Services 性能计数器
以下列出了一些适用于 RS Web Service 但在默认情况下并未安装的性能计数器。但是，在执行性能优化工作时，可以通过这些计数器来改善您洞察性能的能力。为实现这个目的，请在命令提示符中执行以下语句：
installutil.exe /u ReportingServicesLibrary.dll
然后再执行：
installutil.exe ReportingServicesLibrary.dll
为了成功执行该语句，您可能首先需要修改您的路径，在路径中包含 Microsoft .NET Framework 的安装目录。在路径修改完毕后，请从包含 ReportingServicesLibrary.dll 文件的目录下执行先前语句。默认情况下，该文件安装在 C:\Program Files\Microsoft SQL Server\MSSQL\MSSQL.instance\Reporting Services\ReportServer\bin 目录下。这些计数器没有进行彻底的本地化。
Active Database Connections（活动数据库连接）
某个时间处于活动状态的数据库连接的数量。只统计指向 Report Server 目录的连接。
Active Datasource Connections（活动数据源连接）
某个时间处于活动状态的数据库连接的数量。只统计由当前运行的报告打开的数据源连接。
Active Threads（活动线程）
当前处于活动状态的线程数量。在 Web 服务中，它包含一些为请求提供服务的线程。在交付服务中，它包含工作线程以及维护和轮询线程。
Byte count（字节计数）
对于上一次请求，在呈现当前报告时向客户端返回的字节数量。这与对应的执行日志条目相类似。
Row Count（行计数）
对于上一次请求，由当前报告返回的行的数量。这与对应的执行日志条目相类似。
Time in Compression（压缩时间）
对于上一次请求，在快照和 PDF 报告压缩上花费的时间（以毫秒计）。
Time in data source access（数据源访问时间）
对于上一次请求，在获取报告的数据源信息上花费的时间（以毫秒计）。其中包括执行查询和取回结果所需的时间。这与对应的执行日志条目相类似。
Time in database（数据库时间）
对于上一次请求，在获取 Report Server 目录信息上花费的时间（以毫秒计）。
Time in processing（处理时间）
对于上一次请求，在报告处理上花费的时间（以毫秒计）。这与对应的执行日志条目相类似。
Time in rendering（呈现时间）
对于上一次请求，在呈现报告上花费的时间（以毫秒计）。这与对应的执行日志条目相类似。
SQL Server 性能监视器参数信息解释
SQL Server 性能计数器：
Access Methods（访问方法） 用于监视访问数据库中的逻辑页的方法。
Full Scans/sec（全表扫描/秒） 每秒不受限的完全扫描数。可以是基本表扫描或全索引扫描。如果这个计数器显示的值比1或2高，应该分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。
Page splits/sec（页分割/秒）由于数据更新操作引起的每秒页分割的数量。
Buffer Manager（缓冲器管理器）：监视 Microsoft® SQL Server？ 如何使用：内存存储数据页、内部数据结构和过程高速缓存；计数器在 SQL Server 从磁盘读取数据库页和将数据库页写入磁盘时监视物理 I/O。 监视 SQL Server 所使用的内存和计数器有助于确定：是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQL Server 必须从磁盘检索数据。 是否可通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。
SQL Server 需要从磁盘读取数据的频率。与其它操作相比，例如内存访问，物理 I/O 会耗费大量时间。尽可能减少物理 I/O 可以提高查询性能。
.Page Reads/sec：每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理 I/O 的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。
.Page Writes/sec （.写的页/秒） 每秒执行的物理数据库写的页数。
.Buffer Cache Hit Ratio. 在“缓冲池”（Buffer Cache/Buffer Pool）中没有被读过的页占整个缓冲池中所有页的比率。可在高速缓存中找到而不需要从磁盘中读取的页的百分比。这一比率是高速缓存命中总数除以自 SQL Server 实例启动后对高速缓存的查找总数。经过很长时间后，这一比率的变化很小。由于从高速缓存中读数据比从磁盘中读数据的开销要小得多，一般希望这一数值高一些。通常，可以通过增加 SQL Server 可用的内存数量来提高高速缓存命中率。计数器值依应用程序而定，但比率最好为90%或更高。增加内存直到这一数值持续高于90%，表示90%以上的数据请求可以从数据缓冲区中获得所需数据。
Lazy Writes/sec（惰性写/秒）惰性写进程每秒写的缓冲区的数量。值最好为0。
Cache Manager（高速缓存管理器） 对象提供计数器，用于监视 Microsoft® SQL Server？ 如何使用内存存储对象，如存储过程、特殊和准备好的 Transact-SQL 语句以及触发器。
Cache Hit Ratio（高速缓存命中率，所有Cache”的命中率。在SQL Server中，Cache可以包括Log Cache，Buffer Cache以及Procedure Cache，是一个总体的比率。） 高速缓存命中次数和查找次数的比率。对于查看SQL Server高速缓存对于你的系统如何有效，这是一个非常好的计数器。如果这个值很低，持续低于80%，就需要增加更多的内存。
Latches（闩） 用于监视称为闩锁的内部 SQL Server 资源锁。监视闩锁以明确用户活动和资源使用情况，有助于查明性能瓶颈。
Average Latch Wait Ti m e （ m s ） （平均闩等待时间（毫秒）） 一个SQL Server线程必须等待一个闩的平均时间，以毫秒为单位。如果这个值很高，你可能正经历严重的竞争问题。
Latch Waits/sec （闩等待/秒） 在闩上每秒的等待数量。如果这个值很高，表明你正经历对资源的大量竞争。
Locks（锁） 提供有关个别资源类型上的 SQL Server 锁的信息。锁加在 SQL Server 资源上（如在一个事务中进行的行读取或修改），以防止多个事务并发使用资源。例如，如果一个排它 （X） 锁被一个事务加在某一表的某一行上，在这个锁被释放前，其它事务都不可以修改这一行。尽可能少使用锁可提高并发性，从而改善性能。可以同时监视 Locks 对象的多个实例，每个实例代表一个资源类型上的一个锁。
Number of Deadlocks/sec（死锁的数量/秒） 导致死锁的锁请求的数量。
Average Wait Time（ms） （平均等待时间（毫秒）） 线程等待某种类型的锁的平均等待时间。
Lock Requests/sec（锁请求/秒） 每秒钟某种类型的锁请求的数量。
Memory manager：用于监视总体的服务器内存使用情况，以估计用户活动和资源使用，有助于查明性能瓶颈。监视 SQL Server 实例所使用的内存有助于确定：
是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQL Server 必须从磁盘检索数据。
是否可以通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。
Lock blocks：服务器上锁定块的数量，锁是在页、行或者表这样的资源上。不希望看到一个增长的值。
Total server memory：sql server服务器当前正在使用的动态内存总量。
监视IIS需要的一些计数器：
Internet Information Services Global：
File Cache Hits %、File CacheFlushes、File Cache Hits
File Cache Hits %是全部缓存请求中缓存命中次数所占的比例，反映了IIS 的文件缓存设置的工作情况。对于一个大部分是静态网页组成的网站，该值应该保持在80%左右。而File Cache Hits是文件缓存命中的具体值，File CacheFlushes 是自服务器启动之后文件缓存刷新次数，如果刷新太慢，会浪费内存；如果刷新太快，缓存中的对象会太频繁的丢弃生成，起不到缓存的作用。通过比较File Cache Hits 和File Cache Flushes 可得出缓存命中率对缓存清空率的比率。通过观察它两个的值，可以得到一个适当的刷新值（参考IIS 的设置ObjectTTL 、MemCacheSize 、MaxCacheFileSize）
Web Service：
Bytes Total/sec：显示Web服务器发送和接受的总字节数。低数值表明该IIS正在以较低的速度进行数据传输。
Connection Refused：数值越低越好。高数值表明网络适配器或处理器存在瓶颈。
Not Found Errors：显示由于被请求文件无法找到而无法由服务器满足的请求数（HTTP状态代码404）
在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误。未找到或无法访问服务器。请验证实例名称是否正确并且 SQL Server 已配置为允许远程连接。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL Server 的连接)
第一次使用Reporting Services的使用，就遇到这种问题。原本已经Web.Config的连接字符串正常就可以正常运行，但发现还是报错了，在网上查了了一下解决方面，想不到还真是可以。
解决方法：
在确保sqlserver使用的是“windows和sqlserver认证方式”之后，运行，输入下面的命令
rsconfig -c -s (local) -d reportserver -a SQL -u sa -p sa
指定登录数据库的正确的用户名、密码。
rsconfig命令参数解释：
-s后的参数表示sqlserver实例名称；
-d表示报表服务所连的数据库，通常都是reportserver；
-a表示认证方式， windows 或 sql。如果值为 windows，则指定报表服务器在连接到报表服务器数据库时使用。
报表服务器无法打开与报表服务器数据库的连接。所有请求和处理都要求与数据库建立连接。 (rsReportServerDatabaseUnavailable)获取联机帮助在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误。未找到或无法访问服务器。请验证实例名称是否正确并且 SQL Server 已配置为允许远程连接。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL Server 的连接)
注意，我本地数据库的密码是：nio+2010 ，把密码改成你本机的密码即可。
务齿螺旋： 这个是您的系统问题,或者是您的系统存在木马病毒. GHOST还原后还是一样,那么说明您在备份的时候已经把病毒被分进去了,我建议您还是重新装一下系统,注意留意是那些文件有病毒,确认没病毒了再进行备份即可. 但是记得:备份需要一定的空间的.
华阴市19373429192： windows 2003 server 开机不停加载 并且无法显示桌面 - ？
务齿螺旋： 你应用windows2003 server一定是做些服务.可以在开机进入安全模式.查看系统日志.对上一次开机的日志进行检查,找出不停加载的原因,一般是某一服务或某一系统文件.进行修复. 可以进入带网络的安全模式,日志中每条都有个连接,直接连接到微软网站上.有解决的提示(提示的不太好)多多少少都会有帮助的.
华阴市19373429192： windows server 2003一直处于待机状态无法进入桌面. - ？
务齿螺旋： 强制关机,重新启动
华阴市19373429192： 服务器一直启动不了,win2003的,一直循环加载这些(图).怎么解决? - ？
务齿螺旋： 断掉电源,打开主机,清理所有的灰尘;取下内存条和显卡用橡皮擦拭金手指,再装回去;重新拔插所有的电源线和数据线.再开机试一下.
华阴市19373429192： 03系统台式机开机后自检但是进不了系统,一直在Windows Server2003这个界面,下面 - ？
务齿螺旋： 原因:系统引导出问题了.方案:1. 用PE进系统,拷贝数据,重新安装系统.2. 重装后还是这样,重做硬盘分区,将系统装在新的分区上.
华阴市19373429192： 服务器需要装Win2003server,就是一直读不到硬盘 - ？
务齿螺旋：你好,根据你的问题,linux可以读到硬盘并安装,server不可以.则可以判断硬盘是好的. 我估计你的问题是由于你硬盘的SATA模式设置错误导致的.因为linux必须要在AHCI模式下才能够读取到硬盘.所以你能够装linux. 在BIOS中设置硬盘的SATA模式为AHCI模式,总之你换成另一种模式,就应该可以在SERVER中读到硬盘了.希望能够帮到你.
华阴市19373429192： 我的服务器系统是WIN SERVER 2003的,最近不知为什么经常＂假死＂? - ？
务齿螺旋： 一、你看看任务管理器,什么程序在占用cpu时间,然后根据这个进程名去找程序,不让他运行试试,看看还假死不,如果还是,再找找其他原因.二、想想假死前做过什么改动,一般都是这个造成的.比如上网后,系统更新,安装软件,硬件动过.然后恢复这个操作就可以了.三、造成这个问题的原因很多,不能一下子就查出,要有耐心,慢慢找吧,就能帮你这么多.
华阴市19373429192： 一直显示“正在获取网络地址”,server2003系统,“在本地无法启动 DHCP错 - ？
务齿螺旋： 1)如果是宽带本身的问题,首先直接联接宽带网线测试,如果是宽带的问题,联系宽带客服解决.2)如果是路由器的问题,如果原来可以用,暂时不能用了,我自己的实践是一个是断掉路由器的电源在插上,等会看看.在有就是恢复出厂设置...
华阴市19373429192： windows server 2003点击关机选项后过一会总是卡在灰色界面就不动了,需要 - ？
务齿螺旋： windows server 2003点击关机选项后一直卡在灰色界面,有以下几个原因及解决方法:一:你的电脑主板驱动可能没有安装完全,待机和休眠是要主板支持的,尤其以显卡驱动损坏引起此问题最常见,解决方法,先用驱动软件更新显卡驱动,...
华阴市19373429192： 金蝶k3服务器开机时一直停留在windowsserver2003界面怎么办 - ？
务齿螺旋： 重启,重启过程中不停按F8,会出来一个黑屏白字界面,选择尝试“安全模式”和“最后一次正确配置”进入系统.
