Администрирование · 10 мин
Как настроить сервер 1С:Предприятия
Как установить и настроить сервер 1С:Предприятия с MS SQL или PostgreSQL: требования, кластер, рабочие процессы, права, типичные ошибки и проверка работы.
Сервер 1С:Предприятия нужен, когда файловый режим перестаёт справляться: растёт число пользователей, база раздувается, регламентные задания начинают мешать работе, а одновременный доступ к данным становится критичным. В клиент-серверном варианте логика выполняется на сервере, а СУБД обеспечивает транзакционность и целостность данных. Настройка сводится к четырём шагам: подготовка сервера, установка компонентов 1С, развёртывание СУБД и создание информационной базы через консоль кластера.
Ошибки на этапе установки и настройки — главная причина нестабильной работы 1С: зависаний, ошибок «Сервер 1С:Предприятия не обнаружен», переполнения памяти рабочими процессами. Ниже разобран практический порядок действий для Windows-сервера с MS SQL Server или PostgreSQL, с проверками результата на каждом этапе.
Требования к оборудованию и ПО
Перед установкой проверьте минимальные условия. Процессор и объём оперативной памяти подбираются под число пользователей и размер базы: для небольшой организации обычно хватает 16–32 ГБ ОЗУ, но при активной работе десятков пользователей и тяжёлых отчётах памяти потребуется больше. Дисковая подсистема критичнее процессора: база данных и журналы транзакций должны лежать на быстрых дисках, желательно SSD.
Из программных требований: 64-разрядная ОС (Windows Server или поддерживаемый дистрибутив Linux), платформа 1С той же разрядности, что и СУБД-клиент, а также совместимая версия СУБД. Для PostgreSQL используйте сборку с сайта 1С — «ванильный» PostgreSQL без патчей с 1С работает некорректно. Точный список поддерживаемых версий ОС и СУБД смотрите в системных требованиях конкретного релиза платформы на портале 1С.
Установка компонентов сервера 1С
Запустите установщик платформы 1С:Предприятие от имени администратора. На шаге выбора компонентов отметьте «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» (консоль кластера). Остальные компоненты — тонкий клиент, интерфейсы, модули расширения — ставьте по необходимости.
На шаге настройки службы агента сервера укажите учётную запись, от имени которой будет работать служба. По умолчанию предлагается создать пользователя USR1CV8. Для продуктивной среды лучше использовать выделенную доменную учётную запись с минимально необходимыми правами. Порты по умолчанию: 1540 — агент кластера, 1541 — менеджер кластера, диапазон 1560–1591 — рабочие процессы. Эти порты должны быть открыты в брандмауэре.
После установки откройте «Службы» (services.msc) и убедитесь, что служба «Агент сервера 1С:Предприятия 8.3» запущена. Если служба не стартует, чаще всего причина — недостаток прав у учётной записи или занятый порт 1540.
Установка и подготовка СУБД
Для MS SQL Server установите экземпляр, включите смешанный режим аутентификации (или используйте Windows-аутентификацию с выдачей прав учётной записи службы 1С) и убедитесь, что включён протокол TCP/IP в SQL Server Configuration Manager. Создайте логин, под которым 1С будет подключаться к серверу БД, и дайте ему право создавать базы (роль dbcreator на время развёртывания, далее — db_owner на конкретную базу).
Для PostgreSQL установите сборку с портала 1С, задайте пароль суперпользователя postgres и проверьте, что служба запущена. В файле postgresql.conf при больших базах имеет смысл скорректировать параметры памяти (shared_buffers, work_mem), но делайте это осмысленно: агрессивные значения без расчёта под объём ОЗУ ухудшают, а не улучшают производительность.
Каталог данных СУБД и каталог журналов транзакций по возможности разносите на разные физические диски. Для MS SQL задайте модель восстановления: Full — если нужно восстановление на произвольный момент времени (тогда обязательны регулярные бэкапы журнала), Simple — если достаточно восстановления на момент последней полной копии.
Создание информационной базы через консоль кластера
Откройте «Консоль администрирования серверов 1С:Предприятия». При первом запуске добавьте центральный сервер по имени машины. Раскройте дерево: Кластеры → Локальный кластер → Информационные базы. Через контекстное меню выберите «Создать» → «Информационная база».
В диалоге укажите: имя базы в кластере, тип СУБД, адрес сервера баз данных, имя базы данных на стороне СУБД, логин и пароль пользователя СУБД. Флажок «Создать базу данных в случае её отсутствия» позволяет создать пустую БД прямо из консоли. Опция «Блокировка регламентных заданий» полезна при создании тестовых копий — включите её, чтобы копия базы не выполняла боевые фоновые задачи.
После создания базы запустите конфигуратор 1С, добавьте базу в список (тип размещения — «На сервере 1С:Предприятия») и загрузите конфигурацию из файла .cf или разверните выгрузку .dt. Затем создайте пользователей и назначьте им роли.
Проверка доступности агента сервера с клиентской машины:
telnet имя_сервера 1540
Если окно консоли очищается — порт открыт, агент доступен.Настройка кластера и рабочих процессов
По умолчанию кластер создаёт один рабочий процесс (rphost). На сервере с большим объёмом памяти и десятками пользователей имеет смысл увеличить число рабочих процессов: каждый rphost — отдельный процесс ОС со своим адресным пространством, и распределение сеансов между ними повышает устойчивость. Настраивается это в свойствах рабочего сервера в консоли кластера.
Полезные настройки кластера: интервал перезапуска рабочих процессов (защита от утечек памяти), допустимый объём памяти процесса, после которого он перезапускается, и выключенные процессы. Для небольших баз достаточно значений по умолчанию; тонкая настройка требуется при высокой нагрузке и подбирается по фактическому поведению системы через технологический журнал и счётчики производительности.
Проверка работы и частые ошибки
После настройки проверьте цепочку целиком: служба агента запущена, кластер виден в консоли, база открывается в конфигураторе и в тонком/толстом клиенте с пользовательской машины, фоновые задания выполняются. Если клиент не подключается, проверяйте последовательно: сетевую доступность сервера, открытость портов 1540–1591 в брандмауэре, доступность порта СУБД (1433 для MS SQL, 5432 для PostgreSQL) с сервера 1С.
Ещё одна группа проблем — производительность. Если база работает медленно сразу после перехода на клиент-серверный режим, проверьте план обслуживания СУБД: обновление статистики, перестроение индексов, настройки autogrowth файлов базы. Резкий рост файла БД с маленьким шагом приращения заметно тормозит работу.
Как проверить результат
Состояние «Выполняется», порт 1540 отвечает на telnet
Служба останавливается сразу после запуска — проверяйте права учётной записи и журнал событий
База открывается в тонком клиенте с рабочей станции за секунды
Ошибка «Сервер 1С:Предприятия не обнаружен» — проверяйте DNS-имя сервера и брандмауэр
База создана, таблицы видны в Management Studio / psql
Ошибка создания БД — проверяйте права логина и разрядность компонентов
FAQ
Можно ли разместить сервер 1С и СУБД на одной машине?
Да, для небольших внедрений это нормальная практика: меньше сетевых задержек и проще администрирование. Ограничение — суммарное потребление памяти: и rphost, и СУБД активно используют ОЗУ, поэтому на одной машине память нужно распределять осознанно, ограничивая максимум для SQL Server или параметры PostgreSQL.
Что выбрать: MS SQL Server или PostgreSQL?
MS SQL проще в администрировании под Windows и имеет зрелые инструменты диагностики, но требует лицензий. PostgreSQL бесплатен, но требует сборки от 1С и более внимательной настройки. Для небольших баз также существует бесплатный MS SQL Express с ограничением на размер базы и ресурсы — он подходит только для совсем маленьких внедрений.
Сколько рабочих процессов rphost нужно создать?
Универсального числа нет. Ориентир — один рабочий процесс на несколько десятков активных сеансов, чтобы ни один процесс не упирался в пределы памяти и не становился единой точкой отказа. Начните со значений по умолчанию и увеличивайте число процессов, наблюдая за потреблением памяти и отзывчивостью системы.
Почему база в консоли кластера есть, а клиент пишет «информационная база не обнаружена»?
Чаще всего имя сервера в строке подключения клиента не совпадает с именем, под которым кластер зарегистрирован, или DNS не разрешает короткое имя сервера. Проверьте, что в списке баз указано то же имя сервера, что отображается в консоли кластера, и что оно разрешается в IP с клиентской машины.
Нужно ли настраивать резервное копирование отдельно?
Да, и это обязательная часть внедрения. Настройте регулярные полные бэкапы средствами СУБД (плюс бэкапы журнала транзакций при модели Full) и периодические выгрузки .dt. Проверяйте восстановление из копий на тестовом стенде — копия, которая ни разу не восстанавливалась, не считается надёжной.
Можно ли перенести файловую базу на сервер без потери данных?
Да. Сделайте выгрузку файловой базы в .dt через конфигуратор, создайте пустую серверную базу в консоли кластера и загрузите в неё этот .dt. После загрузки проверьте права пользователей, настройки регламентных заданий и подключения к внешним ресурсам — пути к файлам и каталогам на сервере могут отличаться.
Что важно запомнить
Настройка сервера 1С — это цепочка: платформа с компонентом сервера, совместимая СУБД, создание базы через консоль кластера и проверка подключения клиентов. Ключевые точки отказа — права учётной записи службы, разрядность компонентов и закрытые порты. Все изменения на продуктиве делайте после резервной копии и проверяйте на тестовой среде.