Общий доступ к базе 1С по локальной сети: настройка с нуля

· 10 мин

Содержание

Чтобы несколько человек работали в одной файловой базе 1С, её кладут в общую сетевую папку на одном компьютере, открывают к этой папке доступ по сети и выдают правами NTFS разрешение на изменение. На каждом рабочем месте ставят ту же платформу 1С:Предприятие и подключают базу по сетевому пути вида \\SERVER\1C\Buh. Это рабочий способ расшарить файловую базу для коллективной работы без отдельного сервера 1С.

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

Что нужно для доступа к общей базе 1С

Разберёмся, из чего складывается общий доступ, прежде чем лезть в настройки.

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

Чтобы расшарить такую базу по локальной сети, нужно три вещи:

  • 🖥️ Компьютер-хранилище. Любая машина в сети, которая будет держать папку с базой и которую не выключают в рабочее время. Отдельный серверный софт для файлового режима не требуется.
  • 🔌 Сеть между машинами. Все компьютеры в одной локальной сети, видят друг друга, в одной рабочей группе или домене. Желательно проводной гигабит — по Wi-Fi файловая база работает заметно хуже.
  • 💿 Платформа на каждом рабочем месте. 1С:Предприятие ставится локально на каждый компьютер, где будут работать. Версия платформы на клиентах должна быть не ниже той, которой создана или обновлена база. Проще всего держать на всех машинах одну и ту же версию платформы.

Сама база физически лежит в одном месте. Клиенты не копируют её к себе — они открывают один и тот же файл по сети. Поэтому резервную копию достаточно делать на компьютере-хранилище.

Подготовка сети и общей папки на компьютере-хранилище

Начинаем с машины, где будет лежать база.

1. Создайте отдельную папку под базу. Например, C:\1C\Buh. Не кладите базу в корень диска, на рабочий стол или в системные каталоги вроде Program Files — там мешают права системы и неудобно делать бэкап.

2. Включите сетевое обнаружение и общий доступ к файлам. На компьютере-хранилище: Панель управления → Центр управления сетями и общим доступом → Изменить дополнительные параметры общего доступа. Для текущего сетевого профиля включите «Сетевое обнаружение» и «Общий доступ к файлам и принтерам».

3. Откройте общий доступ к папке. Правой кнопкой по папке базы → Свойства → вкладка Доступ → Расширенная настройка → поставьте галку «Открыть общий доступ к этой папке». Задайте имя общего ресурса (например, 1C).

4. Настройте разрешения общего доступа. В том же окне Расширенная настройка → кнопка Разрешения. Для пользователей, которые работают в базе, нужно разрешение «Изменение» (не только «Чтение»). Если сеть доверенная и небольшая, можно выдать «Изменение» группе, под которой заходят сотрудники; выдавать «Полный доступ» всем подряд не стоит.

У общего ресурса два слоя прав: разрешения общего доступа (вкладка «Доступ») и права NTFS (вкладка «Безопасность»). Итоговый доступ — это пересечение двух слоёв, то есть самое строгое из них. Если в одном месте стоит «Чтение», запись работать не будет, даже если во втором стоит «Полный доступ».

5. Проверьте брандмауэр. Для доступа к общим папкам по сети нужен открытый обмен файлами по протоколу SMB (порт 445). Обычно при включении общего доступа к файлам Windows сама добавляет правило «Общий доступ к файлам и принтерам» в брандмауэр. Если доступа нет — проверьте, что это правило включено для нужного сетевого профиля.

6. Узнайте сетевое имя или IP хранилища. Понадобится для подключения клиентов. Имя компьютера смотрите в свойствах системы, IP — командой ipconfig в командной строке. Путь к базе в итоге будет выглядеть как \\ИМЯ-ПК\1C\Buh или \\192.168.0.10\1C\Buh.

Права NTFS: без «Изменения» база не запишет данные

Это тот шаг, на котором чаще всего спотыкаются. Разрешений общего доступа мало — нужны ещё права NTFS на саму папку.

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

Как выдать права NTFS:

  1. Правой кнопкой по папке базы → Свойства → вкладка Безопасность → Изменить.
  2. Добавьте пользователя или группу, под которой сотрудники заходят на хранилище по сети.
  3. Поставьте галку в столбце «Разрешить» напротив пункта «Изменение» (он автоматически включит «Чтение и выполнение», «Чтение», «Запись»).
  4. Убедитесь, что права наследуются на вложенные файлы и папки — по умолчанию так и есть.
УровеньГде настраиваетсяЧто выдать для работы в базе
Общий доступ (Share)Вкладка «Доступ» → РазрешенияИзменение
Файловая системаВкладка «Безопасность» (NTFS)Изменение

Если выдать только «Чтение», база либо откроется в режиме «только для чтения» и не даст провести ни одного документа, либо выдаст ошибку при попытке записи. Поэтому для работы с данными нужен именно уровень «Изменение» на обоих слоях прав.

