Сразу предупреждаю: я не программист 1-С. Я ее пользователь. И все, что я делал - делал по советам программистов или по информации из форумов. Так что оценивать мой уровень знаний нет смысла ))) .
Прошу экспертное заключение профессионалов по моим действиям.
База 1-С Предприятие 7.7 АБТ 3 ПРОФ (3.5.4) (база ДБФ и переход на скул не предвидится).
Не переносится точка актуальности. Пишет ошибку записи в файл RG1051 и выбрасывает из базы. Файл достиг 2 ГБ.
Сжатие в конфигураторе (поиск и справление) не дало результата. Свертка не проводится - выбрасывает ошибку.
Поискал решение в инете. Нашел на другом форуме предложение "подрезать" вес регистров по остаткам.
В конфигураторе залез в Регистры-Остатки-Ресурсы и для двух ресурсов уменьшил разрядность. (все делаю в копии, чтобы не убить оригинал).
Для "Кво" было 13,3 - сделал 11,1
Для "СуммаГрн" было 13,3 - сделал 12,2.
Дальше - конфигуратор за 1 час внес изменения.
Результаты:
файл RG1051.DBF был 2 086 812 кВ стал - 2 012 283 кВ
файл RG1051.CDX был 387 664 кВ , стал 857 775 кВ
Запустил переиндексацию. Файл RG1051.CDX стал 387 664 кВ.
ТА перенеслась на 2 месяца.
Но не дальше. Потом опять RG1051.DBF стал 2 091 957 кВ.
Потом подумал и еще раз уменьшил разрядность. Но уже по всем 5 индексам. Установил:
количество - 8,1
все остальные - 10,2
Опять же переиндексировал.
Теперь
файл RG1051.DBF - 1 898 258 кВ
файл RG1051.CDX - 402 617 кВ
(все делаю в копии, чтобы не убить оригинал).
Я понимаю, что это временное решение. Но теперь у меня есть время на нормальное.
Вопрос к экспертам - насколько я все сделал плохо? Не будет ли теперь проблем с работой базы?
Если решение нормальное - то можно ли проводить в основной базе?
Буду признателен за быстрые ответы, так как до 1.10.2021 осталось совсем мало времени.
Потом буду искать исполнителя на качественное лечение базы. Там еще 5 файлов подбираются к 2 гигам.
ВалерийВовк @ Сегодня, 11:39
,
Нормальное решение ровно одно - переводить базу на скуль
nik389 @ Сегодня, 14:06
,
Согласен, понимаю. Но для его реализации нужно время.
А речь сейчас о временном, но нормальном решении.
Как Вы думаете - нет ли тут скрытой проблемы в таком решении?
Более 20 лет веду конфу на базе АБТ 3.
Раз уж Вы пошли по пути обрезания и не используете розницу, то я бы в первую очередь обрезал Ресурс Наценка (поле SP1059), скажем Длина -1, Точность -0.
Можно добиться около 10 % уменьшения размера файла.
А вообще нужно хотя бы раз в 5-8 лет делать обрезку (свертку) базы.
CobraS @ Вчера, 18:06
,
Огромное спасибо за мнение!
1) Я не совсем понимаю - что значит "не используете розницу". У нас база используется для обслуживания сервисного центра по ремонту бытовой техники. У нас почти нет опта. Но розницы - немеряно. Или я не понимаю суть термина "розница".
2) Я не знаю, увы, что такое поле SP1059. Но на втором этапе, когда я подрезал 5 индексов, - была Наценка (а еще Кво, СуммаГран, СуммаБезНДС, СуммаОсн).
Я, просто, не понимаю - в каких местах это используется, и как работает, чтобы понять - на сколько и что можно подрЕзать. Например - СуммаГрн. Я ее подрезал до уровня 10,2. А потом смотрел полную оборотно-сальдовую ведомость, чтобы посмотреть - не обрезались ли там данные. Так, вроде, не обрезались.
3) Обрезка - это да! Мы один раз делали (4 года назад). Ее делал специалист с этого форума. Но в самой базе написано немеряно кода для специфического Технологического учета (для работы СЦ). Стандартную свертку не используешь. Из-за этого обрезка получилась неполная. Немалая часть документов и элементов справочников осталась неудаленная (кое-что - даже не помеченное на удаление, хоть, вроде, связей с неудаляемым периодом не было).
Я даже заметил в справочнике партий такую непонятную вещь: для определенной единицы товара в справочнике есть 2 строчки: по одной строчке товара нет в наличии, а по второй - есть. Ваще не понятно - как это.
Я бы с удовольствием привлек и оплатил работу специалиста, который бы разобрался и навел порядок. Сделал обрезку (свертку). Или оптимизацию (как с теми же регистрами). Может какие-то поля "ненужные" поубирать и тем самым сократить размеры файлов.
CobraS @ Вчера, 18:06
,
Можно ли уточнить у Вас:
Я сделал следующие изменения в индексах:
Кво: было 13и3 - стало 8и1 (из всех сотен тысяч позиций в ТМЦ мы только в 8 позициях используем цифры после запятой и то, не юзаем этот товар уже более 5 лет).
СуммаГрн: было 13и3 - стало 10и2
СуммаБезНДС: было 12и2 - стало 10и2
СуммаОсн: было 12и2 - стало 10и2
Наценка: было 12и2 - стало 10и2
Где, вообще это используется? Где ожидать проблем с таким изменением?
Спасибо.
скорее всего свертки будет мало - таблица итогов RG у вас по партиям похоже что не сворачивается, зависают +/- по партиям - и они переносятся из месяца в месяц в таблице итогов, и накапливаются.
т.е. дополнительно (перед обрезкой) понадобится закрыть регистр остатков хотя бы на дату обрезки - чтобы "разнотравье" итогов с этого момента не размножалось дальше.
еще нюанс - программисту надо будет разобраться с этим перекосом: откуда он берется и как его избежать. если по вашей технологии перекос будет возникать - может возникнуть необходимость выполнять регулярные регламентные работы по свертке перекосов, добавив (если нет) документ движения регистров и написав дополнительную обработку - запускать ее перед открытием периода, создавать и заполнять такой документ чтобы он исправил перекосы по партиям.
в общем, обрезания может в принципе и хватить - но лучше все-таки исправить и эти ошибки.
Cthulhu @ Сегодня, 1:06
,
Согласен с Вами практически во всем! Мне нужно нормальное решение, а не затычка на месяц.
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua