Информационная база 1С:Предприятие: как устроена, где хранится и как её настроить

База данных в 1С называется информационной базой. В ней хранится всё сразу: конфигурация (справочники, документы, отчёты, программный код) и сами данные учёта. Технически база бывает двух видов: файловая — один файл 1Cv8.1CD в папке на диске — и клиент-серверная, где данные лежат в СУБД (Microsoft SQL Server, PostgreSQL, IBM Db2 или Oracle), а работу с ними ведёт сервер 1С:Предприятия.

Файловую базу выбирают для одного-нескольких пользователей и небольших объёмов: её разворачивают за пять минут без отдельного сервера. Клиент-серверную — когда в базе одновременно работают десяток человек и больше, база растёт до десятков гигабайт или нужна отказоустойчивость. Структура данных и настройка у этих вариантов заметно отличаются, поэтому разберём их по очереди.

Как устроена база данных 1С: логический и физический уровень

Пользователь и программист 1С видят базу на логическом уровне — как набор объектов метаданных. Платформа сама переводит их в таблицы на физическом уровне и сама следит за их структурой.

Логический уровень: объекты конфигурации

Это то, что вы видите в дереве Конфигуратора:

• 📚 Справочники — списки: контрагенты, номенклатура, сотрудники.
• 📄 Документы — хозяйственные операции: поступления, реализации, начисления.
• 📊 Регистры — накопленные итоги и история: регистры сведений, накопления, бухгалтерии, расчёта.
• 🔢 Перечисления, планы счетов, планы видов характеристик — служебные классификаторы.
• ⚙️ Константы — одиночные настройки учёта.

Разработчик не пишет CREATE TABLE. Он добавляет реквизит в справочник, а при обновлении конфигурации базы данных платформа сама меняет таблицы.

Физический уровень: таблицы

На уровне хранения каждый объект превращается в одну или несколько таблиц со служебными именами:

Номера в именах в каждой базе свои. Чтобы узнать, какая таблица отвечает за нужный справочник, используют встроенную функцию ПолучитьСтруктуруХраненияБазыДанных() — она возвращает соответствие имён метаданных и физических таблиц.

Кроме данных в базе хранится сама конфигурация — в служебных таблицах Config и ConfigSave. Поэтому файл .dt или копия 1Cv8.1CD переносят базу целиком, вместе с программой.

Файловая база 1С: как работает и когда её хватает

В файловом варианте вся информационная база — это файл 1Cv8.1CD в выбранном каталоге, например D:\Bases\Buh\1Cv8.1CD. Рядом платформа создаёт служебные файлы блокировок и журнал регистрации в подпапке 1Cv8Log.

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

Как создать файловую базу

1. Запустите 1С:Предприятие — откроется окно со списком баз.
2. Нажмите Добавить… → Создание новой информационной базы.
3. Выберите конфигурацию из шаблона или создайте пустую базу.
4. Укажите вариант На данном компьютере или на компьютере в локальной сети.
5. Задайте каталог, например D:\Bases\Buh, и язык.
6. Нажмите Готово.

Строка подключения у такой базы выглядит так:

File="D:\Bases\Buh";

Плюсы файлового варианта

• 💰 Не нужны лицензия сервера 1С и СУБД.
• ⚡ Быстрая установка и простой перенос: скопировал папку — перенёс базу.
• 🖥️ Однопользовательская работа часто идёт даже быстрее, чем на сервере.

Ограничения

• 👥 При одновременной работе многих пользователей растут блокировки и ожидания. На практике комфортный предел — примерно 5–10 человек, дальше всё зависит от сети и характера работы.
• 🌐 Работа по сетевой папке чувствительна к качеству сети: обрыв во время записи может повредить файл.
• 🔒 Защита данных держится только на правах к папке: кто может скопировать 1Cv8.1CD, тот уносит всю базу.
• 🛠️ Нет инструментов СУБД: планов обслуживания, журналов транзакций, восстановления на момент времени.

Клиент-серверная база 1С: работа через СУБД

В клиент-серверном варианте три звена:

1. Клиент 1С на компьютере пользователя — показывает формы и отправляет запросы.
2. Сервер 1С:Предприятия (кластер) — выполняет код конфигурации, держит сеансы и блокировки.
3. СУБД — физически хранит таблицы базы.

Клиент никогда не подключается к СУБД напрямую. Всё идёт через сервер 1С, поэтому пользователю не нужен логин к SQL, а администратор может спрятать сервер СУБД во внутреннюю сеть.

Какие СУБД поддерживает 1С

Для PostgreSQL используйте сборку, которую поддерживает ваша версия платформы. Список совместимых версий СУБД приводится в документации к платформе.

Строка подключения

Srvr="srv1c";Ref="buh";

Здесь srv1c — имя сервера 1С, а buh — имя информационной базы в кластере. Имя базы в кластере и имя базы данных в СУБД могут не совпадать.

Файловая или клиент-серверная база 1С: сравнение

Переход между вариантами делается без потерь: выгрузите базу в .dt в Конфигураторе и загрузите в новую пустую базу нужного типа. Конфигурация и данные переедут целиком.

