Как настроить сервер 1С с нуля: полное руководство

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

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

Подготовка оборудования и операционной системы

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

Ключевой ресурс для сервера 1С — оперативная память и быстрые диски. Размещайте базы данных на SSD, журналы транзакций — на отдельном дисковом массиве от файлов данных. Убедитесь, что сервер имеет статический IP-адрес, настроено разрешение имён (DNS или файл hosts), а часы сервера синхронизированы с контроллером домена или NTP-источником — рассинхронизация времени ломает аутентификацию и сеансовые данные.

Создайте отдельную учётную запись службы для сервера 1С (по умолчанию используется локальная учётная запись USR1CV8, создаваемая установщиком). Не давайте ей прав администратора домена без необходимости — достаточно прав локального администратора на сервере и доступа к каталогу служебных файлов кластера.

Выбор и установка СУБД

1С:Предприятие работает с несколькими СУБД: PostgreSQL (в том числе сборка от 1С), MS SQL Server, Oracle Database и IBM Db2. На практике выбор обычно стоит между PostgreSQL и MS SQL. PostgreSQL бесплатен и достаточен для большинства внедрений, но требует внимательной настройки конфигурации. MS SQL проще в администрировании для Windows-инфраструктуры, но требует лицензий.

При установке PostgreSQL используйте сборку, адаптированную для 1С, — она содержит необходимые патчи. Сразу после установки откройте postgresql.conf и скорректируйте ключевые параметры под объём доступной памяти: shared_buffers (обычно 25–30% RAM), work_mem, effective_cache_size (около 50–70% RAM), max_connections с запасом относительно числа рабочих процессов 1С. Точные значения зависят от нагрузки — начните с умеренных и наблюдайте за метриками.

Для MS SQL Server установите экземпляр со смешанным режимом аутентификации, создайте отдельный логин для сервера 1С с правами на создание баз (роль dbcreator на этапе развёртывания). После создания баз права можно сузить до db_owner на конкретную базу.

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

Запустите установщик платформы с дистрибутива и выберите компонент «Сервер 1С:Предприятия». При стандартной установке служба агента сервера регистрируется автоматически и запускается от имени учётной записи USR1CV8. Если планируете использовать доменную учётную запись, укажите её на этапе установки или перенастройте службу позже через оснастку services.msc.

Проверьте, что служба «Агент сервера 1С:Предприятия» запущена, а порты агента (по умолчанию диапазон 1540–1541 и 1560–1591) открыты в брандмауэре Windows. Без открытых портов клиенты и консоль кластеров не смогут подключиться. Если сервер 1С и СУБД на разных машинах, убедитесь также в доступности порта СУБД (5432 для PostgreSQL, 1433 для MS SQL).

Get-Service "1C:Enterprise 8.3 Server Agent*" | Select-Object Name, Status, StartType

Если нужно запустить несколько кластеров разных версий платформы на одном сервере, установите каждую версию в отдельный каталог и зарегистрируйте службы с разными портами через утилиту командной строки ragent с параметром -port. Это типовой сценарий при постепенной миграции баз на новую версию платформы.

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

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

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

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

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

Настройка прав доступа и свойств базы

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

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

Резервное копирование и обслуживание

Настройте регулярное резервное копирование средствами самой СУБД: для PostgreSQL — pg_dump или физические бэкапы с WAL-архивацией, для MS SQL — планы обслуживания с полными и разностными копиями. Храните копии на отдельном устройстве или в сетевом хранилище, а не на том же диске, где лежит база.

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

Проверка производительности и FAQ

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