В сезон объемы вырастут в 4 раза. Как можно ускорить процесс?

(0) уволить тебя и нанять специалиста

Сервер 32 ядра, 64 гб оперативной памяти, 10 рэйд из дисков 12 к

Партионный учет

убраьт партионку, включиьт рауз

(4) тестил на копии. За один и тот же месяц при одинаковых данных РАУЗ расчет себестоимости делается дольше

(4) примерно в два раза

что за расчет, сколько переделов? расхождений аналитики точно нет?

(6) Чушь. В одной из контор расчет с 2 час. 40 мин. при партионке стал 40 мин. при РАУЗ. Что-то не то в консерватории.

"Сервер 32 ядра, 64 гб оперативной памяти, 10 рэйд из дисков 12 к" - вот этим в 1С лучше не хвалиться, лучше хвалиться отсутствием гумнокода и гумноюзеров :]

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

Какой релиз?

(7) 1 передел, везде используется одна номенклатурная группа, аналитика совпадает.

После исправления аналитики на одну номенклатурную группу скорость возросла, но все равно в сезон вероятно будет слишком долго. Бухгалтера говорят есть два дня максимум, чтобы после поступления последних документов закрыть месяц и сдать квартальные отчеты.

(12) надо помнить, что всегда вылезают косяки в учете и проводить себ-ть приходится по 5 раз

(10)  в файловой при таких объемах РСВ отвалится с ошибкой

(13) зачем несколько раз? отчетами же можно косяки посмотреть

(9) база 99,9% типовая, алгоритмы расчета себестоимости типовые

(14) при таких объемах - это при каких? поведайте

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

(0) Ну так запустите замер производительности, укажите марку процессора, какой режим энергосбережения стоит на сервере, сколько занимает времени в файловом режиме, какой SQL: MS/DB/PostgreSQL.

(17) 200 - 1000 заказов в день

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

+ (19) сервер на виртуальной машине? Производилась ли настройка СУБД.

смотри мониторами, может где-то узкое место есть

статистику по базе смотри, может таблицы какие распухли.

статистику из запросов смотри, хоть замером производительности, может там узкое место увидишь

(0) боюсь прослыть невежей, но - что такое сезон расчета себестоимости?

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

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

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

(19) замер производительности запустил, результаты будут позже

Например, переработка сельхозпродукции или производство асфальтобетонных смесей

(21) отключить гипертреадинг?

(22) сервер на физическом сервере, настройка СУБД ? что именно?

для начала конфу озвучить как минимум.

(33) ЗУП наверняка

(27) это понять можно. Просто не догадался сопоставить.

(34) как минимум 2 варианта - УПП или КА. Это из известных мне.

(23) смотрел дисковую подсистему количество страниц в очереди, показатель 0,1 - 0,5. То есть дисковая подсистема вроде не является узким местом. Оперативная память используется на 90 %

УПП у него. Украина

(25) (28) да сезонная продукция, сейчас низкий спрос. В сезон спрос вырастает в 4 раза

(31) да

(37) Ограничение по памяти у SQL вообще не стоит?
Напишите частоту процессора.

(16) То что база типовая - ни о чем не говорит, в типовой БГУ везде в параметрах виртуальной таблицы запроса стоит "Счет.Ссылка В(<Параметр>)", если убрать ".Ссылка" - скорость в несколько раз возрастает.

(39) Рекомендации с ИТС все выполнены?

(33) УПП 1.3 для Украины, обновлена до последнего релиза.

(33)(34)(36) УПП 1.3 для Украины

(44) Я уже в (38) всем это сообщил..

(40) ок записал решение, поговорю с ситемным администратором. Что это даст?

http://www.gilev.ru/?s=улучшение+производительности&submit=Найти - тут смотрел?

(41) ограничено 40 Гб. Два процессора E5- 4620 по 2.2 Ггц

(42) разделы ИТС по производственному учету?

(42) какие рекомендации?

Это всё Правый сектор виноват...

