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

В этой статье мы разберём процесс прописания базы на сервере от А до Я — от выбора операционной системы и аппаратного обеспечения до тонкой настройки кластера серверов и решения типичных проблем. Особое внимание уделим конфигурации файлового и клиент-серверного вариантов работы, так как от этого зависит стабильность системы при одновременной работе 10+ пользователей. Материал актуален для версий платформы 1С:Предприятие 8.3.24 и новее, включая последние обновления 2026 года.

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

1. Выбор сервера и операционной системы

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

Для небольших компаний (до 15 пользователей) подойдёт виртуальный сервер с характеристиками:

  • 🖥️ Процессор: 4 ядра (рекомендуется Intel Xeon или AMD EPYC)
  • 💾 ОЗУ: 16 ГБ (минимум 8 ГБ для баз до 50 ГБ)
  • 🗄️ HDD/SSD: 250 ГБ SSD NVMe (приоритет отдавайте дискам с высоким IOPS)
  • 🌐 Сеть: 1 Гбит/с (для удалённой работы — статический IP)

Для крупных предприятий (50+ пользователей) потребуется выделенный сервер с:

  • 🖥️ 8+ ядер и поддержкой Hyper-Threading
  • 💾 32–64 ГБ ОЗУ (расчёт: 1 ГБ ОЗУ на 1 ГБ базы данных + запас)
  • 🗄️ RAID 10 на SSD или SAS-накопителях
  • 🛡️ Аппаратный RAID-контроллер с кэшем

По части операционных систем выбор сводится к двум вариантам:

  1. Windows Server 2022/2019 — оптимален для большинства задач, особенно если используются дополнительные сервисы Microsoft (например, Active Directory). Требует лицензии, но обеспечивает максимальную совместимость с .
  2. Linux (Ubuntu Server 22.04 LTS, CentOS 7/8) — бесплатен, но потребует дополнительных знаний для настройки Samba и прав доступа. Подходит для опытных администраторов, стремящихся сократить расходы на ПО.
📊 Какую ОС вы используете для сервера 1С?
Windows Server
Linux (Ubuntu/CentOS)
Другую Windows (10/11 Pro)
Другое
⚠️ Внимание: Если вы планируете использовать файловый вариант работы с базой (без SQL), учитывайте, что при количестве пользователей более 5 производительность резко падает. В этом случае обязательно настройте оптимизацию сетевых протоколов SMB или переходите на клиент-серверный вариант.

2. Установка серверных компонент 1С

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

