2 Сервера Exchange и доступ IMAP для внешних пользователей

Выполнение отдельной параллельной сети является почти определенно не лучшим способом заняться этим. Это - довольно мало работы и обслуживания, и, вероятно, не решит Вашу проблему. Следует иметь в виду, что это автоматически не сбалансирует трафик по обеим из Ваших сетей. Так, например, если все клиенты будут использовать вторую сеть для совместного доступа к файлам, то это будет насыщаться, и списки каталогов все еще будут медленными. Ваша первая сеть могла бы все еще быть быстрой, но никто не будет использовать ее для совместного доступа к файлам.

Это - то, что я попробовал бы:

• Измерьте сетевую пропускную способность на файловом сервере. Если это - близкие 80% теоретической проводной скорости, то Вам нужно более быстрое сетевое соединение. Можно использовать второй порт Ethernet на файловом сервере и связать два в один сетевой интерфейс с дважды способностью. Ваш переключатель должен поддерживать это, и существуют некоторые ограничения к тому, как та дополнительная способность на самом деле привыкнет на практике.
• Если сетевая пропускная способность не будет очень высока, то посмотрите на другие факторы файлового сервера, чтобы видеть, являются ли они узким местом, таким как ЦП (вряд ли) или RAM (то больше позволит этому кэшироваться больше).
• Наиболее вероятная причина состоит в том, что диски не работают достаточно быстро. Вы могли изучить лучшую систему RAID, использовать кластерную файловую систему или просто черепок Ваши данные в несколько файловых серверов. Как Вы делаете это очень зависит от Ваших приложений и среды ОС.

Если бы Ваша поддержка коммутаторов SNMP, я не торопился бы для установки Zenoss или чего-то подобного. Это изобразит использование в виде графика на каждом порте, который значительно улучшит Вашу способность точно определить узкое место. Это может также изобразить жизненную статистику в виде графика Ваших машин клиента и сервера.