阻止Windows 7用SMB查询淹没LAN

我遇到了来自Western Digital（MyBook Live Duo 6 TB）的NAS的烦人问题，该NAS通过交换机连接到我的LAN。网络中有四台Windows 7计算机，其中一台通过WLAN连接。

每当有人打开Windows资源管理器时（无论是哪台机器，无论哪个路径），驱动器都在旋转，这不仅烦人，而且我认为驱动器非常紧张。

没有办法改变NAS的行为，所以我的问题是： 有没有办法防止Windows在不完全破坏文件共享/网络访问的情况下“查询”驱动器（或所有SMB服务器）？

（由于不支持有线和无线的单独DHCP设置，因此不能在路由器上禁用DHCP。）

硬盘驱动器“加速”是一种非常具体的操作，具有以下特征和局限性：

• 对于大多数台式机/家用硬盘，完成启动过程需要3到5秒钟。在加速过程中，HDD无法读取或写入任何数据。
• 在旋转加速过程中，如果您非常靠近设备聆听，您会听到越来越高的音调。在它的结尾，您将听到随着磁盘“搜寻”到各个位置而移动的HDD球轴承发出的轻声咔嗒声（以满足当磁盘开始旋转时排队的I / O请求）。
• 消费类HDD设计用于数千个加速/降速循环，某些质量较低的硬盘在1000-2000个加速循环中会失败，但许多硬盘的设计寿命约为60万次。在经过多次旋转之后，该过程中涉及的机制开始崩溃，最终将失败。

在软件方面，一个配置良好的系统通常具有围绕加速/减速的三种策略之一：

• 为了达到极佳的节能效果（例如，使用笔记本电脑为电池供电），您可能希望的最短停机时间约为15或30分钟的不活动时间（在此期间内没有磁盘活动）。在现代Windows上，我们有很多程序一直在运行，并且几乎执行恒定的I / O，以至于即使在“干净”的系统上，甚至在用户完全空闲的情况下，即使在“干净”的系统上，磁盘活动15分钟的机会都几乎没有零。实际上，如今这种配置并不常见。

• 为了实现适度的节能，典型的台式机降速时间可能约为2-4小时。这意味着，如果在2或4个小时内（或配置为该时间）没有对该硬盘进行任何读写操作，则磁盘将旋转，并且下一个要命中它的I / O请求将必须旋转磁盘备份。

• 对于服务器，由于希望它们在任何时刻都始终可用（它们的响应没有任何滞后），因此通常会禁用由于不活动而引起的降速。这将适用于NAS以及Web服务器或任何其他类型的服务器。

如果您拥有的WD NAS开箱即用，设计时间极短，我会感到惊讶。然而，就是在Ubuntu Linux操作系统中的错误很多年前（2007年），他们意外地设置降速空闲时间为0秒。这意味着一旦磁盘停止处理I / O请求，降速的“ 0秒”计时器将立即到期，磁盘将降速，磁头将停放。然后，I / O请求将在内存中排队，而磁盘必须再次旋转以处理它们。

这种不断旋转/旋转的混乱在2007年的Ubuntu上以极短的时间杀死了人们的硬盘。没有注意到并纠正问题的人们很快就经历了工作的硬盘在几天到几周内发生故障（这些硬盘要么是在设计时并没有考虑频繁的启动周期，或者在正常使用情况下不到1年的故障周期）。

如果您的NAS 是不断的旋转着向上和向下，它里面的磁盘遭受那种被风化非同寻常（在这个频率）机械磨损的硬盘驱动器的，所以它是一种真正为他们的折磨考验。您应该尝试纠正NAS本身的情况。

请尝试以下操作：

• 查看NAS配置页面上的每个固件设置，并确保将所有电源管理设置更改为尽可能“宽松”（最低节电/禁用）。
• 将NAS的固件更新为制造商提供的最新版本。
• 如果您愿意打开NAS机箱，请这样做，然后在其中找到HDD的型号和序列号。然后在线上打那些数字，看看是否可以找到HDD本身的固件更新（如果无法从NAS界面更新HDD的固件，则可以通过将HDD放入计算机来直接从Windows应用固件更新）。
• 如果磁盘可以使用SMART诊断，则应使用SMART诊断程序对其进行检查，或者在NAS固件中进行查找，以表明可能出现故障。
• 如果以上方法均不能解决问题，则可能是NAS内的HDD损坏或NAS本身有故障。如果HDD遇到某些类型的内部错误，则它们可能会自行重置（关闭电源/打开电源），从而导致旋转速度变慢，然后重新旋转。

现在，至于您怀疑Windows是问题所在？不是。仅几秒钟的空闲时间后，NAS的磁盘就不应持续旋转。他们根本不应该。期。没有人会故意设计这样的NAS（嗯，我不会完全把它放在WD之上，但这是不可能的）。

如果发生这种情况，Windows 7完全是无罪的，因为Windows计算机无法通过SMB协议控制NAS的SATA控制器的电源管理功能。仅NAS的操作系统可以执行此操作。

Windows 7在打开Windows资源管理器时实际执行的操作是执行某些SMB操作，这些操作查询文件系统元数据以计算NAS共享空间上的总磁盘空间和可用磁盘空间。

对于在访问时启动并“完全运行”的硬盘驱动器，计算总磁盘空间和可用磁盘空间应少于一秒钟。该请求并不是特别昂贵，并且无论如何都不会“泛滥”。

如果您真的相信Windows对NAS执行某种命令洪流，则应通过在其中一台Windows 7计算机上安装Wireshark并在具有NAS IP地址的SMB协议上运行数据包嗅探来证明这一点。。如果仅通过打开Windows资源管理器就发送了大约100个以上的请求，并且尤其是在打开资源管理器后5到10秒内，请求继续以很高的速度发生，我会认为这是洪水。否则，这或多或少是正常的。

请记住，某些病毒扫描和备份产品不够智能，无法意识到映射的网络驱动器（例如F：或其他）是共享驱动器，因此，尝试对整个驱动器进行病毒扫描或备份（不仅仅是您从中有意访问的文件）。这些错误大部分是历史性的，但有时会随某些软件一起出现。如果某些程序将用户配置为在共享驱动器上每小时执行一次完整的病毒扫描，则有些程序将忠实地执行用户的指令。一旦该过程开始，它的确会通过SMB请求“淹没” NAS。

因此，您可能要排除发生这种情况的可能性，但我认为问题的根本原因在于，驱动器最初是在旋转。良好的NAS不会让驱动器旋转下来，并且磁头必须停下来，直到至少2小时完全不活动。如果您可以快速打开/关闭Windows资源管理器并每次重现旋转，则NAS端出了点问题。

不断浏览网络导致出现以下“解决方案”，对于某些人来说可能有些不舒服，但仍然可以访问网络：

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\NonEnum]

“ {F02C1A0D-BE21-4350-88B0-7367FC96EF3C}” = dword：00000001

将上述dword设置为1会从Windows资源管理器中删除网络环境的所有引用，这也可以防止有人打开Windows资源管理器实例时NAS旋转。缺点是，如果您想浏览可用的计算机，则必须在Windows资源管理器路径文本框中手动输入网络环境的路径。机器链接和其他所有内容仍然有效。

顺便说一句，此特定NAS内的驱动器是WD RED