Как работает 1С 8.3: устройство платформы и основные механизмы

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

В основе лежит трёхслойная модель: платформа (исполняемые файлы 1cv8.exe, ragent, rphost), конфигурация (прикладное решение с метаданными — справочниками, документами, отчётами) и данные (сами записи: контрагенты, проводки, остатки). Платформа «читает» метаданные конфигурации и исполняет прикладной код, а данные хранит в базе данных.

Ключевой момент: одна и та же платформа 8.3 может работать в файловом режиме (база — это файл 1Cv8.1CD на диске) и в клиент-серверном (данные в MS SQL Server, PostgreSQL, Oracle или IBM DB2, а между ними и пользователями стоит сервер 1С:Предприятия). Выбор режима определяет производительность, надёжность и стоимость внедрения.

Из чего состоит платформа 1С 8.3

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

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

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

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

В клиент-серверном режиме данные хранит СУБД (чаще всего MS SQL Server или PostgreSQL), а сервер 1С:Предприятия (процессы ragent, rmngr, rphost) обрабатывает запросы клиентов, управляет сеансами и блокировками. Это устойчивее к сбоям, быстрее при большом числе пользователей и позволяет использовать средства резервного копирования СУБД. Цена вопроса — лицензии на сервер 1С и СУБД, а также необходимость администрирования.

Какой режим выбрать

Файловый

Подходит для небольшой компании или одного бухгалтера. Ограничение: не размещайте файл на медленной сети и не работайте через Wi-Fi — обрыв соединения во время записи может повредить базу.

Клиент-серверный

Нужен при десятках пользователей, больших объёмах данных и требованиях к отказоустойчивости. Требует администратора и бюджета на лицензии.

Как устроены конфигурация и база данных

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

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

Как платформа исполняет прикладную логику

Код в 1С пишется на встроенном языке и привязывается к событиям объектов: ПередЗаписью, ПриЗаписи, ОбработкаПроведения и другим. Когда пользователь нажимает «Провести» в документе, платформа открывает транзакцию, вызывает обработчик проведения, записывает движения в регистры и фиксирует транзакцию. Если в коде возникла ошибка — транзакция откатывается целиком, и база остаётся в согласованном состоянии.

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

Разделение кода на «клиент» и «сервер» — важная особенность 8.3. Интерфейсная логика выполняется на клиенте, а обращения к данным и тяжёлые вычисления — на сервере (или в файловом режиме — в том же процессе). Директивы &НаКлиенте и &НаСервере в модулях форм определяют, где исполняется процедура.

Клиенты: толстый, тонкий и веб

Толстый клиент (1cv8.exe в обычном режиме) исполняет значительную часть логики на компьютере пользователя и напрямую работает с базой. Он нужен для запуска конфигуратора-функций и некоторых старых механизмов, но создаёт высокую нагрузку на сеть и требует установки полной платформы.

Тонкий клиент передаёт по сети только отображение форм и данные, вся серверная логика выполняется на стороне сервера. Это основной вариант для клиент-серверных баз. Веб-клиент работает в браузере через веб-сервер (IIS или Apache) с опубликованной базой — удобно для удалённых сотрудников, но не вся функциональность в нём доступна.

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

Как проверить режим работы базы

Строка подключения в списке баз

Норма

Для файловой — путь к папке, для серверной — имя сервера и имя базы

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

Сетевой путь к файловой базе через медленный канал или VPN

Окно «О программе» в клиенте

Норма

Указан ожидаемый режим и версия платформы

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

Версия платформы старше той, что требует конфигурация

Скорость открытия списков

Норма

Список открывается за секунды

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

Длительные паузы при простых операциях — повод проверить сеть, индексы и регламентные задания СУБД

Фоновые и регламентные задания, сеансы и блокировки

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

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

Обновление и обслуживание базы

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

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

1. 1
   Сделайте резервную копию: выгрузку .dt через конфигуратор или копию средствами СУБД
2. 2
   Проверьте, что версия платформы соответствует требованиям нового релиза конфигурации
3. 3
   Завершите все сеансы пользователей и отключите регламентные задания
4. 4
   Запустите обновление конфигурации базы данных и дождитесь завершения реструктуризации
5. 5
   Запустите базу в режиме предприятия и проверьте выполнение отложенных обработчиков обновления
6. 6
   Проверьте ключевые отчёты и проведение документа, затем откройте доступ пользователям

Как проверить, что база работает корректно

Базовая проверка здоровья базы занимает немного времени. Убедитесь, что открываются основные списки и отчёты за типовые периоды, документы проводятся без ошибок, регламентные задания выполняются по расписанию (журнал регистрации показывает успешные события), а резервные копии реально создаются и периодически проверяются восстановлением на копии.

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

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

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

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

Почему файловую базу нельзя открывать с флешки или через Wi-Fi?

Файловый режим предполагает постоянное чтение и запись файла 1Cv8.1CD. Нестабильное соединение во время записи прерывает операцию на середине, и внутренняя структура файла повреждается. Результат — ошибки формата потока и необходимость восстановления утилитой chdbfl.exe или из копии.

Что делать при ошибке «Ошибка формата потока»?

Сначала скопируйте файл базы в безопасное место — любые исправления выполняйте на копии. Затем запустите утилиту chdbfl.exe из каталога bin установленной платформы, укажите файл базы и включите проверку с исправлением ошибок. Если утилита не помогла, восстанавливайте базу из последней рабочей резервной копии.

Нужен ли отдельный сервер для небольшой компании?

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

Можно ли обновлять конфигурацию, пока пользователи работают?

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

Где смотреть, что происходило в базе?

Журнал регистрации (в конфигураторе или через «Администрирование» в режиме предприятия) фиксирует входы пользователей, изменения данных, ошибки и выполнение регламентных заданий. Это первый инструмент диагностики: по времени ошибки в нём видно, какое действие и какой пользователь её вызвали.