事件日志中的 ASP.NET 文件监视错误答案

【问题标题】：ASP.NET File Monitoring errors in Event Log事件日志中的 ASP.NET 文件监视错误
【发布时间】：2012-01-07 08:33:34
【问题描述】：

我们在事件查看器的应用程序部分中经常出现错误。来源为 ASP.NET 4.0.30319.0，类别为文件监控。事件 ID 为 1185。文本显示“无法开始监视对“文件路径”的更改，因为已达到网络 BIOS 命令限制。”然后有参考微软知识库文章810886。

问题是：什么进程或服务在做这个文件监控，为什么？我们不知道这是如何运行或如何开始的。监控似乎在查看我们网站上的各种文件夹，有些是 .NET 文件夹，有些不是。

我们正在寻找导致此监控的原因的解释；然后我们将尝试解决错误。

【问题讨论】：

标签： asp.net

【解决方案1】：

当 asp.net 开始运行一个站点时，它正在监视一个基本文件（在网站的根目录上），这是 app_offline.htm，如果他发现它，则停止仅显示此文件的程序。

如果发现其他文件更改如果这是必要的，则重新编译它们，但仍然显示 app_offline.htm 如果存在并且不运行该站点。

删除 app_offline.htm 后，网页将重新开始运行，但 asp.net 仍在监视此文件 - 如果存在与否。

这就是你搜索的asp.net的监控。当然这是 asp.net 的默认行为。如果您在计算机上安装了其他软件或其他东西并用监控填充它，这是不同的。我假设您在同一台服务器上有太多网站 asp.net ？ 500或更多？如果没有，那么您可能会开始搜索其他可以监控您的文件的软件。

分析

如何找到自己发生了什么，从 sysinternals 下载 Handle 并运行它，在 handle.exe >> result.txt 之类的文本文件中生成并查看结果。

http://technet.microsoft.com/en-us/sysinternals/bb896655

查看是否有任何可疑程序打开了大量文件以及那是什么程序。监控文件和目录显示如下

runningprogram.exe pid: 1352 ServerName\User
       AC: File  (RW-)   D:\Monitor1
       E8: File  (RW-)   D:\Monitor2
       F8: File  (RW-)   D:\Monitor3
      408: File  (RWD)   D:\InetPub\MySite

我检查了我的服务器，发现一个博客创建程序在每个目录博客上添加了一个监控 - 我不知道为什么 - 但这是他们的做法，出于某种原因监控每个博客，也许你出于某种原因，有类似的东西会创建大量文件/目录监控。

【讨论】：

【解决方案2】：

监视由 IIS（或 IIS6 的 aspnet 进程）完成。它正在监视文件的更改，以便在需要时可以重新编译站点。

您没有提及您的环境，但是当网站位于远程文件共享上时，我尝试从 Windows XP 运行网站时经常遇到此问题。我认为该错误是由于 CIFS（文件共享的网络堆栈）的限制而出现的。 Windows Server 似乎没有同样的限制。

所以，一些可能的修复：

切换到 Windows Server（或可能是 Win 7）
切换到 Web 应用程序（不允许重新编译）
将文件从远程共享移动到本地驱动器

【讨论】：

您的回答让我指出了正确的方向。以下是更多信息：站点在 Windows Server 2003 上运行。1,500 个文件夹、40,000 个文件、2,000 个经典 ASP 文件、20 个 ASP.NET 文件。所有文件都存储在 SAN 上。这符合你提到的诊断。因此，似乎 ASP.NET 正在监视大量文件夹和文件以检测少数地方的更改。换句话说，它是过度监控。您是否知道将监视限制为仅包含 ASP.NET 代码的那些文件夹的任何方法？我已经搜索过有关此过程的文档，但没有找到。
有很多网站的文件比你的多得多（我的一个网站有大约 500K 文件），所以我怀疑文件数本身就是问题所在。您是否通过网络共享驱动器访问 SAN？我不认为 IIS 可以让您控制监视哪些文件。作为一项实验，您可以尝试将网站拆分为两个网站，其中一个是活动内容，另一个是静态内容。