Анализируя различные конфигурации на предмет возможности по уменьшению размера базы – видно, что большую часть всего объема (ну как правило) занимают всего несколько объектов (3-10) из всех метаданных конфигурации.
Вот для примера.
Отчет по реальной базе БП, которой около 12 лет + были перенесены остатки из предыдущей конфигурации: видно, что весь объем данных (без конфигурации) занимает 6,9 Гб, из них справочник ХДД занимает 5.4 Гб. Т.е. 79 % от всего объема базы занимает один справочник, в нем хранятся данные с типом «хранилище значения» всех объектов конфигурации, т.е. просто так очистить его (справочник ХДД) нельзя. Но после согласования с пользователями было решено удалить все данные до предыдущего года, - просто удалили без всякой свертки регистров и т.д.
Видно, что база уменьшилась на 45,7 %. Цена вопроса один вечер, без изменения других объектов. Результат вполне устроил Заказчика.
Ниже на скрине конфигурация БП КОРП (8+ лет, небольшое предприятие) – полностью очистили регистр сведений «УдалитьДвоичныеДанныеФайлов ((не используется) Двоичные данные файлов)». База уменьшилась в два раза, - вполне приемлемый результат. Сделали шринк, переиндексацию (для файловой базы нужно сделать сжатие), и mdf также уменьшился почти в два раза. Понятно, что база и так маленькая – но и в этом случае «дышать» стало легче. Напоминаю, что почистили только один объект, так же, как и в первом примере.
Вообще, стоит обратить внимание на объекты «Удалить…», - скорее всего, они более не нужны и их можно смело очищать, разумеется, предварительно проверив.
В зависимости от используемого функционала растут разные объекты.
Для конфигурации производственного предприятия (рассчитывается себестоимость продукции) очистка регистра сведений «РасчетСебестоимостиПродукции» позволил уменьшить базу на 20%.
Еще как пример объекта, имеющего оперативное значение, РегСв.ЖурналЗапросовКСерверамФСС.
Объектов много в каждой индивидуальной базе, они «растут» по-разному, понятно, что универсального решения по их очистке нет, но можно разобраться с каждым индивидуально.
Для старых УПП, УП, КА данный подход вполне имеет место быть, - отчеты с вычислением размера объектов есть в сети. А если базы в MS SQL, - то можно отсортировать таблицы по размеру в Management Studio, останется лишь сопоставить большие таблицы с их названиями в 1С.
Для больших и сильно «старых» баз данный подход без свертки - дает результат уменьшения в разы, - был опыт уменьшения в 15 раз (старая УТ 10.3, с большим количеством вложенных файлов).
Идея чистки отдельных объектов конфигурации, - не новая (есть аналогичные публикации, много, разные), - общался с коллегами, - многие именно так и следят за размером. Или, например, создавая тестовую базу, вырезают из рабочей (боевой) базы большой объем заведомо не нужной информации.
Данная статья это не руководство к действию, но рекомендация, в какую сторону посмотреть, прежде чем решаться на свертку базы. Опять же из личного опыта: СВЕРТКА, это стресс ( для всех ), большой объем работы в течение нескольких дней (как правило), дополнительные аппаратные ресурсы (очень важно для больших баз, в тесных условиях имеющихся технических средств), риски потери информации (особенно для ЗУП) и не всегда предсказуемый результат.
При Индивидуальной Чистке Объектов ИЧО (назовем так этот метод), мы можем последовательно удалять не нужную информацию малыми порциями, по мере понимания, что можно очистить.
И еще к большому плюсу можно отнести тот факт, что в процессе этой работы будет понятно, как растет база. Что, опять же, позволит критически подойти к самописным доработкам, - программисты порой «чудеса творят» - лишь бы решить поставленную задачу, - и база пухнет сильнее, чем транспортные сообщения ФСС.
Про оценку стоимости судить сложно, - все индивидуально. Но если рассматривать приведенные выше примеры, то ИЧО обошлась практически бесплатно 😊.
И, конечно же, обсуждая вопрос уменьшения базы, нужно (обязательно) учесть возможности (довольно новые) типовых конфигураций: отчет «история размера приложения» (использован в этой статье), настройки работы с файлами: возможности очистки (автоматической в том числе) присоединенных файлов. Администрирование – Настройки работы с файлами – Настройки очистки файлов – Объем ненужных файлов (отчет). Механизм позволяет реально облегчить базу, если присоединенные файлы активно использовались.
Итак, предложений по свертке баз на рынке много, а эта статья (надеюсь) в какой-то степени, позволит взглянуть на вопрос более объективно. Как думаете, коллеги?
П.С. Свертка зарплатных баз (ЗУП/ЗКГУ), это отдельная тема. Поскольку типовой свертки нет, а предлагаемые независимыми разработчиками решения, не всегда полноценно отлажены и не всегда отслеживают (в большинстве своем) актуальные релизы, - индивидуальная чистка объектов – определенно лучший выбор.
Еще послесловие в защиту свертки. Когда старая база (БП как правило) велась в полуручном режиме и, скажем, пришел новый бухгалтер, и есть кривые «долгоиграющие» остатки, скажем по НДС с авансов ( и выданные и полученные), лизинги и т.п. – очень удобно свернуть базу на начало ближайшего года и исправить остатки в свернутом виде.
И еще послесловие теперь против И-ЧО. Нет тиражируемого решения (возможно, что пока нет), нужно подходить индивидуально к каждой базе. Разумеется, есть набор скриптов, обработок, которые нужно проверять, адаптировать. А так, чтобы взял запустил и получил результат, - не знаю. А может быть, у кого-то есть ?
И теперь точно последнее. Кому тема созвучна, актуальна, - черкните в комментариях, что нужно: инструкции, заготовки скриптов/обработок, рассказать о реальном опыте работы с большими базами, ЗУП-ами и т.д. Тема очень важная (так же и в части защиты информации), - не всегда хочется этим заниматься, - но приходится, - рано или поздно 😊. Успехов !
Вступайте в нашу телеграмм-группу Инфостарт