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

Занимаюсь восстановлением базы. База большая - 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, потом тупо снести индексный файл и переиндексировать. В зависимости от гавнистости учета результат может быть как ощутимый, так и малоощутимый.
При перепроведении такие записи может получиться что появятся снова.

(4) Позовите программиста

(0) Свертка на конец 2025 и инвентаризация товаров и взаиморасчетов помогут...

(26) не, если резать старое (не все на это соглашаются), то надо оставить как минимум 2023-2025, я бы еще и 2022 оставил.

(26) Инвентаризация товаров и взаиморасчетов - это организационно-административные мероприятия с отражением результатов в базе. Проблема разросшихся регистров в том, что они учитывают "воздух", который топы/итд руками помацать не могут. А раз до сих пор не было воплей что "все неправильно в вашей программе!!!" - это тупо свидетельствует о том, что настроенная детализация/варианты учета - нафиг никому не нужны, всё смотрится на более высоком уровне абстракции чем партии/фирмы/итд.

(26) но как тупой простейший вариант обрезка, если она допустима - это выход. И делается быстро с чаем и перекурами.

(29) как тупой простейший вариант обрезка

Не плохой вариант. Я пользуюсь: https://infostart.ru/1c/tools/63400/
Обрезает без потерь вообще, и быстро.
Можно обрезать с запасом годик-два, регистры "похудеют", а потом, свернуть как Вам удобно и привычно, уже на нужную Вам дату.

Когда неспецу делать нехрен он базу обрезает или перепроводит...

Блин засунь ее в SQL 2005 (да придется повозиться с виртуалками)
И делай там что хочешь

(31)+ Самый главный шаг это поднять в hyper-v или virtualbox виртуалку
С WinXP или лучше W2k3 - можно RDP настроить к фоновой виртуалке
Туда поставить MSSQL2005
И платформу 1С 7.7 с правильного инсталлятора
Ну и вперед

Опоздал я к разбору. Есть отчет проактивный, показывает минусы за период, с точностью до документа. Если товарные разрывы в течении дня, можно подвигать время в документе, если за пределами дня - списания/оприходования (есть обработки). После исправления можно перепроводить быстро: монопольно, ТА на дату начала, ТА на дату конца периода - перепроводить доки. Если есть ошибки (кроме остатков) - исправить. Так, шаг за шагом, исправить все периоды. На начало ведения базы: убрать отриц. остатки по товарам, в т.ч. свертка по организациям (есть обработки). Убрать отриц. остатки по партиям, привести в соответствие с товарами (есть обработки). Свернуть итоги по взаиморасчетам, как правило это кред доки, виды оплат и пр. (есть обработки). Убрать минусы по резервам.  Вообще, лучше всего такую работу поручать специалистам с набитой рукой.

Уменьшить размер RG файлов:
1. Делаем архив базы (или сначала пробуем на тестовой, потом на рабочей).
2. Удаляем все RG.
3. Открываем монопольно, дату ТА на самый ранний проведенный документ минус один день.
4. Устанавливаем ТА на последний проведенный документ, без перепроведения документов!
5. Profit!

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

(34) это - сильно! ;-)
кстати, никогда не задумывался что будут отчеты показывать по всяким партиям, взаиморасчетам, заявкам... Итогов как таковых нет, на ТА будет показывать нуль, на не ТА будет показывать сумму движений ближайших. С проведением документов будут копиться текущие итоги...

(0) переходи на ут 11, там все реализовано

Точняк, там вообще никто не парится, закрываются регистры или нет...

Обрезку пробовал, спотыкается о тот же файл RG328.

в SQL тоже пробовал. С этого начинал, но выгрузка не разворачивается в SQL-базу. Зависает в процессе.

(39) смотря как пробовал.
Рг - производный файл, он нужен только для того, чтобы получить итоги на дату обрезки (в особо тяжелых случаях и без этого даже можно обойтись). После чего его можно снести, собственно сделать обрезку и перепровести базу с даты обрезки

(39) специально написал про виртуалку и старую винду в (32)
Ну да виснет 1С 7.7 на новых ОС

Идеально "Windows 2000 Service Pack 4" даже использовать
Но имхо "Windows Server 2003 Service Pack 2" лучше ибо сильно новее

И MSSQL2000 (Developer edition) в оригинале был
MSSQL2005 (можно даже Express брать) нормально с патчами пашет
Говорят и на MSSQL2008 можно, но сам не проверял

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

За выходные давно сделать можно было...

Да не нужна им обрезка
Просто с дбф на скуль перевести и все

У них перевод на скуль завис молча вероятно
Вот и решили фигней заняться

(44) тоже вариант.

для совместимости со старшими версиями скуля
сисадмину смотреть сюда https://infostart.ru/1c/tools/82018/

(46) Не советую
Как раз при ТиИ или загрузке базы могут быть траблы

ЗЫ
А вот комменты там полезные

(44) Завис ли? или тихо работает, "заморозив" строку состояния? Наверняка ведь ни spy'ем не смотрели, ни профайлером.

(48) Там один хрен сначала "тихо работает"
А потом зависает окончательно
Ну нельзя использовать софт 90-х годов, рассчитанный на работу на старом железе и в определенных ОС на современном железе и ОС!

Там проблемы кстати не столько софт, сколько железо
Виртуалка решает это

(48) Раньше вроде встречал баг, все загрузилось. А окно с уведомлением не появлялось. Через Alt + Tab повторное открытие отображало, а если просто открывать окно из панели задач - нет.

(50) В этом случае не писало бы в диспетчере "Не отвечает"

(49) секрелиз вполне работает на 2012 сервере, и 2008 сиквеле. Ну и если у него файловая база как-то жила на его железе - значит, там и серверная поднимется. Я б для начала посмотрел профайлером - чего ж сиквел делает...
зы. но его "большая база в 10Г" изрядно повеселила... я такое  только году в 12 слышал - чувак в аське вопрос задавал: "был ли у тебя опыт работы с большим количеством пользователей и гигантскими базами?" после уточнения оказалось, что "большое количество" - это аж 20, а "гигантская база" - аж целых ШЕСТЬ! Гб

Базу обрезать можно за день. Самая долгая операция - пометка на удаление документов, а потом удаление с поисками ссылок.

(53) сделать можно всё. проблема лишь в том, что ТС - просто админ.

(53) доки метятся быстро и удаляются приемлемо, если перед удалением "отложить в сторону" RA и RG все, если после обрезки перепроводить базу (ну еще и ЖР отключить на время процесса обрезки)