Обычный ПК в роли сервера 1С: что нужно и как настроить

Директор купил второй системный блок и просит: «Поставь на него 1С, чтобы все работали в одной базе». Это реально. Использовать компьютер как сервер 1С можно, если у него SSD, достаточно памяти и он не выключается по вечерам. Для пяти-десяти пользователей и небольшой базы такого ПК хватает.

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

1. Какой компьютер подойдёт под сервер 1С

Серверу нужны не мощный процессор и видеокарта, а быстрый диск и память. Ориентиры для небольшой базы (до 10-15 одновременных пользователей):

Что учесть на практике:

• ⚡ Скорость одного ядра важнее числа ядер. Многие операции в 1С выполняются одним потоком. Ядро на 4 ГГц сильно выручит при проведении документов.
• 💾 Диск решает всё. Обычный жёсткий диск под базой даёт задержки на каждом запросе. SSD ускоряет работу в разы.
• 🔌 Бесперебойник обязателен. Внезапное отключение питания во время записи может повредить базу.
• 🌐 Только кабель. Wi-Fi на сервере и на рабочих местах даёт случайные обрывы, а они ломают сеансы.

Не используйте для сервера компьютер, за которым кто-то работает целый день. Браузер с десятком вкладок съест память, а перезагрузка «на минуточку» выбьет всех пользователей из базы.

2. Windows или Linux: что выбрать для ПК-сервера

Платформа 1С работает на обеих системах, но для обычного офиса выбор чаще очевиден.

Если сервер ставит бухгалтер или программист-одиночка, берите Windows. Любой сбой гуглится, а все настройки видны в окнах. Если опыт с Linux есть, он сэкономит на лицензии и оставит больше памяти базам.

Один важный нюанс для Windows. Обычные «домашние» и «профессиональные» версии (не серверные) работают как сервер, но имеют ограничения по числу одновременных сетевых подключений. Для файлового доступа и малой базы этого хватает. Для кластера на десятки сеансов лучше серверная редакция системы.

Совет: в любом случае не ставьте на сервер ничего лишнего. Чем меньше программ, тем меньше причин для сбоев.

3. Установка платформы 1С на сервер

Пошаговый порядок для Windows. Перед началом создайте отдельную учётную запись администратора и не работайте под ней в интернете.

1. Скачайте дистрибутив платформы с сайта поддержки 1С (нужна действующая подписка ИТС). Берите тот релиз, что стоит на рабочих местах, либо новее: платформа на клиенте не должна быть новее серверной.
2. Запустите установку и в списке компонентов отметьте «Сервер 1С:Предприятия». По умолчанию он не выбран.
3. В конце мастер предложит установить сервер как службу Windows. Согласитесь. Служба запустится от имени отдельного пользователя USR1CV8, и это правильно: не меняйте его на администратора.
4. Если нужна база на СУБД, поставьте PostgreSQL. Выбирайте сборки, подготовленные специально для 1С: в обычной версии PostgreSQL нет нужных доработок.
5. Откройте оснастку служб и проверьте, что служба сервера 1С работает и стоит запуск «Автоматически».
6. Запустите «Администрирование серверов 1С Предприятия» (консоль кластера). Добавьте кластер, укажите имя компьютера.
7. Создайте информационную базу в кластере: имя, тип СУБД, адрес сервера СУБД, имя базы и пользователь.

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

Для Linux логика та же: ставятся пакеты платформы и серверной части, запускается служба srv1cv83, остальное делается через консоль кластера или утилиту rac.

Что получится на выходе

Кластер состоит из нескольких процессов, и полезно знать их названия:

• ragent отвечает за общий агент и стартует первым;
• rmngr управляет кластером, раздаёт задачи;
• rphost обслуживает сеансы пользователей, то есть реально выполняет код 1С.

4. Как подключить пользователей: сеть и порты

Сервер стоит, но пользователи пока его не видят. Остаётся сеть.

Шаг 1. Закрепите адрес. Назначьте серверу постоянный IP в роутере (резервирование по MAC-адресу) или задайте статический вручную. Иначе после перезагрузки роутера адрес может смениться, и все базы «отвалятся».

Шаг 2. Откройте порты в брандмауэре. Стандартные значения:

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