Кластер серверов 1С: из чего состоит и как подключить базу

Сервер 1С:Предприятия работает как кластер — группа процессов на одном или нескольких компьютерах.

Процессы кластера

• 🧭 ragent — агент сервера. Принимает первые подключения, по умолчанию порт 1540.
• 📋 rmngr — менеджер кластера. Хранит список баз, сеансов и блокировок, по умолчанию порт 1541.
• 🔧 rphost — рабочие процессы. Именно они выполняют код и обращаются к СУБД. Порты по умолчанию берутся из диапазона 1560–1591.

Если между клиентами и сервером стоит межсетевой экран, эти порты должны быть открыты. Без диапазона рабочих процессов подключение будет «висеть» на этапе открытия базы.

Чем администрировать кластер

• 🖥️ Консоль «Администрирование серверов 1С Предприятия» — графическая оснастка на Windows. Через неё смотрят базы, сеансы, соединения, рабочие процессы.
• ⌨️ rac + ras — утилиты командной строки. ras — служба администрирования (по умолчанию порт 1545), rac — клиент к ней. Например, список кластеров выводит rac cluster list, список сеансов — rac session list с указанием кластера. Полный набор команд — в rac help.

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

1. В консоли администрирования раскройте сервер → кластер → Информационные базы.
2. В контекстном меню выберите Создать → Информационная база.
3. Заполните поля:
   • имя базы в кластере;
   • сервер баз данных и тип СУБД;
   • имя базы данных в СУБД;
   • пользователь и пароль СУБД;
   • флажок Создать базу данных в случае ее отсутствия.
4. Нажмите OK. Затем добавьте базу в список у пользователей: Добавить… → На сервере 1С:Предприятия.

То же самое можно сделать из окна запуска 1С: при создании новой базы выбрать вариант на сервере 1С:Предприятия и указать те же параметры.

Что полезно настроить сразу

• 🕑 Блокировка регламентных заданий — включите на копиях и тестовых базах, иначе тестовая база начнёт обмениваться данными и загружать курсы вместе с рабочей.
• 🔑 Выдача лицензий сервером — флажок в свойствах базы, если используете серверные клиентские лицензии.
• 👤 Администраторы кластера — по умолчанию кластер открыт любому, кто к нему подключится. Заведите администратора кластера с паролем.

Права доступа и безопасность базы данных 1С

Защита базы строится на нескольких уровнях, и каждый закрывает свою дыру.

Уровень 1С: пользователи и роли

• 👥 Пользователи создаются в режиме Предприятия (в типовых — в разделе Администрирование) или в Конфигураторе через Администрирование → Пользователи.
• 🎭 Права выдаются через роли и группы доступа: какие объекты пользователь читает, меняет, проводит.
• 🧱 Ограничение доступа на уровне записей (RLS) — пользователь видит только свои организации, склады или подразделения. В типовых конфигурациях включается в настройках пользователей и прав.
• 🔐 Способы входа: пароль 1С, аутентификация операционной системы (Windows), OpenID при веб-доступе.

Уровень кластера и СУБД

• 🛡️ Администратор кластера и администратор информационной базы в кластере — это разные учётные записи. Задайте обе.
• 🗄️ Для подключения к СУБД заведите отдельного пользователя с правами только на базы 1С, а не системную учётную запись вроде sa или postgres.
• 🌐 Порт СУБД не должен быть доступен из пользовательской сети — к нему обращается только сервер 1С.
• 📜 Профили безопасности кластера ограничивают, к каким файлам, сетевым адресам и внешним компонентам может обращаться код конфигурации. Пригодятся, если в базе работают внешние обработки.

Уровень файлов и ОС

• 📁 Для файловой базы права к папке — главный рубеж. Дайте доступ только тем, кто работает с базой, а резервные копии храните в другом месте.
• 💾 Каталоги с выгрузками .dt и бэкапами СУБД закройте так же строго, как саму базу: в них те же данные.

Резервное копирование и обслуживание информационной базы

Без копии любая база — файловая или серверная — живёт до первого сбоя диска.

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

Пример ночного копирования файловой базы командным файлом (запускайте, когда пользователи вышли из базы):

@echo off
set SRC=D:\Bases\Buh
set DST=E:\Backup\Buh_%date:~6,4%-%date:~3,2%-%date:~0,2%
robocopy "%SRC%" "%DST%" 1Cv8.1CD /R:2 /W:5

Формат даты в %date% зависит от региональных настроек Windows; для русской локали строка выше даёт имя вида Buh_2026-10-07.

Проверка и исправление

• 🩺 В Конфигураторе есть Администрирование → Тестирование и исправление — проверка логической и ссылочной целостности. Для неё нужен монопольный доступ к базе.
• 🧰 Для файловой базы в каталоге платформы есть утилита chdbfl.exe — проверка физической целостности файла 1Cv8.1CD. Запускайте её только на закрытой базе.
• 📉 Для серверных баз регулярно обслуживайте индексы и статистику средствами СУБД — от этого напрямую зависит скорость отчётов.

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