Как развернуть сервер 1С с нуля

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

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

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

Подготовка: оборудование, ОС и лицензии

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

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

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

Выбор СУБД: PostgreSQL или MS SQL Server

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

MS SQL Server проще в установке и обслуживании для Windows-администраторов, имеет развитые графические инструменты управления, но требует лицензионных затрат. PostgreSQL бесплатен, однако его настройка под нагрузкой 1С требует ручной правки конфигурации: параметров памяти, количества соединений, настроек автовакуума.

Если бюджет ограничен и есть специалист, готовый обслуживать Linux, разумный выбор — PostgreSQL. Если вся инфраструктура уже на Windows и есть лицензии MS SQL — используйте его. Переход между СУБД позже возможен через выгрузку и загрузку базы в формате dt, но это трудоёмкая операция, поэтому выбирайте осознанно.

Установка СУБД

Для PostgreSQL на Linux установите сборку для 1С из пакетов вендора, затем инициализируйте кластер базы данных и запустите службу. Обязательно задайте пароль суперпользователя postgres и настройте аутентификацию — по умолчанию доступ может быть ограничен локальными подключениями, что нужно учесть, если СУБД и сервер 1С на разных машинах.

После установки откорректируйте конфигурацию под сервер. Ключевые параметры PostgreSQL для 1С: объём разделяемой памяти (shared_buffers), размер рабочей памяти для операций (work_mem), максимальное число соединений (max_connections) — сервер 1С открывает соединения на каждый рабочий процесс. Неверные значения приводят либо к нехватке памяти, либо к ошибкам подключения при росте нагрузки.

Для MS SQL Server установите экземпляр в стандартном режиме, включите смешанный режим аутентификации и создайте отдельную учётную запись, под которой сервер 1С будет обращаться к базам. Проверьте, что служба SQL Server Browser и сетевые протоколы TCP/IP включены, если сервер 1С расположен на другой машине.

systemctl enable --now postgresql && sudo -u postgres psql -c "ALTER USER postgres PASSWORD 'StrongPassword';"

Установка сервера 1С:Предприятие

Дистрибутив сервера 1С берётся из комплекта поставки платформы — выберите компонент «Сервер 1С:Предприятия» при установке. На Windows установка выполняется мастером, служба агента сервера регистрируется автоматически. На Linux устанавливаются пакеты платформы, после чего служба агента сервера запускается через systemd или скрипты инициализации.

При установке обратите внимание на учётную запись, под которой работает служба агента сервера. На Windows часто создают отдельного пользователя (например, USR1CV8) с правами на каталоги сервера. На Linux служба обычно работает от пользователя usr1cv8, которому нужны права на каталог кластера (по умолчанию /opt/1cv8 или аналогичный путь в зависимости от дистрибутива).

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

Создание кластера и информационной базы

Управление кластером выполняется через консоль администрирования серверов 1С. На Windows она ставится вместе с платформой как оснастка; для Linux-сервера консоль можно запустить с любой Windows-машины администратора, указав адрес сервера. Зарегистрируйте сервер в консоли — появится локальный кластер с настройками по умолчанию.

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

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

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

Настройка кластера и рабочих процессов

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

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

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

Клиентские машины подключаются к серверной базе через диалог добавления информационной базы: указывается тип размещения «На сервере 1С:Предприятия», адрес сервера (лучше по DNS-имени, а не IP) и имя базы в кластере. Толстый или тонкий клиент выбирается в зависимости от требований конфигурации; большинство современных конфигураций работают в тонком клиенте и через веб-браузер при публикации на веб-сервере.

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

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

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

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

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