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

Мы рассмотрим все ключевые этапы: выбор между Windows Server и Linux, установку СУБД (PostgreSQL, MS SQL), конфигурирование кластера 1С:Предприятие 8.3, настройку сетевых параметров и резервного копирования. Особое внимание уделим типичным ошибкам, которые допускают администраторы при первом развёртывании, и способам их избежать. Если вы планируете развернуть сервер для 10–50 пользователей или масштабировать систему под высокие нагрузки — здесь найдёте актуальные рекомендации.

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

1. Выбор аппаратного обеспечения и ОС

Первый шаг — определиться с «железом» и операционной системой. От этого зависит стабильность работы сервера, особенно при одновременной работе нескольких пользователей. Минимальные требования для небольшой компании (до 10 пользователей):

  • 🖥️ Процессор: 4 ядра (рекомендуется Intel Xeon или AMD EPYC для масштабируемости)
  • 💾 ОЗУ: 16 ГБ (32 ГБ для баз с объёмом данных свыше 50 ГБ)
  • 💿 Хранилище: SSD NVMe (от 500 ГБ) для СУБД, HDD/SSD для резервных копий
  • 🌐 Сеть: Гигабитный адаптер (10 Гбит для распределённых кластеров)

Для виртуализированных сред (VMware ESXi, Hyper-V) выделяйте ресурсы с запасом: виртуальные машины чувствительны к задержкам дисковой подсистемы. Если бюджет ограничен, приоритет отдавайте ОЗУ и SSD — они сильнее влияют на производительность, чем количество ядер.

По части ОС выбор сводится к двум вариантам:

  • 🪟 Windows Server 2019/2022 — проще в настройке, лучше поддерживается , но требует лицензий.
  • 🐧 Linux (CentOS, Astra Linux, ALT) — бесплатен, стабилен, но потребует знаний командной строки для настройки PostgreSQL и .
⚠️ Внимание: Если выбираете Linux, убедитесь, что версия ядра и библиотек совместимы с текущей платформой 1С:Предприятие 8.3.23+. Например, для CentOS 7 может потребоваться ручная компиляция драйверов для некоторых сетевых карт.
📊 Какую ОС вы предпочитаете для сервера 1С?
Windows Server
Linux (CentOS/Astra)
Linux (Ubuntu/Debian)
Другая

2. Установка и настройка СУБД

Сервер не работает самостоятельно — ему нужна система управления базами данных. На выбор две основные СУБД:

  • 🔄 Microsoft SQL Server (2017/2019/2022) — оптимизирован для , но платный (лицензия от 900$).
  • 🐘 PostgreSQL (12–16 версия) — бесплатный, но требует ручной настройки для высоких нагрузок.

Для MS SQL установка стандартная: скачиваете дистрибутив с сайта Microsoft, выбираете компоненты Database Engine Services и Management Tools. После установки обязательно:

  1. Настройте collation на Cyrillic_General_CI_AS (для корректной работы с кириллицей).
  2. Выделите отдельные диски под DATA, LOG и TEMPDB.
  3. Отключите Auto Close и Auto Shrink для баз .

Для PostgreSQL процесс сложнее. После установки (sudo apt install postgresql-16 для Ubuntu) выполните:

sudo -u postgres psql

CREATE DATABASE db1c WITH ENCODING='UTF8' LC_COLLATE='ru_RU.UTF-8' LC_CTYPE='ru_RU.UTF-8' TEMPLATE=template0;

CREATE USER usr1c WITH PASSWORD 'ваш_пароль';

GRANT ALL PRIVILEGES ON DATABASE db1c TO usr1c;

⚠️ Внимание: В PostgreSQL для критично правильно настроить параметры shared_buffers (25–30% от ОЗУ) и work_mem (16–64 МБ). Неверные значения приводят к замедлению запросов или падению сервера под нагрузкой.

☑️ Проверка СУБД перед установкой 1С

Выполнено: 0 / 4

3. Установка платформы 1С:Предприятие

Скачайте дистрибутив платформы 1С:Предприятие 8.3 (актуальная версия на 2026 год — 8.3.23+) с официального сайта. Для серверной установки потребуются два компонента:

  • 📦 Сервер 1С:Предприятия (для обработки запросов клиентов).
  • 🔗 Агент сервера (для управления кластером).

На Windows установка проста: запустите setup.exe и выберите компоненты Сервер 1С:Предприятия и Агент сервера. На Linux используйте пакеты .rpm или .deb в зависимости от дистрибутива. Пример для CentOS:

sudo rpm -i 1c-enterprise83-server-8.3.23-*.x86_64.rpm

sudo rpm -i 1c-enterprise83-ws-8.3.23-*.x86_64.rpm

После установки проверьте статус служб:

  • На Windows: services.msc → ищите 1C:Enterprise 8.3 Server Agent.
  • На Linux: systemctl status srv1cv83.

