Администрирование · 10 мин
Что такое архитектура 1С и как она устроена
Архитектура 1С простыми словами: платформа, конфигурация, СУБД, файловый и клиент-серверный режимы, толстый и тонкий клиент. Как выбрать режим работы.
Архитектура 1С — это способ организации системы: какие компоненты в ней есть, как они связаны между собой и как обмениваются данными. Понимание архитектуры нужно не только разработчикам: от выбранной схемы зависят скорость работы базы, возможность одновременной работы пользователей, требования к серверу и стоимость сопровождения.
Ключевая идея платформы «1С:Предприятие» — разделение на технологическую платформу и прикладное решение (конфигурацию). Платформа — это «двигатель», который исполняет код, хранит метаданные и обеспечивает интерфейс. Конфигурация — это описание конкретной учётной системы: справочников, документов, регистров, отчётов и бизнес-логики. Одна и та же платформа может исполнять разные конфигурации: «Бухгалтерию предприятия», «Управление торговлей», «Зарплату и управление персоналом» и другие.
Данные хранятся в информационной базе. В зависимости от выбранного режима база может быть файлом на диске или набором таблиц в системе управления базами данных (СУБД). Поверх этого работают клиентские приложения — программы, через которые пользователи вводят документы и смотрят отчёты.
Из каких уровней состоит архитектура 1С
Классическая схема «1С:Предприятия» включает три уровня. Первый — клиентский: приложение на компьютере пользователя или браузер. Он отвечает за интерфейс, ввод данных и часть простых вычислений. Второй уровень — сервер «1С:Предприятия» (в клиент-серверном режиме): он исполняет серверный код, управляет транзакциями, блокировками и фоновыми заданиями. Третий уровень — СУБД, где физически хранятся данные.
В файловом режиме второй уровень отсутствует: клиентское приложение само читает и пишет файл базы напрямую. Это упрощает установку, но ограничивает производительность и надёжность при одновременной работе нескольких пользователей.
Важная особенность: разработчик и администратор почти не работают с таблицами СУБД напрямую. Платформа сама преобразует объекты конфигурации в структуру базы данных. Прямое изменение данных в таблицах СУБД в обход платформы — типичная причина повреждения базы.
Файловый и клиент-серверный режимы: что выбрать
Файловый режим подходит для небольших компаний: база хранится в одном файле с расширением .1CD на локальном диске или в общей сетевой папке. Установка занимает минуты, отдельный сервер и СУБД не нужны. Ограничения проявляются при росте: одновременная работа замедляется, возрастает риск блокировок и повреждения файла при сбое сети или питания.
Клиент-серверный режим использует связку «сервер 1С + СУБД». В качестве СУБД поддерживаются Microsoft SQL Server, PostgreSQL (в том числе сборки PostgresPro), Oracle Database и IBM DB2. Такой вариант выдерживает десятки и сотни одновременных пользователей, даёт более тонкое управление правами, регламентными заданиями и резервным копированием.
Сравнение режимов работы
Подходит для 1–10 пользователей и небольших баз. Простая установка, но блокировки на уровне всей таблицы и риск повреждения файла при сбоях.
Подходит для десятков и сотен пользователей, больших объёмов данных. Требует отдельного сервера, СУБД и квалифицированного администрирования.
Переход с файлового режима на клиент-серверный выполняется через выгрузку базы в файл .dt и загрузку её в новую базу на СУБД. Сама конфигурация при этом не меняется — меняется только способ хранения данных.
Клиентские приложения: толстый, тонкий и веб-клиент
Платформа предлагает несколько клиентов. Толстый клиент — полноценное приложение, способное исполнять сложный код на стороне пользователя; его чаще используют разработчики и для режима «Конфигуратор». Тонкий клиент — облегчённое приложение, вся тяжёлая логика исполняется на сервере, поэтому он работает быстрее на слабых компьютерах и медленных каналах связи.
Веб-клиент запускается в браузере и вообще не требует установки платформы на компьютер пользователя — достаточно опубликовать базу на веб-сервере. Это удобно для удалённых сотрудников и филиалов.
Как платформа хранит данные: объекты и регистры
В основе модели данных 1С лежат типизированные объекты. Справочники хранят нормативно-справочную информацию: контрагентов, номенклатуру, сотрудников. Документы фиксируют хозяйственные операции и при проведении формируют движения по регистрам. Регистры накопления, сведений и бухгалтерии — это структуры, где накапливаются итоговые данные для отчётов: остатки товаров, взаиморасчёты, проводки.
Такое разделение объясняет типичную архитектурную проблему: отчёт тормозит не из-за «слабого сервера вообще», а из-за запросов к регистрам без индексов или из-за отсутствия актуальных итогов. Понимание того, какие объекты за что отвечают, помогает искать узкие места точечно.
Как выбрать архитектуру под свою задачу
Ориентируйтесь на четыре фактора: число одновременно работающих пользователей, размер базы, требования к отказоустойчивости и бюджет на администрирование. Небольшой компании с несколькими пользователями достаточно файлового режима на надёжном компьютере с регулярным резервным копированием.
Если пользователей больше десятка, база быстро растёт или нужна круглосуточная работа, планируйте клиент-серверный вариант. Для удалённого доступа добавьте публикацию на веб-сервере или терминальный доступ.
Как выбрать действие
Типичные ошибки и риски при работе с архитектурой
Самая опасная ошибка — редактирование данных напрямую в таблицах СУБД. Платформа хранит служебную информацию о структуре, и ручное вмешательство может привести к рассогласованию данных и невозможности открыть базу. Любые исправления выполняйте штатными средствами: обработками, режимом «Конфигуратор», тестированием и исправлением.
Вторая частая проблема — размещение файловой базы в сетевой папке с нестабильной сетью. Обрыв соединения во время записи может повредить файл. Третья — отсутствие регламентного обслуживания СУБД: без обновления статистики и перестроения индексов производительность постепенно деградирует.
Как проверить, что архитектура работает правильно
После настройки или перехода на новый режим проверьте несколько контрольных точек: скорость открытия и проведения типовых документов, время формирования ключевых отчётов, отсутствие ошибок в журнале регистрации и в журналах сервера 1С и СУБД. Для клиент-серверного режима дополнительно убедитесь, что регламентные задания выполняются по расписанию, а резервные копии создаются и восстанавливаются на тестовом стенде.
Как проверить результат
Документ проводится за приемлемое время без ошибок и блокировок
Длительные ожидания, ошибки блокировок, конфликты транзакций
Нет массовых ошибок соединения и фоновых заданий
Повторяющиеся ошибки соединения с СУБД или падения фоновых заданий
Копия создаётся по расписанию и успешно восстанавливается на тесте
Копия не создаётся или восстановление завершается ошибкой
Выполняются в назначенное время, статус «Выполнено»
Задания зависают или завершаются с ошибкой
Если типовые операции выполняются стабильно, журналы чистые, а копии восстанавливаются — архитектура настроена корректно. Если наблюдаются блокировки и таймауты, начинайте диагностику с запросов к регистрам и настроек СУБД, а не с замены оборудования.
Что важно запомнить
Архитектура 1С — это связка «клиент — платформа — база данных». Файловый режим подходит небольшим командам, клиент-серверный — растущим компаниям. Данные меняйте только штатными средствами платформы, перед любыми работами делайте резервную копию, а производительность проверяйте на типовых операциях и по журналам.
Частые вопросы
Чем конфигурация отличается от платформы?
Платформа — это технологическая основа: исполняет код, управляет базой, интерфейсом и правами. Конфигурация — прикладное решение, созданное на платформе: набор справочников, документов, регистров и алгоритмов учёта. Платформу обновляет фирма «1С», конфигурацию — разработчик решения или внедренец.
Можно ли перевести файловую базу в клиент-серверный режим без потери данных?
Да. Через режим «Конфигуратор» база выгружается в файл .dt, затем создаётся пустая база на СУБД и файл загружается в неё. Данные и настройки сохраняются. Перед операцией сделайте копию и проверьте загруженную базу: сверьте обороты, остатки и работу регламентных заданий.
Какая СУБД лучше для клиент-серверной 1С?
Однозначного ответа нет: платформа поддерживает Microsoft SQL Server, PostgreSQL (включая PostgresPro), Oracle и DB2. На практике выбирают по имеющимся компетенциям администраторов, лицензионным ограничениям и бюджету. PostgreSQL часто выбирают как свободно распространяемый вариант, MS SQL — за развитые средства администрирования.
Почему файловая база тормозит при нескольких пользователях?
В файловом режиме блокировки накладываются крупными участками, и пользователи ждут друг друга при записи. Дополнительно влияют скорость диска, сеть (если база в общей папке) и антивирус, проверяющий файл базы. Если пользователей больше десятка, это сигнал к переходу на клиент-серверный режим.
Что такое кластер серверов 1С и когда он нужен?
Кластер — это один или несколько серверов 1С, объединённых для обслуживания информационных баз. Он распределяет нагрузку между рабочими процессами и позволяет пережить отказ отдельного процесса. Несколько серверов в кластере имеет смысл при большом числе пользователей и требованиях к отказоустойчивости.
Нужно ли знать архитектуру обычному пользователю 1С?
Глубоко — нет, но базовое понимание полезно: пользователь, который знает, что документ делает движения по регистрам, а отчёт читает итоги, лучше объяснит проблему администратору и не будет пытаться «исправить» данные нештатными способами.