Множество раз пользовался стандартной сверткой wrap.ert, но тут попался клиент с крупной базой. Файл 1SBKTTL.DBF (бух итоги) размером 1930 мб. и при свертке база вылетает, т.к. файл превышает 2гб. ПРи свертке можно выбрать одну из трех опций (пометить на удаление доки, снять проведение и удалить проводки). И база вылетает на всех трех опциях.

Есть ли все-таки какой-то способ свертку произвести? Пока только имеется мысль закомментировать снятие движений либо удаление проводок и потом в чистую базу выгрузить только документы вводы начальных остатков. Но вдруг коллективный разум предложит что-то другое

P.S. Про SQL знаю, но врядли смогу где-то его найти и настроить, не говоря уже про лицензионные тонкости

(0) Создай пустую базу и перегрузи туда документы и остатки.

(0) столько мытарств, легче базу на SQL натянуть и сделать что нужно. Установить SQL дело 1часа времени. Мануалов пруд пруди.

Поставь бухитоги на года 2 - 3 назад. Сделай полный пересчет и итогов на эту дату. Глянь размер 1SBKTTL.DBF.
Результат сюда

(0) Попробуй резать частями. Сколько получится. Месяц, неделю, день. С последующим удалением объектов и сжатием таблиц.

(3) (4) Спасибо, попробую

(4) день это хорошо

(6) За размерами файлов следить надо. Тут зазор остался совсем никакой. Так что придётся разворачиваться так: https://www.youtube.com/watch?v=gSHYx3V83FI

(6) Это просто прелестно

Гдето есть зрень которая разрешает до 4 гигов или около того, найди ее и сверни

(9) :) это приблуда ромикса но для выгрузки/загрузки

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

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

(10) Нет, он прав. Вот Виртовская dbeng32 до 4 гиг, в которой к тому же Djelf отключил сброс дискового кэша https://yadi.sk/d/dPW8grRWtSxSOQ
У меня работает лет 6, правда чуть другая версия.
Без мозгов не использовать!

Поддержу 3) и 4)
Обычный рабоче-крестьянский, зато без установки приблуд. Явно же там не один год надо резать. Так что делишь период обрезки пополам. Сдвигаешь бухиитоги назад на конец первой половины - 1SBKTTL.DBF уменьшается, там будут только итоги за первую половину. Режешь, удаляешь. Сдвигаешь на конец второй половины - режешь, удаляешь. Сдвигаешь.

Там, кстати, с  wrap.ert есть одна фишка, может именно она у тебя и играет. Если резать и удалять в одной обработке, то при удалении будут пересчитываться куча итогов от даты удаляемого документа до текущего момента. Для каждого документа. Поэтому алгоритм такой: делишь алгоритм wrap.ert на две части - первая формирует проводки остатков и заканчивает работу. Сдвигаешь бухитоги на начальную дату. Второй частью wrap.ert удаляешь документы до позиции первого сформированного документа остатков - теперь пересчет итогов не делается, всё проходит быстро. Через Тестирование и исправление сжимаешь таблицы - неоябзательно, но желательно. Сдвигаешь бухитоги на текущий момент.

Ну и бухитоги, как и регистры в оперативном учете, надо закрывать. Посмотри заодно, может у них там по 10 или 41, ну и другим объёмным счетам, аналитика не закрывается.

(11) Но сервер 1С-то платный.

(15) у него 7.7

(16) А там бесплатный? Или без сервера как-то?

(17) Там версия 1С для SQL. Отдельного сервера 1С нет. Но, эта версия сама стоит "как чугунный мост", по сравнению с обычной сетевой.

PS Хотел сейчас актуальные цены привести, для сравнения, а нет, из прайса 1С 7.7 вообще выведена. В "предыдущих версиях" есть 6.0, и даже 5.0для DOS(интересно, неужели кто-то покупает?), а 7.7 как и не было...

(0) Ау! Ты хде?

(19) Да все нормально, помог совет из (4)

Аве мне! (Цезарь) :)))

(20) Я рад, что помогло, дружище!

Лично я сам написал обработку. Новая база -> Перекидываются справочники -> Формируются остатки на дату документом (нет в базе, свой леплю) -> Перекидываются документы после даты остатков. Так можно перекинуть любую базу любого размера)

Либо перетащить на SQL и там свернуть. Либо (23).

(4) это разве быстрее чем в sql натянуть? максимум 1 час на sql и далее штатными средствами