Обрезание базы #255301

Народ кто делал обрезание базы Бух с помощью обработки Wrap.ert. Сколько времени у вас занимает обрезание года, с пометкой на удаление документов? Я тут попробывал 5 дней, так она часов 7-8 наверно резала, судя по статус строке на Рсновных средствах долго сидела. Да база SQL. Сервак выделен отдельный два Xeon по 3 ГГц, памяти стоит около 8Гб, но винда видит 3.5 Гб.

База-то большая, может проще выгрузить-загрузить в дбф и дбф'ную резать?

База в mdf - 9.6 Гб

ДБФ, что быстрее режется?

Да, ДБФ работает шустрее если один и монопольно.

Да но 9 гигов разворачивать в дбф, занятие не для слабонервных. Кто нибудь год резал, сколько времени заняло?

(+5)Да еще и на шустрой машине, да если еще и на RAM диске, так ваще СУПЕР! Правда 9 гигов круто. А винда видит 3,5 гига потаму как 32-х разрядная. Чтоб устранить нужно помоему в boot.ini строчку скоректировать чтоб включить расширенную память. Сейчас попробую найти...

А на основных средствах есть глюк, и очень крутой.

Сворачивал на ДБФ сильно переделанную комплексную, своей обработкой, база была около 4 Гб (велась 3 года), сворачивал 2 года.

Спасибо. А вот по основным средствам вопрос что обработка делает в справочнике основных и на чем она может заткнуться?

по времени сколько заняло?

Сейчас скину, а ты скажи есть это или нет?

1C: Rocket Launcher (для свертки базы). Перенос справочников и документов 7.7 Краткое описание С помощью данной конфигурации возможен перенос остатков по бухгалтерским счетам и регистрам на заданную дату - «Дату свертки», вместе с документами, которые участвуют в остатках, а также всех документов и справочников после «Даты свертки». Реализован движок рекурсивного переноса данных, когда достаточно указать документ, который Вы хотите перенести, и все связанные объекты (элементы справочников, со значениями всех реквизитов, подчиненных элементов, история периодических реквизитов, документ - основание и др.) будет перенесены так же. Это даст Вам возможность создать копию существующей базы данных, но только с актуальными документами и справочниками.

Что есть?

уже не помню точно, но около 2 суток, Серер был 2 проц ксеон, памяти много(Вроде 8 Гб)

КонецПроцедуры Просто сдесь получается чем больше периодических реквизитов там дольше они обновляются(линейная зависимость)

База на SQL?

(+16) Беда вот сдесь: а исправляется очень просто

Еще тормоз встанет с удалением доков. Я делал так: 1. Скинул период бухИтогов в начало (ну например 1 квартал 2000) 2. Удалял документы с конца

По поводу 3,5 гигов ненашел - винду поставили 64х. Поищи в Инете "Расширение физических адресов"

В смысле удалял после пометки на удаление обработкой? Если да то можно просто по базе выбрать доки помеченные и удалить.

Ок. Спасибо, поищу. Но админы говорят, там чтото с железом. Винда- сервер 2003 интерпрайс.

Админы отчасти правы. Но если проц поддерживает 64х то это разрешимо Нет. Я стандартную пометку в Wrap.ert убрал. И переделал под себя. Стандартная обработка делает пометку/удаление по порядку и при удалении первых доков прправка итогов происходит в каждом квартале. т.е. Первые доки будут удаляться долго, а последние быстро.

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

Спасибо. Буду пыхтеть. Думаю за вых управлюсь.

Проблемма еще может быть в одном, не все периодические реквизиты переносятся, но в чем там косяк уже не помню - 2 года прошло как никак)))