Комплексная конфигурация.
Размер 270 мб.
Железо Xeon 3Gh 2Gb оперативы.
При формирование книги доходов и расходов создается туча движений регистров. Книгу формируем каждый квартал. После каждой сформированной книги открытие следующего периода занимает все больше времени. Сейчас уже больше суток. Сама книга формируется несколько дней. Перерасчет итогов так и не удалось сделать, ждал больше недели пока свет не вырубили. Также делал упаковку таблиц, стало лучше но не намного. Подскажите может есть сбособы и реально ли дождаться пересчета итогов ?

(0) нет

+1 Долбал этим фирму 1С - так они просто отписывались. Механизм КУДиР в комплексной не тянет сколько-нить норальные объемы. Вариант только переделывать вообще весь механизм. Но это застрелиться можно...

Есть предположение, что есть ошибки в документообороте и регистр учета расходов УСН не закрывается? У меня трехгиговая SQL база, железо сходное, проведение документа формирования КУДиР идет часа два-три.

(2) 270 метров базу ты называешь нормальными объемами? Алгоритм, конечно, неимоверно тупой там, но уж такие объемы должен тянуть.

(3) с временем проведения проблем нет. Проблема с открытием периода в следующем месяце.
(0) как вариант, не проводить доки Формирования КУДиР в основной базе. А формировать их в копии...

(4) объем базы ни о чем не говорит в данном вопросе. Вопрос скорее в документостроках по этому ЮрЛицу...

(5) А что вы имеете в виду от "открытием периода"? Регистры учета УСН двигаются только документами ввода начальных остатков, записью КУДиР и документом формирования КУДиР. Где и какое открытие в комплексной происходит?

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

+8 Мало того, ТиИ повисает намертво при пересчете итогов как раз на месяцах, в которых делается Формирование КУДиР. Стоит эти доки снять с проведения - ТиИ выполняется легко...

А, есть такая проблема. На DBF. На SQL все чисто и гладко.

(10) тоже вроде бы не гладко. Правда предел достигается чуть позже...

+11 Я с этой проблемой встречался на ДБФной базе, а Вик - на СКЛной...

Ну тогда я ждать буду. И надеяться.
"Бесконечность не предел" (С) История с игрушками

(13) :)
Интересно, если фирму 1С долго и коллективно пинать по этой проблеме, она что-нить сделает в конце концов? Думаю, вряд ли...

Она нас пошлет на три буквы: 1С8

(15) от тож...

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

(15) а кстати, поможет ли это? Если в 8 этот механизм сделан так же коряво, то будем иметь те же грабли. Тут ведь проблема не в платформе...

Ну нам же обещают, что платформа восьмерки выдерживает в единицу времени большее количество попаданий дураков в базу. :-)

(19) :))

(19) Все-таки сдается мне, что такие алгоритмы не потянет и восьмерочная платформа. Тут надо конфу выправлять...

а автор, похоже, уже забил на вопрос...

Не забил. Спасибо за ответы. Теперь информации достаточно чтобы снять часть ответственности с меня и переложить на 1с, что и требовалось доказать.

(23) если б ты знал, скока я времени убил, копаясь в этой проблеме... :)