Быстродействие 1С 8.2 помогите

[Cheloveknn]

1С:Предприятие 8.2 (8.2.15.294) серверная 64 разрядная (лицензия) стоит на железе intel xeon Е5606 2проца по 2.13GHz ОЗУ 16Гб win 2008 + SQl server. Клиентов 11 компов все разные по комплектации с ОЗУ от 0,5 до 4 ГБ (в одной локальной сети(рабочая группа) на всех win XP, подключаются к 1С как клиенты, через «толстый» клиент.
Проблема в общем заключается в том, что работает все не так быстро как хотелось бы. Бухгалтера жалуются что проводятся документы очень долго, менеджеры что открываются журналы и документы. На самом деле получается так, при нажатии на создание нового документа форма может открыться как через 2-3 сек так и через 15-20, то же самое с журналами, и проводимостью документов, иногда очень долго думает.
1С разводят руками и типа настраивайте SQL server, ребята которые настраивали «железо сервака» так же разводят руками говоря что вроде все настроено, еще предполагают что типа мало оперативки на клиентах и типа 1С сервер «подстраивается» под самые слабые компы, хотя 1Сники молчат об этом…
Фирма у нас небольшая поэтому в штате ни тех ни других не держим сам справлялся, а тут уже неделю бьюсь понять не могу почему да как, железо серва сто раз прогнали все отлично, сетку то же худо бедно проверили вроде все норм (но я все таки на нее думаю но где смотреть уже не знаю)…
Когда ни один клиент не подключен и через рдп на серве я то вроде все проводится более менее - конечно не так быстро как 7.7 файловой, но довольно норм по 2-3 сек максимум.
Может есть у кого мысли какие – поделитесь, если инфы мало спрашивайте …
Заранее спасибо.

[Balu203]

Быстрее файловой 77 все равно не получится... Но, в свойствах информационной базы, можно попробовать поставить скорость соединения "Низкая", может дать некоторые улучшения. А вообще, надо протестить пропускную способность сети, утилитой типа iperf. По личному опыту скажу, что из сервера в свич должно приходить 1Гбит/с, а уходить к пользователям 100 Мбит/с, тогда работает более-менее нормально, если появляются дополнительные свичи, и на 100 Мбит канал вешается хотя бы 2 пользователя, получаем падение быстродействия почти для всех пользователей сразу.
А мой коллега в свое время решил проблему, сделав проведение документов на сервере. Ускорилось все многократно. Также пробовали ставить 1С 8.2 в режиме remote application, есть улучшения в быстродействии, но если по какой-либо причине что-либо зависнет(что не редкость), получаем зависшую сессию, убить которую может только админ данного сервера. Можно конечно сделать автозавершение, но 5 минут, которые может потерпеть пользователь - это мало, а час-два это много.

UPD. Забыл добавить что на сервере кроме 1С и сопуствующего SQL сервера, ничего на серваке быть не должно, ни ФТП ни файлопомоек.

[Cheloveknn]

Спасибо за внимание к теме...
Как проверить где все таки совершаются проводки? на сервере или клиенте?
В качестве эксперимента поставил сегодня на один из бухгалтерских компов ОЗУ 4 Гб вместо 1 - сказала что стало намного шустрее... но все равно через рдп на сервере быстрее формируются отчеты и тп.
Так вот из-за чего стало быстрее на клиенте? ведь не должен клиент выполнять глобальные задачи - в моем понимании

[Balu203]

Маленькое уточнение - глобальных задач не выполняет тонкий клиент 1С, т.н. управляемое приложение, которое в типовых 1С конфигурациях толком не существует, то четкого деления "на сервере" и "на клиенте" не существует, процесс проведения документа зависит и от сервера и от клиента и от пропускной способности сети. В обычном приложении, 1С 8.2 представляет из себя такой же толстенный клиент как и 1С 77, глобальные отличия в том, что 1С 8.2 намного тяжелее. Общий принцип работы такой: при всех операциях с таблицами БД, таблицы кешируются на стороне клиента, зачастую даже полностью, с ними выполняются какие-либо операции(чтение, что несколько быстрее всего остального, и самые медленные в виде добавления и изменения записей БД), после чего таблицы снова загружаются на сервер, а если еще принять во внимание, что один документ никогда не обходится одной таблицей, их как правило десяток... Кроме того, очень тормозят проведение документов сами формы, которые казалось бы, вообще особо не влияют ни на что. Но факт остается фактом, если реализовать механизм проведения документов с помощью регламентных заданий, то получается просто кратный прирост быстродействия, но в этом случае, будет оооооочень проблематично обновлять конфигурацию. А добавление оперативной памяти, весьма существенно ускоряет 1Сные процессы чтения и записи, еще лучше будет если к клиенту подвести гигабитный канал, собственно, как администратор вы вряд ли сможете сделать больше. Ну разве что еще можно поднять кластер SQL (ни в коем случае не 1С), но это тоже ускорит всё не на много.

[Cheloveknn]

Еще раз спасибо, за ответ...

У нас все как обычно в стране через одно место. Просто когда каша с приобретением 1С заваривалась - уточняли у 1сников специально какие должны быть клиенты и тп, сказали что сервак должен быть мощным (его таким и сделали) а вот типа клиенты вообще по фиг... а теперь получается что не по фиг и придется что то грейдить что то обновлять полностью - а это расходы и с каким видом идти к руководству объяснять все это - хз (итак потратили кучу денег на 1с и сервер), притом что я не уверен, что эти грейды полностью избавят нас от тормозов

[Balu203]

Качество клиентской части не является определяющим только с тонким клиентом, а апгрейды от тормозов не избавят.