Как организовать удаленный доступ к файловой базе 1С на обычных формах?

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

Почему прямой доступ через сетевую папку или VPN приводит к сбоям

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

1. Критическая чувствительность к сетевым задержкам (Latency / RTT). В файловом режиме каждый запущенный экземпляр толстого клиента выполняет роль СУБД: он самостоятельно читает и записывает данные непосредственно в файл 1Cv8.1CD через протокол SMB. При выполнении запросов платформа генерирует сотни тысяч мелких операций чтения и блокировок страниц. Если локальная сеть с задержками менее 1 мс справляется с этой нагрузкой, то подключение через VPN с задержками от 10–20 мс приводит к катастрофическому падению производительности. Время формирования отчетов и проведения документов вырастает в десятки раз даже на широких каналах связи (100 Мбит/с и выше).
2. Механизмы кэширования SMB и риск разрушения базы. Для оптимизации удаленного доступа операционная система Windows применяет оппортунистические блокировки (Oplocks) и клиентское кэширование. В момент кратковременного разрыва соединения или потери пакетов в VPN-канале операционная система не успевает корректно сбросить кэшированные страницы данных на диск сервера. Результатом становится логическое и физическое повреждение внутренней структуры файла 1Cv8.1CD, сопровождающееся критической системной ошибкой «Ошибка формата потока».

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

Специфика блокировок в файловом режиме

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

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

Если интенсивность ввода невелика (например, 2–3 заказа в день на точку при 25 салонах), суммарная нагрузка составляет около 50–75 документов за рабочую смену. При такой низкой плотности транзакций вероятность одновременного нажатия кнопки записи несколькими пользователями минимальна, и база не будет уходить в глухие очереди ожидания. Однако архитектурные риски повреждения файла через нестабильную сеть SMB остаются неприемлемо высокими. Рассмотрим надежные альтернативы прямому доступу.

Вариант 1: Использование терминального доступа (RDP / RemoteApp)

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

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

Вариант 2: Распределенная информационная база (РИБ)

Если в удаленных точках отсутствует стабильное интернет-подключение или требуется полная автономность работы касс и салонов, организуем распределенную информационную базу:

1. В каждом салоне разворачивается локальная файловая база данных. Менеджеры работают с максимальной скоростью отклика интерфейса без оглядки на состояние сети.
2. Синхронизация данных с центральным узлом выполняется в фоновом режиме по расписанию через регламентные задания (по протоколам FTP, WebDAV, электронной почте или общему сетевому ресурсу).
3. В узлах РИБ можно настроить фильтрацию данных по префиксам или планам обмена, передавая в салон только его собственные документы и общую справочную информацию (номенклатуру, цены, контрагентов).

Вариант 3: Интеграция через сайт, HTTP-сервисы или REST API (OData)

Когда рабочие места менеджеров в салонах ограничены узким функционалом (ввод заказа покупателя, выписка приходного ордера, просмотр остатков), развертывание полноценных рабочих мест 1С часто избыточно. Платформа 8.3 позволяет опубликовать стандартный интерфейс OData либо создать собственные HTTP-сервисы:

1. Разрабатывается простой веб-интерфейс (внутренний сайт, кабинет салона), где менеджеры оформляют заказы.
2. Веб-сервер отправляет структурированные запросы (JSON) к опубликованным HTTP-сервисам 1С, которые создают и проводят документы в фоновом режиме.
3. Такой подход полностью исключает работу пользователей с файлом 1Cv8.1CD напрямую, значительно экономит лицензии на терминальный доступ и защищает базу от повреждений при сетевых сбоях.

Вариант 4: Переход на клиент-серверный вариант (Сервер МИНИ)

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