Для Windows Server:

  1. Скачайте дистрибутив 1С:Предприятие 8.3 (серверная версия) с официального сайта.
  2. Запустите установщик и выберите компоненты:
    • 📌 Сервер 1С:Предприятия (обязательно)
    • 📌 Агент сервера (для кластерной работы)
    • 📌 Консоль администрирования (для управления)
  • Укажите путь установки (по умолчанию: C:\Program Files\1cv8\8.3.x.x\).
  • На этапе настройки кластера выберите Создать новый кластер и укажите порт (по умолчанию 1540–1541).
  • Для Linux:

    # Установка на Ubuntu/Debian
    

    sudo apt update

    sudo apt install -y wget lsb-release

    wget https://releases.1c.ru/version_files/8.3.24.1255/deb64/1c-enterprise83-server_8.3.24-1255_amd64.deb

    sudo dpkg -i 1c-enterprise83-server_*.deb

    sudo apt --fix-broken install

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

    sudo systemctl status srv1cv83  # Для сервера 1С
    

    sudo systemctl status ragents # Для агента кластера

    Далее установите СУБД. Для Microsoft SQL Server используйте версию 2019 или 2022 (Express-версия подходит для баз до 10 ГБ). Для PostgreSQL рекомендуется версия 14+ с расширением 1c_postgresql_extension.

    Установлены все обновления ОС|

    Отключён брандмауэр или настроены исключения для портов 1540–1541, 1433 (SQL)|

    Создана резервная копия конфигурационных файлов|

    Проверено свободное место на диске (минимум 20% от размера будущей базы)|-->

    ⚠️ Внимание: При установке SQL Server на Linux используйте команду mssql-conf setup для настройки памяти и параметров совместимости. По умолчанию SQL Server может ограничивать использование ОЗУ до 2 ГБ, что критично для баз .

    3. Создание и настройка базы данных

    Когда серверные компоненты установлены, переходим к созданию самой базы. Здесь есть два сценария: файловый вариант (для небольших компаний) и клиент-серверный (для масштабируемых решений).

    Файловый вариант

    Подходит для баз до 4 ГБ с количеством пользователей не более 5. Основной недостаток — низкая производительность при сетевой работе.

    Шаги настройки:

    1. Создайте общую папку на сервере (например, \\server\1C_Bases\).
    2. Настройте права доступа:
      • 🔓 Для папки: Полный доступ для группы 1С-Пользователи.
      • 🔒 Для файла 1CV8.1CD: Изменение для пользователей, Полный доступ для администратора.
  • В Конфигураторе 1С выберите Файл → Новая информационная база и укажите путь к общей папке.
  • Клиент-серверный вариант (SQL)

    Оптимален для баз от 5 ГБ и/или 10+ пользователей. Требует предварительной настройки СУБД.

    Инструкция для Microsoft SQL Server:

    1. Откройте SQL Server Management Studio и подключитесь к серверу.
    2. Создайте новую базу данных с параметрами:
      • 📊 Имя: Base1C_Accounting (пример)
      • 🗃️ Файлы данных: разделите на .mdf (данные) и .ldf (логи), разместив их на разных физических дисках.
      • 📏 Начальный размер: 10 ГБ для .mdf, 2 ГБ для .ldf (авторасширение 10%).
  • Настройте пользователя 1С:
    • Создайте логин (например, 1C_User) с паролем.
    • Назначьте роль db_owner для созданной базы.
    • Для PostgreSQL используйте команду:

      sudo -u postgres psql -c "CREATE DATABASE base1c WITH OWNER = 1c_user ENCODING = 'UTF8';"

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

      💡

      Для ускорения работы SQL Server с базой отключите автосжатие данных (DATA_COMPRESSION = NONE) и настройте Cost Threshold for Parallelism = 50 в параметрах сервера. Это снизит нагрузку на процессор при выполнении сложных запросов.

      4. Настройка кластера серверов 1С

      Кластер серверов отвечает за распределение нагрузки между рабочими процессами (rmngr) и обеспечение отказоустойчивости. Без правильной настройки кластера даже мощный сервер может "лежать" при пиковых нагрузках.

      Основные параметры кластера (настраиваются в файле srvinfo или через Консоль администрирования):

      Параметр Рекомендуемое значение Пояснение
      max_memory 70% от физической ОЗУ Ограничивает потребление памяти кластером, оставляя ресурсы для ОС и SQL.
      max_work_processes Количество ядер × 2 Определяет максимальное число рабочих процессов (rphost).
      session_timeout 3600 секунд (1 час) Время неактивности сеанса перед автоматическим отключением.
      dbms_connection_pool_size 50–100 Размер пула соединений с СУБД. Увеличивайте при большом количестве пользователей.

      Для настройки через Консоль администрирования:

      1. Откройте Пуск → 1С Предприятие 8.3 → Администрирование сервера 1С:Предприятия.
      2. Подключитесь к кластеру (по умолчанию localhost:1541).
      3. Перейдите в Кластеры → [Ваш кластер] → Рабочие серверы.
      4. Настройте параметры в разделе Параметры рабочего сервера.

    После изменений перезапустите кластер:

    # Для Linux
    

    sudo systemctl restart srv1cv83

    Для Windows (через PowerShell)

    Restart-Service -Name "1C:Enterprise 8.3 Server Agent"

    💡

    Если в кластере несколько рабочих серверов, настройте балансировку нагрузки по принципу "round-robin". Это позволит равномерно распределять сеансы пользователей и избегать перегрузки отдельных узлов.

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

    Даже правильно настроенная база может тормозить из-за неоптимальных параметров СУБД или сетевых задержек. Рассмотрим ключевые направления оптимизации.

    Настройка SQL Server

    Для баз критично настроить:

    • 📈 План выполнения запросов: отключите auto_create_statistics и auto_update_statistics_async — они могут приводить к блокировкам.
    • 🗃️ TempDB: разместите на отдельном быстром диске (SSD NVMe) и настройте количество файлов равным количеству ядер (но не более 8).
    • 🔄 Резервное копирование: используйте COMPRESSION для уменьшения размера бэкапов.

    Пример скрипта для оптимизации TempDB:

    USE master;
    

    GO

    ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, SIZE = 10GB, FILEGROWTH = 5GB);

    ALTER DATABASE tempdb MODIFY FILE (NAME = templog, SIZE = 2GB, FILEGROWTH = 1GB);

    ALTER DATABASE tempdb ADD FILE (NAME = tempdev2, FILENAME = 'D:\TempDB\tempdev2.ndf', SIZE = 10GB, FILEGROWTH = 5GB);

    GO

    Настройка PostgreSQL

    Для PostgreSQL актуальны следующие параметры в файле postgresql.conf:

    shared_buffers = 4GB               # 25% от общей ОЗУ
    

    effective_cache_size = 12GB # 75% от общей ОЗУ

    work_mem = 16MB # Для сортировок и хэш-операций

    maintenance_work_mem = 1GB # Для VACUUM и REINDEX

    random_page_cost = 1.1 # Для SSD-дисков

    Сетевые настройки

    Если база расположена на удалённом сервере:

    • 🌐 Используйте VPN или прямое подключение вместо RDP для работы с .
    • 📡 Оптимизируйте MTU (максимальный размер пакета) для вашей сети (стандартное значение — 1500).
    • 🔌 Отключите TCP Offloading в настройках сетевой карты (может вызывать задержки).
    Как проверить скорость работы базы?

    Используйте Тест производительности 1С (входит в поставку платформы) или скрипт на PowerShell:

    $start = Get-Date
    

    Здесь выполняются операции в 1С (например, открытие отчёта)

    $end = Get-Date

    $duration = ($end - $start).TotalMilliseconds

    Write-Host "Время выполнения: $duration мс"

    Нормальное время открытия типового отчёта — до 2 секунд. Если больше, ищите узкие места в SQL или сети.

    6. Настройка прав доступа и безопасности

    Неправильно настроенные права доступа — одна из главных причин утечек данных или сбоев в работе . Разберёмся, как настроить безопасность на уровне ОС, СУБД и самой платформы.

    Права на уровне ОС

    Для Windows Server:

    • 🔐 Создайте локальную группу 1С-Пользователи и добавьте в неё всех пользователей, которым нужен доступ к базе.
    • 📂 Для папки с базой (\\server\1C_Bases\) назначьте права:
      • Чтение и выполнение — для группы Все.
      • Изменение — для группы 1С-Пользователи.
      • Полный доступ — для администратора.
    • 🔑 Отключите Наследование разрешений для папки с базой.

    Для Linux:

    sudo chown -R 1c_user:1c_group /var/1C_bases/
    

    sudo chmod -R 770 /var/1C_bases/

    Права в СУБД

    В SQL Server или PostgreSQL настройте:

    • 👤 Отдельного пользователя для каждой базы (например, 1C_Accounting_User).
    • 🔒 Ограничьте права ролью db_datareader + db_datawriter (не давайте db_owner без необходимости!).
    • 🔑 Используйте SQL-аутентификацию (не Windows-аутентификацию) для удалённого доступа.

    Пример создания пользователя в PostgreSQL:

    CREATE USER 1c_user WITH PASSWORD 'SecurePassword123!';
    

    GRANT CONNECT ON DATABASE base1c TO 1c_user;

    GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA public TO 1c_user;

    Безопасность в 1С

    В самой настройте:

    • 🛡️ Роли пользователей: разделите права на Администратор, Бухгалтер, Менеджер и т.д.
    • 🔐 Пароли: включите политику сложных паролей (минимум 8 символов с цифрами и спецсимволами).
    • 📡 Журнал регистрации: активируйте запись событий в Администрирование → Журналы регистрации.
    • ⚠️ Внимание: Никогда не используйте учётную запись saSQL Server) или postgresPostgreSQL) для подключения к базе. Эти учётные записи имеют неограниченные права и являются первой целью для атак.

      7. Резервное копирование и восстановление

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

      Способы резервирования

      Метод Плюсы Минусы Рекомендации
      Встроенное в 1С (1CV8.1CD) Простота, не требует дополнительного ПО. Медленное восстановление, нет инкрементальных бэкапов. Подходит для баз до 10 ГБ.
      SQL-дампы Быстрое восстановление, поддерживает инкрементальные копии. Требует знаний SQL. Оптимально для баз от 10 ГБ.
      Специализированное ПО (Veeam, Acronis) Автоматизация, сжатие, шифрование. Платное решение. Для критически важных баз.

      Пример скрипта для бэкапа SQL Server:

      DECLARE @BackupPath NVARCHAR(255) = 'D:\Backups\1C_Accounting_' + CONVERT(VARCHAR, GETDATE(), 112) + '.bak'
      

      BACKUP DATABASE [Base1C_Accounting] TO DISK = @BackupPath WITH COMPRESSION, STATS = 10

      GO

      Для PostgreSQL:

      pg_dump -U 1c_user -F c -b -v -f "/backups/1c_backup_$(date +%Y-%m-%d).dump" base1c

      План восстановления

      Проверяйте бэкапы ежемесячно:

      1. Восстановите копию на тестовом сервере.
      2. Проверьте целостность данных (например, сверьте остатки по счёту 50).
      3. Убедитесь, что все пользователи могут подключиться.
      💡

      Настройте уведомления о статусе бэкапов через Telegram-бот или email. Например, в SQL Server можно использовать Database Mail для отправки отчётов об ошибках резервирования.

      8. Типичные ошибки и их решение

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

      Ошибка Причина Решение
      Не удалось подключиться к информационной базе Неверные настройки кластера или права доступа.
      1. Проверьте статус служб srv1cv83 и ragents.
      2. Убедитесь, что порт 1541 открыт в брандмауэре.
      Ошибка блокировки при записи Долгие транзакции или нехватка ресурсов SQL.
      1. Увеличьте max_work_processes в кластере.
      2. Настройте READ_COMMITTED_SNAPSHOT = ON в SQL Server.
      Недостаточно памяти для выполнения операции SQL Server ограничивает использование ОЗУ. Установите max server memory в SQL Server на 80–90% от физической памяти.
      Ошибка подключения к СУБД (PostgreSQL) Неверные настройки pg_hba.conf. Добавьте строку: host base1c 1c_user 192.168.1.0/24 md5 и перезапустите PostgreSQL.

      Если база "зависла" и не отвечает:

      1. Проверьте загрузку CPU и RAM на сервере (через Диспетчер задач или htop).
      2. Убейте "зависшие" процессы:
        • Для Windows: Taskkill /F /IM rphost.exe
        • Для Linux: pkill -9 rphost
    • Перезапустите кластер: systemctl restart srv1cv83.
    ⚠️ Внимание: Если после обновления платформы база перестала открываться, проверьте совместимость версии конфигурации и платформы. Например, конфигурация Бухгалтерия 3.0.120.х не будет работать на платформе 8.3.24 без обновления.

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

    Можно ли разместить базу 1С на домашнем ПК и использовать его как сервер?

    Технически да, но это чревато:

    • 🐢 Медленной работой при подключении более 3 пользователей.
    • 🔌 Риском потери данных при отключении электроэнергии.
    • 🛡️ Отсутствием резервного копирования и защиты от вирусов.

    Для тестирования подойдёт, для боевой работы — только выделенный сервер.

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

    Порядок действий:

    1. Создайте новую базу в SQL Server/PostgreSQL.
    2. В Конфигураторе 1С выберите Администрирование → Выгрузить информационную базу (файл .dt).
    3. Создайте новую информационную базу в SQL-варианте и загрузите в неё данные из .dt.
    4. Настройте права доступа в СУБД.

    Время переноса зависит от размера базы (например, 10 ГБ переносится ~1–2 часа).

    Какую СУБД выбрать: SQL Server или PostgreSQL?

    Сравнение:

    Критерий SQL Server PostgreSQL
    Стоимость Платная лицензия (от 50 тыс. руб. за Standard) Бесплатная
    Производительность Лучше для больших баз (100+ ГБ) Хорош для баз до 50 ГБ