Как уменьшить размер базы 1С после свертки и удаления помеченных объектов?

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

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

Почему база 1С остается большой после свертки и удаления помеченных объектов?

Прежде всего, давайте проанализируем, почему удаление объектов и свертка не всегда приводят к мгновенному уменьшению размера базы:

1. Физическое vs. логическое удаление данных: В системе 1С при удалении объектов они не исчезают из базы немедленно на физическом уровне. Вместо этого они лишь помечаются как удаленные, и на них перестают ссылаться другие объекты. Сами данные остаются в файле, что позволяет при необходимости восстановить их. Фактическое удаление и освобождение места происходит только после специальных процедур.
2. Неактуальные данные в регистрах и справочниках: Свертка базы, как правило, формирует документы ввода начальных остатков на определенную дату и помечает старые документы на удаление. Также обнуляются проводки и формируются остатки в регистрах бухгалтерии и регистрах накопления. Однако, тело старых документов, ссылки на справочники и другие сведения, которые использовались до даты свертки, но не пошли в учет, могут оставаться в базе и занимать значительный объем. Некоторые регистры сведений и справочники могут содержать большой объем данных, которые после свертки теряют свою актуальность. Например, в конфигурации 1С:Бухгалтерия могут оставаться регистры и справочники, которые, хотя и занимают много места, уже не имеют смысла после проведенной свертки и переноса данных в текущий год.
3. Технические и служебные данные: Информационная база 1С хранит множество служебных данных, которые накапливаются со временем. К ним относятся:
   • Журнал регистрации: Записывает все действия пользователей, ошибки, изменения объектов. Со временем может занимать гигабайты дискового пространства.
   • Замеры производительности: Система 1С может собирать данные о производительности (время выполнения запросов, формирования отчетов), сохраняя их в специальных регистрах сведений. Эти данные также могут значительно увеличивать размер базы.
   • Хранение файлов в базе: Если в конфигурации предусмотрено хранение прикрепленных файлов (сканов, документов) непосредственно в базе, это может быть одной из основных причин большого размера.

Итак, мы видим, что простой свертки и удаления помеченных объектов недостаточно. Нам потребуются дополнительные действия, включая универсальное сжатие базы за счет очистки табличных частей.

Эффективные методы уменьшения размера базы 1С

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

1. Тестирование и исправление (ТИИ) информационной базы

Тестирование и исправление информационной базы (ТИИ) — это мощный инструмент, доступный в Конфигураторе 1С, который предназначен для обслуживания и проверки целостности данных. Именно он позволяет физически удалить "мусор" и освободить место.

Важно: Перед выполнением любых операций ТИИ обязательно создайте полную резервную копию вашей информационной базы! Все действия должны выполняться в монопольном режиме, то есть когда никто из пользователей не работает с базой.

Для запуска ТИИ откройте Конфигуратор, перейдите в меню "Администрирование" -> "Тестирование и исправление...". Перед нами откроется окно с множеством опций. Для нашей задачи наиболее важны следующие:

1. Сжатие таблиц информационной базы:

   Это ключевая опция для уменьшения физического размера базы. Она отвечает за физическое удаление данных, которые были помечены на удаление (например, документы, которые вы удалили после свертки) и освобождает место, которое они занимали. Если вы удаляли помеченные объекты, а база не уменьшилась, то именно эта галочка в первую очередь поможет решить проблему. В файловом режиме эта опция активно работает для уплотнения файла базы данных 1Cv8.1CD.

2. Проверка ссылочной целостности (и "Очищать ссылки"):

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

3. Реиндексация таблиц:

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

4. Пересчет итогов:

   Актуально для регистров накопления и бухгалтерии. Пересчитывает итоговые таблицы, что ускоряет формирование отчетов, но на размер базы влияет незначительно.

Рекомендация: Мы рекомендуем запустить ТИИ, выбрав следующие опции:

[ ] Проверка логической целостности информационной базы
[X] Проверка ссылочной целостности (с галочкой "Очищать ссылки")
[X] Пересчет итогов
[X] Реиндексация таблиц информационной базы
[X] Сжатие таблиц информационной базы

