К статье
Практический материал

Администрирование · 11 мин

Информационная база в 1С: что это и как с ней работать

Информационная база 1С — что это такое, из чего состоит, чем отличаются файловый и клиент-серверный варианты. Как создать, подключить и обслуживать базу 1С.

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

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

Материал ниже объясняет устройство информационной базы, разбирает файловый и клиент-серверный варианты, показывает порядок создания и подключения базы, а также типичные ошибки при обслуживании.

Что такое информационная база и из чего она состоит

Информационная база — это структурированное хранилище, в котором платформа 1С размещает две большие части: конфигурацию и данные. Конфигурация — это «программа» прикладного решения: описание справочников, документов, отчётов, ролей и алгоритмов. Данные — это сами записи: контрагенты, номенклатура, проведённые документы, остатки по регистрам, пользователи и их настройки.

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

Важно не путать информационную базу с конфигурацией поставщика. Конфигурация (например, «Бухгалтерия предприятия») — это шаблон, из которого создаётся база. Одна и та же конфигурация может лежать в основе десятков разных баз у разных организаций, и данные в них будут совершенно разные.

Файловый и клиент-серверный варианты: в чём разница

Файловый вариант — самый простой способ развертывания. База размещается в папке на локальном диске или в общей сетевой папке, пользователи подключаются к ней напрямую. Такой вариант подходит для небольших компаний с несколькими одновременно работающими пользователями и умеренным объёмом данных. Он не требует покупки серверных лицензий и администрирования СУБД.

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

КритерийФайловый вариантКлиент-серверный вариант
ХранилищеФайл 1Cv8.1CD в каталогеБаза данных в MS SQL, PostgreSQL, Oracle, Db2
Одновременные пользователиЕдиницы — до нескольких десятков при умеренной нагрузкеДесятки и сотни
Резервное копированиеКопирование файла или выгрузка .dtШтатные средства СУБД
ЗатратыТолько лицензии 1СЛицензии 1С + сервер + СУБД (PostgreSQL бесплатна)
Требования к администрированиюМинимальныеНужен администратор сервера и СУБД

Какой вариант выбрать

Файловая база

Подходит для 1–10 пользователей и небольшого объёма данных. Ограничение: при росте нагрузки возможны блокировки и замедление работы.

Клиент-серверная база

Подходит для больших коллективов и интенсивной работы. Ограничение: требует серверной инфраструктуры и регулярного администрирования СУБД.

Файловая через веб-сервер

Промежуточный вариант: база файловая, но публикуется на веб-сервере для работы через браузер или тонкий клиент по сети. Не снимает ограничений файлового режима.

Как создать информационную базу

Создание базы начинается со стартера 1С — окна, которое появляется при запуске ярлыка «1С:Предприятие». Кнопка «Добавить» открывает мастер: можно создать новую базу из шаблона конфигурации, пустую базу без конфигурации или добавить существующую. Шаблоны устанавливаются вместе с дистрибутивом прикладного решения, например «1С:Бухгалтерия».

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

Создание файловой базы из шаблона
  1. 1
    Установите дистрибутив конфигурации — шаблоны попадут в каталог шаблонов.
  2. 2
    Запустите 1С, в окне списка баз нажмите «Добавить» → «Создание новой информационной базы».
  3. 3
    Выберите нужный шаблон конфигурации из списка.
  4. 4
    Укажите имя базы и каталог размещения на диске.
  5. 5
    Завершите мастер, войдите в базу в режиме «Предприятие» и пройдите начальную настройку.

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

Если база уже существует — например, её перенесли с другого компьютера, — её не создают заново, а добавляют в список. В стартере выбирают «Добавить» → «Добавление в список существующей информационной базы» и указывают путь к каталогу (для файловой) или параметры сервера (для клиент-серверной). Список баз хранится локально у каждого пользователя в файле ibases.v8i, поэтому на новом рабочем месте базу нужно добавить заново.

Для совместной работы нескольких пользователей с файловой базой каталог размещают на сетевом ресурсе с общим доступом. У всех пользователей должны быть права на чтение и запись в этот каталог. Альтернатива — публикация файловой базы на веб-сервере (IIS или Apache), тогда подключение выполняется по адресу вида http://server/base.

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

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

