Где физически лежат данные 1С: файл 1Cv8.1CD, СУБД и служебные каталоги

База 1С хранится в одном из двух мест. Файловая база — это папка на диске с файлом 1Cv8.1CD внутри, путь к ней виден в окне запуска строкой File="…". Клиент-серверная база лежит внутри СУБД (MS SQL Server, PostgreSQL, IBM Db2 или Oracle Database), а на компьютере пользователя от неё нет ничего, кроме строки подключения Srvr="…";Ref="…".

Кроме самих данных у 1С есть ещё три места на диске: список баз (файл ibases.v8i), кэш конфигурации в профиле пользователя и рабочий каталог сервера 1С srvinfo. Путают их постоянно: удаляют кэш вместо базы или копируют список вместо данных. Разберём каждое место отдельно.

Как узнать, где лежит ваша база 1С

Самый быстрый способ — окно запуска 1С. Выделите базу в списке и посмотрите на строку под списком:

• 📁 File="D:\Bases\Buh" — файловая база, данные в папке D:\Bases\Buh;
• 🖥️ Srvr="srv1c";Ref="buh_main" — серверная база: srv1c — имя сервера 1С, buh_main — имя базы в кластере;
• 🌐 ws="https://…" — подключение через веб-сервер, сама база находится на стороне публикации.

Если база уже открыта, путь есть в окне Справка → О программе: поле «Информационная база» покажет ту же строку подключения. В интерфейсе «Такси» справка открывается из главного меню (кнопка с тремя полосками в левом верхнем углу) или значком «?» в правом верхнем углу.

Третий путь — кнопка «Изменить» в окне запуска. Мастер покажет тип расположения и путь к каталогу или имя сервера и базы.

Файловая база 1С: что лежит в папке

Файловая база — обычный каталог. Мастер создания по умолчанию предлагает путь в профиле пользователя: C:\Users\<имя>\Documents\InfoBase, для следующих баз — InfoBase1, InfoBase2 и так далее. Поэтому базы «теряются»: человек нажал «Далее» и не посмотрел, куда легла папка.

Что внутри каталога:

Журнал регистрации хранится в одном из двух форматов. Старый — пара файлов .lgf и множество .lgp. Новый — один файл .lgd. Формат меняют в Конфигураторе, в окне журнала регистрации.

Главное для файловой базы — файл 1Cv8.1CD. Его размер растёт вместе с данными: у небольшой фирмы на БП 3.0 это обычно 1–5 ГБ, за несколько лет работы может стать 20–40 ГБ. Чтобы вернуть пустое место после удаления данных, используют Администрирование → Тестирование и исправление в Конфигураторе с флажком сжатия таблиц.

Если базой пользуются несколько человек по сети, папку открывают в общий доступ, а в окне запуска указывают сетевой путь вида \\server\Bases\Buh. Каждому пользователю нужны права на чтение и запись в эту папку: 1С создаёт там служебные файлы при каждом входе.

Клиент-серверный вариант: база внутри СУБД

У серверной базы нет файла 1Cv8.1CD. Таблицы конфигурации и данных живут в базе СУБД, а сервер 1С только обращается к ним. Схема такая:

1. Клиент 1С подключается к агенту сервера 1С (порт 1540).
2. Агент передаёт его менеджеру кластера (порт 1541) и рабочему процессу.
3. Рабочий процесс читает и пишет данные в СУБД.

Физические файлы зависят от СУБД:

Путь к данным при установке СУБД часто меняют на отдельный диск, например E:\SQLData. Точное место в MS SQL видно в SQL Server Management Studio: свойства базы → страница «Файлы». В PostgreSQL каталог показывает команда:

SHOW data_directory;

Каталог сервера 1С srvinfo: что хранит сам кластер

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

• 🪟 Windows: C:\Program Files\1cv8\srvinfo;
• 🐧 Linux: /home/usr1cv8/.1cv8/1C/1cv8.

Внутри — каталог reg_1541 (по номеру порта менеджера кластера). В нём:

• 📄 1CV8Clst.lst — реестр кластера: список баз, рабочих серверов, администраторов, параметры подключения к СУБД;
• 📂 папки с именами-GUID — по одной на каждую базу; там журнал регистрации 1Cv8Log и индекс полнотекстового поиска;
• 📂 папки snccntx… — сеансовые данные, временные.

