Где находится база 1С в PostgreSQL и как её найти

Когда 1С работает в клиент-серверном режиме с СУБД PostgreSQL, физические файлы базы лежат не в папке, которую администратор указал при создании информационной базы, а внутри каталога данных самого PostgreSQL. Путь к этому каталогу зависит от операционной системы, способа установки СУБД и настроек кластера, поэтому универсального ответа «база лежит здесь» не существует — её расположение нужно определить на конкретном сервере.

При этом важно различать три сущности: файловый каталог информационной базы (для файлового режима), базу данных внутри PostgreSQL (логический объект с таблицами) и физические файлы этой базы на диске. В клиент-серверном режиме 1С обращается к базе через сервер 1С:Предприятия, который, в свою очередь, подключается к PostgreSQL по сетевому протоколу. Прямой доступ к файлам данных для работы не требуется, но он нужен для резервного копирования на уровне файлов, диагностики и переноса.

Ниже разобраны типовые пути установки PostgreSQL, способы узнать точное расположение через SQL и инструменты администрирования, а также правила безопасной работы с файлами базы.

Где PostgreSQL хранит данные по умолчанию

Кластер PostgreSQL хранит все свои базы в одном корневом каталоге данных — data directory. Внутри него находятся служебные подкаталоги: base (файлы пользовательских баз), global (общие системные таблицы), pg_wal (журнал предзаписи), pg_tblspc (ссылки на табличные пространства) и другие.

Типовые пути зависят от платформы и дистрибутива:

• Windows, установка стандартным инсталлятором: C:\Program Files\PostgreSQL\15\data (номер версии может отличаться);
• Linux, пакеты из репозитория PostgreSQL: /var/lib/postgresql/<версия>/main (Debian/Ubuntu) или /var/lib/pgsql/<версия>/data (RHEL/CentOS);
• сборка PostgreSQL от фирмы «1С»: часто /var/lib/pgsql/data или путь, заданный при инициализации кластера;
• если при установке администратор указал нестандартный каталог (например, на отдельном диске D:\pgdata), данные будут именно там.

Отдельной «папки базы 1С» с понятным именем внутри data-каталога нет: файлы каждой базы лежат в base/<OID>, где OID — числовой идентификатор базы в системном каталоге PostgreSQL. Определить, какой OID соответствует нужной базе, помогает запрос к системным таблицам, описанный ниже.

Как узнать точный путь к каталогу данных

Самый надёжный способ — спросить у самого PostgreSQL. Для этого нужно подключиться к серверу любым клиентом (psql, pgAdmin, DBeaver) под пользователем с правами суперпользователя и выполнить запрос:

SHOW data_directory;

Команда вернёт абсолютный путь к каталогу данных работающего экземпляра. Если серверов PostgreSQL на машине несколько, важно подключаться именно к тому порту, который использует 1С (по умолчанию 5432, но при параллельной установке нескольких версий порты различаются).

Альтернативные способы без подключения к СУБД:

• посмотреть параметры запуска службы: в Windows — в свойствах службы postgresql в «Службах», путь указан после ключа -D; в Linux — systemctl cat postgresql или файл /etc/postgresql/<версия>/main/postgresql.conf, параметр data_directory;
• выполнить ps aux | grep postgres в Linux — в строке главного процесса postmaster виден ключ -D с путём;
• в pgAdmin: свойства сервера, вкладка с параметрами подключения и конфигурации.

1. 1
   Подключитесь к PostgreSQL под суперпользователем через psql или pgAdmin
2. 2
   Выполните SHOW data_directory; и запишите путь
3. 3
   Выполните запрос к pg_database, чтобы узнать OID базы 1С
4. 4
   Проверьте наличие подкаталога base/<OID> внутри каталога данных

Как определить, какая база PostgreSQL принадлежит 1С

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

Зная имя базы, можно найти её физическое расположение запросом:

SELECT datname, oid, pg_size_pretty(pg_database_size(oid)) AS size FROM pg_database ORDER BY pg_database_size(oid) DESC;

Запрос покажет имена всех баз, их OID и размер. База 1С обычно заметно крупнее служебных (postgres, template0, template1). Подкаталог base/<OID> внутри data-каталога — это и есть физическое хранилище конкретной базы.

Дополнительная проверка принадлежности: у базы 1С владельцем обычно является пользователь, указанный при создании информационной базы, а внутри присутствуют характерные таблицы (Params, Config, _Document* и другие с именами метаданных 1С). Посмотреть список таблиц можно запросом к information_schema.tables.

Табличные пространства: когда база лежит не в data-каталоге

Если при развёртывании администратор создал отдельное табличное пространство (tablespace) на другом диске, часть или все данные базы физически находятся вне каталога base. В этом случае в pg_tblspc лежат символические ссылки на реальные каталоги.

Проверить, используются ли табличные пространства, можно запросом:

SELECT spcname, pg_tablespace_location(oid) AS location FROM pg_tablespace;

Если в списке есть пространства кроме pg_default и pg_global — уточните их расположение, иначе резервная копия каталога данных окажется неполной. Для типовых установок 1С табличные пространства используются редко, но на крупных внедрениях с выделенными дисками под данные это встречается.

Как правильно копировать и переносить базу

Главное правило: нельзя копировать файлы каталога данных при работающем PostgreSQL и рассчитывать на целостную копию. Файлы постоянно изменяются, и снимок «на живую» почти гарантированно даст повреждённую базу.

Безопасные способы резервного копирования и переноса:

• pg_dump / pg_dumpall — логическая выгрузка в файл, штатный способ переноса базы на другой сервер или другую версию PostgreSQL;
• выгрузка в dt через конфигуратор 1С — перенос на уровне информационной базы, независимый от СУБД (подходит и для перехода между PostgreSQL и, например, MS SQL);
• pg_basebackup или файловая копия каталога данных при остановленной службе PostgreSQL — физическая копия кластера целиком;
• снапшоты файловой системы или ВМ — только с корректной заморозкой (quiesce) или при остановленной СУБД.

Для переноса базы 1С на другой сервер типовая последовательность такова: создать выгрузку pg_dump на исходном сервере, развернуть её на целевом через psql или pg_restore, затем в консоли администрирования сервера 1С изменить параметры подключения информационной базы (сервер СУБД, имя базы, пользователь). Проверка результата — успешный вход в базу клиентом 1С и открытие нескольких отчётов за разные периоды.

Типичные ошибки при поиске и работе с файлами базы

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

Также не стоит пытаться «почистить» базу, удаляя отдельные файлы из base/<OID>: каждый файл — сегмент таблицы или индекса, и его удаление разрушает структуру базы. Уменьшение занимаемого места выполняется штатными средствами: VACUUM FULL, REINDEX, pg_repack либо выгрузкой и загрузкой.

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