Универсальный способ переноса базы — выгрузка в файл .dt через конфигуратор («Администрирование» → «Выгрузить информационную базу»). Файл .dt содержит и конфигурацию, и данные, его можно загрузить в пустую базу на другом компьютере или даже в базу другого типа — так выполняют миграцию с файлового варианта на клиент-серверный.

Для файловой базы допустимо и простое копирование каталога с файлом 1Cv8.1CD, но только при условии, что никто не работает с базой в этот момент. Копирование открытой базы даёт повреждённую или несогласованную копию. Для клиент-серверных баз прямое копирование файлов СУБД не применяют — используют штатные средства резервного копирования самой СУБД.

Регулярность копирования зависит от интенсивности работы: при ежедневном вводе документов разумный минимум — копия каждый день плюс отдельная копия перед каждым обновлением конфигурации. Хранить копии следует на другом физическом носителе, а не в том же каталоге, что и рабочая база.

Обслуживание и типичные проблемы

Информационная база требует периодического обслуживания. Для файловых баз это тестирование и исправление (конфигуратор, «Администрирование» → «Тестирование и исправление») при подозрении на ошибки, а также контроль размера файла — при сильном росте полезна выгрузка и загрузка через .dt, которая физически пересоздаёт файл. Для клиент-серверных баз обслуживание выполняется средствами СУБД: перестроение индексов, обновление статистики, контроль журналов транзакций.

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

Типичные ошибки
01
Работа без резервных копий — при повреждении файла базы восстановить данные не из чего.
02
Копирование файловой базы во время работы пользователей — копия оказывается битой или несогласованной.
03
Обновление конфигурации без предварительной выгрузки .dt — при сбое обновления база может остаться в нерабочем состоянии.
04
Размещение файловой базы в папке с ограниченными правами — пользователи получают ошибки доступа и блокировок.
05
Хранение рабочей и тестовой баз в одном списке без пометок — пользователь случайно вводит реальные документы в тестовую базу.

Как проверить состояние базы

После переноса, восстановления или обслуживания базу нужно проверить до того, как в ней начнут работать пользователи. Минимальная проверка включает вход под учётной записью с полными правами, открытие ключевых справочников и журналов документов, формирование одного-двух стандартных отчётов за рабочий период и сверку итогов с ожидаемыми значениями.

Контрольные точки

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

Запуск базы
Норма

База открывается без ошибок в режиме «Предприятие» и конфигураторе

Тревожный признак

Ошибка формата потока, сообщение о повреждении файла или аварийное завершение

Данные
Норма

Справочники и документы на месте, отчёты формируются и дают ожидаемые итоги

Тревожный признак

Пустые списки, пропавшие документы, расхождение итогов

Пользователи
Норма

Все учётные записи входят под своими ролями

Тревожный признак

Пользователь не может войти или видит чужие права

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

Итог

Что важно запомнить

Информационная база 1С объединяет конфигурацию и учётные данные. Файловый вариант — один файл 1Cv8.1CD для небольших коллективов, клиент-серверный — база в СУБД для масштабной работы. Создание идёт через стартер или консоль кластера, перенос — через выгрузку .dt, а регулярные резервные копии — обязательное условие безопасной эксплуатации.

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

Чем информационная база отличается от конфигурации?

Конфигурация — это описание структуры учёта: какие есть документы, справочники, отчёты и как они работают. Информационная база — это конфигурация плюс реальные данные конкретной организации. Одна конфигурация может использоваться в сотнях разных баз с разным содержимым.

Можно ли открыть файл 1Cv8.1CD напрямую, без 1С?

Нет, это закрытый формат платформы. Работать с базой можно только через клиентские приложения 1С (толстый, тонкий или веб-клиент) и конфигуратор. Для диагностики повреждённого файла используется утилита chdbfl.exe из каталога платформы.

Как перевести файловую базу в клиент-серверный режим?

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

Сколько информационных баз может быть в одной программе 1С?

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

Что делать, если при входе появляется «ошибка формата потока»?

Чаще всего помогает очистка кэша метаданных: удалите базу из списка старtera, добавьте заново или вручную очистите папки кэша в профиле пользователя. Если ошибка сохраняется у всех пользователей, выполните тестирование и исправление в конфигураторе, предварительно сделав резервную копию.

Нужно ли делать копию базы перед обновлением конфигурации?

Да, обязательно. Обновление изменяет структуру данных, и при сбое посередине процесса база может остаться в несогласованном состоянии. Выгрузка .dt или копия файловой базы перед обновлением позволяет откатиться без потери данных.