小编Uni*_*426的帖子

我正在寻求帮助，我确信这是一个古老的问题。我发现自己处于一种渴望更清楚地了解网络吞吐量的情况，但我似乎无法找到使其“点击”的信息

我们有一些分布在不同地理位置的服务器，运行着各种版本的 Windows。假设我们始终使用一台主机（台式机）作为源，那么在将数据从该主机复制到全国其他服务器时，我们会发现速度差异很大。在某些情况下，我们可以始终如一地以 12MB/s 的速度复制数据，而在其他情况下，我们看到的是 0.8 MB/s。应该注意的是，在测试了 8 个目的地之后，我们似乎总是在 0.6-0.8MB/s 或 11-12 MB/s。在我们主要关心的建筑物中，我们有一个到 ISP 的 OC-3 连接。

我知道有很多变数在起作用，但我想我希望这里的专家可以帮助回答一些基本问题，以帮助加强我的理解。

1.) 对于运行 Windows XP、服务器 2003 等的旧机器，具有 100Mbps 以太网卡和 72 毫秒典型延迟，0.8 MB/s 听起来是否合理？或者您认为这足够慢以表明存在问题？

2.) 在我们的例子中，“吞吐量 = TCP 窗口/延迟”的经典“数学最快速度”计算为 0.8 MB/s (64Kb / 72 ms)。我的理解是这是一个上限；您永远不会期望达到（由于开销），更不用说超过那个速度了。但在某些情况下，我们看到的速度为 12.3 MB/s。网络上散布着 Steelhead 加速器，这些加速器可以解释如此高的传输速率吗？

3.) 有人建议使用 SMB 与 SMB2 可以解释速度的差异。事实上，正如我们预期的那样，数据包捕获显示两者都根据正在使用的操作系统版本而被使用。我了解决定是否使用 SMB2 的因素，但我很想知道使用 SMB2 可以获得什么样的性能提升。

我的问题似乎只是缺乏经验，更重要的是，关于什么是合理的网络速度和什么是不合理的观点。任何人都可以帮助传授背景/观点吗？

随着大于 16TB 的卷变得越来越普遍，人们认识到用于报告 SNMP 中标准“HOST-RESOURCES”MIB 中的磁盘大小和使用情况的 32 位值不足以报告正确的磁盘大小。

Net-SNMP 似乎通过简单地操纵“AllocationUnits”的值来解决这个问题，以维护一个 32 位的磁盘利用率值（因为总磁盘大小/使用量等于 32 位空间值乘以分配单元），以允许用于计算大于 8/16TB 的卷。假设您对分配单元没有任何报告兴趣，并且可以接受少量的不准确。这似乎是一个优雅的解决方案。

https://bugzilla.redhat.com/show_bug.cgi?id=654384

然而，Window 的内置 SNMP 服务似乎继续受到此错误的影响，只是报告已使用/分配的磁盘空间的模数，导致磁盘大小报告不准确。

有没有办法让 Windows 正确报告超过 16TB 的卷的磁盘使用情况？我们试图简单地安装 Net-SNMP 5.5 x64 并完全禁用 Windows SNMP 服务，但不幸的是这并没有解决我们的问题。

使用 NetSNMP 扩展时，我们为感兴趣的特定磁盘收集的信息如下：

无论我们使用的是 vanilla Windows SNMP 服务还是 NetSNMP，这些结果都是相同的。

我看到 Cacti 社区中的人提到简单地编写解决方案。不幸的是，我们使用 Observium 进行快速和基本的系统监控。如果无法在 Window 一侧纠正问题，是否可以让 Observium 报告自定义 MIB？

--更新--

查看错误报告提到将“realStorageUnits”添加到 snmpd.conf 文件时，我们在设置该指令时遇到了以下问题：

--更新 2 --

好吧，经过多次修改，它看起来不像任何 Windows 版本的 Net-SNMP，如“realStorageUnits”指令。包含该指令会在启动 SNMP 时产生警告。我们尝试了 5.5、5.6 和 5.7 版本。这里有没有人想过如何让 SNMP 在 Windows 上报告超过 16 TB 的卷？

我们有一个 Windows 域，其中也有一个 RHEL 成员服务器。所有服务器都有一个到 LAN 的主要网络连接，但一些服务器也有到 RHEL 服务器的专用专用链接，它作为我们 SAN 存储的头。

此特定服务器运行 Samba 3.5.15，并以 ADS 身份验证模式运行。

用户可以从我们的 Windows 服务器通过 LAN 连接访问此服务器上的共享，而不会出现问题，但是如果用户尝试通过专用链接（即 RHEL 服务器的 192.168.1.2 地址）访问共享，用户会收到错误“The此工作站与主域之间的信任关系失败。”

当我查看日志时，我会收到很多错误，您会在网上随处看到这些错误 - 其中一种情况与我的情况不符。尽管如此，他们在这里，也许有人会看到我看不到的东西：

我把这两个错误放在一起三次：

Failed to get schannel session key from server DC for domain DOMAIN

connect_to_domain_password_server: unable to open the domain client session to machine DC - NT_STATUS_ACCESS_DENIED

然后我得到这两个错误：

domain_client_validate: Domain password server not available

check_ntlm_password: Authentication for user <the user trying to access the share> FAILED with error NT_STATUS_TRUSTED_RELATIONSHIP_FAILURE

然后，每次访问尝试时，这组错误都会重复 3 次。