К статье
Практический материал

Администрирование · 11 мин

Как сделать сетевую базу 1С для совместной работы

Пошаговая инструкция по созданию сетевой базы 1С: файловый вариант через общую папку и клиент-серверный на SQL. Требования, настройка, ошибки.

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

Файловый вариант проще и дешевле: база хранится в одном файле 1Cv8.1CD, который размещается в общей папке на одном из компьютеров или на файловом сервере. Он подходит для небольших коллективов — ориентировочно до 5–10 одновременно работающих пользователей. При большем числе подключений заметно растут блокировки и риск повреждения файла при сбое сети.

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

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

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

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

Сравнение вариантов

Файловая база в общей папке

Подходит для 1–10 пользователей. Быстро разворачивается, не требует отдельного сервера и лицензии на СУБД. Ограничение — рост блокировок и риск повреждения файла при сбоях сети.

Клиент-сервер (1С + SQL)

Подходит для десятков и сотен пользователей, больших объёмов данных и круглосуточной работы. Требует серверных лицензий 1С, СУБД и квалифицированного администрирования.

Веб-сервер + файловая база

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

Подготовка инфраструктуры

Для файлового варианта нужен компьютер или файловый сервер с постоянно включённой сетевой папкой, стабильной локальной сетью и достаточным дисковым пространством. Желательно выделить под хранение базы отдельную машину, которую никто не выключает в течение рабочего дня. Сеть должна быть проводной гигабитной — работа файловой базы через Wi-Fi является частой причиной повреждений и медленной работы.

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

Создание сетевой файловой базы

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

На сервере или выделенном компьютере создайте папку, например D:\Bases\Trade, и откройте к ней общий доступ по сети. Пользователям 1С нужны права на чтение и запись в эту папку — иначе платформа не сможет создавать служебные файлы блокировок. Скопируйте в общую папку файл 1Cv8.1CD из локального каталога базы.

На каждом рабочем месте добавьте базу в список: «Добавить» → «Добавление в список существующей информационной базы», укажите сетевой путь вида \\SERVER\Bases\Trade. После этого пользователь выбирает базу из списка и работает как обычно. Рекомендуется всем пользователям подключаться по одному и тому же сетевому пути — это упрощает администрирование.

Порядок создания файловой сетевой базы
  1. 1
    Создайте базу локально через «Добавить» → «Создание новой информационной базы»
  2. 2
    На сервере создайте папку и откройте общий доступ с правами на изменение
  3. 3
    Скопируйте файл 1Cv8.1CD в общую папку
  4. 4
    На каждом рабочем месте добавьте базу по пути \\SERVER\ОбщаяПапка
  5. 5
    Проверьте одновременный вход двух пользователей и запись документа
  6. 6
    Настройте ежедневное резервное копирование файла базы

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

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

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

Если переносите существующую файловую базу в клиент-серверный режим, используйте механизм выгрузки/загрузки: в конфигураторе файловой базы выполните «Администрирование» → «Выгрузить информационную базу» в файл .dt, затем в новой клиент-серверной базе — «Загрузить информационную базу». Прямого копирования файла 1Cv8.1CD в SQL-базу не существует.

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

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

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

Проверка работы и резервное копирование

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

Резервное копирование настраивается до начала эксплуатации, а не после первой потери данных. Для файловой базы минимальный вариант — ежедневное копирование файла 1Cv8.1CD в то время, когда все пользователи вышли, либо штатная выгрузка в .dt по расписанию. Для клиент-серверной базы используйте средства СУБД: полные и разностные бэкапы MS SQL или pg_dump для PostgreSQL. Периодически проверяйте восстановление копии на тестовой базе — резервная копия, из которой никто не пробовал восстановиться, не считается надёжной.

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

Как проверить результат

Одновременный вход нескольких пользователей
Норма

Все входят без ошибок, сеансы видны в консоли или через «Активные пользователи»

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

Ошибка «база заблокирована» или невозможность второго входа

Запись и проведение документов
Норма

Документы проводятся с разных рабочих мест без конфликтов блокировок

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

Частые ошибки «Конфликт блокировки при выполнении транзакции»

Резервная копия
Норма

Копия создаётся по расписанию и успешно восстанавливается в тестовую базу

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

Копия не создаётся, повреждена или восстановление не проверялось

Типичные ошибки и ограничения

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

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

Типичные ошибки
01
Размещение файловой базы на рабочем компьютере пользователя — выключение ПК блокирует работу всего офиса и рискует повредить базу
02
Работа через Wi-Fi или медленную сеть — обрывы соединения приводят к ошибкам и повреждению файла 1Cv8.1CD
03
Отсутствие исключений антивируса для файла базы и каталогов СУБД — сильное падение скорости работы
04
Один общий пользователь на всех — невозможно определить автора изменений и нарушаются лицензионные условия
05
Копирование базы при открытых сеансах — резервная копия оказывается неконсистентной
Итог

Что важно запомнить

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

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

Сколько пользователей может работать с файловой базой 1С?

Комфортная практическая граница — около 5–10 одновременно работающих пользователей при умеренной интенсивности ввода документов. Формального жёсткого ограничения нет, но с ростом числа сеансов растут блокировки и время отклика. Если пользователей больше десятка, планируйте переход на клиент-серверный вариант.

Можно ли просто скопировать файл базы на сетевой диск?

Да, для файлового режима достаточно скопировать файл 1Cv8.1CD в общую папку и добавить базу в список на рабочих местах по сетевому пути. Копирование выполняйте, когда все пользователи вышли из базы, иначе копия может оказаться повреждённой.

Что делать, если появляется ошибка «Конфликт блокировок»?

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

Какую СУБД выбрать для клиент-серверной 1С: MS SQL или PostgreSQL?

MS SQL Server проще в установке и администрировании в среде Windows, но требует лицензий. PostgreSQL бесплатен, однако нужна специальная сборка для 1С и более внимательная настройка. При отсутствии опыта администрирования СУБД чаще выбирают MS SQL, при ограниченном бюджете — PostgreSQL.

Как перенести файловую базу на SQL-сервер?

Через конфигуратор: в файловой базе выполните «Администрирование» → «Выгрузить информационную базу» в файл .dt, затем создайте пустую клиент-серверную базу и загрузите в неё этот файл. После загрузки сверьте итоги по ключевым отчётам с исходной базой.

Нужен ли отдельный сервер для клиент-серверной 1С?

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