Если MY SQL, то, как минимум - http://its.1c.ru/db/metod81#browse:13:-1:1981:1985

перейти на РАУЗ и проводить вне транзакции.

(52) "Если MY SQL"
1с работает на mySQL? J_j

(54) от настройки MY SQL, тоже много чего зависит.

(52) посмтрел раздел по SQL - по оптимизации производительности ничего, базовые рекомендации по установке и настройке соблюдены

(53) вне транзакции это как? переводил копию базы на РАУЗ время расчета себестоимости увеличилось в 2 раза. Проверю еще раз на выходных

(34) в ЗУПе расчет себестоимости )

(56) т.е. - реиндексация делается, статистика обновляется. Рост файла базы и файла транзакции увеличены. Шринк файла логов тоже делается?

сама база в Simple или как?

(57) в документе есть кнопочка в меню Действие-Проводить вне транзакции вроде так называлась.

(20) При таком объеме документооборота, нужно начинать осознавать тот факт, что сохранить типовые алгоритмы и структуру БД = получить серьезные проблемы с производительностью ключевых операций. Эксперт вам нужен.

(59) да. Реиндекс делается из конфигуратора. Статистика обновляется SQL server (функция встроена по умолчанию в SQL server 2012)
Рост файла базы и файла транзакции по умолчанию

какой запрос тормозит более всего?

Была кажется похожая проблема. УПП, но физического производства нет (т.е. однопередельное получается). Расчет себестоимости в партионном учете шел 4 часа. Есть регистр накопления незавершенное производство (и такой же регл). Попробуй его свернуть на начало года. Т.е. физически удалить все лишние данные(не пересчет итогов(!), а именно удалить) После того как это сделал себестоимость считалась за 15 минут. Не знаю на сколько поможет, но попробуй на копии рассчитать себестоимость при пустом регистре незавершенки, если разница появится, тогда  свертка регистра поможет.

(64)
ПроцедурыРасчетаСебестоимостиВыпуска.РасчетПрямыхЗатрат(...) 33,5 %

ПроцедурыРасчетаСебестоимостиВыпуска.РаспределениеПрямыхПроизводственныхРасходов(...) 32,26%

ПроцедурыРасчетаСебестоимостиВыпуска.РаспределениеКосвенныхРасходов(...) 15%

ПроцедурыРасчетаСебестоимостиВыпуска.РасчетПрямыхЗатрат() 12,73 %

(66) В этих процедурах 100500 запросов. Выясни, какой запрос дольше выполняется.

(66) Это у тебя за 1.5 часа рассчиталось? А где же 20 часов? o_O

(68) это по организации с маленьким объемом, по головной организации 20 часов

(61) ищу не нахожу, зачем режим "Вне транзакции" в РСВ?

(63) "Рост файла базы и файла транзакции по умолчанию"
Поставь шаг роста 200 Мб на mdf и 50 на ldf

(71) ок, потестирую на копии

(60) да, простая модель восстановления

(72) Вот первоисточник http://infostart.ru/public/65955/

(71) 512M поставь туда и туда, чего уж мелочиться, с дисковым пространством сейчас проблем нет
(0) в партионке УПП в типовом расчёте себестоимости есть смысл оптимизировать запросы. подзапросы повыносить во временные таблицы например. там код достаточно древний. сам такое не делал, но работал с этой конфой, и по слухам, стало быстрее. хотя после перевода её на РАУЗ стало ещё быстрее.
что делал сам: при проведении одного типового документа в УПП НА КЛИЕНТЕ табличная часть документа выгружалась в таблицу значений и всё это дело передавалось НА СЕРВЕР в параметре процедуры. хотя в этой процедуре это параметр по умолчанию был Неопределено и в этом случае (ВНИМАНИЕ!!!) табличная часть получалась ЗАПРОСОМ НА СЕРВЕРЕ ))) замена выгрузки табличной на Неопределено дала уменьшение времени проведения на 30% при количестве строк в документе over 9000
так что всё возможно