我们在一些工作站和文件服务器之间传输大型媒体文件（音频/视频文件，在某些情况下每个文件大至 20GB），有时我会感觉网络因此而陷入困境（目录列表可能需要 5- 10 秒显示，文件夹正在“计算大小”而不是显示它们的总大小等）
大多数工作站和两台服务器都有第二个未使用的千兆以太网端口。我听说将这些连接到另一个交换机并将它们设置为不同子网下的附加路由可能会有所帮助，但最近没有看到足够多的关于该主题的文章来说服我这是值得的。（我有一个备用的 8 端口非托管千兆以太网交换机、大量的 cat5e 和宝贵的时间）
有没有人做这样的事情或知道这是否值得努力？
如果您的问题是网络设备争用，那么将传输转移到另一个子网会有所帮助。您必须小心确保传输通过第二个网络而不是第一个网络。
但是，如果您尝试在涉及这些大文件传输的服务器上创建目录列表，您的问题可能是因为相关计算机上的驱动器太忙而无法快速处理您的请求。在这种情况下，服务器上的额外网络容量将无济于事。
运行一个单独的并行网络几乎绝对不是解决这个问题的最佳方法。这是相当多的工作和维护，并且不太可能解决您的问题。请记住，它不会自动平衡两个网络上的流量。例如，如果所有客户端都使用第二个网络进行文件共享，那么它将饱和，目录列表仍然很慢。您的第一个网络可能仍然很快，但没有人会使用它进行文件共享。
这是我会尝试的：
如果您的交换机支持 SNMP，我会花时间设置Zenoss或类似的东西。它将绘制每个端口的利用率图表，这将大大提高您查明瓶颈的能力。它还可以绘制客户端和服务器机器的重要统计数据。
您需要衡量您当前的网络和服务器利用率。如果没有关于您现有资源利用率的实际数据，就无法确定是否存在性能问题以及使用第二个 NIC 是否有用。
另一种选择可能是对网络进行分段。将一半的客户端和一台服务器插入到一台交换机上，然后将交换机插在一起。最常用的客户端/服务器之间的中继端口也可能是一种可能性（尽管如果两个交换机都不受管理，则不会）。
文件服务器本身的磁盘访问可能是瓶颈。如果文件被复制/复制到它们，那么添加额外的网络容量不太可能帮助那些相同服务器的目录列表等。
几年前（在 GigE 交换机便宜之前），我曾经运行两个单独的子网。每台机器有两个网卡，一个用于通用，一个用于文件共享。这听起来与您的设想相似。
由于您有备用开关，请尝试一下。当某些端口处于最大传输时，您当前的交换机可能无法足够快地推送数据。
另一个想法：你提到你正在几个工作站/服务器之间转移。根据它们的物理位置和可用端口，您可以在它们之间运行 Firewire 电缆并以这种方式进行文件传输（据我所知，您可以让它看起来像机器上的网络接口）。您的磁盘可能仍然是瓶颈，但至少您已经解决了网络速度问题。
请报告您的发现。
使用单独的子网（假设它都是千兆位）可以做的一件事是使用巨型帧来增加吞吐量。为此，所有设备（包括交换机）都必须支持巨型帧。
我以这种方式设置了“后端”网络；服务器和 NAS 盒在这个网络上都有一个接口（设置为巨型帧），服务器和 NAS 盒通过这个网络相互通信，为客户端释放“前端”接口。
如果可能的话，如果您当前的基础设施支持它，您总是可以设置 VLAN，并且您不需要在每台机器上运行额外的网络电缆。但正如大卫上面所说，如果不是网络问题，它不会解决任何问题。