Обратите внимание, что процесс ТИИ может занять длительное время, особенно для больших баз. Например, как отметил один из участников обсуждения, удаление помеченных объектов может длиться 5-6 часов, а ТИИ — порядка 30 минут. Проявите терпение и, если есть возможность, проведите эти операции на копии базы, прежде чем применять к рабочей, чтобы оценить длительность и эффект.

2. Выгрузка и загрузка информационной базы

После выполнения ТИИ, особенно со сжатием таблиц, часто рекомендуется выполнить процедуру выгрузки и последующей загрузки информационной базы. Эта операция часто упоминается как "выгрузка/загрузка" и является стандартным способом дополнительной оптимизации файла базы.

Это делается следующим образом:

1. В Конфигураторе откройте меню "Администрирование" -> "Выгрузить информационную базу...". Сохраните файл выгрузки (.dt) в надежном месте.
2. Создайте новую, пустую информационную базу 1С.
3. В Конфигураторе новой пустой базы откройте меню "Администрирование" -> "Загрузить информационную базу...". Выберите ранее сохраненный файл .dt.

Эта процедура позволяет полностью перестроить внутреннюю структуру файла базы данных 1Cv8.1CD. Иногда она помогает окончательно "утрамбовать" данные и удалить остаточные пустые блоки, которые могли не быть полностью удалены только ТИИ. Это своего рода "глубокая очистка" файловой базы, которая зачастую дает дополнительное уменьшение размера.

3. Анализ размера таблиц в файловой базе

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

Как найти такие обработки:

Мы можем поискать такие обработки на специализированных ресурсах для 1С-разработчиков и пользователей. Например, на сайте Infostart.ru по запросу "размер таблиц файловой базы" мы легко найдем множество таких инструментов. Эти обработки сканируют структуру файла 1Cv8.1CD и представляют информацию об объеме данных, занимаемом каждым объектом метаданных (справочниками, документами, регистрами сведений, регистрами накопления и регистрами бухгалтерии) в мегабайтах.

Используя такую обработку, мы сможем определить, какие именно объекты метаданных (например, конкретный справочник "Номенклатура", регистр "Партии товаров" или регистр бухгалтерии) являются "тяжелыми" после свертки. Это даст нам целенаправленную информацию для дальнейших действий, например, для анализа данных в этих конкретных объектах и их очистки, если они содержат неактуальную информацию. Это особенно полезно, когда, как было отмечено, есть "какие-то регистры и справочники, которые занимают много, но не имеют смысла после свертки". Для такой первичной оценки можно применить обработку обследования базы: она покажет размеры данных объектов средствами платформы. Индексы и пустое пространство файла .1CD она не измеряет.

Важный аспект: Максимальный размер одной таблицы в файловой базе 1С 8.3 составляет 4 ГБ. Если какая-то из ваших таблиц приближается к этому лимиту, это является сильным аргументом в пользу перехода на клиент-серверный вариант работы с базой данных, так как это может привести к проблемам с производительностью и стабильностью. Такие инструменты помогут вам заранее выявить потенциальные узкие места.

4. Очистка технических и служебных данных

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

1. Отключение и очистка замеров производительности:

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

   Для уменьшения размера базы нам необходимо:

   1. Отключить сбор данных: Перейдите в раздел "Администрирование" -> "Обслуживание" -> "Оценка производительности" и убедитесь, что функция "Оценка производительности" отключена. Также проверьте "Администрирование" -> "Интернет-поддержка и сервисы" -> "Центр мониторинга" и отключите отправку замеров в 1С.
   2. Очистить существующие замеры: Для удаления уже накопленных данных нам потребуется использовать "Функции для технического специалиста" (ранее этот пункт меню назывался "Все функции"). Если этот пункт меню не виден, включите его в "Сервис" -> "Параметры" -> "Режим" -> "Отображать все функции" (или через "Настройки" -> "Панель навигации" -> "Добавить команду"). Затем через "Функции для технического специалиста" найдите группу "Регистры сведений" и в ней — регистры, названия которых содержат "Замеры" или "Производительность" (например, ЗамерыВремени, ЗамерыДлительности). Откройте каждый такой регистр и удалите все записи, относящиеся к неактуальному периоду (или все записи, если замеры больше не нужны). После очистки данных из регистров обязательно выполните ТИИ со сжатием таблиц, чтобы физически освободить место.
