У нас проблема такая же в при таких же технических условиях!
работаем на
1С:Предприятие 8.1 (8.1.13.37)

как у вас все решилось то.
контакт (ICQ, e-mail) можете оставить

Estel Iопишите Ваши условия _сейчас_, плз

Технические условия:

сервер БД + сервер приложений
Intel Xeon MP 4 проца x 3 ГГц (с гипертрэйдингом)
20 Гб ОЗУ
Диски:
база данные - Raid 5
база индексы - Raid 1
tempdb - Raid0
(Всего одна БД)

- Win2003 Server Enterprise Edition 5.2 (3790) x32 SP1
- MS SQL 2000 x32 Enterprise Edition 8.00.2040 SP4
Под сервер MS SQL отведено 10 Гб ОЗУ
Периодически делаем обновление статистики и логическую дефрагментацию индексов.

- 1С:Предприятие 8.1 (8.1.13.37)

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

Проведение выполняется на консоли сервера для исключения передачи данных по сети,
при этом вычислительные ресурсы свободны, то есть все как описал CiborgCCCP

Расчёт себестоимости 3,5 часа
(У нас ведётся партионный учёт)
в среднем проведение одного документа занимает 6-8 секунд.

Estel I1. конфигурация
2. размер базы
3. онлайн/не онлайн партионный учет (что-то в этой ветке все о нем говорят)
4. количество обновременных пользователей / документов



1.конфигурация - Управление производственным предприятием, редакция 1.2 (1.2.20.1)
+ дописаваем особенности своего предприятия
2.размер базы 13 Гб (за 4,5 месяца работы)
3. ведется онлайн партионный учёт
4. до 100 -110 пользователей, анализ работы польщователей (активности) показал, чот в среднем за день создаётся/меняется/проводится 550 000 документов.



расчёты ведутся на отдельной базе.

-=DN=-в догонку: поиск узкого места показал, что примерно 80% времени проведения документа тратится на операцию очистки движений текущего документа по регистрам и записи движений в регистры...

Дело в том что эти цифры я взял с отчета: "Анализ активности работы пользователя" (Журнал изменений)

В это журнал он записывает любое изменение (создание и удаление) объектов на которые мы напустили слежение.

Получается каждый документ:
1. Создаётся
2. Изменяется (как правило несколько аз и несколькими пользователями)
3. проводится

так что в принципе цифра "5000", то есть 5000 операций над документами за день на одного пользователя нормальная.

Тем более что в эту статистику попали массовые и пакетные изменения! (по структуре пользователей в статистике я оцениваю не больше 35%)

в предыдущем посте не того отцитировал, сорри.
вот как надо было:


brahma100 пользователей 500 000 документов в день? по 5 000 документов на пользователя?
Что-то очень много.

Дело в том что эти цифры я взял с отчета: "Анализ активности работы пользователя" (Журнал изменений)

В это журнал он записывает любое изменение (создание и удаление) объектов на которые мы напустили слежение.

Получается каждый документ:
1. Создаётся
2. Изменяется (как правило несколько аз и несколькими пользователями)
3. проводится

так что в принципе цифра "5000", то есть 5000 операций над документами за день на одного пользователя нормальная.

Тем более что в эту статистику попали массовые и пакетные изменения! (по структуре пользователей в статистике я оцениваю не больше 35%)

Estel IКажется, что здесь проблемы не технические, а методолого-административные.
1. Зачем онлайн партионный учет? Тем более, что проводятся групповые изменения документов, значит граница постоянно неактуальна.
2. Вы говорите, что много времени тратится на очистку движений + запись новых. Вопрос - это проявляется для типовых документов или для тех, где вносились изменения? Дело в том, что в УПП (по-моему с 1.2.19.1) была произведена оптимизация записи движений при перепроведении документов - если движения не изменились, то они не очищаются и не перезаписываются (на самом деле это механизм платформы для рег. накопления, но по сути использоваться стал не сразу)
3. может имеет смысл переходить на РАУ, т.к. там нет парт. учета (он сделан через другой механизм), да и вообще производительность при РАУ заметно радует


1. онлайн партионный учет - Для того что бы в течении дня (постоянно) видеть остатки на складах;
2. много времени тратится на очистку движений + запись новых - на типовых документах;
3. имеет смысл переходить на РАУ - наша фирма консультант рекомендовала повременить переход на РАУ, пока все не устаканилось в текущей системе. А в будущем перейдём.