Администрирование · 14 мин
База 1С:ERP — что это и как она устроена
Что такое база 1С:ERP: устройство информационной базы, файловый и клиент-серверный режимы, где хранятся данные, как выбрать вариант развёртывания и не ошибиться.
База 1С:ERP — это информационная база, в которой хранятся все данные системы «1С:ERP Управление предприятием»: документы, справочники, регистры, настройки, пользователи и сами правила учёта (конфигурация). Когда бухгалтер проводит реализацию, кладовщик оформляет перемещение, а плановик запускает расчёт потребностей в материалах — все результаты этих действий записываются именно в базу. Без информационной базы платформа 1С — это пустая оболочка: программа запускается, но работать в ней не с чем.
Важно различать три уровня: платформа (исполняемые файлы 1С), конфигурацию (прикладное решение 1С:ERP с логикой учёта) и данные (конкретные документы и справочники предприятия). В файловом варианте всё это объединено в одном файле, в клиент-серверном — конфигурация и данные хранятся в СУБД, а платформа обращается к ним через сервер 1С. Понимание этой структуры критично для администрирования: резервное копирование, обновление, перенос и восстановление базы выполняются по-разному в зависимости от режима работы.
База 1С:ERP отличается от баз других конфигураций (например, «Бухгалтерии предприятия») значительно большим объёмом метаданных и нагрузкой: в ERP задействованы тысячи объектов — документов, регистров, отчётов, — а типовая установка обслуживает десятки и сотни одновременно работающих пользователей. Поэтому требования к оборудованию, СУБД и дисциплине обслуживания здесь выше, чем в «лёгких» конфигурациях.
Из чего состоит информационная база 1С:ERP
Любая база 1С, включая ERP, состоит из двух логических частей. Первая — конфигурация: описание структуры метаданных (справочников, документов, регистров накопления и сведений), программный код на встроенном языке, формы, макеты, роли и права доступа. Конфигурация определяет, как система считает себестоимость, резервирует товары или формирует регламентированную отчётность. Вторая часть — данные: конкретные записи, созданные пользователями, — номенклатура, контрагенты, заказы, проводки, остатки по регистрам.
Отдельно стоит упомянуть служебный слой: список пользователей и их пароли (в хэшированном виде), настройки журнала регистрации, историю изменений данных, если она включена. Журнал регистрации в файловом режиме хранится рядом с основным файлом в виде отдельного каталога, а в клиент-серверном — в таблицах СУБД или в файловом формате нового поколения (LGD/LGP), в зависимости от версии платформы.
Понимание состава базы помогает правильно ставить задачи: например, «очистить базу» обычно означает удаление данных с сохранением конфигурации, а «обновить базу» — замену конфигурации на новую версию с конвертацией данных. Путаница между этими операциями — частая причина потери информации.
Файловый и клиент-серверный режимы работы
В файловом режиме вся база размещается в одном файле с расширением 1CD (обычно 1Cv8.1CD), который лежит в каталоге на диске или в сетевой папке. Пользователи подключаются к нему напрямую или через веб-сервер. Этот вариант прост в развёртывании: достаточно скопировать файл и прописать путь в списке баз. Однако у него жёсткие ограничения: при одновременной работе нескольких пользователей возникают блокировки на уровне файла, растёт риск повреждения при сбоях сети, а производительность заметно падает на больших объёмах.
В клиент-серверном режиме данные хранятся в СУБД — Microsoft SQL Server, PostgreSQL (включая сборки, адаптированные для 1С), Oracle Database или IBM Db2. Между пользователями и СУБД работает сервер 1С:Предприятия, который выполняет прикладной код и управляет транзакциями. Такой вариант обеспечивает параллельную работу десятков и сотен пользователей, механизмы резервного копирования средствами СУБД и более надёжную защиту от повреждений.
Сравнение режимов работы
Подходит для тестовых и учебных баз, небольших внедрений с единицами одновременных пользователей. Ограничение: рост блокировок и риск повреждения файла при сбоях сети и питания.
Рекомендуемый вариант для рабочей базы ERP с десятками пользователей. Требует лицензии на сервер 1С и администрирования СУБД, но обеспечивает параллельность, отказоустойчивость и штатные бэкапы СУБД.
Для 1С:ERP файловый режим стоит рассматривать только как площадку для разработки, тестирования и обучения. Рабочая эксплуатация ERP в файловом варианте возможна технически, но на практике быстро упирается в блокировки и размер файла — конфигурация ERP сама по себе тяжёлая, а объём данных растёт быстро.
Где физически хранятся данные базы
В файловом варианте путь к базе указывается при добавлении её в список информационных баз (параметр File= в файле списка баз ibases.v8i). В каталоге базы, кроме основного файла 1Cv8.1CD, находятся служебные файлы и папки: журнал регистрации, временные файлы, хранилище конфигурации при её использовании. Перенос такой базы — это копирование каталога целиком при отсутствии активных сеансов.
В клиент-серверном варианте база описывается двумя параметрами: именем кластера серверов 1С и именем базы данных в СУБД. Физически данные лежат в файлах данных СУБД (например, MDF/LDF у MS SQL или каталоге кластера PostgreSQL), а сервер 1С хранит дополнительные служебные данные в своём каталоге srvinfo — там же ведётся журнал регистрации для серверных баз при файловом формате журнала. Копировать файлы СУБД «вживую» напрямую нельзя: для переноса используют штатные средства — выгрузку в dt, бэкап средствами СУБД или выгрузку конфигурации.
Как создать базу 1С:ERP и подключиться к ней
Создание базы начинается с установки платформы 1С:Предприятие и дистрибутива конфигурации ERP. Далее в окне запуска добавляется новая информационная база: указывается имя, тип расположения (на компьютере или на сервере), путь или параметры сервера. При создании из шаблона конфигурация ERP разворачивается из поставки, после чего база готова к первоначальному заполнению.
При первом запуске в режиме предприятия система предложит выполнить начальную настройку: указать организацию, учётную политику, функциональность (какие подсистемы ERP будут использоваться — производство, бюджетирование, казначейство и т. д.). Этот этап влияет на состав видимых объектов и поведение учёта, поэтому его стоит выполнять осознанно, а не «прокликивать».
- 1Установите платформу 1С:Предприятие подходящей версии, совместимой с релизом ERP
- 2Установите шаблон конфигурации 1С:ERP из дистрибутива
- 3В окне запуска нажмите «Добавить» и выберите создание новой информационной базы
- 4Укажите создание из шаблона и выберите установленный шаблон ERP
- 5Задайте имя базы и каталог размещения на локальном диске
- 6Запустите конфигуратор и при необходимости обновите конфигурацию базы данных
- 7Запустите режим предприятия и выполните начальную настройку функциональности
Резервное копирование и обслуживание базы
Для базы ERP резервное копирование — не опция, а обязательная ежедневная процедура. Универсальный способ — выгрузка информационной базы в файл .dt через конфигуратор: такой файл содержит и конфигурацию, и данные, и восстанавливается на любой платформе независимо от СУБД. Минус — выгрузка dt требует монопольного доступа и на больших базах занимает заметное время.
В клиент-серверном варианте основной механизм — резервное копирование средствами СУБД: полные и разностные бэкапы, копии журнала транзакций для восстановления на момент времени. Это быстрее и не требует выгона пользователей (хотя согласованность с сервером 1С стоит учитывать). Регулярно проверяйте восстановление из копии на тестовом стенде: бэкап, который ни разу не проверялся восстановлением, нельзя считать рабочим.
К обслуживанию относятся также регламентные операции: тестирование и исправление файловой базы (chdbfl или средства конфигуратора), реиндексация и обновление статистики в СУБД, контроль размера журнала регистрации и его периодическое сокращение, очистка устаревших данных. Для ERP с интенсивным документооборотом пренебрежение этими процедурами приводит к постепенной деградации производительности.
Типичные проблемы и их признаки
Самая частая проблема файловых баз — повреждение файла 1Cv8.1CD после сбоя питания, разрыва сети или нехватки места на диске. Признаки: база не открывается, появляются ошибки формата потока, пропадают или «бьются» отдельные записи. Первая помощь — утилита chdbfl.exe из каталога платформы с проверкой физической целостности, затем тестирование и исправление в конфигураторе. Работать нужно только с копией файла.
В клиент-серверном варианте типичны проблемы производительности: долгие блокировки, взаимоблокировки (deadlock), переполнение журнала транзакций СУБД, нехватка памяти на сервере 1С. Диагностируются они через технологический журнал, консоль кластера и средства мониторинга СУБД. Ещё одна группа проблем — рассинхронизация версий: платформа на сервере и у клиентов должна быть совместима, иначе пользователи не смогут подключиться.
Как проверить состояние базы
База открывается, сеансы создаются без ошибок
Ошибки формата потока, отказ в доступе к СУБД, зависание на входе
Есть бэкап не старше суток, тестовое восстановление проходит
Копий нет, копия старая или восстановление завершается ошибкой
Рост соответствует объёму документооборота, место на диске есть с запасом
Резкий скачок размера, переполненный диск, раздутый журнал регистрации
Единичные кратковременные блокировки
Массовые жалобы на зависания, регулярные конфликты блокировок в журнале
Частые ошибки администраторов при работе с базой ERP
Ошибка номер один — отсутствие регламентного бэкапа или хранение копий на том же диске, что и сама база. При отказе диска теряется и база, и копия. Вторая типичная ошибка — обновление конфигурации ERP «в один шаг» через несколько релизов: ERP требует последовательного обновления через промежуточные версии, иначе обработчики обновления данных могут отработать некорректно.
Третья группа ошибок — эксперименты на рабочей базе: тестирование доработок, запуск непроверенных внешних обработок, ручная правка данных напрямую в СУБД. Прямые запросы на изменение данных в таблицах SQL разрушают логическую целостность, которую платформа поддерживает на своём уровне, и такая база снимается с поддержки фактически навсегда — разбирать последствия придётся вручную.
Как выбрать вариант развёртывания для вашей задачи
Выбор режима зависит от числа пользователей, объёма данных и критичности простоя. Для обучения, демонстрации и разработки достаточно файловой базы на локальном диске. Для рабочего контура предприятия с плановым учётом, производством и десятками пользователей нужен клиент-серверный вариант с выделенным сервером СУБД и сервером 1С (или отказоустойчивым кластером при высоких требованиях к доступности).
Отдельный вопрос — разделение баз: на практике почти всегда нужны минимум две базы ERP — рабочая и тестовая (копия для проверки обновлений и доработок). В крупных внедрениях добавляют базу для разработки и предрелизный стенд. Все они создаются копированием рабочей базы через dt или восстановление бэкапа СУБД под другим именем.
Как выбрать вариант
Что важно запомнить
База 1С:ERP — это конфигурация плюс данные предприятия в одном файле 1CD или в базе СУБД. Для рабочей эксплуатации ERP нужен клиент-серверный режим, ежедневные проверяемые бэкапы и отдельная тестовая база. Любые рискованные операции — обновления, исправления, обработки данных — выполняются только после создания резервной копии.
Частые вопросы о базе 1С:ERP
Чем база 1С:ERP отличается от базы 1С:Бухгалтерии?
Различие — в конфигурации: ERP содержит значительно больше объектов метаданных, подсистем (производство, бюджетирование, казначейство, WMS-логику) и создаёт большую нагрузку на оборудование. Технически обе базы устроены одинаково — файл 1CD или база в СУБД, — но требования к серверу и дисциплине обслуживания у ERP выше.
Можно ли перенести базу ERP с одного компьютера на другой?
Да. Файловая база переносится копированием всего каталога базы при завершённых сеансах, после чего путь обновляется в списке баз. Клиент-серверная переносится через бэкап и восстановление в СУБД либо через выгрузку в dt и загрузку на новом месте. Версии платформы на источнике и приёмнике должны быть совместимы.
Что делать, если файл базы 1Cv8.1CD повреждён?
Сначала скопируйте повреждённый файл в отдельный каталог — все действия выполняйте только с копией. Затем запустите утилиту chdbfl.exe из каталога платформы с проверкой физической целостности, после неё — тестирование и исправление в конфигураторе. Если восстановить не удаётся, остаётся откат на последнюю рабочую резервную копию.
Нужна ли отдельная лицензия для клиент-серверной базы ERP?
Да. Для работы сервера 1С:Предприятия требуется отдельная лицензия на сервер, помимо клиентских лицензий для пользователей. Лицензия на СУБД также учитывается отдельно — PostgreSQL позволяет снизить эту часть затрат по сравнению с коммерческими СУБД.
Как часто нужно делать резервные копии базы ERP?
Минимальный разумный режим — ежедневная полная копия в нерабочее время. Для баз с интенсивным документооборотом добавляют разностные копии и копии журнала транзакций в течение дня, чтобы восстановление на момент времени теряло минимум данных. Периодичность должна соответствовать допустимому объёму потерь, который определяет бизнес.
Почему база ERP растёт так быстро и что с этим делать?
Основной вклад дают регистры накопления и сведений, журнал регистрации, прикреплённые файлы и история изменений данных. Управлять ростом помогают свёртка старых периодов, сокращение журнала регистрации, перенос файлов в тома хранения, отключение избыточной истории данных и регулярное обслуживание СУБД. Удалять данные вручную напрямую в таблицах нельзя.