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

База 1С 7.7 растёт с каждым проведённым документом, и рано или поздно администратор сталкивается с типичными симптомами: медленное открытие журналов, долгое перепроведение, таймауты в сетевом режиме и ошибки при достижении пределов формата DBF. Уменьшить размер базы можно несколькими способами — от штатной свёртки итогов до физического сжатия таблиц, и правильный выбор зависит от того, что именно занимает место.

Прежде чем что-либо удалять, важно понять структуру каталога базы. Основной объём обычно занимают файлы документов и журналов (DH*, DT*, журналы 1SJOURN.DBF), регистры и итоги (RG*, RA*), а также служебные файлы. Файл метаданных 1Cv7.MD и словарь данных 1Cv7.DD обычно невелики и не являются целью оптимизации.

Все операции по уменьшению базы выполняются только после создания полной резервной копии и в монопольном режиме. Удаление данных в 1С 7.7 необратимо: восстановить документы, удалённые свёрткой или пометкой на удаление, можно только из архивной копии.

Что занимает место в базе и как это проверить

Первый шаг — аудит каталога базы. Откройте папку с информационной базой в проводнике и отсортируйте файлы по размеру. Как правило, лидерами оказываются файлы документов (DH и DT с номерами видов документов), общий журнал 1SJOURN.DBF с индексом 1SJOURN.CDX, таблицы регистров RG* и накопленные итоги.

Отдельно обратите внимание на файлы с расширением CDX — это индексы. Они могут разрастаться при длительной эксплуатации без переиндексации. Также проверьте подкаталог ExtForms и каталоги внешних отчётов: иногда там копятся архивы и старые версии обработок, которые к данным не относятся, но занимают место.

Резервное копирование перед любыми действиями

Обязательное условие — полная копия каталога базы, сделанная при отсутствии работающих пользователей. Простое копирование папки средствами Windows вполне достаточно: в ней содержатся все данные. Дополнительно можно сделать выгрузку через конфигуратор (Администрирование → Выгрузить данные), но файл выгрузки .zip не заменяет копию каталога, а дополняет её.

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

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

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

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

1. 1
   Сделайте и проверьте резервную копию базы
2. 2
   Завершите работу всех пользователей, войдите монопольно
3. 3
   Запустите обработку свёртки, укажите дату и состав переносимых остатков
4. 4
   Проверьте сформированные документы ввода остатков и сверьте их с отчётами до свёртки
5. 5
   Пометьте на удаление документы до даты свёртки
6. 6
   Через Операции → Удаление помеченных объектов выполните физическое удаление
7. 7
   Запустите Тестирование и исправление с реструктуризацией таблиц

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

Удаление старых документов без полной свёртки

Если свёртка по каким-то причинам не подходит (например, конфигурация сильно доработана и типовая обработка не учитывает особенности), можно ограничиться удалением документов старых периодов через обработку «Групповая обработка справочников и документов» или встроенное удаление помеченных объектов.

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

Тестирование и исправление: упаковка таблиц и переиндексация

После массового удаления данных файлы DBF не уменьшаются автоматически: записи лишь помечаются как удалённые внутри файла. Чтобы вернуть дисковое пространство, запустите в конфигураторе Администрирование → Тестирование и исправление с включёнными пунктами реиндексации и реструктуризации (упаковки) таблиц.

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

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

Как проверить результат

Размер каталога базы после упаковки

Норма

Заметно уменьшился относительно исходного

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

Размер не изменился — реструктуризация не выполнялась или удаление не было физическим

Открытие журналов и отчётов

Норма

Данные за актуальные периоды на месте, отчёты строятся

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

Пропали документы актуального периода или отчёты выдают ошибки

Остатки на дату свёртки

Норма

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

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

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

Запуск базы пользователями

Норма

Все входят, документы проводятся

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

Ошибки индексов или отсутствия файлов — повторить тестирование и исправление

Архивирование старых периодов в отдельную копию

Альтернатива полному удалению — схема «архивная база плюс рабочая база». Старые данные остаются в архивной копии, которая хранится на диске и открывается по требованию, а в рабочей базе остаются только актуальные периоды с введёнными остатками.

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

Сравнение подходов

Свёртка итогов

Максимальное сокращение размера при сохранении остатков. Требует тщательной сверки и подходящей обработки под конфигурацию.

Удаление старых документов

Проще, но искажает старые периоды. Подходит, когда прошлые данные не нужны даже для справки.

Архивная копия + рабочая база

Сохраняет доступ к истории, но требует дисциплины: два каталога, риск ввода данных не в ту базу.

Только тестирование и исправление

Безопасно и быстро, но уменьшает базу лишь за счёт упаковки ранее удалённых записей и перестроения индексов.

Дополнительные способы освободить место

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

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

Профилактика: как не дать базе разрастись снова

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

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

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

Удалил документы, но размер файлов не уменьшился. Почему?

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

Можно ли просто удалить старые файлы DH и DT через проводник?

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

Как часто нужно делать свёртку базы?

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

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

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

Сколько места нужно на диске для тестирования и исправления?

Реструктуризация создаёт новые версии таблиц рядом со старыми, поэтому свободного места должно быть не меньше размера самой базы, а лучше — с запасом в полтора-два объёма. При нехватке места процедура прервётся с риском повреждения данных.

Можно ли уменьшить базу без монопольного режима?

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