Полный доступ рядовым пользователям не нужен. «Полный доступ» разрешает ещё и менять права на папку — это лишнее для обычной работы. «Изменения» достаточно, чтобы вести учёт.

Подключение рабочих мест к общей базе

Папка открыта, права выданы — теперь подключаем клиентов. Делается это на каждом компьютере один раз.

На рабочем месте должна быть установлена платформа 1С:Предприятие. Запустите её — откроется окно со списком баз.

  1. Нажмите Добавить.
  2. Выберите «Добавление в список существующей информационной базы» (не «Создание новой» — база уже есть).
  3. Задайте произвольное название, под которым база будет видна в списке на этом компьютере (например, «Бухгалтерия, сеть»).
  4. Тип расположения — «На данном компьютере или на компьютере в локальной сети».
  5. В поле каталога укажите сетевой путь к папке с базой: \\ИМЯ-ПК\1C\Buh. Лучше вводить именно UNC-путь (через \\), а не букву подключённого сетевого диска — буквы на разных машинах могут отличаться и «съезжать».
  6. Дальше — язык по умолчанию, вариант аутентификации, и Готово.

Повторите на каждом рабочем месте. Путь к базе везде одинаковый, потому что все смотрят на один и тот же сетевой каталог.

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

Чек-лист: быстро проверить готовность

Что проверить перед первым входом
Выполнено: 0 / 7

Ошибки подключения и блокировки: быстрая диагностика

Типовые проблемы при расшаривании базы по сети — это либо права, либо сеть, либо блокировки. Вот как их различать.

Диагностика: выберите симптом

Если «подвисла» несуществующая блокировка (все вышли, а база считает, что кто-то работает), помогает удаление служебных файлов блокировки из каталога базы. Делайте это, только убедившись, что в базе реально никого нет — иначе оборвёте чужой сеанс и рискуете повредить данные.

Отдельно про антивирус. Антивирус в реальном времени может «ловить» файлы базы на записи и ломать их. Добавьте каталог базы в исключения антивируса на компьютере-хранилище — это заодно ускорит работу. В исключения имеет смысл внести сам файл 1Cv8.1CD и служебные файлы кэша и блокировок рядом с ним.

Производительность файловой базы и когда переходить на клиент-сервер

Файловый режим прост, но у него есть потолок. Понимание границ сэкономит нервы.

Скорость файловой базы по сети упирается в три вещи:

  • 🚀 Сеть. Нужен проводной гигабит. На 100 Мбит/с и тем более по Wi-Fi большая база будет открываться и проводить документы ощутимо медленнее. Wi-Fi ещё и даёт обрывы — а обрыв во время записи рискует повредить файл.
  • 💾 Диск хранилища. SSD на компьютере-хранилище даёт кратную разницу против обычного жёсткого диска, особенно при нескольких пользователях.
  • 👥 Число одновременных пользователей. В файловом режиме все пишут в один файл, и при записи он коротко блокируется. Чем больше людей активно проводят документы, тем чаще они ждут друг друга.

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

Что улучшает отзывчивость файловой базы:

  1. Держать хранилище включённым и на бесперебойном питании — внезапное выключение рвёт запись.
  2. Регулярно сворачивать базу и делать «Тестирование и исправление» — файловая база со временем «пухнет».
  3. Не держать базу на сетевом диске, который сам смонтирован по медленному каналу или через VPN.
  4. Делать резервные копии в нерабочее время, когда в базе никого нет.

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

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

Нужна ли лицензия 1С на каждое рабочее место?
Да. Платформа запускает базу только при наличии лицензии (клиентской на рабочее место или серверной на число подключений). Учебная версия — исключение, но она не для реальной работы и имеет ограничения.
Можно ли расшарить базу без выделенного сервера?
Да, в этом и смысл файлового режима: базу держит обычный компьютер в сети, отдельный серверный софт 1С не нужен. Главное, чтобы эта машина была включена в рабочее время.
Обязательно ли одинаковые версии платформы на всех компьютерах?
Версия на клиенте должна быть не ниже версии, которой создана или обновлена база. Разнобой версий — частая причина, по которой база не открывается на части машин. Проще держать одинаковый номер платформы у всех.
Почему при работе по сети выскакивает «конфликт блокировок»?
В файловом режиме пользователи пишут в один файл и при одновременном изменении одних и тех же данных ждут друг друга. Разовые конфликты — норма. Если они постоянные, база и число людей переросли файловый режим — пора на клиент-сервер.
Можно ли подключить базу по букве сетевого диска, а не по пути через слеши?
Технически можно, но не стоит: буква сетевого диска на разных компьютерах может отличаться или не подключиться при входе. UNC-путь вида \\ИМЯ-ПК\1C\Buh одинаков на всех машинах и надёжнее.