Как настроить 1С для работы по сети

Работа нескольких пользователей с одной базой 1С возможна в двух режимах: файловом, когда база лежит в общей сетевой папке, и клиент-серверном, когда данными управляет связка «сервер 1С:Предприятия + СУБД». Выбор зависит от числа пользователей, объёма базы и требований к отказоустойчивости. Файловый вариант проще и дешевле, но при росте нагрузки начинает тормозить и конфликтовать при одновременной записи.

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

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

Выбор режима: файловый или клиент-серверный

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

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

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

Подготовка сети и серверного компьютера

Для файлового режима выделите компьютер или NAS, который будет постоянно включён. Требования простые: стабильная проводная сеть (Wi-Fi для работы с файловой базой нежелателен — обрывы приводят к повреждению данных), статический IP-адрес или зарезервированный адрес в DHCP, достаточный объём диска с запасом под рост базы и резервные копии.

Проверьте базовые сетевые условия: компьютеры должны «видеть» сервер по имени и по IP-адресу, на брандмауэре сервера должны быть разрешены службы «Общий доступ к файлам и принтерам». Для клиент-серверного варианта дополнительно откройте порты агента сервера 1С (по умолчанию 1540), рабочих процессов (диапазон 1560–1591) и менеджера кластера (1541).

Настройка файлового режима через общую папку

Создайте на сервере папку, например D:\Bases\Trade, и поместите туда каталог базы с файлом 1Cv8.1CD. Откройте свойства папки → «Доступ» → «Расширенная настройка», включите «Открыть общий доступ к этой папке» и задайте разрешения. Группе пользователей 1С нужен уровень «Полный доступ» на уровне общей папки и права «Изменение» на уровне NTFS — иначе платформа не сможет создавать служебные файлы блокировок.

На каждом рабочем месте запустите 1С, в окне выбора информационных баз нажмите «Добавить» → «Добавление в список существующей информационной базы», укажите наименование и путь в формате UNC: \\SERVER\Bases\Trade. Используйте именно UNC-путь, а не подключённый сетевой диск: буквы дисков могут различаться у разных пользователей и не подключаться при запуске от имени службы.

1. 1
   Создайте папку на постоянно включённом сервере и скопируйте в неё каталог базы
2. 2
   Откройте общий доступ к папке с правами «Полный доступ» для группы пользователей 1С
3. 3
   Проверьте NTFS-права: пользователям нужно «Изменение» на папку и вложенные файлы
4. 4
   На рабочем месте откройте список баз 1С и добавьте базу по UNC-пути \\SERVER\Bases\ИмяБазы
5. 5
   Войдите в базу под своим пользователем и убедитесь, что режим «Только просмотр» не включён
6. 6
   Проверьте одновременный вход с двух компьютеров и запись документа с обоих

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

Развёртывание клиент-серверного варианта

Клиент-серверный вариант состоит из трёх компонентов: СУБД (PostgreSQL со сборкой от 1С, MS SQL Server или Oracle), сервер 1С:Предприятия и клиентские приложения. Для небольших организаций СУБД и сервер 1С часто ставят на одну машину; при росте нагрузки их разносят на разные серверы.

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

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

Публикация базы на веб-сервере для удалённого доступа

Если часть пользователей работает вне офисной сети, удобно опубликовать базу на веб-сервере (IIS или Apache) и подключаться тонким клиентом или через браузер. Для этого на сервере устанавливаются «Модули расширения веб-сервера» из дистрибутива платформы, затем выполняется публикация через диалог «Администрирование → Публикация на веб-сервере» в конфигураторе.

Публикация создаёт виртуальный каталог с файлом default.vrd, в котором прописаны параметры соединения с базой. Обязательно включите HTTPS с действующим сертификатом: передача логинов и данных по открытому HTTP через интернет недопустима. Доступ ограничьте аутентификацией 1С и при необходимости IP-фильтрацией на веб-сервере.

Пример публикации из командной строки:
webinst -publish -apache24 -wsdir trade -dir "C:\inetpub\trade" -connstr "Srvr=server1c;Ref=trade;" -confpath "C:\Program Files\1cv8\8.3.xx.xxxx\bin\conf\conf.cfg"

Настройка пользователей и прав доступа

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

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

Проверка работы и устранение типичных проблем

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

Типичные ошибки и их причины: «Не обнаружен ключ защиты программы» — служба HASP не запущена или лицензии исчерпаны; «Ошибка сети при доступе к серверу» — закрыты порты 1540–1560 на брандмауэре; «Информационная база не обнаружена» — неверное имя базы в кластере или не запущен агент сервера. В файловом режиме ошибка «Файл базы данных повреждён» требует запуска утилиты chdbfl.exe из каталога платформы — но только на копии базы.

Резервное копирование сетевой базы

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

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

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