Администрирование · 11 мин
Где хранятся данные 1С: полный разбор мест хранения
Где хранятся данные 1С: файловый и клиент-серверный режимы, папки с базами, кэш, настройки пользователей. Как найти базу, сделать копию и не потерять данные.
Данные 1С хранятся в двух принципиально разных режимах: файловом, где вся база — это один файл 1Cv8.1CD на диске или сетевом ресурсе, и клиент-серверном, где информация лежит в базе данных на сервере СУБД (MS SQL Server, PostgreSQL, Oracle или IBM DB2). Помимо самой базы, на компьютере пользователя существуют служебные каталоги: кэш метаданных, настройки интерфейса, журналы регистрации и временные файлы. Понимание этой структуры необходимо для резервного копирования, переноса базы, поиска причин ошибок и восстановления после сбоев.
Главная ошибка начинающих администраторов — копировать только файл базы, забывая про журнал регистрации, или наоборот искать «папку с базой» там, где используется SQL-сервер. Ниже разобраны все места хранения данных 1С: от файла информационной базы до кэша в профиле пользователя, с конкретными путями и проверками.
Как узнать, где находится конкретная база
Самый быстрый способ определить расположение базы — открыть стартовое окно запуска 1С (1cestart), выделить нужную информационную базу в списке и посмотреть в нижнюю часть окна. Там отображается строка подключения: для файловой базы это путь вида File="D:\Bases\Trade", для серверной — параметры Srvr="server";Ref="base_name".
Те же сведения хранятся в файле списка баз ibases.v8i, который лежит в профиле пользователя по пути %APPDATA%\1C\1CEStart\ibases.v8i. Это обычный текстовый файл, его можно открыть блокнотом и увидеть все прописанные на компьютере базы с их параметрами подключения.
Если база уже открыта в конфигураторе, путь виден через меню «Администрирование» → «Свойства информационной базы» или в заголовке окна. В режиме предприятия аналогичную информацию показывает пункт «О программе».
- 1Откройте стартовое окно 1С (ярлык запуска)
- 2Выделите базу в списке одним кликом
- 3Посмотрите строку подключения внизу окна: File="..." или Srvr="..."
- 4Для файловой базы откройте указанную папку в проводнике
- 5Для серверной — уточните имя базы данных на SQL-сервере у администратора
Файловый режим: что лежит в каталоге базы
В файловом варианте весь каталог информационной базы — это самодостаточный набор данных. Главный файл — 1Cv8.1CD: в нём хранятся конфигурация, все справочники, документы, регистры и настройки. Размер файла может достигать десятков гигабайт, и при его повреждении база обычно не открывается вовсе.
Рядом с основным файлом располагаются служебные объекты. Файл 1Cv8.1CL — блокировочный, он появляется при работе пользователей и исчезает после корректного закрытия; его «зависание» после аварийного завершения мешает входу. Каталог 1Cv8Log содержит журнал регистрации (файл 1Cv8.lgf и данные в формате lgd). Файлы 1Cv8tmp.1CD и каталоги с временными данными появляются при реструктуризации и обновлении.
Для полноценного резервного копирования файловой базы достаточно скопировать весь каталог при условии, что все пользователи вышли. Копирование при открытых сеансах даёт неконсистентный файл, из которого база может не восстановиться.
Клиент-серверный режим: где данные на самом деле
В клиент-серверном варианте на компьютере пользователя данных нет вовсе — только клиентское приложение и кэш. Информационная база физически хранится в базе данных на сервере СУБД: чаще всего это MS SQL Server или PostgreSQL. Имя базы данных обычно совпадает с параметром Ref из строки подключения, но администратор мог задать другое.
Файлы данных SQL Server (.mdf и .ldf) по умолчанию лежат в каталоге данных экземпляра, например C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA, но точный путь задаётся при создании базы и виден в свойствах базы в SQL Server Management Studio. Для PostgreSQL данные хранятся в каталоге кластера PGDATA, а конкретное расположение определяется настройками сервера.
Важно понимать роль сервера 1С:Предприятия: он не хранит данные, а лишь обрабатывает запросы между клиентами и СУБД. Однако в его каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo или в профиле службы) находится реестр кластеров и список информационных баз — файл 1CV8Clst.lst и вложенные папки reg_1541. Потеря этого каталога не уничтожает данные, но стирает привязку баз к кластеру.
Кэш и настройки в профиле пользователя
Каждый пользователь 1С имеет служебные каталоги в своём профиле Windows. Основные пути: %APPDATA%\1C\1cv8 (роуминговый профиль) и %LOCALAPPDATA%\1C\1cv8 (локальный). Внутри, в подкаталогах с длинными буквенно-цифровыми именами (GUID базы), хранится кэш метаданных — локальная копия структуры конфигурации для ускорения запуска.
Устаревший или повреждённый кэш — частая причина странных ошибок: «поле не найдено», расхождение поведения у разных пользователей, сбои после обновления конфигурации. Стандартное лечение — очистка кэша: удаление папки с GUID нужной базы при закрытой 1С или удаление базы из списка и повторное добавление. Данные при этом не теряются: кэш пересоздаётся автоматически при следующем запуске.
Там же, в профиле, хранятся пользовательские настройки отчётов, варианты отчётов, настройки интерфейса и журнал запуска. Файл 1Cv8.pfl в каталоге базы (для файлового режима) содержит параметры аутентификации и настройки соединений.
Журнал регистрации, временные файлы и лицензии
Журнал регистрации фиксирует действия пользователей, ошибки и системные события. В файловом режиме это каталог 1Cv8Log рядом с базой; в клиент-серверном — каталог внутри папки базы в srvinfo на сервере 1С (путь задаётся в свойствах базы в консоли кластера). При переносе базы журнал легко забыть, а вместе с ним — историю изменений.
Временные файлы сеанса создаются в системном каталоге temp (%TEMP%) и в каталоге 1cv8 профиля. При нехватке места на диске C именно временные файлы и кэш могут занимать значительный объём — их очистка безопасна при закрытых сеансах.
Лицензии хранятся отдельно от данных: программные — в файлах *.lic в каталоге C:\ProgramData\1C\licenses (или в профиле), аппаратные — в ключах HASP. При переносе базы на новый сервер лицензии не перемещаются автоматически, их нужно активировать заново.
Как проверить результат
Вход выполняется, отчёты строятся за прошлые периоды
Ошибка формата потока или база не найдена — копия неполная или повреждена
В журнале видны события за прошлые даты
Журнал пуст — каталог 1Cv8Log не был перенесён
Все входят одновременно, нет ошибок блокировок
Вход возможен только одному — завис файл 1Cv8.1CL или нарушены права на каталог
Резервное копирование и перенос: что именно копировать
Универсальный способ копирования, не зависящий от режима работы, — выгрузка информационной базы в файл .dt через конфигуратор («Администрирование» → «Выгрузить информационную базу»). Файл dt содержит и данные, и конфигурацию, и подходит для переноса между файловым и серверным режимами. Ограничение: выгрузка требует монопольного доступа и на больших базах занимает много времени.
Для файловых баз допустимо прямое копирование каталога — быстро и просто, но только при завершённых сеансах. Для серверных баз штатный путь — резервные копии средствами СУБД по расписанию, плюс периодическая выгрузка dt как независимая страховка.
При переносе на новое место проверяйте три вещи: права доступа к каталогу (для файловой базы нужны полные права у всех пользователей), корректность нового пути в списке баз и наличие свободного места — кэш и временные файлы при первом запуске потребуют дополнительного пространства.
Как выбрать способ копирования
Восстановление после сбоев и границы самостоятельной работы
Если файловая база не открывается с ошибкой формата потока, первый инструмент — утилита chdbfl.exe из каталога bin установленной платформы: она проверяет физическую целостность файла 1Cv8.1CD. Работайте только с копией файла, никогда — с единственным экземпляром. Второй уровень — «Тестирование и исправление» в конфигураторе, которое исправляет логические ошибки таблиц.
Повреждение серверной базы восстанавливается средствами СУБД (DBCC CHECKDB в SQL Server) или откатом на последнюю рабочую резервную копию. Самостоятельные эксперименты с файлами mdf/ldf без опыта администрирования SQL Server часто усугубляют ситуацию — здесь разумнее привлечь специалиста.
Признаки, при которых стоит остановиться и обратиться за помощью: база содержит данные за несколько лет без единой резервной копии, ошибка повторяется после chdbfl, повреждён дисковый массив сервера. В этих случаях каждое необдуманное действие снижает шансы на восстановление.
Что важно запомнить
Файловая база — это каталог с файлом 1Cv8.1CD и журналом 1Cv8Log; серверная — база данных в СУБД, а на клиентах только кэш. Путь к базе виден в стартовом окне 1С. Копировать данные можно только при завершённых сеансах, а универсальная страховка — выгрузка в .dt. Очистка кэша в профиле пользователя безопасна и решает многие ошибки после обновлений.
Частые вопросы
Можно ли хранить файловую базу 1С на сетевом диске?
Можно, и это распространённая практика для небольших коллективов. Но при обрыве сети во время записи файл базы может повредиться, а скорость работы зависит от сети. Обязательны стабильное соединение, полные права на каталог и регулярные копии.
Удалится ли информация, если почистить кэш 1С?
Нет. Кэш содержит только временную локальную копию метаданных для ускорения запуска. После удаления папки с GUID базы кэш пересоздаётся при следующем входе, все документы и справочники остаются нетронутыми.
Как перенести базу 1С на другой компьютер?
Для файловой базы: завершите сеансы, скопируйте весь каталог базы, на новом компьютере добавьте базу в список с указанием нового пути. Универсальный вариант для любого режима — выгрузка в .dt и загрузка в пустую базу на новом месте.
Где искать данные, если 1С подключена через сервер 1С:Предприятия?
На компьютерах пользователей данных нет. Откройте консоль кластера серверов, найдите базу и посмотрите параметры: имя сервера СУБД и имя базы данных. Физически данные — в файлах этой базы на SQL-сервере, резервные копии делаются средствами СУБД.
Что за файл 1Cv8.1CL и можно ли его удалить?
Это файл блокировок, создаваемый при работе файловой базы. При корректном закрытии он удаляется сам. Если после аварийного завершения вход в базу невозможен и все сеансы точно закрыты, файл можно удалить вручную — на данные это не влияет.
Почему после обновления конфигурации у одного пользователя ошибки, а у остальных нет?
Типичный симптом устаревшего локального кэша. Закройте 1С у проблемного пользователя, удалите папку с GUID базы в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, затем запустите программу снова.