Как уменьшить размер базы 1С

Почему растет база 1С и как ее уменьшить

Рост информационной базы 1С — закономерный процесс для любой активно используемой системы. Чем дольше ведется учет, чем больше документов и движений накапливается в регистрах, тем существеннее становится объем данных. Тяжелая база напрямую влияет на скорость работы: увеличивается время проведения документов, построения отчетов, выполнения регламентных заданий и обмена данными. В конечном счете это отражается на производительности труда пользователей и требованиях к серверному оборудованию.

Задача уменьшения размера базы сводится к удалению исторических данных, которые уже не используются в оперативной работе, но при этом необходимо сохранить корректность текущего учета. Существует два магистральных подхода, которые можно условно назвать сверткой: типовая свертка средствами конфигурации и перенос актуальных остатков в новую, чистую базу. Каждый из них имеет свои особенности, область применения и ограничения.

Типовая свертка: механизм и границы применимости

Под типовой сверткой понимается обработка, встроенная в конфигурацию 1С. Алгоритм ее работы достаточно прозрачен: система анализирует остатки по регистрам и счетам на заданную дату, формирует документы «Ввод остатков» (или аналогичные), после чего помечает на удаление и удаляет все документы и движения, относящиеся к периоду до этой даты.

Ключевое преимущество типового механизма — его относительная безопасность с точки зрения ссылочной целостности. Платформа самостоятельно отслеживает связи и старается не удалять объекты, на которые есть ссылки в более поздних документах. Однако у этого подхода есть ряд существенных ограничений, которые становятся критичными для крупных баз.

• Во-первых, производительность. Удаление документов платформенными средствами — процесс построчный и ресурсоемкий. На базах с миллионами документов и терабайтами данных типовая свертка может растянуться на дни и недели, что делает ее неприменимой в рамках даже расширенного технологического окна.
• Во-вторых, существуют конфигурационные ограничения. Например, в типовых решениях свертка часто доступна только на начало года, а некоторые регистры с периодической историей или сложной взаимосвязью документов-регистраторов не поддаются частичной свертке без нарушения логики расчетов.
• В-третьих, встречаются ошибки в самих алгоритмах обработки: например, зависание на документах, которые по каким-либо причинам запрещено распроводить или помечать на удаление (как в случае с документами МДЛП в медицинских конфигурациях).

Типовая свертка подходит для баз среднего размера, где объем исторических данных не создает критической нагрузки на СУБД, а требования к времени простоя минимальны.

Перенос остатков в новую базу как альтернатива свертке

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

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

Технически процесс выглядит следующим образом. В базе-источнике тем или иным способом (типовой обработкой, специализированным инструментом или запросами) формируются документы ввода остатков на дату среза. Затем эти документы, а также необходимые для дальнейшей работы элементы справочников и документы за период после даты среза, переносятся в базу-приемник, например, при помощи правил переноса КД 2. В базе-приемнике создается новая организация (если учет ведется по нескольким), настраивается учетная политика, и производится загрузка данных.

Основное преимущество этого метода — предсказуемость и скорость. Вместо длительного и ресурсоемкого процесса удаления из существующей базы создается новая база, которая изначально не содержит исторического балласта. Это особенно актуально при переходе на новую версию конфигурации или при выделении учета по отдельной организации из многофирменной базы.

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

Дополнительные меры: очистка табличных частей документов

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

Значительная доля объема базы приходится не на сами реквизиты шапки документа, а на табличные части: строки товаров, услуги, проводки, расшифровки платежей. Если документ относится к давно закрытому периоду и не участвует в текущих расчетах, его табличные части можно очистить, сохранив при этом сам документ, его номер, дату и движения по регистрам. Для платформы такой документ остается существующим объектом, на него могут ссылаться другие данные, но объем занимаемого им места существенно сокращается.

Технически это реализуется через перезапись документа в режиме загрузки обмена данными с пустыми табличными частями. Важно, что после массовой очистки табличных частей освобожденное место в файле или на диске не исчезает автоматически. Для того чтобы СУБД или файловая система вернули это пространство, необходимо выполнить операцию сжатия:

• в файловом варианте — тестирование и исправление информационной базы;
• в клиент-серверном — перестроение индексов и сжатие файлов базы данных.

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

Выбор стратегии и обязательные предварительные шаги

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

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

Если база разрослась и типовая свертка не справляется, обратитесь к нам: команда MoscowSoft с 2015 года специализируется на переносах данных между программами 1С и поможет подобрать и выполнить подходящий способ уменьшения базы.