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

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

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

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

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

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

Второй компонент — данные: конкретные контрагенты, номенклатура, проведённые документы, остатки, настройки пользователей. Две базы с одинаковой конфигурацией могут содержать совершенно разные данные — например, учёт двух разных фирм.

Физически в файловом варианте всё это хранится в одном файле 1Cv8.1CD, рядом с которым лежат служебные файлы и папки. В клиент-серверном варианте данные размещаются в базе СУБД (MS SQL Server, PostgreSQL, Oracle), а платформа 1С обращается к ним через сервер «1С:Предприятия».

Файловый и клиент-серверный варианты работы

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

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

Сравнение вариантов

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

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

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

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

База в облаке (сервис 1С:Фреш и аналоги)

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

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

Создание базы начинается с окна запуска «1С:Предприятия» (файл 1cestart.exe): кнопка «Добавить» — «Создание новой информационной базы». Дальше мастер предлагает выбрать источник: шаблон типовой конфигурации из установленных на компьютере, пустую базу без конфигурации или загрузку из файла выгрузки (.dt).

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

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

1. 1
   Установите платформу 1С и шаблон нужной конфигурации
2. 2
   Откройте окно запуска (1cestart.exe) и нажмите «Добавить»
3. 3
   Выберите «Создание новой информационной базы» и шаблон конфигурации
4. 4
   Укажите понятное имя базы и каталог на локальном диске
5. 5
   Запустите базу и пройдите первоначальную настройку
6. 6
   Проверьте вход под пользователем и сразу сделайте первую резервную копию

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

Частая задача — подключить базу, которая уже существует: например, после переустановки Windows или при добавлении пользователя. В окне запуска выберите «Добавить» — «Добавление в список существующей информационной базы», укажите имя и путь к каталогу с файлом 1Cv8.1CD (для файлового варианта) или параметры сервера и имени базы в СУБД (для клиент-серверного).

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

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

Резервное копирование и перенос базы

Штатный способ резервного копирования файловой базы — выгрузка в файл .dt через Конфигуратор: меню «Администрирование» — «Выгрузить информационную базу». Такой файл содержит и конфигурацию, и данные, его удобно хранить, пересылать и разворачивать на другом компьютере через «Загрузить информационную базу».

Для клиент-серверных баз основным средством являются штатные механизмы СУБД — регулярные полные и дифференциальные бэкапы средствами SQL Server или PostgreSQL. Выгрузка .dt в этом случае дополняет, а не заменяет бэкап СУБД: она медленнее на больших объёмах и требует монопольного доступа.

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

Типичные проблемы и как их избежать

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

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

Третья группа — путаница с копиями: пользователи работают в разных базах, считая их одной, или обновляют тестовую копию вместо рабочей. Назначайте базам говорящие имена («Бухгалтерия ООО Ромашка — рабочая», «…— тест»), а в тестовых базах меняйте заголовок программы через параметры, чтобы отличие было видно сразу.

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

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

Резервная копия создана

Норма

Файл .dt ненулевого размера, разворачивается в тестовую базу и открывается

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

Файл не создаётся, выгрузка обрывается ошибкой или копия не загружается

База подключена корректно

Норма

В списке запуска указан верный путь, вход выполняется без ошибок

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

Ошибка «информационная база не обнаружена» или неверный путь в настройках

Целостность файловой базы

Норма

Проверка chdbfl.exe завершается без сообщений о повреждениях

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

Утилита сообщает об ошибках — требуется тестирование и исправление

Часто задаваемые вопросы

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

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

Можно ли работать с одной базой 1С с нескольких компьютеров?

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

Где найти файл информационной базы на диске?

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

Что делать, если база не открывается после сбоя электричества?

Сначала скопируйте весь каталог базы в безопасное место — это страховка перед любыми манипуляциями. Затем проверьте файл утилитой chdbfl.exe из каталога платформы и при необходимости выполните «Тестирование и исправление» в Конфигураторе. Если восстановить не удаётся, разверните последнюю резервную копию.

Чем выгрузка .dt отличается от копирования папки с базой?

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

Нужна ли отдельная база для тестирования обновлений?

Да, это безопасная практика: обновление сначала ставят на копию рабочей базы, проверяют ключевые операции и отчёты, и только потом обновляют рабочую. Так вы исключаете ситуацию, когда ошибка нового релиза останавливает учёт всей компании.