Добрый день!

Конфигурация:
Клиент-серверный вариант.
1я машина: Xeon E5620 (4 ядра), 32Гб оперативной памяти, CentOS.
PostgreSQL+1C сервер 8.2.19.106

2я машина: Xeon E5620 (4 ядра), 32Гб оперативной памяти, Windows Server 2008 R2 в роли терминального сервера.

Проблема:
Вне зависимости от количества работающих на терминальном сервере пользователей, при открытии конфигурации в конфигураторе, этот процесс затягивается на 30-50 минут (сам конфигуратор открывается моментально, а после команды "Открыть конфигурацию" зависает). В диспетчере задач сразу выделяются 2 процесса: 1сv8.exe и System, которые забивают все 4 ядра профессора на 80-100%. Как только конфигурация открылась - все приходит в норму.

Также, проблема не зависит от типа базы - локальные на диске или в кластере на сервере (1я машина).

Что пробовал:
-Чистка кэша в \AppData\Local\1C\1cv8 - не помогло
-Перезагрузка каждой машины - не помогает. Даже сразу после перезагрузки - то же самое.
-Переключение параметра EnableCPUQuota на 0 - не помогло.

Подскажите, пожалуйста, куда копать.
Если нужны дополнения/пояснения - готов дать сразу же.

Спасибо.

запускай конфигуратор на сервер

(1) то есть? Там CentOS, консоль. Я там плохо себе представляю конфигуратор.

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

(2) в консоль можно поставить графическую оболочку и оттуда запускать конфигуратор

новую платформу ставили ? если да. то Вот вам и ответ :)

(4) нет, не ставил. Последняя, которую поставили - была ныне стоящая 8.2.19.106.

@Там CentOS@

Ответ очевиден

2,19 под линуксом - это самоубийство.

(6) Денис, за что ты так не любишь не Винду?) Она тебя обидела?

(7) зря я про линукс написал, видимо.
Локальные базы на Windows Server 2008 R2 на той же платформе - то же самое. Конфигурация вешает весь сервер. Неужели для открытия локальных баз/конфигураций он делает запросы на кластер? Не верю.

(9) а загрузка дисковой подсистемы?

переходи на 8.3.9

только первое открытие или каждое?
При первом кэш пишется

Антивирус с виндового сервера терминалов того

И да сча терминальный сервер можно на centos'е сразу поднять

(13) под какой из процессов может шифроваться антивир: 1сv8.exe и System?
ИМХО или глюк конкретной версии платформы, или у сервера какие-то софтовые проблемы при работе с диском.

(9) а если эти же базы скопировать и открыть на другой машине?

(15) Причем тут процессы которые забивают проц тупым ожиданием данных которые им совершенно не тормозящий процесс антивируса не отдает?

(17) не знаю, ни разу не видел чтобы проц грузился ожиданием. Если это делает 1С, то это и есть "глюк платформы"
Например конфигуратор надолго подвисает, если при открытом окне сравнения конфигураций попытаться снять конфигурацию с поддержки, грузится ли при этом проц - не помню.

(13) Антивирус отключал. Не помогло. Хотя, там стоит KES10 и не совсем уверен, что он глушится полностью простым "Выход" в трее. Однако, KES стоит там с самого начала, как и большинство баз, т.е. 3-4 года и он никак не мешал раньше. Только последние несколько месяцев проблема проявилась.

(18) Скорее всего проблемы в конфигурации с таблицей Config. Снимать с поддержки, лечить таблицы. Каждое изменение в конфигурации просто дописывает изменения. У меня как-то раз cf с дуру стал весить более 2 Гиг