У меня в данный момент от силы 10 юзеров одновременно.
схема такая
http://i.snag.gy/q6axF.jpg
Jдин сервер 1с, один сервер субд. От юзеров до сервака 1с сеть , я там для простоты нарисовал 1 марштутизатор.

ну так вот.



У меня стоит 1С CRM. Пока что ввели около сотни клиентов. Когда открываешь справочник, он открывается секунд 15! рабочий стол пользователя тоже секунд по 30-40.
причем та же ситуация, если запускаешь на самом сервере 1с. На том же сервере 1С еще работает ЗУП, база тоже на субд. И она работает быстро . Хотя ЗУП работает с толстым клиентом, а CRM с тонкими. Может быть из за этого тормоза? или что то с сетью? мне один знакомый советовал чтобы субд и 1с сервер были на одной машине. как тут быть? Ведь потом планируется ввести контрагентов до нескольких тысяч, и еще туда же повесить УПП и PDM.
попробовал переключить на толстый клиент, стало быстрее, но все равно не мгновенно.. попробовал также создать файловую базу и подрубится к ней- еще быстрее но все равно не моментально :( а ведь сервак 16 ядер 24 гб озу.. что еще можно предпринять ?

>>>мне один знакомый советовал чтобы субд и 1с сервер были на одной машине

это не правильно

>>>24 гб озу..

это совсем не много...

тебе нужно
1. точно определить проблемы (с реальными замерами, например у тебя справочник открывается 15 сек, какой? в каком режиме, только первый раз или каждый раз, короче максимально подробно)
2. определить где траблы, скуль, 1с, сеть, клиент, железо
тут масса есть куда копать, и замеры производительности и технологический журнал и http://wiki.mista.ru/doku.php?id=it:analiz_sql_block и счетчики винды

Для 100 клиентов в базе железа достаточно - не должна так тормозить
Судя по рабочему столу - какие то траблы с сетью или ж/д

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

для скуль+1с 24 гига мало по любому, на 100 зверей нужно ЗНАЧИТЕЛЬНО больше (разумеется если все 64х)

(1) почему не правильно? очень правильно (до определенных масштабов) - возможность использовать шаред мемори
(4) кто сказал про 100 зверей, в теме "от силы 10"

проблемы с сетью между 1с и субд?? я же говорю что запускал на самом серве 1с. и тормоза. единственное улучшение если толстый клиент.. и самое быстрое если файловая база

как и что мне проверить? может протестировать скорость между серваками? или че

(6) проблемы с сетью обычно между сервером 1с и клиентом

(0)да терминально выеди их на сервер 1С и посмотри есть ли разница.  Если есть, значит маршрутизатор меняй. Если нет -настройки сети или  сервер 1С

регламенты для SQL настроил???

(1) Че это неправильно? Если памяти хватает, то на одном компе будут работать быстрее чем с разнесением по серверам. Тем более всего 10 пользователей. Надо на документооборот смотреть.

(8) Если большая часть процессов исполняется на сервере, то как-то пофигу на сеть между клиентом и сервером 1С.

(0). Сервер предприятия 64-ре разряда? Жрет памяти сколько? Скулю память ограничили, чтобы ОС и серверу предприятия хватало? База какого размера? Транзакционная модель базы на скуле какая Симпл или Фул? Рэйд массив какой?
Автор ветки не дал вообще никаких входных данных и хочет чтобы мы телепатировали.

(9) Так она 1С запускал на самом серваке, где все и все-равно тормозит, значит сеть не при делах.

я не знаю, что такое 1-СРМ, для 10 юзеров лучше все-таки на одну машину 1с и скуль...

но для 10  юзеров

(1) Ошибаешься, это правильно.
(0) Расслабься, это 1с. Она всегда тормозит

(12)
У него "рабочий стол" 40 сек открывается

(9)+1
Пока не выяснят трабл с раб столом про остальное говорить бесполезно

(0) Я бы начал с замера производительности и попытался понять на что эти 15 секунд уходят при открытии справочника, может там банально код не оптимальный.

Судя по тому что ЗУП не тормозит а CRM тормозит дело больше в конфе. Например начни со справочника - список динаимческий? Много соединений в запросе? Если на обычных формах проверь замером производительности. Может там куча кода в ПриПолученииДанных. Дальше отлови профайлером на SQL запрос к списку. Посмотри план выполнения запроса. Может индексы какие прикрутишь.
Дальше я не силен - SQL-щики подскажут.

(21) во во, "яростно плюсую" :)

