v7: как мне "порезать" большую базу на 1С7.7. ? #453895

Подскажите, пожалуйста, как мне "порезать" большую базу на 1С7.7. и оставить только бухгатерские итоги на начало текущего года

БУхия? Тогда wrap.ert...

в районе меню-сервис - boto, "свертку базы" или wrap.ert - НЕ ЗАБУДЬ БЭКАП СДЕЛАТЬ!!!!

имя конфы ?

wrap.ert ------- а большая - это сколько?

на 2,5 ГБ

типовая ?

+ dbf|sql

Нет, под пользователя, в Узбекистане

dbf ?

вся база 2,5 ГБ. 1SBKTTL - 800 MБ

если база большая и не sql, то задолбаешься доки удалять стандартной обработкой... Проще всего: 1) создаешь пустую базу из md-шника старой 2)берешь стандартную обработку wrap.ert и комментишь там процедуры после создания операций вручную (удаление доков,удаление проводок и т.д.) чтобы только операции создала по переносу остатков, это она даже при большой базу быстро сделает 3)стандартной обработкой переносишь нужные справочники и константы из старой базы в новую 4)той-же стандартной обработкой переносишь операции вручную по переносу остатков за 31.12.2009 5) после этого можно справочники почистить на предмет левых, задвоенных, ненужных элементов

wrap.ert где можно посмотреть? Заранее спасибо

не баись, сделай бэкап, сними оборотки на начало года и сворачивай. после свертки - проверяй оборотки.

больной да? товарищ врап не знает а ты ему перенос из конфы в кофу, заремить, создать.. пусть штатно сделает. и не мучит себе мозг.

ИТС не предлагать ? )))

переписать конфу с учётом

возьми свежую в конфе бюджетки для России но см. !

у него доки старые трое суток удалять будет ... охренеет ждать...

Ключевое слово - _Узбекистан_..

ну и фигли?

ну если Узбекистан, то ладно )))

Позови спеца. А за сделанную работу заплати ему. Думаю все равно не из своего кармана.За одно и научишься бесплатно... и без гемора

там ритм жизни другой...

dbf.

Да ладно вы ребяты. В Ташкене тоже развито 1с. Франей там достатчно. Да спецы не редко отдуда перебираются в алматы. НО вот про Таджикистан и Туркменистан что то я ни разу не слышал.

"франи" и "развито" - понятия если не диаметральные, то как минимум не совпадающие...

ортогональные?

Неколлинеарные, скорее...

В данном случае говорят, что одно и другое не связаны.

Да, ладна (с) Т. Канделаки.

думаю, что откатить БИ на 01.01.2000 + удалить документы + вернуть БИ обратно быстрее и проще, чем переносить из базы в базу...

не скажи, испробовано... в чистую перенести быстрее, но танцев с бубнами конечно больше )))

2.5 гб большая? можно я посмеюсь? на скуле стандартная врап 12 гб часов за 6 порезала

по времени - картина одного порядка, если удалять в транзакциях по 500 шт. С переносом хватает шаманских танцев с переносом истории реквизитов, изменяемых документами + 76.АВ счет в разрезе с/ф. А если в еще измененная конфа, в которой в справочниках ссылки на документы...

>> вся база 2,5 ГБ. 1SBKTTL - 800 MБ Это не нормально. Таблица итогов по размеру существенно больше всех остальных таблиц => некорректно закрываются некоторые субконто по некоторым счетам. Возможно где-то есть субконто типа "Документ" и остаток по этому субконто тянет все документы с начала времен. В этом случае свертка не поможет, т.к. не даст удалить старые документы. Тогда вместо свертки уменьшить размер скорее поможет анализ конфы, после которого надо будет сделать какое-нибудь субконто оборотным

+ К примеру, в случае, описанном в после корректного закрытия остатков база уменьшилась с 40гб до 12гб

но ведь в типовых конфах тоже есть субконто типа Документ, и тем не менее сворачиваются такие базы без проблем. Не может же эта проблема от какого то конкретного счета появляться ?