Windows Server 2008 R2 Datacenter, тормозят некоторые операции в сети
 

Доброе время суток !
Имеется сервер Dell PowerEdge 2950 (Xeon 2x1.86 Ghz, 8 Gb RAM) под управлением Windows Server 2008 R2 Rus Datacenter, лежащий в домене, например, domain.local, в сети, к примеру, 192.168.8.0/24. На данном сервере планируется сервер терминалов, но это пока не реализовано, из-за сабжа.
В другом домене, например office1.domain.local, стоит сервер БД 1С практически аналогичной конфигурации, только RAM 16G. Там стоит и крутится сервер 1С. Домен office1.domain.local находится в подсети, к примеру 192.168.14.0/24.

Оба домена лежат в одном офисе, то есть, скорость обмена данными должна быть ок. 100М
Как при открытии 1с-ки на сервере терминалов, так и при копировании файла с сервера БД на сервер терминалов операция происходит крайне медленно (копирование происходит со скоростью 500 К максимум). Во всех остальных случаях - то всё быстро (локальная сеть как-никак). То есть, всё быстро, если копировать: а) на сервер терминалов с машины в любом домене или наоборот; б) на сервер БД с машины в любом домене или наоборот, но как только надо скопировать с сервера терминалов на сервер БД или обратно - начинаются тормоза.

В данном случае было бы логично предположить, что просто загружен сервер БД, но диспетчер задач убеждает в обратном (там сидит может человек 15, при этом процы отдыхают, но правда памяти отжирается 15 гиг из 16).

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

По производительности дисковой подсистемы какие данные?

Если я правильно понял вопрос, то серв БД стоит на САС в 5м рейде, серв терминалов - на САС в 50м. Хотя, это ни о чём ни скажет - типы рейд-массивов, равно как и домены/подсети, даже порты на свитче менялись, я с этим игрался.
Один диск на сервере терминалов в состоянии degraded, но не критичен, если верить встроенной утиле от Делла. Хотя, состояние дисков и массивов неважно, так как
Или я неправильно понял вопрос ?

С помощью чего объеденены подсети доменов? Скорее всего дело в маршрутизации

Вопрос решился переустановкой ОС на Windows Server 2003.
В чём могут быть отличия ?

Проблема:
Почти сразу как началось тестирование скачал и поставил себе на ноут Windows 7. Операционка понравилась, если сравнивать ее с вистой, заметны улучшения, исправления которые радуют глаз и мозг. Сложностей никаких не возникало и операционка осталась жить.
И совсем недавно поставил ее на работе. И почти сразу столкнулся с некоторыми трудностями - определенно тормозит инет, плохо грузится страничка гмейл, тупит rdp соединение с компами под Win 2003.

Решение:
Уходить с семерки на ранние версии Windows совсем не хочется, поэтому стал искать как пофиксить баг. Немного погуглив наткнулся на решение:

netsh interface tcp set global autotuninglevel=disabled
netsh interface tcp set global rss=disabled

Две команды которые необходимо выполнить в командной строке от имени админа. После внесения изменений семерку и правда попустило.

Что за нафиг:
При передаче данных между двумя узлами в сети (например компьютерами) создается окно (буфер) определенного размера. При передаче данных на узле, куда передаются данные этот буфер заполняется и затем узел должен подтвердить что данные передались. В ранних версиях Windows этот буфер был строго определенного размера. А новые версии (Vista/7) по время передачи данных пытаются определить оптимальный размер этого буфера. И если обмен данными происходил, например между двумя семерками - оно бы и ничего. А так чаще всего получается что семерка коннектится к виндам более ранних версий, которые еще не умеют динамически менять размер этого окна (буфера). + Не исключаю, что данная фича семерки не хавается нашей Cisco-й. Команда autotuninglevel=disabled отключает это нововведение и избавляет от части проблем.
Что касается rss=disabled это что-то типа отключение распределения приема передающейся информации между несколькими ядрами процессора (если их более чем 1). Здесь RSS расшифровывается как receive-side scaling. Изменение данного параметра помогает убрать тормоза при rdp коннекте к Win 2003 x64.