Уменьшение размера базы 1С - не свертка

Анализируя различные конфигурации на предмет возможности по уменьшению размера базы – видно, что  большую часть всего объема (ну как правило) занимают всего несколько объектов (3-10) из всех метаданных конфигурации.

Вот для примера. 

Отчет по реальной базе БП, которой около 12 лет + были перенесены остатки из предыдущей конфигурации:   видно, что весь объем данных (без конфигурации) занимает 6,9 Гб, из них справочник ХДД занимает 5.4 Гб.   Т.е.  79 %  от всего объема базы занимает один справочник, в нем хранятся данные с типом «хранилище значения» всех объектов конфигурации, т.е. просто так очистить его (справочник ХДД) нельзя.  Но после согласования с пользователями было решено удалить все данные до предыдущего года, - просто удалили без всякой свертки регистров и т.д.      

Видно, что база уменьшилась на 45,7 %.  Цена вопроса один вечер, без изменения других объектов.  Результат вполне устроил Заказчика.

Ниже на скрине конфигурация БП КОРП (8+ лет, небольшое предприятие) – полностью очистили регистр сведений «УдалитьДвоичныеДанныеФайлов ((не используется) Двоичные данные файлов)».  База уменьшилась в два раза,  - вполне приемлемый результат.  Сделали шринк, переиндексацию (для файловой базы нужно сделать сжатие), и mdf также уменьшился почти в два раза. Понятно, что база и  так маленькая – но и в этом случае «дышать» стало легче.  Напоминаю, что почистили только один объект, так же, как и в первом примере.

Вообще, стоит обратить внимание на объекты «Удалить…», - скорее всего, они более не нужны и их можно смело очищать, разумеется, предварительно проверив.

В зависимости от используемого функционала растут разные объекты. 

Для конфигурации производственного предприятия (рассчитывается себестоимость продукции) очистка регистра сведений «РасчетСебестоимостиПродукции» позволил уменьшить базу на 20%. 

Еще как пример объекта, имеющего оперативное значение, РегСв.ЖурналЗапросовКСерверамФСС.

Объектов много в каждой индивидуальной базе, они «растут» по-разному, понятно, что универсального решения по их очистке нет, но можно разобраться с каждым индивидуально.

Для старых УПП, УП, КА данный подход вполне имеет место быть, - отчеты с вычислением размера объектов есть в сети. А если базы в MS SQL, - то можно отсортировать таблицы по  размеру в Management Studio, останется лишь сопоставить большие таблицы с их названиями  в 1С.

Для больших и сильно «старых» баз  данный подход без свертки - дает результат уменьшения в разы, - был опыт уменьшения в 15 раз (старая УТ 10.3, с большим количеством вложенных файлов).

Идея чистки отдельных объектов конфигурации, - не новая (есть аналогичные публикации, много, разные), - общался с коллегами, - многие именно так и следят за размером.  Или, например, создавая тестовую базу, вырезают из рабочей (боевой) базы большой объем заведомо не нужной информации.

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

При Индивидуальной Чистке Объектов ИЧО (назовем так этот метод), мы можем последовательно удалять не нужную информацию малыми порциями, по мере понимания, что можно очистить. 

И еще к большому плюсу можно отнести тот факт, что в процессе этой работы будет понятно, как растет база. Что, опять же, позволит критически подойти к самописным доработкам, - программисты порой «чудеса творят» - лишь бы решить поставленную задачу, - и база пухнет сильнее, чем транспортные сообщения ФСС.

Про оценку стоимости судить сложно, - все индивидуально. Но если рассматривать приведенные выше примеры, то ИЧО обошлась практически бесплатно 😊.

И, конечно же,  обсуждая вопрос уменьшения базы, нужно (обязательно) учесть возможности (довольно новые) типовых конфигураций:  отчет «история размера приложения» (использован в этой статье),  настройки работы с файлами:  возможности очистки (автоматической в том числе) присоединенных файлов.  Администрирование – Настройки работы с файлами – Настройки очистки файлов – Объем ненужных файлов (отчет).  Механизм позволяет реально облегчить базу, если присоединенные файлы активно использовались.

Итак, предложений по свертке баз на рынке много, а эта статья (надеюсь) в какой-то степени,  позволит взглянуть на вопрос более объективно.  Как думаете, коллеги?

П.С. Свертка зарплатных баз (ЗУП/ЗКГУ), это отдельная тема.  Поскольку типовой свертки нет,  а предлагаемые независимыми разработчиками решения, не всегда полноценно отлажены и не всегда отслеживают (в большинстве своем) актуальные релизы, - индивидуальная чистка объектов – определенно лучший выбор. 

Еще послесловие в защиту свертки.  Когда старая база (БП как правило) велась в полуручном режиме и, скажем, пришел новый бухгалтер, и есть кривые «долгоиграющие» остатки, скажем  по НДС с авансов ( и выданные и полученные), лизинги и т.п.  – очень удобно свернуть базу на начало ближайшего года и исправить остатки в свернутом виде.

И еще послесловие теперь против И-ЧО. Нет тиражируемого решения (возможно, что пока нет), нужно подходить индивидуально к каждой базе.  Разумеется,  есть набор скриптов, обработок, которые нужно проверять, адаптировать. А так, чтобы взял запустил и получил результат, - не знаю.   А может быть, у кого-то есть ?

И теперь точно последнее.  Кому тема созвучна, актуальна, - черкните в комментариях,  что  нужно:  инструкции, заготовки скриптов/обработок, рассказать о реальном опыте работы с большими базами, ЗУП-ами  и т.д. Тема очень важная (так же и в части защиты информации), - не всегда хочется этим заниматься, - но приходится, - рано или поздно 😊.   Успехов !