2. Сокращение журнала регистрации:

   Журнал регистрации может хранить очень большой объем информации обо всех событиях в базе. Для его сокращения:

   1. Перейдите в "Администрирование" -> "Поддержка и обслуживание" -> "Журнал регистрации".
   2. Вы можете настроить параметры хранения журнала, ограничив его размер или срок хранения. Также есть возможность очистить журнал до определенной даты, выбрав соответствующую опцию в интерфейсе. Рекомендуем настроить автоматическое сокращение журнала для предотвращения его чрезмерного разрастания в будущем.

   Регулярное обслуживание журнала регистрации является хорошей практикой.

3. Управление хранением файлов:

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

5. Перевод базы в SQL (клиент-серверный режим)

Основной вопрос автора темы касался целесообразности перевода базы в SQL для анализа размера и потенциального решения проблемы. Давайте разберем этот аспект.

Сама по себе конвертация файловой базы в SQL-базу не уменьшит ее размер. Более того, файл базы данных на SQL Server (например, .mdf для MS SQL Server) может оказаться даже больше, чем исходный файл .1CD, поскольку SQL Server имеет свою служебную информацию, механизмы управления дисковым пространством и более сложную структуру хранения данных и индексов.

Однако, переход на SQL Server предоставляет гораздо более мощные инструменты для анализа и оптимизации:

1. Детальный анализ размеров: В SQL Server мы можем с высокой точностью увидеть размер каждой таблицы, размер индексов, размер каждой строки. Это позволяет точно определить, какие объекты 1С (регистры, справочники, документы, и даже отдельные поля в них) занимают больше всего места на диске. Такая детализация недоступна в файловом режиме без сторонних инструментов. Например, с помощью SQL-запросов можно получить следующую информацию:
   Скопировать код

   
   SELECT
       t.name AS TableName,
       SUM(p.rows) AS RowCounts,
       SUM(a.total_pages) * 8 / 1024 AS TotalSpaceMB,
       SUM(a.used_pages) * 8 / 1024 AS UsedSpaceMB,
       (SUM(a.total_pages) - SUM(a.used_pages)) * 8 / 1024 AS UnusedSpaceMB
   FROM
       sys.tables t
   INNER JOIN
       sys.indexes i ON t.object_id = i.object_id
   INNER JOIN
       sys.partitions p ON i.object_id = p.object_id AND i.index_id = p.index_id
   INNER JOIN
       sys.allocation_units a ON p.partition_id = a.container_id
   WHERE
       t.name NOT LIKE 'sys%' AND t.is_ms_shipped = 0 AND i.object_id > 255
   GROUP BY
       t.name
   ORDER BY
       TotalSpaceMB DESC;
   

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

2. Гибкое обслуживание: SQL Server предоставляет возможности для регулярного обслуживания базы, такого как реиндексация, дефрагментация индексов и сжатие файлов базы данных (Shrink Database/Files) по расписанию. Эти операции помогают поддерживать производительность и размер базы в оптимальном состоянии, часто работая более эффективно, чем аналогичные инструменты в файловой базе 1С, особенно для очень больших объемов данных.
3. Улучшенная производительность и масштабируемость: Для больших баз данных, особенно с активной работой множества пользователей, клиент-серверный режим 1С на SQL Server значительно превосходит файловый по производительности, стабильности и масштабируемости.

Таким образом, хотя перевод на SQL Server не является прямым способом уменьшить размер базы, он предоставляет необходимые инструменты для глубокой диагностики и последующей, более эффективной, оптимизации. Если ваша база постоянно растет и достигает десятков гигабайт, рассмотрение перехода на клиент-серверный вариант является вполне оправданным шагом для долгосрочного решения проблем с размером и производительностью.

Заключение

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

1. Выполнение ТИИ с обязательной опцией "Сжатие таблиц информационной базы" и "Очистка ссылок".
2. Проведение выгрузки и загрузки информационной базы для дополнительного уплотнения файла.
3. Использование внешних обработок для анализа размера таблиц в файловом режиме, чтобы выявить "тяжелые" объекты.
4. Очистка служебных данных: отключение и удаление замеров производительности, сокращение журнала регистрации, управление хранением прикрепленных файлов.
5. Рассмотрение перехода на SQL Server для больших и активно используемых баз, что предоставит лучшие инструменты для мониторинга и обслуживания, хотя сам по себе размер сразу не уменьшит.

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