Сервер 1С с нуля: железо, установка, кластер и базы

Сервер 1С — это три процесса платформы (агент, менеджер кластера и рабочие процессы) плюс СУБД под ними. Чтобы его создать, нужно подобрать машину, поставить компонент «Сервер 1С:Предприятия 8.3» и PostgreSQL или MS SQL, затем завести кластер и опубликовать в нём информационные базы. Вся цепочка занимает от двух часов до рабочего дня — если заранее решить, где и на чём это будет жить.

Ниже порядок действий для 8.3 на Windows Server и Linux. Цифры по нагрузке ориентировочные: точный подбор зависит от конфигурации и числа одновременных сеансов.

Что решить до установки: размер сервера и схема

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

Грубые ориентиры для сервера 1С (приложения), если СУБД стоит отдельно:

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

Что проверить до старта:

• 🔑 Есть ли лицензии на серверную часть и на нужное число клиентов. Без них кластер запустится, но сеансы не подключатся.
• 💾 Сколько весит самая большая база и как быстро растёт. От этого зависит объём SSD.
• 🌐 Кто будет подключаться: только офис, удалённые сотрудники, веб-клиент. Это определяет схему доступа и защиты.
• 🧾 Версия платформы. Клиент и сервер должны быть одной версии вплоть до сборки, иначе вход в базу откажет.

Железо или облако

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

Windows Server или Linux: что выбрать

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

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

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

Нужен дистрибутив той же версии, что стоит у пользователей. Берите его с портала поддержки по логину и паролю компании.

Windows

1. Запустите setup.exe от имени администратора.
2. В списке компонентов отметьте «Сервер 1С:Предприятия». Если на этой же машине нужна консоль администрирования, оставьте и её.
3. На шаге установки службы выберите вариант с отдельным пользователем. Установщик создаёт учётную запись USR1CV8 и запускает службу под ней — это правильно, не давайте службе права локального администратора.
4. Дождитесь окончания и убедитесь, что в оснастке служб появился «Агент сервера 1С:Предприятия 8.3» со статусом «Выполняется».

Linux

1. Скопируйте на сервер пакеты платформы нужной версии.
2. Установите пакет сервера и общие библиотеки штатным менеджером пакетов (dpkg -i или rpm -i в зависимости от дистрибутива).
3. Служба называется srv1cv83. Включите и запустите её:

sudo systemctl enable srv1cv83
sudo systemctl start srv1cv83
sudo systemctl status srv1cv83

4. Пользователь usr1cv8 создаётся автоматически. Каталог данных кластера должен принадлежать ему.

Проверка простая: в списке процессов должны висеть ragent, а после создания кластера ещё rmngr и rphost.

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

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

1. Откройте консоль администрирования серверов 1С (оснастка из набора платформы либо тонкий клиент на рабочей станции админа).
2. Добавьте сервер: введите его имя или IP.
3. В ветке «Центральные серверы» создайте новый центральный сервер, укажите порт менеджера кластера (по умолчанию 1541) и диапазон портов рабочих процессов.
4. Добавьте «Рабочий сервер»: он запустит rphost.

Порты по умолчанию, которые надо знать для файрвола:

Параметры, которые меняют на практике

Свойства рабочего сервера и кластера содержат десятки настроек. Для старта трогайте немного:

• 🔄 Интервал перезапуска рабочих процессов. Рабочие процессы со временем «пухнут». Плановый перезапуск раз в сутки или реже убирает накопившуюся утечку памяти.
• 🧠 Допустимый объём памяти рабочего процесса. Задаёт порог, после которого процесс считается проблемным и перезапускается по правилам кластера. Ставьте с запасом относительно ОЗУ машины, а не «в потолок».
• 👥 Число сеансов на процесс. Много маленьких процессов надёжнее одного огромного, но каждый занимает память. Для 50 пользователей разумно начать с нескольких процессов и смотреть на загрузку.
• 🗂️ Число баз на процесс. Если баз много и они небольшие, можно сажать несколько на один процесс. Для тяжёлой базы — один процесс на одну.
• ⏳ Время жизни неактивных сеансов. Задайте тайм-аут, после которого забытые сеансы закрываются и освобождают лицензии.

