X：\不可访问。 系统资源不足以完成请求的服务。 帮帮我

这是第一次海报的小技巧：更多的细节是好的。 这使我们更容易回答您的具体问题。 发生了什么很大程度上取决于您正在运行的软件。 我做了一些挖掘，你得到的错误通常是与非常大（多GB）的文件有关的问题。 如果这就是你正在做的，那么你可能需要看看非微软NAS解决scheme的数据存储。 我所读到的一切都表明，这是一个没有简单解决方法的已知问题。

在您耗尽大量昂贵的硬件之前，您应该先回答几个问题：

1. 什么是托pipenetworking驱动器？ 如果是Windows XP Home或Pro机器，则需要将该共享移至Windows服务器安装。

2. 发生此问题之前，您可以连接多less台计算机？ 这是一个一致的数字吗？ 如果数字发生变化，则可能是软件/硬件问题。 如果每次都是一样的，那么在某个地方有一个configuration限制。 您可能不得不重新考虑您的存储设置。

3. 你提到，如果你closures一个程序，那么系统工作。 你正在closures什么程序，在什么机器上？ 该应用程序可能无法通过networking连接进行优化，并且需要您执行文件的本地caching。

如果您可以更多地拘留更新您的问题，我们可能会想出一个解决scheme。

[编辑]

http://social.microsoft.com/Forums/en-US/whssoftware/thread/f69097e4-0784-444f-9676-95f0e19ac03a/

http://support.microsoft.com/kb/304101

http://www.howtofixcomputers.com/forums/windows-xp/insufficient-system-resources-exist-complete-requested-serv-254559.html

[编辑]

听起来像你的内存池有问题（分页和非分页）。 由于它在多个不同的计算机上显示，因此可能是由于存在内存泄漏的常见软件引起的。

您可以从“性能”选项卡下的“任务pipe理器”的“内核内存”框中获取池大小编号。

这些应该一般都在100MB以下，而超过150MB的任何内容开始引起大的问题（对非页面缓冲池来说更是如此）。 当重新启动时检查一次，logging数字，然后当问题出现时再次检查机器，看看它们是否已经boost。

如果是这样，您可以使用MS的Poolmon来监视和诊断这些池。 通过使用泳池标记系统，您可以确定您的泳池正在吃什么。

通常情况下，它是反病毒，但可能只是关于任何事情。 幸运的是，由于电脑不同，这可能不是硬件驱动程序问题。

HTH

这已被报告为某些AOL Instant Messenger（AIM）版本中的错误，可能是由其他程序引起的。 请尝试修复该线程的最底部。

你可以尝试一个诊断：在“安全模式与networking”启动，看看你是否可以映射驱动器。

从控制面板打开服务小程序并确认networking列表服务正在运行。 如果没有，请启动它。 如果不启动，请在这里报告。

如果您的唯一一个域控制器超出了资源范围，我也会看到这个问题的报告。 您可能会在下次看到此错误时尝试重新启动。

最后， 我看到这是由使用configuration文件造成的报告 。 你在networking上使用系统强制的configuration文件吗？

[正在迁移到Serverfault时发布]

随着更新的信息，错误的可能原因是服务器本身。 它可能只是没有足够的马力来处理这么多的请求。 在Windows Server 2003的所有不同版本中，您都有各种可用的硬件。 产品的可扩展性使我相信它可以处理你想要的事情，假设你有硬件来支持它。

性能是一个棘手的野兽来处理，因为影响它的众多variables。 testing和监控更加困难，因为您必须通过性能监视器和通信日志进行深入探索。 这里有一些要考虑的事情：

• 服务器做多，然后只提供这个networking驱动器？
• 这个共享有哪些存储设备（驱动器/接口）？
• 主要硬件组件的使用百分比是多less：CPU，内存，硬盘，networking？
• 您可以将服务移动到另一台计算机上，还是为共享设置分布式文件系统 ？
• 每个人都需要使用相同的份额吗？
• 当你有问题时，服务器有多less客户端？

那里有testing工具，可以帮助您指导您确定性能的途径。 随Windows提供的性能监视器对于原始数据很有用，但难以转化为可感知的性能。 我正在环顾networking，发现这个gem：

http://blogs.technet.com/winserverperformance/archive/2009/11/13/file-server-capacity-tool-fsct-1-0.aspx

这不仅是关于文件服务器的微软性能工具的文章，但是这篇文章是关于Windows服务器性能的博客。 当我深入这个时候，事情变得非常复杂。 我自己并没有尝试过这个工具，但它确实会给你一个相当详细的分析。 我会检查出来。

至于更简单的build议，不需要查看复杂的统计数据，这是我会做的：

1. 卸载服务，使您的文件服务器只提供文件。 如果您将计算机用于域名服务或网页托pipe等其他内容，请将这些内容移至其他计算机上。
2. 检查networking图以确保stream量不通过服务器。 使用交换机和专用安全硬件来处理互联网绑定stream量。 这是一个示例图 。
3. 安装另一台文件服务器，让一些用户使用该服务器。 尝试按部门或项目分开客户端，以方便最终用户。
4. 尝试实施“ 文件签出 ”系统，用户在文件上工作时将文件复制到本地计算机，然后在文件服务器完成时将其复制回文件服务器。 这减less了一天中一致的networking负载，但增加了复杂性，并不是所有的用户都可以处理这种types的系统。

我知道上面的build议和build议可能甚至是不可能的，但这可能会指向你正确的方向。 我们只能在这里做很多事情，而没有全面的解释你的环境（直到硬件模型和修订版本）。 在这种情况下，如果您能够谈论它，更多有关服务器硬件和networking设置的信息将会有所帮助。