Администрирование · 11 мин
Где находятся данные 1С и как найти свою базу
Где хранятся данные 1С: путь к файловой базе 1Cv8.1CD, расположение в SQL Server и PostgreSQL, как найти каталог базы из списка и защитить данные.
Данные информационной базы 1С хранятся в одном из двух режимов: файловом — в виде единого файла 1Cv8.1CD в каталоге на диске, или клиент-серверном — в базе данных на сервере СУБД (MS SQL Server, PostgreSQL, Oracle, IBM DB2). Понимание того, где физически лежит база, нужно для резервного копирования, переноса на другой компьютер, проверки свободного места и восстановления после сбоев.
Самый быстрый способ узнать расположение конкретной базы — посмотреть строку подключения в стартовом окне 1С: при выделении базы в списке внизу окна отображается путь к каталогу (для файлового режима) или имя сервера и базы (для клиент-серверного). Этот же путь виден в свойствах базы через кнопку «Настройка».
Важно различать данные самой базы и служебные файлы: журнал регистрации, временные файлы, кэш метаданных и настройки пользователя хранятся в других каталогах. Копирование только файла 1Cv8.1CD сохраняет данные, но не переносит, например, индивидуальные настройки интерфейса пользователей.
Как определить тип базы и найти её путь
Откройте стартовое окно 1С (список информационных баз), выделите нужную базу и посмотрите в нижнюю часть окна. Если путь выглядит как C:\Bases\Trade или \\Server\Bases\Trade — это файловый режим, и база физически находится в этом каталоге. Если указано Srvr="SQL01";Ref="TradeDB" — это клиент-серверный вариант, и данные лежат на сервере СУБД.
Тот же путь можно увидеть, нажав кнопку «Настройка» при выделенной базе. Там же указан режим соединения и версия платформы. Если список баз пуст или база туда не добавлена, путь можно восстановить по файлу ibases.v8i — он хранит перечень баз пользователя и лежит в профиле пользователя Windows.
- 1Откройте стартовое окно 1С со списком информационных баз
- 2Выделите нужную базу и посмотрите путь в нижней части окна
- 3Для файловой базы откройте этот каталог в проводнике и убедитесь, что там есть файл 1Cv8.1CD
- 4Для клиент-серверной базы запишите имя сервера (Srvr) и имя базы (Ref) — по ним администратор СУБД найдёт файлы данных
- 5Сохраните путь в заметках — он понадобится для резервного копирования
Где лежат данные файловой базы
В файловом режиме вся база — это каталог, главный элемент которого — файл 1Cv8.1CD. В нём хранятся конфигурация, справочники, документы, регистры и журнал регистрации. Рядом могут находиться служебные файлы: 1Cv8.1CL (файл блокировок при активных сеансах), 1Cv8.cgr, а также вложенные папки 1Cv8Log (журнал регистрации в новом формате), 1Cv8tmp и другие временные каталоги.
Типичные места размещения файловых баз — локальный диск компьютера бухгалтера (D:\1C\Bases, C:\Base1C) либо сетевая папка на файловом сервере (\\SERVER\1C\Bases). Сетевое размещение удобно для совместной работы нескольких пользователей, но чувствительно к качеству сети: обрыв соединения во время записи может повредить файл базы.
Где лежат данные клиент-серверной базы
В клиент-серверном режиме платформа 1С работает через сервер 1С:Предприятия, а сами данные хранятся в СУБД. Физическое расположение файлов данных зависит от настроек конкретной СУБД и задаётся администратором при установке или создании базы.
Для MS SQL Server данные лежат в файлах .mdf (основной файл данных) и .ldf (журнал транзакций). Их расположение видно в SQL Server Management Studio: свойства сервера, раздел «Параметры базы данных», либо свойства конкретной базы — вкладка «Файлы». По умолчанию это каталог DATA внутри каталога установки SQL Server.
Для PostgreSQL файлы данных хранятся в каталоге, заданном параметром data_directory (обычно /var/lib/pgsql/data в Linux или каталог data в папке установки в Windows). Прямое копирование этих файлов при работающей СУБД категорически недопустимо — для резервного копирования используются штатные средства СУБД.
Файловый и клиент-серверный режимы
Данные в каталоге с файлом 1Cv8.1CD. Подходит для небольших баз и нескольких пользователей. Копирование — простое копирование каталога при закрытых сеансах.
Данные в СУБД (SQL Server, PostgreSQL). Подходит для больших баз и десятков пользователей. Резервное копирование — только средствами СУБД, простое копирование файлов опасно.
Где 1С хранит служебные и пользовательские файлы
Помимо самой базы, платформа создаёт служебные каталоги в профиле пользователя. Основные из них: %APPDATA%\1C\1cv8 — список баз (ibases.v8i), настройки, кэш конфигураций; %LOCALAPPDATA%\1C\1cv8 — кэш метаданных и временные файлы сеансов. На сервере 1С:Предприятия служебная информация кластера хранится в каталоге srvinfo (в Windows обычно внутри профиля агента сервера).
Очистка кэша в этих каталогах — стандартный приём при ошибках вида «ошибка формата потока» или при странном поведении конфигурации после обновления. Удаление кэша безопасно для данных: платформа пересоздаст его при следующем запуске, хотя первый вход займёт больше времени.
Каталог указан в списке баз
%APPDATA%\1C\1cv8
%APPDATA% и %LOCALAPPDATA%\1C\1cv8
Каталог данных SQL Server или PostgreSQL
Каталог агента сервера 1С
Как безопасно скопировать или перенести базу
Для файловой базы корректный перенос — это копирование всего каталога базы при полностью завершённых сеансах. Убедитесь, что все пользователи вышли, файл 1Cv8.1CL отсутствует, и только после этого копируйте каталог целиком, а не один файл 1Cv8.1CD. После переноса добавьте базу в список на новом месте и проверьте вход.
Более надёжный способ переноса между режимами и версиями — выгрузка в файл .dt через конфигуратор («Администрирование» → «Выгрузить информационную базу»). Файл .dt загружается в новую пустую базу и переносит данные независимо от расположения исходных файлов. Этот же способ — основа резервного копирования файловых баз.
Для клиент-серверной базы перенос выполняется через резервную копию средствами СУБД (backup/restore в SQL Server, pg_dump/pg_restore в PostgreSQL) или через выгрузку .dt. Копировать файлы .mdf/.ldf или каталог данных PostgreSQL при запущенной службе нельзя — полученная копия с высокой вероятностью будет повреждена.
Типичные ошибки при поиске и копировании данных
Частая ситуация: пользователь копирует только ярлык базы или файл из списка, полагая, что скопировал данные. Ярлык и запись в ibases.v8i — это лишь ссылки на расположение, сами данные при этом не переносятся. Всегда открывайте реальный каталог базы и проверяйте наличие файла 1Cv8.1CD с актуальной датой изменения.
Другая ошибка — поиск базы по имени файла через поиск Windows на диске, где база размещена в сети, или наоборот. Если база сетевая, искать нужно на сервере, а не на локальном компьютере. Также не стоит путать файл базы с файлом выгрузки .dt или архивом: .dt — это резервная копия, а не рабочая база, запустить её напрямую нельзя.
Как проверить, что данные найдены и целы
После нахождения каталога или переноса базы выполните контрольную проверку. Откройте базу в режиме «Предприятие», убедитесь, что открываются справочники и последние документы, сверьте дату последнего документа с ожидаемой. Для файловой базы полезно запустить «Тестирование и исправление» в конфигураторе на копии — это выявит скрытые повреждения.
Для клиент-серверной базы проверку целостности выполняют средствами СУБД: DBCC CHECKDB для SQL Server, проверка логов и целостности кластера для PostgreSQL. Эти операции требуют прав администратора СУБД и в больших базах могут занимать значительное время — планируйте их на нерабочие часы.
Как проверить результат
Файл присутствует, дата изменения соответствует последней работе
Файла нет, дата старая или размер подозрительно мал
База открывается, последние документы на месте
Ошибка открытия, отсутствуют свежие данные
Отсутствует, когда все вышли из базы
Остаётся после завершения всех сеансов
Копия создана штатным способом и тестово восстановлена
Копия сделана при работающих сеансах и не проверялась
Частые вопросы
Можно ли найти базу 1С, если она не отображается в списке?
Да. Поищите на дисках файл 1Cv8.1CD через поиск проводника — каждый такой файл соответствует файловой базе. Также проверьте файл ibases.v8i в каталоге %APPDATA%\1C\1cv8 — в нём в текстовом виде перечислены пути ко всем базам, которые были в списке пользователя.
Где хранятся пароли пользователей 1С?
Пароли хранятся внутри самой базы (в файле 1Cv8.1CD или в таблицах СУБД) в виде хешей — отдельного файла с паролями не существует. При клиент-серверном режиме дополнительно используются учётные данные для подключения к СУБД, которые задаются в настройках базы на сервере 1С:Предприятия.
Можно ли перенести базу простым копированием папки на флешку?
Для файловой базы — да, при условии что все пользователи вышли и копируется весь каталог целиком. Для клиент-серверной базы такой способ не работает: нужны выгрузка в .dt или резервная копия средствами СУБД. В любом случае после переноса проверьте вход в базу и наличие последних данных.
Что занимает место в каталоге базы, кроме файла 1Cv8.1CD?
Основной объём — сам файл 1Cv8.1CD. Дополнительно место занимает папка 1Cv8Log с журналом регистрации, который со временем может вырасти до значительных размеров. Размер журнала можно ограничить в настройках базы через конфигуратор, сократив глубину хранения событий.
Как узнать, где лежат данные базы на SQL Server, без доступа к серверу?
Без прав администратора СУБД точное расположение файлов .mdf и .ldf определить нельзя — из 1С видны только имя сервера и имя базы. Обратитесь к администратору баз данных: он увидит пути в свойствах базы в SQL Server Management Studio на вкладке «Файлы».
Опасно ли удалять кэш 1С из профиля пользователя?
Нет, это стандартная процедура при ошибках вроде «ошибка формата потока». Удаляйте каталоги кэша в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 при закрытой 1С. Данные базы при этом не затрагиваются — платформа пересоздаст кэш при следующем запуске, только первый вход будет дольше обычного.
Что важно запомнить
Путь к базе всегда виден внизу окна списка информационных баз. Файловая база — это каталог с файлом 1Cv8.1CD, клиент-серверная — данные в СУБД, и копировать её можно только штатными средствами. Перед любым копированием завершите все сеансы, а после переноса проверьте вход и наличие последних документов.