服务器中小型企业性能优化 服务器消息块(SMB)性能调整时,最好的选择是将Window

在解决服务器消息块(SMB)存储问题和计划服务器消息块(SMB)性能调整时，最好的选择是将Windows性能监视器与存储供应商提供的任何性能监视(和诊断)工具结合使用。这样做将帮助你找到问题的根源，此时可以着手解决问题。

例如，不是很久以前，一家公司购买了一个四托架NAS设备，并在四个托架中的每个托架中都安装了SSD硬盘。因为这是消费级设备，所以它仅包含一个以太网端口。由于这个组织使用的是闪存，因此磁盘本身能够处理的IOPS远远超过网络连接实际支持的IOPS。最初，NAS设备接收的流量不足，无法解决其网络带宽限制。随着时间的推移，该设备的使用变得越来越多，其性能开始下降。

另一种可能性是存储连接正在饱和。实际上已经看到一些实例，这些都是小型组织中存储性能问题的原因。

服务器消息块(SMB)存储问题的另一个潜在原因是存储本身。该存储可能无法支持足够的IOPS来满足当前需求。存储设备还可能没有足够的内存。还有另一种可能性是硬件正忙于做其他事情。例如，如果存储设备正在重新同步RAID卷，则该设备的性能可能会很差。大多数存储供应商都提供可用于评估存储硬件整体运行状况的诊断工具。

这一问题可能与尝试访问存储的客户端有关。客户端可能遭受内存不足、CPU使用率高或任何导致其性能下降的问题。

在更高级别上，由于三个不同因素，可能会发生服务器消息块(SMB)存储问题。

如果你不能将性能下降归因于任何这些“自然”原因，那么在规划服务器消息块(SMB)性能调整时，是时候开始着手解决问题的根源了。

你可能还会发现服务器消息块(SMB)的性能对于某些存储操作而言是不错的选择，但是如果要复制大量的小文件，则会降低速度。这实际上是常见的情况，并不一定表示出现问题。发生的情况是，每次复制文件时都必须执行服务器消息块(SMB)命令。如果要复制大量的小文件，则每个文件都会有大量开销。复制小文件时，这种开销要大得多，因为开销占所需存储流量的更大百分比。

例如，假设你在复制文件时，文件复制过程开始时很快，但是在操作过程中会缓慢地进行。这通常是因为要复制的文件已经被部分缓存，但是缓存没有足够的内存来容纳整个文件。因此，当缓存用尽时，系统别无选择，只能写入磁盘而不是写入缓存。

同样值得考虑的是到底发生了什么，使人们认为存储速度很慢。之所以如此重要，是因为有时服务器消息块(SMB)共享的特定行为可以告诉你发生了什么。

在深入研究故障排除之前，需要要花费时间来确保其存储硬件具有最新的固件更新，并且与慢速服务器消息块(SMB)存储通信的所有操作系统或应用程序也都已全面打补丁，这一点很重要。听起来有些陈词滥调，但是如果可能的话，尝试重新启动存储设备。人们已经看到了不止一种情况，其中重新启动可以解决存储性能问题。