Как очистить диск для 1С: пошаговое руководство

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

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

Перед любыми действиями с базой сделайте резервную копию: выгрузку через конфигуратор (dt-файл) для файловой базы или полный backup средствами СУБД для клиент-серверной. Это единственная гарантия, что ошибка при очистке не обернётся потерей данных.

Найдите, что именно заняло место на диске

Прежде чем удалять файлы, определите структуру занятого пространства. В Windows удобно использовать встроенный анализ «Параметры → Система → Память» или бесплатные сканеры диска вроде WinDirStat и TreeSize — они наглядно показывают каталоги-«тяжеловесы». На Linux-сервере используйте команды du -sh /* и df -h.

Типичные кандидаты на очистку в инфраструктуре 1С:

• каталоги кэша метаданных в профилях пользователей (%APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8);
• каталог сервера 1С srvinfo (reg_1541 и аналогичные) — там могут копиться сеансовые данные и журналы;
• журнал регистрации внутри базы данных;
• файлы журнала транзакций (.ldf) и сами файлы данных (.mdf) в MS SQL или PostgreSQL;
• старые резервные копии, dt-файлы, дистрибутивы обновлений;
• системные временные каталоги Windows и корзина.

Очистите кэш 1С на клиентских компьютерах

Кэш метаданных — самая безопасная категория для удаления. 1С хранит в нём служебные копии конфигурации для ускорения запуска, и при повреждении или разрастании кэша программа может выдавать странные ошибки («Ошибка формата потока», «поле объекта не обнаружено»). Удаление кэша не затрагивает данные: при следующем запуске платформа создаст его заново.

Порядок очистки на компьютере пользователя: закройте все сеансы 1С, откройте каталог %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, найдите папки с длинными именами в формате GUID (например, 5f4e3c2a-...) и удалите их. Это и есть кэш конкретных баз. Сами списки баз (файлы ibases.v8i) трогать не нужно.

Альтернативный способ без ручного удаления — удалить базу из списка в стартовом окне 1С и добавить её заново: при этом старый кэш перестаёт использоваться. Для разовой чистки это проще, но старые папки кэша на диске останутся, поэтому для освобождения места ручное удаление эффективнее.

1. 1
   Завершите все сеансы 1С у пользователя
2. 2
   Откройте %APPDATA%\1C\1cv8 через адресную строку проводника
3. 3
   Удалите папки с GUID-именами — это кэш баз
4. 4
   Повторите в %LOCALAPPDATA%\1C\1cv8
5. 5
   Запустите 1С и убедитесь, что база открывается и работает штатно

Очистите временные файлы и каталог сервера 1С

Временные файлы платформа и СУБД складывают в системные каталоги %TEMP% каждого пользователя и в C:\Windows\Temp. Их можно удалять при остановленных сеансах и службах. Дополнительно освобождает место стандартная утилита «Очистка диска» (cleanmgr) — она убирает старые обновления Windows, корзину и системные временные файлы.

На сервере 1С:Предприятия проверьте рабочий каталог кластера (по умолчанию C:\Program Files\1cv8\srvinfo или каталог, указанный при установке). Внутри папок вида reg_1541 со временем накапливаются журналы (1CV8Clst.lst, технологический журнал, дампы). Сам каталог удалять нельзя — там лежит список баз кластера, — но файлы технологического журнала и старые дампы при остановленной службе агента удалить можно.

Сократите журнал регистрации и базу штатными средствами

Журнал регистрации в активно используемой базе может занимать гигабайты. Сократить его можно из конфигуратора: «Администрирование → Настройка журнала регистрации → Сократить». Укажите дату, до которой удалять события, и при необходимости сохраните выгрузку старого журнала в файл для архива. Операция выполняется в монопольном режиме, поэтому планируйте её на нерабочее время.

Для файловой базы после удаления данных (помеченных объектов, старых документов) физический размер файла 1Cv8.1CD сам не уменьшится — нужно сжатие. Запустите конфигуратор в монопольном режиме, откройте «Администрирование → Тестирование и исправление» и отметьте режим «Сжатие таблиц информационной базы». Рекомендуется также выполнить реиндексацию. На больших базах процедура занимает часы — запускайте её ночью или в выходные.

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

Освободите место на SQL-сервере

В клиент-серверной архитектуре главный пожиратель диска — журнал транзакций (.ldf) при полной модели восстановления (Full). Если резервные копии журнала не делаются, .ldf растёт бесконечно, даже если сама база маленькая. Проверьте модель восстановления: если точное восстановление на момент времени не требуется, переведите базу в модель Simple — журнал перестанет копиться.

После смены модели или массового удаления данных выполните сжатие файлов. В MS SQL Server Management Studio: правый клик по базе → «Задачи → Сжать → Файлы». Для журнала выберите тип файла «Журнал». Ту же операцию можно выполнить командой:

ALTER DATABASE [MyBase] SET RECOVERY SIMPLE;
GO
DBCC SHRINKFILE (N'MyBase_log', 1024);
GO

В PostgreSQL аналогичную роль играет обслуживание: регулярный VACUUM (обычно выполняется автовакуумом) и при сильном раздувании таблиц — VACUUM FULL или pg_repack, которые возвращают место системе, но требуют блокировки или дополнительного свободного пространства. Также проверьте каталог pg_wal — скопление WAL-файлов обычно означает проблему с архивацией или репликацией, а не необходимость ручного удаления.

Настройте регулярное обслуживание вместо разовых подвигов: плановые бэкапы журнала транзакций (если нужна модель Full), регламентное сжатие и реиндексацию, мониторинг свободного места с порогом предупреждения. Это предотвращает внезапные остановки базы из-за переполнения диска.

Настройте профилактику и проверьте результат

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

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

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