1С:Документооборот 8 КОРП, редакция 1.1 (1.1.4.1)
Работает 50 пользователей, обмен с 8 базами по риб, каждый час.
Программа бывает тормозит.
У кого стоит такая программа? как ускоряли работы, хотя бы немного при поиске входящих и исходящих документов и при открытие их?

"Программа бывает тормозит."
Шикарное описание проблемы...

на уровне СУБД все регламенты выполняются? железячных проблем нет, узких мест?

"Программа бывает тормозит"
продолжайте наблюдения

(1)(3) какой простор для телепатии зато, вы что!)

РИБ реально нужен или по недопониманию?

(1)Программа тормозит когда пользователи заходят под НЕ полными правами.
Под администратором программа нормально работает.
(1)(3)в железе узких мест нет, у кого стоит документооборот думаю меня поймут.
(5)РИБ нужен, каждый час идет.

кстати слышал, что в одной из редакций ДО накрутили мегасуперуниверсальный рлс. который вешал все.

(7) с учетом (6) становится особенно актуально

Программа уже сильно изменена, обновить при очень оченеь большом желанеи конечно можно. Ищу более легкие пути выхода из ситуации, есть тесты, по проверки прав? на каких проверках больше всего времени уходит?

(6) РЛС вестимо... вобще Права в документообороте больная тема

(10) Как нибудь узнать можно какие проверки вешают систему?

лично знаю чувака, который разрабатывает права в документообороте. Он грит если есть идеи как сделать лучше - говори, сделаем)

vde69 писал про ужасы rls документооборота.
и как с ужасами боролся

(11) вот здесь рассказывают как http://www.1c.ru/rus/partners/training/uc1/course.jsp?id=199

(14)Ясно, спасибо. это видел уже.

(15) я вполне серьезно

(0) Начнем по-порядку.
База - SQL ?

(12)"чуваку" привет, надеюсь рано или поздно сделает, чтобы ограничение на правах не отражалось так на быстродействие системы. Или кто нибудь другой сделает.

(16) там кстати и рассказывали про рлс в до. про то как придумали "универсальный" и про то, как разработчики выхватили за него, ибо работать при более менее больших объемах было не реально.

тут два варианта.
либо накатывать релиз, где это пофиксили сами разработчики (если таки пофиксили)
либо искать самим и переписывать (но с учетом вопросов в сабже - в твоем случае это будет анреал)

(18) могу сказать что работа идёт, в 1с о проблеме знают, но обновлять его конечно надо, тяните к последним версиям всё равно

(17)База SQL, поднят виртуальный сервер, железо серверное, памяти хватает, жесткие с инрфесом  SAS 6.0 Гбит/с.

(21) отказаться от виртуального сервера. перейти физическое железо

(19)думаю 99% посетителям мисты это анреал

(23) зря

(24)это не важно ,цифры считать не будем
(22)что это даст? на физическом будет быстрее обрабатывать контроль прав?

(25) физика работает быстрее, это аксиома. Не скажу что сильно быстрей, но 5-10% наверняка получите приросту

(25) да. на физике будет быстрее.

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

Для ускорения нужно
*физ сервер выше 3 Ггц выше частота памяти, 16-32Гб ОЗУ
*релиз платформы не ниже 8,2,18
*MS SQL и сервер 1с на одну машину скуль ограничть по оперативе
*raid10 или ssd
*вынести хрангиение файлов втома на отдельном диске

Сделай тест гилева оцени свой сервер

(29) зачем скуль ограничивать по оперативке?

Так надо (с)

Ибо SQL стремится отожрать памяти по максимумум и весьма неохотно отдает ее обратно а так как на сервере еще и сервер 1с будет то весьма желательно ограничить память SLQ  я из 32 отдаю 8-16Гб. Были моменты на тестовом сервере где процессы 1с отъедали до 4 Гб каждый сервер начинал сильно тормозить из за недостатка ОЗУ. Ограничив SQL по паямти тормозов больше не наблюдал.

(29) А Вы безапелляционно данные требования указываете основываясь на каких данных автора темы?

Основываюсь на собственном опыте.

(35) Чтобы свой опыт применить к конкретной ситуации нужно хотя бы уточнить детали ситуации, а уже потом смотреть что можно улучшить. В данной ситуации получилось, что Вы сказали, чтобы сказать, но не более.