1c 7.7 бюджет. Свертка базы

Подскажите, пожалуйста, можно ли ускорить процесс свертки базы? Обработкой 1с wrap.ert процесс занимает более недели на достаточно быстром сервере.

Где-то попадалось такое решение: создается виртуальный диск (в памяти) какой-то прогой и на него кидается база. Ну и сворачивается.

> Подскажите, пожалуйста, можно ли ускорить процесс свертки базы? Обработкой 1с wrap.ert процесс занимает более недели на достаточно быстром сервере.

размер базы какой?

http://ru.wikipedia.org/wiki/RAM_drive
Я попробовал недавно, кстати. С помощью программы , которая там в разделе ссылок первой стоит (Gavotte Ramdisk with GUI).
База: Торговля и склад (dbf вариант)
Платформа: 7.70.027
Размер базы 1.5Гб
Номенклатура: 7600 элементов
Контрагенты: 1000 элементов
Количество документов: 125000

Компьютер: P4 3.2Mhz, WinXP Prof, 3Гб ОЗУ. Raid(0) (2 винчестера SATA-1 7200 оборотов/мин., кэш 16Мб)
Задача: тестирование и исправление базы данных.

Разница во времени при выполненнии с виртуальным диском и без него ~1 минута. Примерное время исполнения задачи ~1 час 20 минут.

Поэтому напрашивается вывод - 1С грамотно использует доступную память и эта задача в любом случае происходит без постоянной перезаписи на жесткий диск. Так что даже не знаю, будет ли решение эффективным. Наверняка в обработке свертки стоит НачатьТранзакцию() ... ЗафиксироватьТранзакцию(), поэтому вся задача именно в памяти и будет исполняться. Попробовать можно, но судя по всему, рецепт не универсальный

База больше 2 гб. Работаем в SQL, но есть и копии DBF. Основных средств более 45000, за год документов набирается до 250000.

Впринципе, если так разбирать, то свертка работает в 2 этапа: сбор остатков и создание документов ввода. Удаление документов за прошлый период.
Если у васдолго идет удаление, то его можно запускать постепенно. А вот если получение остатков, то даже не знаю.

Большое спасибо за ответы. Обработка wrap.ert из комплекта 1С. Там указываю для старых документов: "Пометить на удаление". Не отследила, в какой момент закончился сбор остатков и начались пометки на удаление старых документов.
Как пишут на форумах, дольше идет пометка на удаление, т.к. пересчитываюися итоги. А после отработки свертки, удалять можно и постепенно.

"О, точно, вы про подзадачи процесса написали, я вспомнил. Меня в одном месте попросили свертку сделать, я там "сжульничал" и получилось намного быстрее. Может это поможет спрашивающему.
1. В wrap.ert в процедуре ВыполнитьСвертку() закомментировал строку
     //УдалитьПроводки(?(ПоследнийДокумент.Выбран() = 1, ПоследнийДокумент, ВыбДата-1));
2. Запустил процедуру свертки, в результате получил набор операций на конец дня, указанного как "Дата свертки", но предшествующие документы остались на месте.
3. Взял dbf view-ер (использую некий "DBFNavigator201rus", не знаю почему именно его, просто когда то на флэшку его сбросил и ношу с собой). Открыл им таблицу базы данных 1SENTRY (не забываем выйти из программы) и махом пометил все записи как "удаленные". Пошел в самый низ таблицы и отменил удаление записей, соответствующих созданным операциям по формированию остатков. Их там сразу видно, они в самом низу и по DOCID понятно какие именно проводки относятся к этим операциям.
4. Открыл 1С, проконтролировал, что в самом деле все проводки по всем документам пропали, но по нужным мне операциям остались, если это не так, закрываем и снова идем смотреть 1SENTRY. Если же все нормально, то метим на удаление все документы с помощью обработки "Групповая обработка документов". Сделается это на порядки быстрее чем если бы за документами были зафиксированы какие то движения, так как в том случае постоянно происходил бы пересчет бухгалтерских итогов.
5. Когда процесс пометки на удаление закончится, идем в Операции-Управление бухгалтерскими итогами и жмем "Полный пересчет итогов". Можно даже через конфигуратор провести тестирование и исправление базы данных, лишним не будет. Это пересчитает бухитоги, потому что сделав действие, описанное мной в п.3, мы привели их в непонятно какое состояние."

Спасибо, обязательно попробую.