Терминальный сервер 1С 8.3 тормоза

Вы не указали сколько оперативки на сервере. И в целом Вы не указали характеристики.
Определенно, что одно из узких мест - дисковая подсистема. Вы же сами написали, что очередь очень большая.
Размещение баз на внешних дисках не рекомендуется - читал про такое. Да и какой смысл... Тогда уже купите более быстрые диски (SSD или SAS).
Систему рекомендуется ставить на отдельный диск или массив. Насколько сильно это влияет на скорость работы не знаю, но в случае работы с терминалом думаю, что имеет смысл разделить ОС и базы.

1. Базы разносят с ОС для тоо, чтобы в случае переустановки ОС базы не трогать
2. Кроме очереди может посмотреть чтение/запись и определиться хватает ли скорости дискам, всегда считал, что встроенные рэйды плохи
3. Гигабитка узким место не станет
4. Прошли не тот тест, там их 2 (в этой же конфигурации). Называется G1C. На файловых базах тест Гилева на скорость работы одного пользователя всегда показывает неплохие результаты. Там есть второй - на многопользовательскую работу, как раз определяет хватает ли дисковой подсистемы

Есть смысл попробовать сделать 2 рэйда или вынести часть баз на другие носители.
Попробуйте часть баз опубликовать и подключиться тонкими клиентами, а не RDP.

Идея в следующем: есть запросы к базе + обращения к кэшу пользовательских сессий + обращения к кэшу сервера. Обращение к кэшу на клиентах происходит довольно-таки часто. Если вы ставите тонкие клиенты на компьютеры пользователей, то часть нагрузки, связанной с обращением к кэшу, вы снимете. Ресурсоемкие запросы так и останутся на сервере. Или базы все же вынести на отдельный рэйд, тогда кэш будет на диске с ОС

Плюсом веб-сервер снимет риск по разрыву соединений клиентов с файловой базой, т.к. буфферезует запросы

А какие конфигурации, какая нагрузка на процессор? Сколько сжирается оперативной памяти. Очередь-то в принципе не сказать, что очень большая днем

Сами пробовали посмотреть какие тормоза...пользователи бывают очень привередливые...

Памяти на сервере 32 Гига, проц 6 ядер.
В процессе работы всех пользователей загрузка проца не превышает 30-40 %
Память тоже используется максимум 16 гиг.
К сожалению посмотреть как тормозит 1С в живую не могу, так как все делаю удаленно и сам сервер стоит далеко. Могу только мониторить.
Но на сколько я понял жалобы в основном только при начале работы когда все запускают базы, потом все нормализуется.
Еще есть такой нюанс, базы мне достались из облака, то есть раньше они работали на другом терминальном сервере и мне их перекидывали с помощь 1Cv8.1CD, даже не удосужились делать выгрузку.
Может поэтому они тормозят ?, Или это не влияет на базу ?
Вчера заменил оболочку 1с8.3 на х64, до этого была 32, и все пользоваиели запускают тонкий клиент. Стало по лучше судя по отзывам.
На одном рейде все сделано потому как бюджет сервера был не большим, поэтому я и решил делать обязательно 10 рейд но все на 4 дисках. А систему делать отдельно на 1 HDD не приучен в серверном сегменте - хочу отказоустоичивость, если 1 диск хряпнется чтобы потом не получить не работающий сервер и тут в принципе "убил двух зайцев" ).
А какой другой тест нужно проходить Гелева ? нужно другую конфигурацию его загрузить или в этой другой тест запустить, что то я не видел там выбора в тестах ?
Чем кстати можно протестировать скорость чтение запись на серверном рейде ?
Пока не буду принимать ни каких решений пока не пойму где узкое место

Мне помогала выгрузка-загрузка баз. Также на одном WD диске была аналогичная ситуация: при первом запуске очень все долго запускалось файловые базы (пользователь был один, ресурсов достаточно). На другом компьютере также тормозят при открытии?

Евгений - не понял на счет "других компьютеров", у меня терминальный сервер, все по RDP подключаются......
Алексей - не думаю что нахождение баз и системы на одном рейд массиве 10 как влияют производительность баз, система в простое вообще не наргужает дисковую систему (по мониторингу), зато в замен я получаю отказоустойчивую систему (всё-таки без 2ух дисков могу работать, так если кто то забыл), да и 10 рейд самое быстрое решение на данный момент, не спорю что систему и базы разнести по разным рейдам 10 было бы круто, но думаю, что это не решающий момент в тормозах.
Скорее сего не хватает производительности - Intel C612, и нужно рейд 10 делать на adaptec. Пока такие предположения.
Менять же существующие диски SATA на SAS думаю нет необходимости, там по моему нет большого выигрыша в скорости, а на бабки я попаду меняя все диски.

Весь тест Гилеева облазил - нет там другого теста .......

Я запускал базы по одной, нормально все работает.
Тормоза начинаются когда 3-5 человек начинают запускать базы.
Как померить скорость чтения записи на рейде ?

Есть - avast bisness
Ок попробую добавить.

Еще хотел спросить, если базы не выгрузкой присылаются а .1CD и пакуются архиватором, как я понял теряются все настройки и хеши !?
Не может из за этого быть тормоза пока база снова не наработает хеш или что то типо этого ?
Или это мои домыслы и выгрузка делает тоже самое упаковывает .1CD......

Надо было системный диск отдельный под систему ставить, а базы на рейд выносить

Я решил проблему !
Отключил полностью антивирус - И ВСЕ ПОЛЕТЕЛО СРАЗУ !!!
Все базы загружаются и работают быстро без тормозов.
Не ожидал такой подставы от avast.

Cooler Silent - спасибо за совет !

Теперь думаю как все аккуратно добавить в исключения.

Еще один важный момент - запуск на терминальном сервере принудительно у все пользователей ТОЛСТОГО КЛИЕНТА увеличивает скорость загрузки 1С 8.3 !
Проверил на своем сервере, действительно так.
И работает она на толстом клиенте гораздо шустрее.

Есть ещё одинь нюанс - лучше всего использовать антивирус с возможностью исключения всего дерева процессов и файлов конкретного приложения. Таким антивирусом является Касперский - у него нужно добавить в исключения приложение и все его потомки 1cstart.exe
тогда не будут проверяться временные файлы и особенно файлы кэша.