Здравствуйте!

Занимаюсь восстановлением базы. База большая - 23 года и размером в 10 гб. Некоторые файлы dbf уже размером 2Гб что не дает возможность дальнейшей работы - не открывается период.

в связи с этим удалил их и пытаюсь перепровести базу с начала и по настоящее время, а потом зарядить ее в  SQL.

план такой.

Но в процессе перепроведения возникают ошибки - не хватает товара на складе и перепроведение стопорится.


Знаю что есть возможность отключать контроль отрицательных остатков, у меня в настройках учета это выставлено, однако это не помогает.


Вопрос 1: как добиться чтобы перепроведение шло не спотыкаясь об отрицательные остатки?

Вопрос 2: Может есть какая то более лучшая стратегия восстановления базы?


PS. Пробовал свернуть базу оставим последние 5 лет, однако свертка спотыкнулась также о 2Гб-ный файл, который не дает работать.

(0) Ставьте заглушки прямо в коде. после окончания работы поменяйте конфигурацию на чистую, без заглушек.

Да, забыл указать. База 1С 7.7

(2) файловая или на сервер залили?

maxab72, не подскажите в какой процедуре ставить заглушки? Где в коде поподробнее?

я системный администратор с небольшими знаниями 1С.

файловая. На сервер не заливается - ошибка

(2) Можно на начала каждого дня программно приходовать недостающее, а на конец списывать. Когда то так делали, кстати в 7.7.

(3) в обработке проведения. Отключаете проверку на минусы просто поставив //

Как одолеть ограничение в 2ГБ?
Как одолеть ограничение в 2ГБ?&page=1

(3) в обработке проведения. Отключаете проверку на минусы просто поставив //

А как ее найти ? Она общая какая то есть в базе или для каждого документа своя?

(9) У каждого документа своя обработка проведения.
Какая конфигурация (в типовых контроль отрицательных остатков должен работать и его отключение тоже ) и какой файл размером 2Гб (подозреваю, что RG***.dbf, в таком случае, не устранив первопричину незакрытия итогов, перепроведение не особо поможет) ?

Да RG328.

Сейчас пытаюсь еще пересчет итогов через тестирование и исправление сделать. Может ужмется файл проблемный?

для проведения без контроля остатков достаточно в настройках отключить контроль остатков

Плюс к этому: перед исправлением ситуации снять текущее состояние заявок (какие из них живые).
.
Плюс к этому перед тоатльным перепроведением ежели таковое делается  учойзом все заявки привести к виду "Неподтвержденная". После окончания перепроведения - "восстановить" живые заявки.

Или исключить из перепроведения (групповым перепроведением восстановления ТА) заявки покупателей.

При этом все равно есть вероятность что перепроведение заткнется на Документ.СнятиеРезерва с сообщением "указано к снятию больше чем есть резерва" (у себя я просто переделал что снимается столько сколько возможно, но не более указанного в документе)

И прежде чем это все делать - надо тупо смотреть на учет - РГ328 вываливается в аут - в штатной ТиС - сугубо из-за незакрытой интеркампани. Ну, бывает еще что к складам МОЛ привязывают и тупо меняют МОЛ в карточке склада при смене сотрудника ответсвенного - чего делать не надо, не так делать.

Полечить это сходу - еще тот вопрос, тут сильно завязано на тонкости учета и принятую в "холденге" политику.

(11) если ничего не править в настройках и не предпринимать доп.мер - почти наверняка что нет, читать (8)

Что может помочь кардинально, достаточно быстро и относительно "недорого".
.
Снести нах интеркомпани и мол в учете партий.
Взять RA328, внешним дбф редактором подменить ссылки на фирмы на пустую ссылку на Спр.Фирмы. По коду конфигурации примерно в 10-20 местах (однотипно) где идет запись движений партий сделать РегПартии.Фирма = ФирмаПустаяСсылка;
.
После этого пересчитать итоги по партиям (другие итоги лучше не трогать, это надо делать умеючи путем манипуляции с файлами таблиц итогов остальных регистров).
.
все про все аккуратно часа 2.
.
Парочке клиентов так делал, работают норм далее.

При этом ситуация многократно усложняется при наличии УРБД.

Сильно над приведенным рецептом не думал/не анализировал, ибо учет у клиентов достаточно простой, вся нормативка ведется в БП итд.

(13) Ибо если будут заявки вида "Заявка на склад" - то почти стопудово будет затыкаться на перепроведении таких заявок по нехватке товаров для постановки в резерв.

Короче, не сказать чтобы тонкостей много в проблеме у ТС, но нюансов достаточно. И делать зачистку, будучи сисадмином, - ну так себе затея.

Все зависит от степени гавностости учета и запущенности базы. С месяц назад как раз "закрывал" клиенту незакрытые интеркомпани, но там было полегче чуток, потому что все фирмы - это одно и то же юрлицо (просто сделали по незнанию кривую структуру учета для разделения направлений учета), просто подменил везде где надо все фирмы на одну фирму и пересчитал итоги, 20 лет пересчиталось за час (файл РГ328 подбирался как раз к 1.9Гб). Ну и УРБД потом подшаманил, благо система миграции по принципу "зеркало"

(11) Итоги у тебя будут считаться ну ой как долго...

(0) Можно еще тупо внешним редактором ДБФ в таблице итогов (RG328) тупо снести все записи где Количество=0, потребное время - минут 5-7, потом тупо снести индексный файл и переиндексировать. В зависимости от гавнистости учета результат может быть как ощутимый, так и малоощутимый.
При перепроведении такие записи может получиться что появятся снова.