У нас есть импорт в MS SQL через линкед-сервер с PostgreSQL(под стороннее ПО) на Линуксе. Подключение идет через ODBC-провайдер.

Со вчерашнего дня импорт стал работать медленнее. Мы переехали на другой сервер.
Процесс висит в состоянии RUNNABLE с типом ожидания PREEMPTIVE_COM_GETDATA, но работает при этом в разы медленнее.
В инете по этому типу ожидания с информацией не густо, в рунете вообще ничего полезного. В английском сегменте нашел указание, что PREEMPTIVE_COM_GETDATA указывает на проблемы вовне, не связанные с MS SQL.
Т.е. вроде бы проблемы с PostgreSQL. Но сам PostgreSQL какой был, такой и остался. Загрузка данных в сам PostgreSQL идет с той же скоростью. И вообще загрузка всего сервера такая же, со слов сотрудника, отвечающего за линукс-машину.
Проверил запрос на PostgreSQL напрямую, который стал работать дольше - отработал за приемлемое время, существенно меньше того, как через линкед-сервер.

Насчет сервера, куда переехал MS SQL, сисадмин тоже говорит, что он абсолютно аналогичен предыдущему. Пропускная способность сети вроде как тоже одинаковая.

Подскажите, куда копать?
---
Проходя мимо разложенных граблей, ты теряешь драгоценный опыт. (с)

Владислав КолосовMegabyte,

сеть плохая, проверяйте пинг, задержки ACK пакетов, потерю пакетов. Полоса пропускания - не первоочередная проблема.
Тут выяснились подробности. ЦПУ на новом сервере стал на планке, 100% днем. Отрубали несколько тяжелых не самых оптимальных вещей. тут же импорт проходил за нормальное время, т.е. тупо не хватало ресурсов процессора.
У сервера так же сменился тип виртуальной машины: с Hyper-V на VMWare.

Еще подробности. Оказывается винда на новой виртуалке видит, максимум. 4 физ. процессора.
А админ сделал доступными 8 процессоров с 1м ядром.
Т.е. только половин ресурсов процессоров была доступна.

А на старой виртуалке было 4 процессора по 2 ядра.

В общем, админ должен будет так же сделать: 4 процессора по 2 ядра.