Всем добрый день! Стоял сервер терминалов и 1С на MSSQL. Решили взять новый сервер. По плану хотели использовать старый сервер в качестве сервера терминалов, а на новый перенести сервер 1С + MSSQL. Между собой соединили два сервера гигабитной сеткой. В итоге обнаружилось что запись и проведение через сеть идёт прям на много медленнее, чем если делать те же операции в RDP на новом сервере. Прошу подсказать на что обратить внимание и как ситуацию можно исправить.

А сеть то реально гигабитная без затыков? Пинги большими пакетами пробовали? ping -n -l 65000 <ip> пробовали, сколько выдает стабильно? Антивирусов с проверкой трафика нигде нет? Имя сервера 1с резольвится без задержек?

х.з. что там нужно телепатически понять о состоянии сети и не сети, чтоб посоветовать что-то существенное.

Если просто как говорят "мимо проходил" - разница не должно быть в том, что Толстый клиент в РДП и Толстый клиент по сети, если сеть абсолютно одинаковая.

И все мифы про РДП строятся на двух фактах :
1) Когда доступ к базе оказывается с помощью РДП "закрыт" от доступа через расшаренные сетевые ресурсы - потому что тормозят именно шары.
2) Доступ к базе в толстом клиенте действительно нагружает сеть заметно сильней, чем передача картинки по РДП.

И вот на что подумал. Вот это возможно и будет важно. Когда поднят сеанс Толстого клиента по сети, то этот самый клиент соединяется не только с сервером СУБД в платформе, но и какими-то файловыми ресурсами, которые могут быть в разделенном доступе. Проверьте этот момент. Точно-точно никаких соединений не устанавливается, которые могут затормаживать поведение толстого клиента одновременно с обращением к субд? Может там журнал работы пользователей или еще какая-то фигня еще не настроена?

(0) "Не верю"(с)
Приведи точно вид тормозящего документа и результаты замеров производительности.

(3) в СУБД разницы может и не быть.

(0) "В итоге обнаружилось что запись и проведение через сеть идёт прям на много медленнее, чем если делать те же операции в RDP на новом сервере."
Вот тут не понял. Что значит "через сеть"? У тебя в любом случае всё работает "через сеть".

(5) У него раньше сервер 1С:Предприятия, MS SQL, и Терминальный сервер были на одной машине.

(6) Да, именно

(0) Shared memory, конечно, быстрее работает, чем сеть. Но MSSQL выбирают не для скорости, а для надежности и параллельности. В файловой базе у тебя 20 подключенных пользователей будут ждать, пока 1 проведет расходную накладную, особенно если она на 10 000 строк. А в серверной они будут проводить свои накладные одновременно.

(1) пинг меньше миллисекунды.

(8) Shared memory это же вроде как между Агентом 1С и MSSQL работает

(3) +1.

(7) Ну и что, что именно.

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

Что-то знаешь о том, что доступ к файлам в режиме "разделенного доступа" выполняется по сетевому протоколу, а не также, как внутри терминальной сессии?

(10) Простите, невнимательно прочитал. Подумал, что кластер + RDP на одном сервере оставили, а на новый только MSSQL вынесли. Если же на новом сервере 1С+MSSQL, то надо проверить, что они через shared memory связаны, а не через tcp.

(12) Уважаемый, к каким файлам?

(13) Это вообще некритично, в случае когда сервер 1с и sql на одном хосте, tcp конечно медленнее разделяемой памяти, но ощутить это невозможно, вклад этих задержек в общую производительность - доли процента.

Например, журнал работы пользователей и какие-то темпы. Именно в версиях БСП для конфигураций по времени выхода УТ 10.
Это мое предположение. Имхо, больше тормозить там просто нечему

(0) Формирование csv надеюсь делаете через объект ЗаписьТекста?

+ (17)  Сорян, не в ту ветку.