Отсюда практический вывод: журнал регистрации серверной базы лежит на сервере 1С, а не в СУБД. Резервная копия SQL его не содержит. Если журнал нужен для разборов, копируйте папку базы из reg_1541 отдельно.

Чтобы понять, какая GUID-папка относится к какой базе, откройте свойства базы в консоли кластера: идентификатор базы совпадает с именем папки. Ещё вариант — заглянуть в 1CV8Clst.lst текстовым редактором, не сохраняя изменений.

Где 1С хранит список баз (ibases.v8i)

Список баз в окне запуска — это не сами базы, а текстовый файл со ссылками на них. Лежит он в профиле пользователя:

%APPDATA%\1C\1CEStart\ibases.v8i

На Linux — ~/.1C/1cestart/ibases.v8i. Каждая база в файле — блок с именем в квадратных скобках и строкой Connect=, где записан путь к папке или к серверу.

Рядом лежит файл настроек запуска 1CEStart.cfg. Общий для всех пользователей компьютера вариант — в C:\ProgramData\1C\1CEStart\1CEStart.cfg. Через него администратор раздаёт общий список баз: параметр CommonInfoBases указывает на файл .v8i в сетевой папке, например:

CommonInfoBases=\\server\1C\bases.v8i

Что из этого следует:

• 🗑️ удалили базу из списка кнопкой «Удалить» — исчезла только строка в ibases.v8i, папка с данными осталась на месте;
• 💻 новый компьютер или новый профиль Windows — список пустой, но базы целы; их добавляют заново через «Добавить → Добавление в список существующей информационной базы»;
• 📤 чтобы перенести список целиком, скопируйте ibases.v8i в тот же каталог нового профиля, когда 1С закрыта.

Кэш и временные файлы 1С в профиле пользователя

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

• %APPDATA%\1C\1cv8 — перемещаемая часть профиля;
• %LOCALAPPDATA%\1C\1cv8 — локальная часть, основной кэш.

Внутри — папки с именами-GUID, по одной на каждую базу, с которой работали. Данных бухгалтерии там нет: только копия метаданных, кэш форм и служебные файлы. Поэтому эти папки иногда разрастаются до нескольких гигабайт, но базой не являются.

Кэш чистят, когда после обновления конфигурации появляются странные ошибки форм или 1С долго запускается. Два способа:

1. Запустить базу с параметром /ClearCache — в окне запуска «Изменить» → последняя страница мастера → поле «Дополнительные параметры запуска».
2. Закрыть все окна 1С на компьютере и удалить GUID-папки из обоих каталогов.

Отдельно бывает каталог для временных файлов Windows (%TEMP%). 1С кладёт туда файлы на время печати, выгрузки и обмена. Его можно чистить штатно, при закрытой 1С.

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

Консоль кластера управляет только серверными базами. Файловых баз в ней нет.

Откройте консоль, разверните Центральные серверы 1С:Предприятия → <сервер> → Кластеры → <кластер> → Информационные базы, затем свойства нужной базы. Там видно:

• «Сервер баз данных» — где работает СУБД;
• «Тип СУБД» — MSSQLServer, PostgreSQL, IBMDB2 или OracleDatabase;
• «База данных» — имя базы в СУБД (оно может не совпадать с именем базы 1С в кластере);
• «Пользователь сервера БД» — под кем 1С подключается к СУБД.

Если базу перенесли на другой сервер СУБД или переименовали в СУБД, эти поля правят здесь же. Для изменения нужны права администратора кластера и учётные данные базы, если они заданы.

Путь к каталогу srvinfo в консоли не меняется. Он задан параметром -d в командной строке службы агента сервера 1С. Посмотреть его можно в свойствах службы Windows (поле «Исполняемый файл»): строка вида ragent.exe -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo".

Перенос srvinfo на другой диск выглядит так: остановить службу, скопировать каталог, поменять путь после -d в параметрах службы (через sc config или реестр), запустить службу. Остановка службы агента обрывает сеансы всех пользователей всех баз кластера — делайте это в нерабочее время и предупредите людей заранее.

Резервная копия и перенос базы: что именно копировать

Способ зависит от варианта базы.

Выгрузка .dt — универсальный способ переноса. Из файловой базы можно выгрузить .dt и загрузить в новую серверную, и наоборот. Загрузка через Администрирование → Загрузить информационную базу в Конфигураторе полностью заменяет данные в базе-приёмнике и требует монопольного доступа.

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

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