Что именно записано в полях и как они называются, зависит от версии консоли. Если не нашли пункт, ищите по ключевому слову в свойствах: «процесс», «память», «сеанс».

Кеш метаданных и серверные кеши платформа ведёт сама, и настройка тут минимальная. Но её нужно знать: при «медленном первом входе» после перезапуска виноват именно холодный кеш, а не сервер. Не чистите его без причины.

PostgreSQL или MS SQL для баз 1С

Выбор зависит от бюджета и от того, что уже стоит.

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

Первые шаги с СУБД

1. Установите СУБД и задайте надёжный пароль суперпользователю.
2. Для PostgreSQL проверьте кодировку и локаль будущей базы: при создании средствами 1С она задаётся автоматически.
3. Для MS SQL выбирайте параметры сортировки, совместимые с 1С, и модель восстановления по задаче (для продуктива обычно «полная» с регулярными копиями журнала).
4. Выделите СУБД отдельный быстрый диск. Данные и журнал транзакций держите на разных томах.

Создание информационной базы

В консоли кластера выберите «Информационные базы» → «Создать». Укажите:

• имя базы (латиница, без пробелов — потом пригодится в строке соединения);
• тип СУБД и сервер, где она развёрнута;
• имя базы в СУБД;
• логин и пароль пользователя СУБД;
• отметку «Создать базу данных в случае её отсутствия».

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

Оптимизация сервера 1С под нагрузку 50+ пользователей

Прежде чем крутить параметры, уберите очевидное. Большая часть «тормозов» не в настройках платформы.

1. ⚡ Диск. SSD или NVMe для СУБД и временных файлов. Это самое выгодное вложение.
2. 🧮 Память СУБД. Для PostgreSQL проверьте объём общих буферов и рабочей памяти; для MS SQL ограничьте максимум памяти, чтобы оставить место ОС.
3. 🧹 Обслуживание. Регулярные обновление статистики и дефрагментация индексов (в PostgreSQL — VACUUM и ANALYZE) делают запросы предсказуемыми.
4. 🔒 Блокировки. Если пользователи ждут друг друга, смотрите не в железо, а в режим управления блокировками конфигурации и в длинные транзакции.
5. 🌡️ Энергопотребление. На Windows включите план питания «Высокая производительность». На виртуальных машинах не допускайте «экономии» частоты.

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

Безопасность и резервные копии сервера 1С

Что закрыть в первую очередь

• 🚫 Не публикуйте порты 1540, 1541 и диапазон рабочих процессов в интернет. Для удалённого доступа используйте VPN или терминальный сервер .
• 👤 Отдельный пользователь под службу, без прав администратора.
• 🔐 Пароль пользователя СУБД знают только админы. Пользователям 1С прямой доступ к СУБД не нужен.
• 🛡️ Включите защиту от внешних соединений в настройках кластера и разрешите подключения только с нужных адресов.
• 🧾 Для веб-клиента ставьте перед сервером публикации обратный прокси с HTTPS.

Копирование

Безопасная схема — две независимые копии:

1. Копия средствами СУБД: полная раз в сутки, разностная или журнальная чаще. Это основа для восстановления на нужный момент.
2. Выгрузка *.dt раз в неделю или перед обновлением. Она переносима между версиями СУБД и подходит для проверки целостности.

Копия, которую ни разу не восстанавливали, копией не считается. Раз в квартал разворачивайте её на тестовой машине и открывайте базу.

Мониторинг и поддержка работоспособности

Сервер нельзя «поставить и забыть». Набор минимума:

• 📊 Загрузка. Процессор, память, очередь диска. На Windows подойдёт системный монитор производительности, на Linux — top, iostat, любая система метрик.
• 🧵 Размер рабочих процессов. Если один rphost постоянно растёт и упирается в порог, ищите причину: обычно это конкретный отчёт или обработка.
• 🪪 Лицензии. Следите за числом занятых клиентских лицензий и сеансов. Зависшие сеансы закрывайте в консоли.
• 📝 Технологический журнал. Настраивается файлом logcfg.xml. Включайте на время диагностики, а не навсегда: он быстро забивает диск.
• 🛠️ Утилита rac. Консольная утилита управления кластером. Подходит для скриптов: список сеансов, завершение зависших, проверка состояния.

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

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