Критическая настройка: после установки обязательно отредактируйте файл конфигурации кластера srvinfo (расположен в /var/1C/srv1cv83/conf для Linux или C:\Program Files\1cv8\conf\ для Windows). Укажите правильные пути к СУБД и настройте порты (по умолчанию 1540–1541, 1560–1591).

4. Создание и настройка кластера серверов 1С

Кластер — это группа рабочих процессов, которые обрабатывают запросы клиентов. Для его создания используйте утилиту rac (Remote Administration Console), которая входит в комплект поставки. Основные шаги:

  1. Запустите rac из командной строки: rac cluster --cluster=ИмяКластера create.
  2. Добавьте центральный сервер: rac cluster --cluster=ИмяКластера central-server add --address=localhost --port=1541 --range=1560:1591.
  3. Настройте рабочие процессы: rac cluster --cluster=ИмяКластера working-server add --address=localhost --port=1540.

Пример конфигурации для кластера с двумя рабочими процессами (для 20 пользователей):

ПараметрЗначениеПояснение
Количество рабочих процессов2Оптимально для 10–20 пользователей
Порт центрального сервера1541Используется для управления кластером
Диапазон портов рабочих процессов1560–1591Должен быть открыт в фаерволе
Лимит памяти на процесс2048 МБЗависит от объёма данных в базе

После создания кластера добавьте информационную базу:

rac infobase --cluster=ИмяКластера create --name=Бухгалтерия --dbms=MSSQL --db-server=localhost --db-name=db1c --db-user=usr1c --db-pwd=ваш_пароль
⚠️ Внимание: Если кластер не стартует, проверьте:
  • Открыты ли порты 1540–1541 и 1560–1591 в фаерволе (ufw allow 1540/tcp для Linux).
  • Правильно ли указаны пути к СУБД в файле srvinfo.
  • Достаточно ли прав у пользователя СУБД (например, usr1c должен иметь роль db_owner в MS SQL).
💡

Для мониторинга кластера используйте команду rac cluster list — она покажет статус рабочих процессов и загрузку. Если процесс «завис», перезапустите его: rac cluster --cluster=ИмяКластера working-server restart --port=1560

5. Настройка сетевых параметров и безопасности

Сервер должен быть доступен клиентам, но при этом защищён от несанкционированного доступа. Минимальные требования по безопасности:

  • 🔒 Запретите подключение по протоколу TCP/IP без шифрования (используйте TLS 1.2+).
  • 🛡️ Настройте фаервол для разрешения трафика только с доверенных IP (например, офисной подсети 192.168.1.0/24).
  • 👤 Отключите учётную запись Администратор по умолчанию и создайте отдельного пользователя с ограниченными правами.

Для шифрования трафика между клиентом и сервером настройте SSL-сертификат. На Windows это делается через Менеджер сертификатов, на Linux — с помощью OpenSSL:

openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/1C/ssl/server.key -out /etc/1C/ssl/server.crt

В файле конфигурации кластера (srvinfo) добавьте строки:

sslCertFile = /etc/1C/ssl/server.crt

sslPrivateKeyFile = /etc/1C/ssl/server.key

Для ограничения доступа по IP отредактируйте файл conf.cfg в директории кластера, добавив:

deny = all

allow = 192.168.1.0/24

allow = 10.0.0.5

Как проверить подключение к серверу 1С?

Используйте утилиту ping для проверки доступности хоста: ping ваш_сервер. Затем проверьте порт кластера: telnet ваш_сервер 1541. Если соединение не устанавливается, проверьте фаервол и маршрутизацию.

6. Оптимизация производительности

Даже правильно настроенный сервер может тормозить из-за неоптимизированных запросов или нехватки ресурсов. Основные направления оптимизации:

  • 📊 Индексы в СУБД: Регулярно обновляйте статистику (ANALYZE в PostgreSQL, UPDATE STATISTICS в MS SQL).
  • 🗑️ Очистка временных файлов: Настройте автоматическую очистку каталога tmp (например, через cron на Linux).
  • Кэширование: Увеличьте shared_buffers в PostgreSQL или Buffer Pool в MS SQL.

Для критично настроить параметры кластера в файле conf.cfg:

# Лимит памяти на процесс (МБ)

memLimit = 2048

Максимальное количество соединений

maxSessions = 50

Таймаут неактивного соединения (секунды)

sessionTimeout = 1800

Если пользователи жалуются на «подвисания», проверьте:

  • Загрузку CPU и ОЗУ (top на Linux, Task Manager на Windows).
  • Дисковую активность (iotop для Linux).
  • Долгие запросы в СУБД (используйте pg_stat_activity в PostgreSQL или SQL Server Profiler).
⚠️ Внимание: Если в базе много «тяжёлых» отчётов (например, оборотно-сальдовые ведомости за 3 года), рассмотрите вариант выноса их выполнения на отдельный сервер отчётов. Это разгрузит основной кластер.
💡

