Здравствуйте. При расчете себестоимости всю память сжирает SQL (стоит 16 ГБ). И сам расчет одного месяца проводится более 2 часов.
Конфигурация УПП. Читал и искал много по Интернету, но каких-то четких инструкций к действию не нашел.
Сам сервер 64-разрядный, сервер и клиент 1С 32-разрядные.

Инфы никакой вообще. Какой документоборот, размер базы и т.д... А вообще такое поведение скуля вполне себе естественное

надо то чего? скулю сколько дай - столько и сожрет... он не комплексует

2 часа - ну нормально, у нас три считает

(0) там в коде 1с беда скорее всего.

УПП 1.3 (расчет СС типовой), база размер 83 Гб
но мне ее тоже размер не нравится - не пойму почему такая большая, документов выпуска в день около 20, остальное все по мелочи.

2 часа - если это наверное крупный завод - а здесь не так много производственных документов.
единственное что распределение материалов на выпуск в месяц порядка 10 000 записей дает.

(5) ну скачай что-нибудь типа http://catalog.mista.ru/public/15052/  и посмотри.
Мне очень помогла именно эта обработка (у нас основная база на 8.1)

Спасибо. Этим воспользуюсь.

63 гб занимает регистр "Учет затрат".

Итоги 50 Гб занимают!

вот нашел разгон: http://catalog.mista.ru/public/306109/

(11)

Вынос указанных выше функций в повторное использование вкупе с небольшой оптимизацией регистров (суть оптимизации так же описал выше) привело к тому, что расчет себестоимости при включеном РАУЗ стал занимать не 2 часа, а 5-7 минут.

ошизеть! в 1С вообще похоже об оптимизации не думают. хотя 1.3 - давно это было ...

(10) у нас итоги по одной таблице (партии) занимали 120 гб :) и это в УТ 10.2
Именно для обнаружения этой проблемы использовал отчет (7).

(13) а откуда столько? не закрывался?

(12) На РАУЗ он нормально считает, вот по партиям да, тормозит очень, у нас по ночам рассчитывают, когда год закрывают.

(14) ага, не закрывался. Была ошибка архитектурная.
Исправление этой ошибки и переформирование проводок (с 2007 года) позволило сократить таблицу итогов до 10 гб. т.е. в 12 раз.
А еще 20 гб удалили с таблицы "Списанные товары" (с запретом на изменение документов старше 01.01.2014).
Переписали часть запросов, переделали индексы (все на манер (11)) и как итог база минус 150 ГБ.
За ночь (7,5 часов) теперь успевает перепровестись около 100 тыс документов (или около 1 млн. строк). Скорость восстановления последовательности возросла примерно в 20 раз. Фактически у нас каждое утро точка последовательности партионного учета актуальна.

а почему такой большой размер итогов? как его уменьшить?

К такой ситуации как правило приводит встречный выпуск в купе с распределяемыми статьями затрат.

Рисуйте производственную схему затрат и ищите ошибку...

(17) а вот это как раз суть задачи, которую вам предстоит решить :)

встречного выпуска точно нет.

(17) почему? Ну, от большого количества записей. Как уменьшить? Уменьшить количество записей.

+(21) "записей" = "записей в таблице итогов"

(0)и кстати, что у нас с минусовыми остатками по мпз и затратам?

(20) - это вы можете считать что у вас встречного выпуска нет. а он как суслик - есть.  Реальный пример из жизни : Выпускаем ПФ на переделе 1. Через три передела списывается в брак по распределяемой статье. Как следствие - распределяется брак на ПФ. Вот вам и встречка.

(20) косвенный показатель наличия встречного выпуска - миллионы записей по регистратору РСВ по учету затрат, среди которых большинство - копеечные суммы.

(0) - по каким параметрам заканчивается РСВ (читсло итераций, точность)

Вообщем должны помочь модификации конфигурации в соответствии со статьей?