К статье
Практический материал

Администрирование · 12 мин

Как облегчить базу 1С и ускорить её работу

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

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

Облегчить базу можно двумя путями: сократить фактический объём хранимых данных и снизить нагрузку при повседневной работе. Первый путь — свёртка итогов, удаление старых данных и очистка служебных механизмов. Второй — настройка регламентных заданий, отказ от лишних механизмов (версионирование, полнотекстовый поиск по всем объектам) и грамотное обслуживание СУБД для клиент-серверного варианта.

Перед любыми действиями, которые удаляют или изменяют данные, обязательно сделайте резервную копию и проверьте, что она восстанавливается. Для файловой базы достаточно скопировать файл 1Cv8.1CD при отсутствии активных сеансов, для клиент-серверной — выполнить выгрузку средствами СУБД или конфигуратора.

Как понять, что база требует облегчения

Не каждая медленная база нуждается в свёртке: иногда проблема в сети, антивирусе или нехватке оперативной памяти сервера. Поэтому сначала зафиксируйте симптомы и проверьте простые причины. Если база замедляется равномерно со временем и размер файла растёт быстрее, чем добавляется новых документов, — дело почти наверняка в накопленных данных.

Размер файла 1Cv8.1CDЗаметно превышает объём реальных данных

Сравните размер с объёмом документов за последний год: сильный разрыв говорит о накоплении старых и служебных данных

Проведение документовЗанимает секунды вместо долей секунды

Проверьте, не включено ли версионирование и не переполнены ли регистры итогов

Резервное копированиеСтало занимать заметно больше времени

Рост времени копирования пропорционален росту объёма, включая «мусорные» данные

Журнал регистрацииОткрывается долго, фильтры работают медленно

Старый журнал может содержать миллионы записей и тормозить и сам, и базу

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

Свёртка итогов: главный инструмент уменьшения объёма

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

В типовых конфигурациях (например, «Бухгалтерия предприятия», «Управление торговлей», «ERP») есть штатная обработка свёртки — ищите её в разделе администрирования или обслуживания. Она формирует документы ввода остатков на дату свёртки и помечает старые документы на удаление. Для самописных конфигураций свёртку разрабатывают отдельно, и это задача для программиста.

Порядок свёртки базы
  1. 1
    Сделайте резервную копию и убедитесь, что она восстанавливается на тестовом компьютере
  2. 2
    Закройте период: завершите все документы, сверьте остатки по счетам и складам, сформируйте контрольные отчёты
  3. 3
    Выполните свёртку сначала на копии базы, проверьте остатки отчётами до и после
  4. 4
    Проведите свёртку в рабочей базе в нерабочее время при отсутствии пользователей
  5. 5
    Удалите помеченные объекты, затем выполните тестирование и исправление
  6. 6
    Сравните контрольные отчёты (ОСВ, остатки складов, взаиморасчёты) со значениями до свёртки

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

Удаление помеченных объектов и устаревших данных

Помеченные на удаление объекты продолжают занимать место и участвовать в индексах, пока не выполнено физическое удаление. В типовых конфигурациях это делается через «Администрирование — Обслуживание — Удаление помеченных объектов», в простых случаях — через «Операции — Удаление помеченных объектов». Режим выборочного удаления позволяет убрать только старые документы, не трогая справочники.

Кроме помеченных объектов, объём накапливают:

  • версии объектов — если включено версионирование, каждая правка документа сохраняет его копию;
  • результаты отчётов и сохранённые варианты, вложения писем, присоединённые файлы;
  • данные обменов: сообщения, зарегистрированные изменения для уже несуществующих узлов;
  • результаты выполнения фоновых заданий и протоколы обменов.

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

Очистка журнала регистрации и служебных механизмов

Журнал регистрации в файловом варианте хранится внутри папки базы и при длительной работе без сокращения может вырасти до значительной доли общего объёма. Сокращение выполняется в конфигураторе: «Администрирование — Журнал регистрации — Сократить» с указанием даты, до которой удалять записи. Перед сокращением сохраните копию журнала, если он нужен для аудита.

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

В клиент-серверном варианте отдельного внимания заслуживает журнал транзакций СУБД. При полной модели восстановления он растёт постоянно и может занять весь диск. Для большинства баз 1С достаточно простой модели восстановления (simple) либо регулярного резервного копирования журнала — выбор зависит от требований к точке восстановления, и решать его нужно совместно с администратором СУБД.

Настройка регламентных заданий и механизмов, создающих объём