Регулярное обслуживание (дефрагментация индексов, обновление статистики, перезапуск кластера раз в неделю) снижает риск «зависаний» на 40–60%.

7. Настройка резервного копирования

Потеря данных в может парализовать работу компании. Минимальная схема резервирования:

  • 📅 Ежедневное инкрементальное копирование (например, с помощью pg_dump для PostgreSQL).
  • 📦 Еженедельное полное копирование (с проверкой целостности).
  • ☁️ Хранение копий на внешнем носителе или в облаке (например, Yandex Disk или AWS S3).

Пример скрипта для PostgreSQL (сохраняет бэкап в /backup/1c):

#!/bin/bash

PGPASSWORD="ваш_пароль" pg_dump -U usr1c -h localhost -p 5432 -F c -b -v -f /backup/1c/db1c_$(date +%Y-%m-%d).dump db1c

find /backup/1c -type f -mtime +7 -delete

Для MS SQL используйте SQL Server Management Studio или команду:

sqlcmd -S localhost -U sa -P ваш_пароль -Q "BACKUP DATABASE [db1c] TO DISK='C:\Backup\db1c.bak' WITH COMPRESSION"

Проверяйте восстановление из бэкапа не реже раза в квартал! Для этого:

  1. Восстановите копию на тестовом сервере.
  2. Подключитесь к базе через 1С:Предприятие в режиме Конфигуратор.
  3. Убедитесь, что данные целостны (например, проведите тестовое проведение документа).

8. Мониторинг и обновления

Сервер требует регулярного контроля. Минимальный набор инструментов для мониторинга:

  • 📈 Zabbix или Prometheus — для отслеживания загрузки CPU, ОЗУ, дисков.
  • 📊 Grafana — для визуализации метрик (например, количества активных сессий ).
  • 🔍 Журналы 1С — анализируйте файлы *.log в /var/log/1C (Linux) или C:\Program Files\1cv8\logs\ (Windows).

Обновления платформы выходят раз в 1–2 месяца. Перед обновлением:

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

Для обновления платформы на Linux:

sudo rpm -U 1c-enterprise83-server-8.3.24-*.x86_64.rpm

sudo systemctl restart srv1cv83

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

Автоматические обновления платформы 1С отключите! Каждое обновление тестируйте вручную на копии базы, чтобы избежать конфликтов с конфигурацией.

FAQ: Частые вопросы по развёртыванию сервера 1С

Можно ли развернуть сервер 1С на обычном ПК под Windows 10?

Технически да, но это не рекомендуется для производственной среды. Windows 10 не оптимизирована для серверных нагрузок: ограниченное количество одновременных подключений, отсутствие поддержки Server Core и проблемы с стабильностью при длительной работе. Для тестов или обучения подойдёт, но для реальной работы используйте Windows Server или Linux.

Какой СУБД отдать предпочтение: MS SQL или PostgreSQL?

Выбор зависит от бюджета и задач:

  • MS SQL проще в настройке, лучше интегрируется с , но требует лицензии. Оптимален для компаний, где уже есть инфраструктура Microsoft.
  • PostgreSQL бесплатен, стабилен, но требует ручной оптимизации (настройка postgresql.conf, вакуумизация). Подходит для крупных баз с высокими требованиями к производительности.

Для баз до 50 ГБ разница в скорости минимальна. Для баз свыше 100 ГБ PostgreSQL часто выигрывает по цене/производительности.

Сколько рабочих процессов нужно для 30 пользователей?

Оптимальное количество рабочих процессов рассчитывается по формуле: количество ядер CPU × 2. Для 30 пользователей при 4-ядерном процессоре хватит 4–6 процессов. Если пользователи активно работают с отчётами или обработками, увеличьте до 8. Слишком большое количество процессов (например, 10+) может привести к избыточной нагрузке на ОЗУ.

Как перенести базу 1С с файлового варианта на серверный?

Процедура переноса:

  1. Создайте новую базу на сервере через rac infobase create.
  2. В 1С:Предприятие (файловый режим) выполните выгрузку данных: Администрирование → Выгрузить информационную базу.
  3. Загрузите данные в серверную базу: Администрирование → Загрузить информационную базу.
  4. Проверьте целостность данных и права пользователей.
Важно: перед переносом обновите конфигурацию до последней версии — это снизит риск ошибок.

Что делать, если сервер 1С не отвечает?

Алгоритм диагностики:

  1. Проверьте статус служб: systemctl status srv1cv83 (Linux) или services.msc (Windows).
  2. Убедитесь, что порты 1540–1541 доступны: telnet localhost 1541.
  3. Просмотрите логи: /var/log/1C/srv1cv83.log или C:\Program Files\1cv8\logs\.
  4. Перезапустите кластер: rac cluster restart --cluster=ИмяКластера.

Если проблема повторяется, проверьте загрузку дисковой подсистемы (возможно, I/O wait забивает систему).