Администрирование · 11 мин
Какие файлы образуют базу 1С и за что отвечает каждый из них
Какие файлы входят в состав базы 1С: 1Cv8.1CD, 1Cv8.log, 1Cv8.cgr и другие. Назначение каждого файла, перенос базы, бэкап и типичные ошибки.
Файловая база 1С — это не один файл, а набор файлов и папок, которые платформа хранит в одном каталоге. Главный из них — файл 1Cv8.1CD, содержащий практически все данные информационной базы: справочники, документы, регистры, настройки конфигурации. Рядом с ним лежат служебные файлы журнала регистрации, индексов полнотекстового поиска и временных данных. Понимание, за что отвечает каждый файл, помогает правильно делать резервные копии, переносить базу и восстанавливаться после сбоев.
Ошибка при работе с файлами базы — например, копирование только части каталога или удаление «лишних» файлов — способна привести к потере данных или невозможности запуска. При этом многие операции, которые кажутся сложными (перенос базы на другой компьютер, очистка журнала регистрации, восстановление после повреждения), выполняются штатными средствами, если знать структуру каталога.
В клиент-серверном варианте работы ситуация другая: данные хранятся в СУБД (PostgreSQL, MS SQL Server, Oracle, IBM Db2), а на сервере 1С лежат только служебные файлы кластера. Статья в первую очередь описывает файловый вариант, но отдельно разбирает и различия клиент-серверной модели.
Из каких файлов состоит каталог файловой базы
При создании файловой информационной базы платформа формирует каталог с характерным набором объектов. Состав может немного отличаться в зависимости от версии платформы и включённых механизмов (полнотекстовый поиск, хранение истории данных), но ядро одинаково.
Центральный элемент — 1Cv8.1CD. Это файл базы данных собственного формата 1С: внутри него таблицы конфигурации, данные всех объектов, пользователи, настройки. Его размер растёт вместе с базой и может достигать десятков гигабайт. У файлового формата есть техническое ограничение на размер отдельных внутренних таблиц, поэтому при активной работе большого числа пользователей рекомендуют клиент-серверный вариант.
Остальные файлы и папки выполняют вспомогательные функции:
1Cv8Log— папка с журналом регистрации (файлы1Cv8.lgdи1Cv8.lgp), где фиксируются действия пользователей и системные события;1Cv8FTxt— индексы полнотекстового поиска, создаются, если механизм включён;1Cv8tmp.1CDи похожие временные файлы — появляются во время работы и при корректном завершении удаляются;1Cv8.cgrи служебные файлы блокировок — обеспечивают совместный доступ и целостность при работе нескольких сеансов;- папки
1Cv8Histи подобные — появляются при использовании истории данных и других дополнительных механизмов.
За что отвечает каждый служебный файл
Журнал регистрации в папке 1Cv8Log накапливает записи о входах пользователей, изменениях данных, ошибках и фоновых заданиях. Со временем он может занимать значительное место. Удалять файлы журнала вручную, пока база открыта, нельзя — это приведёт к ошибкам. Корректный способ сократить журнал — в конфигураторе через «Администрирование → Настройка журнала регистрации» с уменьшением периода хранения, либо при полностью закрытой базе перенести папку в архив.
Индексы полнотекстового поиска (1Cv8FTxt) можно удалять безболезненно: при следующем обновлении индекса платформа перестроит их заново. Это один из немногих элементов каталога, потеря которых не влияет на данные. То же относится к временным файлам — если после аварийного завершения работы в каталоге остались файлы 1Cv8tmp.*, их можно удалить, убедившись, что ни один сеанс не запущен.
Файл 1Cv8.1CD удалять, переименовывать или редактировать сторонними средствами нельзя ни при каких обстоятельствах. Даже «устаревшая» копия базы может понадобиться для восстановления, а вмешательство внутрь файла почти гарантированно разрушит его структуру.
Как правильно скопировать или перенести базу
Существует два способа переноса файловой базы: копирование каталога и выгрузка в файл .dt. Оба рабочие, но у них разные границы применения. Копирование каталога быстрее и сохраняет всё «как есть», включая журнал регистрации, но требует полной остановки работы с базой. Выгрузка в dt выполняется через конфигуратор («Администрирование → Выгрузить информационную базу»), создаёт единый компактный файл и дополнительно проверяет целостность данных в процессе.
Для регулярных резервных копий надёжнее выгрузка в dt: при копировании каталога есть риск, что какой-то процесс (антивирус, служба индексации, теньевые копии) удерживал файл, и копия окажется битой. Выгрузка же проходит через механизмы платформы и формирует согласованный снимок.
- 1Попросите всех пользователей выйти и закройте конфигуратор; убедитесь, что сеансов нет (в мониторе или перезапуском служб/компьютера).
- 2Скопируйте весь каталог базы целиком, включая 1Cv8.1CD и папки 1Cv8Log, 1Cv8FTxt.
- 3Разместите копию на новом месте и добавьте базу в список через стартер 1С, указав новый путь.
- 4Запустите базу и проверьте: открываются ли документы, корректны ли итоги, работает ли поиск.
После переноса проверьте результат до того, как отдать базу пользователям. Откройте несколько типовых документов, сформируйте оборотно-сальдовую ведомость или другой сводный отчёт, убедитесь, что список пользователей и права сохранились. Если база открывается, но вылетают ошибки при обращении к отдельным таблицам — копия была снята некорректно, и лучше повторить перенос через dt.
Что делать при повреждении файла 1Cv8.1CD
Признаки повреждения файла базы: ошибки «Файл базы данных повреждён» при запуске, внезапные завершения сеанса, исчезновение части данных, невозможность провести документы. Типичные причины — аварийное отключение питания, сбои диска, работа по нестабильной сети (база на сетевом диске), переполнение диска во время записи.
Первый шаг — остановить все попытки работы с базой и сделать копию каталога в текущем состоянии, чтобы эксперименты по восстановлению не ухудшили ситуацию. Затем используйте штатную утилиту chdbfl.exe из каталога установленной платформы (папка bin): она проверяет физическую целостность файла и исправляет ошибки структуры. Укажите путь к 1Cv8.1CD, включите опцию исправления ошибок и дождитесь отчёта.
Если chdbfl не помогла, попробуйте «Тестирование и исправление» в конфигураторе (пункт меню «Администрирование») — оно работает на логическом уровне: проверяет ссылочную целостность, пересчитывает итоги, реиндексирует таблицы. Когда повреждения серьёзны и штатные средства бессильны, остаётся восстановление из последней рабочей резервной копии с последующим вводом данных за потерянный период.
Файловая и клиент-серверная база: в чём разница по файлам
В клиент-серверном варианте файла 1Cv8.1CD нет: данные находятся в таблицах СУБД, и резервное копирование выполняется средствами самой СУБД (например, pg_dump для PostgreSQL или штатные планы обслуживания MS SQL). На сервере 1С в каталоге srvinfo хранятся только служебные данные кластера: список баз, настройки, журналы регистрации в виде папок 1Cv8Log рядом с регистрационными данными каждой базы.
Это меняет подход к администрированию: копирование каталога srvinfo не является бэкапом данных, а перенос базы между серверами делается либо через dt, либо через бэкап/восстановление СУБД с последующей привязкой базы в консоли кластера. Путать эти механизмы опасно: администратор, привыкший к файловому варианту, может месяцами «бэкапить» папку srvinfo, не имея ни одной реальной копии данных.
Способы резервного копирования
Быстро, сохраняет всё включая журнал. Требует полной остановки работы; риск несогласованной копии при удержании файлов сторонними процессами.
Согласованный снимок, проверка читаемости данных в процессе. Дольше на больших базах; не включает внешние файлы, прикреплённые вне томов 1С.
Только для клиент-серверного варианта. Поддерживает инкрементные копии и восстановление на точку во времени; требует навыков администрирования СУБД.
Как контролировать размер и состояние файлов базы
Регулярно проверяйте размер каталога базы и свободное место на диске. Файловая база, внезапно выросшая в разы, — повод разобраться: возможно, раздулся журнал регистрации, включилась история данных или в базу загрузили большой объём файлов. Хранение вложений внутри базы заметно ускоряет рост 1Cv8.1CD; альтернатива — тома хранения файлов на диске, которые настраиваются в типовых конфигурациях.
Полезно периодически выполнять тестирование и исправление в профилактическом режиме (реиндексация, проверка логической целостности) — на копии или в нерабочее время. Это не заменяет бэкапы, но помогает выявить проблемы до того, как они проявятся в рабочее время.
Как проверить здоровье файловой базы
Открывается без ошибок и предупреждений о повреждении
Сообщение 'Файл базы данных повреждён' или зависание при открытии
Рост соответствует объёму вводимых данных
Резкий скачок размера без причины или рост при простое
Запас минимум в 2–3 размера базы для тестирования и бэкапов
Места меньше размера базы — риск обрыва записи
Открывается, записи за нужный период на месте
Ошибки при открытии журнала, пустой журнал при активной работе
Что важно запомнить
Вся файловая база 1С сосредоточена в 1Cv8.1CD, остальные файлы служебные. Любые операции с каталогом — только при закрытых сеансах и с предварительной копией. Для бэкапа надёжнее выгрузка в dt, для клиент-серверного варианта — средства СУБД. Повреждённый файл лечат chdbfl и тестированием в конфигураторе, а лучшая страховка — регулярные проверенные копии.
Частые вопросы о файлах базы 1С
Можно ли открыть файл 1Cv8.1CD без платформы 1С?
Нет, это закрытый формат платформы. Просмотреть или извлечь данные можно только через 1С:Предприятие, конфигуратор или штатные механизмы выгрузки. Сторонние «просмотрщики» либо не работают с актуальными версиями формата, либо рискуют повредить файл.
Что будет, если удалить папку 1Cv8Log?
При закрытой базе платформа при следующем запуске создаст журнал регистрации заново, но вся история событий будет потеряна. Если журнал нужен для аудита или расследования инцидентов, перед удалением перенесите папку в архив.
Почему файл базы не уменьшается после удаления данных?
Удалённые записи лишь помечаются как свободное место внутри файла — физически 1Cv8.1CD не сжимается сам. Чтобы уменьшить размер, выполните тестирование и исправление с реструктуризацией таблиц либо выгрузите базу в dt и загрузите обратно.
Можно ли хранить файловую базу в облачной папке (Яндекс.Диск, OneDrive)?
Работать с базой напрямую из синхронизируемой папки крайне не рекомендуется: клиент облака может заблокировать или частично синхронизировать файл в момент записи, что приводит к повреждениям. Допустимый сценарий — выкладывать в облако готовые копии (архивы или dt) при закрытой базе.
Сколько пользователей может работать с файловой базой одновременно?
Технически платформа допускает несколько одновременных сеансов, но на практике при росте числа пользователей и объёма данных заметно падает скорость и растёт риск конфликтов блокировок. Ориентир для комфортной работы — небольшие коллективы; при росте нагрузки корректное решение — переход на клиент-серверный вариант.
Чем отличается файл .dt от копии каталога базы?
Файл .dt — это выгрузка базы штатными средствами конфигуратора: единый файл, удобный для передачи и хранения, создаваемый с проверкой читаемости данных. Копия каталога — побайтовый снимок всех файлов, включая журнал регистрации и индексы. Обе формы подходят для восстановления, но dt надёжнее как архив, а копия каталога быстрее для мгновенного отката.