Что такое база данных в 1С Предприятие

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

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

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

Из чего состоит база данных 1С

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

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

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

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

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

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

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

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

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

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

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

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

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

Для клиент-серверного варианта на этапе выбора типа расположения укажите «На сервере 1С Предприятия» и заполните параметры: имя сервера, имя базы в СУБД, пользователя СУБД. Предварительно администратор должен установить сервер 1С и СУБД, иначе создание завершится ошибкой подключения.

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

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

Где физически лежат данные и как их найти

Путь к файловой базе виден прямо в окне запуска: выделите базу в списке — внизу отобразится каталог, например C:\Bases\Trade. Внутри каталога главный файл — 1Cv8.1CD, рядом могут находиться служебные файлы журналов и индексов. Копировать или перемещать базу нужно только при закрытых сеансах всех пользователей.

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

Резервное копирование и защита от потери данных

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

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

Настройте регулярное копирование по расписанию и периодически проверяйте, что копия реально восстанавливается: разверните её в тестовом каталоге и откройте. Резервная копия, которая ни разу не проверялась восстановлением, не считается надёжной защитой.

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

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

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

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

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

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

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

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

Запуск базы

Норма

База открывается без сообщений об ошибках, списки документов загружаются

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

Ошибки формата потока, зависания при открытии

Проверка chdbfl.exe

Норма

Сообщение «повреждений не обнаружено»

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

Найдены повреждения — нужна копия и исправление

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

Норма

Тестовая копия разворачивается и открывается

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

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

Размер и скорость

Норма

Отчёты и проведение работают с приемлемой скоростью

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

Устойчивое замедление при росте файла — пора оптимизировать или переходить на сервер

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

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

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

Сколько пользователей может работать с файловой базой?

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

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

Да. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD (при закрытых сеансах) или выгрузить базу в файл .dt и загрузить на новом месте. Универсальный способ для любого варианта — выгрузка/загрузка .dt через конфигуратор.

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

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

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

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