Шаг 3. Подключите рабочие места. В списке баз нажмите «Добавить», выберите «Создать новую информационную базу» или «Добавить существующую», тип расположения «На сервере 1С:Предприятия», введите имя сервера и имя базы. Если имя не находится, укажите вместо него IP-адрес.

Шаг 4. Проверьте. Запустите клиент с другого компьютера. Если сеанс открылся, значит порты и имя настроены верно.

Если сервер нужно показать «снаружи», например для выездного сотрудника, не пробрасывайте порты 1С в интернет напрямую. Используйте VPN: это быстрее и надёжнее, чем разбирать последствия взлома.

5. Как ускорить сервер 1С на обычном ПК

Мощности ПК ограничены, поэтому настройка даёт заметный эффект.

Система и электропитание

• Включите схему электропитания «Высокая производительность». На экономной схеме процессор снижает частоту, а 1С реагирует на это замедлением.
• Отключите автоматические перезагрузки после обновлений. Нужное время установите вручную, например ночью в воскресенье.
• Задайте файл подкачки постоянного размера на SSD, а не «по выбору системы».

Антивирус

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

Диск и база

• Держите базу и журнал СУБД на SSD, копии на другом носителе.
• Следите за свободным местом: когда диск заполнен на 90%, скорость падает.
• Раз в квартал запускайте тестирование и исправление базы в конфигураторе, но только после резервной копии.

Что можно настроить в 1С

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

6. Защита данных: резервные копии и безопасность

Обычный ПК теряет данные чаще серверной стойки, поэтому о защите думайте заранее.

Что обязательно сделать:

• 🔐 Заведите отдельные учётные записи. Не работайте на сервере под общим пользователем. Права администратора нужны одному-двум людям.
• 🔥 Не выводите сервер в интернет. Закройте RDP, если он не нужен, или ограничьте его по адресам и через VPN.
• 🧰 Обновляйте систему и платформу, но на тестовой базе и в согласованное время.
• 🔑 Меняйте пароли администратора кластера и СУБД с заводских на длинные.

Резервное копирование строится по правилу «3-2-1»: три копии, на двух разных носителях, одна из них вне офиса.

Практическая схема для малого предприятия:

1. Ежедневно ночью выгружайте базу в файл .dt или делайте дамп средствами СУБД.
2. Копию сразу отправляйте на другой диск.
3. Раз в неделю копируйте архив в облако или на съёмный накопитель, который уносят домой.
4. Раз в месяц проверяйте, что копия восстанавливается. Копия, которую ни разу не открывали, не считается копией.

Перед любым обновлением платформы, конфигурации или настроек сервера делайте резервную копию и согласуйте работы с регламентом организации.

7. Типичные сбои и что с ними делать

Здесь только сбои, свойственные именно ПК в роли сервера. Для разбора используйте таблицу.

Если ничего не помогло

Соберите журнал: в консоли кластера посмотрите журнал регистрации и системный журнал событий, найдите время сбоя и запишите точный текст. По тексту ошибки поиск работает гораздо лучше, чем по общему описанию «не работает». Если сервер вообще не стартует, временно переведите базу в файловый режим из последней резервной копии, чтобы сотрудники работали, пока вы ищете причину.

8. Когда ПК-сервер перестаёт справляться

Признаки того, что пора менять схему:

• ⏳ пользователи жалуются на тормоза в разное время дня, а не только при закрытии месяца;
• 📈 одновременных сеансов стало больше пятнадцати-двадцати;
• 🗄️ база выросла до десятков гигабайт, и копирование занимает часы;
• 🔁 простои из-за сбоя ПК уже стоили дороже, чем аренда сервера;
• 🛡️ появились требования по сохранности данных, которые ПК закрыть не может.

Варианты, от простого к сложному:

1. Добавить диск и память в тот же ПК. Самый дешёвый шаг.
2. Разделить роли: СУБД на одном компьютере, сервер 1С на другом. Нагрузка делится, и каждой службе хватает ресурсов.
3. Купить серверное железо: с ECC-памятью, зеркалом дисков и двумя блоками питания.
4. Перейти на аренду: виртуальный сервер или облако 1С. Оплата помесячная, о железе и копиях думает провайдер.

Для ориентира: арендованный сервер под 10-15 пользователей обычно обходится в несколько тысяч рублей в месяц, а своё серверное железо стоит от нескольких сотен тысяч рублей. Точные цены зависят от провайдера, их лучше уточнять на момент покупки.

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