Сразу предупреждаю: я не программист 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 - 24.09.21, 17:11

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.

Если файл RG1051.DBF открыть в любом DBF-редакторе, то поле SP1059 как раз и соответствует ресурсу Наценка.
После уменьшения разрядности в этом файле, нужно смотреть не оборотно-сальдовую ведомость, а отчет Остатки ТМЦ, т.к. бух. проводки по ТМЦ формируются на основании данных регистра Остатки.

Обычно я обрезку делаю так (это все в копии):
1. С помощью обработки формируются документы ввода остатков (ТМЦ, Взаиморасчетов и пр.) по итогам из регистров и бух. проводок.
2. Удаляются все доки до определенной даты (напр. 01.01.2022).
3. Исключением из предыдущего пункта будут СФ, Счета входящие, Налоговые и еще некоторые виды доков. Оставляем за предыдущий квартал, но все это индивидуально.
4. Старые и не нужные элементы спр. ТМЦ, Клиенты и пр. переносятся в отдельную папку и помечаются на удаление (это обычно делают пользователи базы)
5. Все остальное уже по месту