Mac OS X客户端的Windows Server 2012 R2性能（文件服务）

我继承了Windows 2012 R2服务器，尤其是Mac OS X客户端，该服务器的SMB / CIFS性能非常糟糕。该服务器正在提供文件服务，并且是Active Directory域控制器（该域是两个）之一。它是PDC仿真器。另一个域控制器是Windows 2003 Server。

客户端环境是Windows 7和Mac OS X 10.9 Mavericks计算机的混合体。所有机器都在同一物理和逻辑千兆位LAN上。Windows 7用户可以在预期范围内体验性能。Mac OS X 10.9 Mavericks客户端的性能令人讨厌，其中包括：缓慢的目录列表，遍历，文件读取和文件写入。读/写性能似乎存在明显的不对称性，其中写性能明显较慢。

我们试图强迫OS X客户端使用SMBv1和CIFS，而不是较新的SMBX / SMB2实现。对于所有版本，此问题仍然存在。我们还安装了Thursby DAVE进行测试。列表/遍历性能略有降低，但仍然慢得令人无法接受。

我安装一个共享，用于dd读取/dev/random和写入1GB的文本文件保存到共享。写入性能为0.33 Mbps。我tcpdump在写过程中跑来捕获通信。请原谅缺少格式-我似乎无法退缩此块：

编辑 我为Windows Server启用了NFS服务器，并将其安装在Mac OS X客户端上。我进行了与dd上述标题相同的测试，结果/性能相似。

15:45:45.221337 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], ack 102, win 32767, options [nop,nop,TS val 1279665835 ecr 242798971], length 0
15:45:45.221546 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1:501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500WARNING: Packet is continued in later TCP segments
SMB PACKET: SMBwriteX (REQUEST)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 501:1001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1001:1501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1501:2001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2001:2501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2501:3001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3001:3501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3501:4001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4001:4501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4501:5001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221551 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 5001:5501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)

编辑

1. 我应该采取哪些下一步的故障排除步骤来找出潜在原因？
2. 可以从上述字幕tcpdump中得到任何信息吗？
3. 是否有任何建议的网络性能调整建议来缓解所描述的性能问题？

尝试在服务器上禁用SMB 3.0，然后查看性能是否提高。禁用SMB 3.0不是一个好主意，尤其是当服务器作为Hyper-V VM或SQL数据存储的存储点运行时，但是如果以相当基本的方式使用它，则可能会不满意。

在Windows和Windows Server中检测，启用和禁用SMBv1，SMBv2和SMBv3 | 微软支持

此链接对我帮助很大： 将Mac集成到Windows Active Directory域| 技术共和国

它基本上指出您需要在Mac上修改目录服务设置。转到系统偏好设置/用户和组，然后单击登录选项。单击网络帐户服务器的编辑按钮，然后单击“打开目录实用程序”，修改设置以适合您的需要。

双击“ Active Directory”，然后转到“高级选项”：

• “在启动磁盘上强制本地主目录”将“强制为所有用户在本地硬盘上创建配置文件”
• “使用Active Directory中的UNC路径导出网络主目录位置”检查并选择使用的协议-smb
• “映射，这涉及为ADDS中用于标识计算机对象帐户的某些属性指定唯一的GUID。默认情况下，OS X绑定到域时将随机生成这些GUID；但是，您可能希望使用由您的企业管理员。”

我会添加一条评论，但我不能。我没有任何想法可以尝试，但是我想告诉的是，我的一位同事最近安装了一个带有几乎所有客户端OSX的新OSX服务器。他在文件共享方面也有一些奇怪的问题，例如性能，以及客户端无法从OSX服务器从网络驱动器打开某些文件。我们最终从Apple购买了一份支持合同来帮助他，他们告诉他让用户下载他们想要处理的文件，在Mac本地进行工作并全部复制回来...

看到这种情况，我认为新的OSX访问网络共享的方式有问题。

设置这两个注册表项帮助我极大地提高了Windows Server 2012和Windows 8.1上Mac的Windows共享性能。

win_share_tweak.reg

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"Smb2CreditsMin"=dword:00000300
"Smb2CreditsMax"=dword:00004000

我所看到的一些原因是：[按顺序]

检查交换机上的生成树设置。生成树设置可能会影响所见内容以及Mac上的连接质量。

MTU大小

巨型封包设置

CPU卸载

禁用不使用的协议我已经看到许多启用了协议的网络都没有使用。

菊花链式连接过多的交换机错误地违反了以太网标准。

广播风暴抑制

违反布线：
缠绕多余的以太网线-导致磁感应不正确端接的RJ45连接器的长度不足以提供足够的欧姆电阻。将电线绕在大功率导管上

我不知道它是否仍然有用，但是我也遇到了与您描述的问题相同的问题，我通过/etc/sysctl.conf在Mac客户端上编辑文件来解决了该问题。

我发现这些设置可以在我的情况下使用，但也许您需要对其进行一些调整。

net.inet.tcp.win_scale_factor=8
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216

不是广告-请查看Acronis Access Connect（以前称为Acronis ExtremeZ-IP）的试用版。根据我的研究，Microsoft经常更改其SMB实施，即使您以合理的速度运行它，它也可能在以后的版本中“崩溃”。Acronis会为您留在这上面，但要付出高昂的代价。

http://www.acronis.com/zh-CN/mobility/mac-windows-compatibility/

我已经与几个客户一起使用了几年了，它非常可靠。

注意：根据我的经验，使用此服务会大大提高实际的网络吞吐量。该产品弥合了SMB实施中的差异。在尝试此操作之前，我遇到了这个确切的问题-它起作用。正如我所说，即使您能够使用它，也可能会在以后更新SAMBA实施时中断。