Один раз на моей пямяти был миический глюк. У всех список документов (журнал) открывается быстро, у одного пользователя торомзит беспощадно. В итоге профайлер показал что у этого пользователя запрос отправляемый на SQL не такой как у всех! Знаете что помогло? Удаление и добавление пользователя в базу.
После этого я верю в "1С чудеса" :)

(24) ничего мистического, просто кэш почистил таким способом

(25) Как раз таки одна из причин того, что 1с так и останется внутрироссийсим продуктом это то, что для нас такие чудеса как "просто почистить кэш" в порядке вещей и не считаются косяком системы.

(25) кэш чистил. Да и как кэш влияет на текст формируемого запроса мне не совсем понятно. Журнал не менялся тыщу лет.

(25) да и в подтверждение того что это не кэш могу сказать что глюк воспроизводился на моем компьютере именно под её учеткой. Или ты какой кэш имеешь ввиду?

(26) а Windows или там Internet explorer? Постоянно приходится из темпов удалять файлы, то 5 гиг, то все 10. Это тоже что ли внутрироссийсие продукты?

(29) При всем уважении, ниразу не видел чтобы Windows или iexplorer отжирали 5-10 гб в темпах, а вот как в 1с базы пухнут видел, но не это главное. Могут ли темп файлы Windows или Internet explorer стать причиной системного сбоя или серьёзного замедления работы? В том же Windows есть специальные механизмы контроля и очистки темп файлов доступные обычным пользователям. В 1с этого нет.

А 1С CRM это не рарусовская конфа случаем? А то помнится Рарус очень любит при открытии чего бы то ни было отборы ставить. В альфе-авто лечил подобные тормоза только тем, что делал новые формы журналов без отборов...

(0)А как она вообще работает без другой нагрузки и при одном пользователе?
Я собственно о чем - бессмысленно обсуждать тут причины, их может быть много, надо смотреть конфиг сервера, и конфиг 1с, и выяснять где именно затык, от этого и плясать.
А выяснить это можно только на практике, а не отвлеченным теоретизированием.

(1)Далеко не всегда.
Т.е пока сервер справляется с нагрузкой - то грамотней держать их на одном серваке.
Ежели не справляется, то можно вынести на другой, ибо это как правило дешевле чем масштабировать вычислительную мощность сервака.

(28) ну тогда хз... но я все равно материалист, значит инопланетяне подпортили)))

(1) Если ресурсов хватает, то лучше на одном по-любому. Шаред мемори форева.

(33)Истина где-то рядом...

гугль говорит что "1с тормозит" всего 216 000 раз а вот "1с не тормозит" целых 426 000 раз


так что ваша проблема надуманная и ее скорее всего нет.

(0) если ЗУП там же работает быстро, то возможно действительно надо код оптимизировать

Может тормоза из-за RLS?

железо на моих серверах:

два ксеона по 8 ядер,2.3 Гц

озу- 24 ГБ.
винды 2008 е.

(39) в наше время железо - это чтобы друг с другом меряться. Все равно если сравнить по скорости на крутом железе и на ноуте, купленном за 4000 рублей в Пятерочке, то будет примерно одинаково.

(40) самое печальное что зачастую на ноуте получается быстрее.. эх...

а замер производительности делал?

Автор тебе нужно решить проблему или нет?
Если да, то отбери первые 3 самые суровые проблемы (например Открытие рбочего стола, открытие спр. контрагенты и еще чего - нибудь) и сделай по ним хотя бы замеры производительности для начала.
И так понятно что железо и сеть здесь не причем иначе все что стоит на этом сервере тоже тупило. Если тупит только эта база, значит дело скорее всего в конфе.

Делай замеры, дальше уже можно будет о чем - то говорить.

Вангую: база нарисована в формате с одним файлом. Потому и тормозит. Поставьте SQL_сервер

(0) вызвать эксперта.