Часть «веса» базы — это не исторические данные, а постоянно генерируемые служебные записи. Проверьте список регламентных и фоновых заданий: отключите те, что не используются (например, загрузка курсов валют, если валютный учёт не ведётся, или автоматическая синхронизация с неиспользуемыми сервисами). Каждое лишнее задание — это записи в журналах, результаты выполнения и нагрузка на сервер.

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

Типичные ошибки при облегчении базы
01
Свёртка без сверки остатков: после неё расхождения исправить гораздо сложнее, а виновника ошибки уже не найти
02
Удаление помеченных объектов без контроля ссылочной целостности — появляются «битые» ссылки в отчётах
03
Отключение регламентных заданий «вслепую»: часть из них нужна для корректного учёта, например пересчёт итогов или обновление курсов
04
Очистка журнала регистрации перед расследованием инцидента — теряется единственный источник информации
05
Ожидание мгновенного эффекта: после удаления данных файл базы или таблицы СУБД могут не уменьшиться без сжатия и реиндексации

Обслуживание СУБД и тестирование после очистки

Удаление данных в клиент-серверном варианте не всегда уменьшает файлы базы на диске автоматически: освобождённое место остаётся внутри файлов данных. Чтобы вернуть место системе, выполняют сжатие базы или таблиц средствами СУБД, а для восстановления производительности — реиндексацию и обновление статистики. Эти операции выполняются в нерабочее время и требуют понимания работы конкретной СУБД.

Для файловой базы аналогичную роль играет «Тестирование и исправление» в конфигураторе с включённой реиндексацией и сжатием таблиц. Запускайте его при отсутствии пользователей, обязательно после резервного копирования, и учитывайте, что на больших базах процесс может занять часы.

Контрольные точки

Как проверить результат облегчения

Размер базы
Норма

Файл 1Cv8.1CD или объём на СУБД заметно уменьшился после сжатия

Тревожный признак

Данные удалены, но размер не изменился — не выполнено сжатие таблиц

Контрольные отчёты
Норма

ОСВ, остатки складов и взаиморасчётов совпадают со значениями до свёртки

Тревожный признак

Расхождения остатков — свёртка выполнена некорректно, нужен разбор на копии

Скорость типовых операций
Норма

Открытие списков и проведение документов ускорились по замерам

Тревожный признак

Скорость не изменилась — причина не в объёме, проверяйте сервер, сеть и индексы

Работа пользователей
Норма

Нет ошибок о «битых» ссылках и недостающих объектах

Тревожный признак

Ошибки вида «Объект не найден» — удалены данные, на которые остались ссылки

Маршрут выбора: что делать в вашей ситуации

Не все меры нужны одновременно. Небольшой файловой базе обычно достаточно удаления помеченных объектов, сокращения журнала и тестирования со сжатием. Крупной клиент-серверной базе с многолетней историей нужна свёртка плюс регулярное обслуживание СУБД. Выбирайте по симптомам, а не «на всякий случай».

Маршрут решения

Как выбрать действие

База растёт быстро, документов много лет, отчёты за старые периоды не нужны ежедневноВыполните свёртку итогов и храните полную копию как архив
Много помеченных на удаление объектов и старых версий документовЗапустите удаление помеченных объектов и ограничьте срок хранения версий
Медленно работает журнал регистрации и сама базаСократите журнал регистрации до разумной глубины, предварительно сохранив архив
Данные удалены, но файл базы не уменьшилсяВыполните сжатие: тестирование и исправление для файловой базы, shrink/реиндексация для СУБД
База небольшая, но работает медленноНе сворачивайте: проверяйте индексы, статистику СУБД, антивирус и ресурсы сервера
Самый устойчивый результат даёт не разовая «чистка», а регламент: ежегодная свёртка, ежемесячное удаление помеченных объектов, контроль сроков хранения версий и протоколов. Настройте эти процедуры один раз — и база перестанет разрастаться неконтролируемо.
ПЗ
Практическое замечание
Итог

Что важно запомнить

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

Частые вопросы

Можно ли облегчить базу 1С без свёртки?

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

Что делать со старыми данными после свёртки?

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

Почему после удаления данных файл базы не уменьшился?

Удалённые записи освобождают место внутри файла, но сам файл не сжимается автоматически. Для файловой базы выполните «Тестирование и исправление» со сжатием таблиц, для клиент-серверной — операции сжатия и реиндексации средствами СУБД.

Безопасно ли сокращать журнал регистрации?

Да, если журнал не нужен для аудита или расследования инцидентов. Перед сокращением выгрузите его копию. Учтите, что после сокращения восстановить удалённые записи невозможно, а для разборов «кто изменил документ» журнал — основной источник.

Как часто нужно обслуживать базу?

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

Когда облегчением должен заниматься специалист, а не пользователь?

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