Что и где настраивать в сервере 1С:Предприятия редакции ПРОФ
Содержание
Почти всё, что можно настроить на сервере 1С:Проф, собрано в трёх местах: свойства кластера, свойства рабочего сервера и свойства информационной базы в консоли администрирования серверов. Плюс параметры запуска службы агента и файл технологического журнала logcfg.xml. Функции, которые 1С относит к редакции КОРП (счётчики и ограничения потребления ресурсов, требования назначения функциональности), на лицензии ПРОФ не работают — остальные настройки доступны полностью.
Типичная ситуация: фирма выросла с файловой базы до 25 пользователей, купили серверную лицензию ПРОФ, поставили сервер «по умолчанию». Через месяц жалобы: к обеду всё тормозит, вечером рабочий процесс съедает 12 ГБ памяти. Причина почти всегда в том, что после установки никто не открыл свойства кластера. Ниже — какие параметры трогать и в каком порядке.
Из чего состоит сервер 1С:Проф и что в нём настраивается
Сервер 1С:Предприятия — это набор процессов, у каждого своя роль. Путаница между ними — частая причина неверных настроек.
| Процесс | Роль | Порт по умолчанию |
|---|---|---|
ragent | Агент сервера: принимает первое подключение клиента и консоли, хранит список кластеров | 1540 |
rmngr | Менеджер кластера: реестр баз, сеансы, блокировки, распределение нагрузки | 1541 |
rphost | Рабочие процессы: выполняют код конфигурации и запросы к СУБД | диапазон 1560–1591 |
ras | Сервер администрирования для утилиты rac и сторонних консолей | 1545 |
Клиент сначала обращается к агенту на 1540, тот передаёт его менеджеру кластера на 1541, а дальше клиент работает с рабочим процессом из диапазона портов. Диапазон задаётся в свойствах рабочего сервера, а не кластера.
Что реально настраивается:
- 🖥️ Служба агента — порты, каталог
srvinfo, учётная запись, под которой работает сервер. - 🧩 Кластер — перезапуск процессов, лимиты памяти, отказоустойчивость, распределение нагрузки, администраторы.
- ⚙️ Рабочий сервер — диапазон портов, число баз и соединений на процесс, память процессов.
- 🗄️ Информационная база — подключение к СУБД, блокировки сеансов и регламентных заданий, профиль безопасности.
- 📝 Технологический журнал — что и куда писать для разбора проблем.
Чем ПРОФ отличается от КОРП на практике
| Возможность | ПРОФ | КОРП |
|---|---|---|
| Кластер, рабочие процессы, лимиты памяти | ✅ | ✅ |
| Блокировка сеансов и регламентных заданий | ✅ | ✅ |
| Технологический журнал | ✅ | ✅ |
| Требования назначения функциональности | ❌ | ✅ |
| Счётчики и ограничения потребления ресурсов | ❌ | ✅ |
Если в консоли эти разделы видны, но настройки не применяются — дело в редакции лицензии, а не в ошибке.
Параметры кластера серверов 1С: что менять после установки
Консоль: Пуск → 1С:Предприятие 8 → Администрирование серверов 1С Предприятия. Раскройте узел сервера, затем Кластеры, кликните правой кнопкой по кластеру и откройте Свойства.
Если консоль не открывается и пишет, что не найден класс, — перерегистрируйте radmin.dll той же версии, что и сервер: regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll" из командной строки от администратора. Разрядность консоли и библиотеки должна совпадать.
Основные поля свойств кластера
- Интервал перезапуска — через сколько секунд рабочие процессы перезапускаются. По умолчанию 0, то есть никогда. Для 20–50 пользователей разумно 86400 (раз в сутки): процесс плавно заменяется новым, сеансы переходят без разрыва.
- Допустимый объём памяти рабочих процессов — порог в килобайтах, после которого процесс считается «распухшим».
- Интервал превышения допустимого объёма памяти — сколько секунд процесс может держаться выше порога, прежде чем кластер начнёт его заменять. Ставят 300–600.
- Выключенные процессы останавливать через — время, за которое старый процесс завершает работу. 60–300 секунд.
- Принудительно завершать проблемные процессы — включить. Иначе зависший процесс висит часами.
- Уровень отказоустойчивости — сколько рабочих серверов может отказать без остановки кластера. При одном сервере — 0.
- Режим распределения нагрузки — «Приоритет по производительности» или «Приоритет по памяти». На одном сервере разницы почти нет.
Пример расчёта порога памяти. На сервере 32 ГБ, из них 12 ГБ отданы СУБД, 4 ГБ — системе. На 1С остаётся 16 ГБ. При двух рабочих процессах порог ставим около 6 ГБ на процесс: 6 × 1024 × 1024 = 6 291 456 КБ.
Администраторы кластера
Во вкладке Администраторы узла кластера добавьте хотя бы одного администратора. Пока список пуст, любой, кто достучался до порта 1540, может открыть консоль и удалить базу из кластера.
Запишите пароль администратора кластера в хранилище паролей сразу. Если он потерян, восстановление — остановить службу агента и вернуть файл реестра кластера из резервной копии. Делать это в нерабочее время: остановка службы обрывает все сеансы.
Настройка рабочих процессов rphost и памяти сервера
Свойства рабочего сервера открываются из узла Рабочие серверы кластера. Здесь живут параметры, которые чаще всего влияют на скорость.
| Параметр | Что делает | Ориентир |
|---|---|---|
| Диапазон IP-портов | Порты для рабочих процессов | 1560:1591, открыть в брандмауэре |
| Количество ИБ на процесс | Сколько баз обслуживает один процесс | 8 по умолчанию; для тяжёлой базы — 1 |
| Количество соединений на процесс | После этого числа кластер запускает ещё один процесс | 128–256 по умолчанию; снижать при больших базах |
| Максимальный объём памяти рабочих процессов | Общий потолок памяти всех rphost этого сервера | 70–80% от памяти, свободной от СУБД |
| Безопасный расход памяти за один вызов | Защита от одного «тяжёлого» вызова, съедающего память | 5–10% от общего потолка |
| Менеджер под каждый сервис | Выносит сервисы кластера в отдельные процессы rmngr | Включать при 50+ пользователях |
Практические схемы
- 🔹 Одна основная база на 20–30 пользователей: количество ИБ на процесс — 1, соединений на процесс — 50–60. Получится 1–2 процесса, сбой одного не уронит всех.
- 🔹 Много мелких баз (бухгалтерия нескольких юрлиц): количество ИБ на процесс — 4–8. Иначе каждая база потянет свой процесс и память.
- 🔹 Тяжёлые отчёты и закрытие месяца : безопасный расход за вызов не ставьте ниже 2–3 ГБ, иначе кластер начнёт обрывать формирование оборотно-сальдовой ведомости за год.
Новые значения применяются к вновь запущенным процессам. Чтобы не обрывать людей, подождите плановый перезапуск по интервалу или сделайте изменения вечером.
Кэш сервера 1С: ускорение работы и очистка
На сервере есть два вида кэша, которые администратор реально трогает.
Кэш сеансовых данных. Лежит в каталоге кластера srvinfo\reg_1541, в папках snccntx…. Если его файлы повреждены, пользователи видят зависания при входе или странные ошибки сеанса.
Кэш конфигурации на клиенте. Хранится в профиле пользователя. Чистится параметром запуска /ClearCache или удалением папок в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8.
Как почистить серверный кэш
- Предупредите пользователей: остановка службы обрывает все сеансы на всех базах кластера. Делайте это вне рабочего времени.
- Остановите службу «Агент сервера 1С:Предприятия 8.3» в
services.msc. - Сделайте копию всей папки
reg_1541— на случай, если удалите лишнее. - Удалите только папки, начинающиеся с
snccntx. Файл1CV8Clst.lst(реестр кластера) не трогайте. - Запустите службу, проверьте вход в базу.
net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
xcopy "C:\Program Files\1cv8\srvinfo\reg_1541" "D:\backup\reg_1541\" /E /I
for /d %%i in ("C:\Program Files\1cv8\srvinfo\reg_1541\snccntx*") do rd /s /q "%%i"
net start "1C:Enterprise 8.3 Server Agent (x86-64)"
Имя службы и путь к srvinfo проверьте у себя в свойствах службы: при установке их часто меняют.
Что ускоряет больше, чем чистка кэша
- 💾 Каталог
srvinfoна SSD, а не на системном HDD. - 🧹 Исключения антивируса для
srvinfo, каталога платформы и файлов СУБД. - 🔌 Электропитание Windows в режиме «Высокая производительность»: на серверах по умолчанию часто стоит сбалансированный, процессор сбрасывает частоту.
- 🗄️ Регламентное обслуживание СУБД: обновление статистики и перестроение индексов.
Управление сеансами и подключениями к базам
Сеансы видны в узле Информационные базы → <база> → Сеансы или в общем узле Сеансы кластера. Там же видно, какую лицензию занял сеанс и с какого компьютера он пришёл.
Блокировка входа на время работ
В свойствах информационной базы есть два флажка, которые нужны перед обновлением:
- 🔒 Блокировка начала сеансов включена — плюс время начала и окончания, сообщение для пользователей и код разрешения. С этим кодом администратор сам заходит в заблокированную базу (параметр запуска
/UC<код>). - ⏸️ Блокировка регламентных заданий включена — останавливает обмены, загрузку курсов и прочие фоновые задания. Обязательно для копий базы: иначе тестовая копия начнёт отправлять данные в ЭДО и банк.
Работа через rac
Если консоли нет (Linux или удалённый сервер без графики), то же самое делается утилитой rac через сервер администрирования ras:
ras cluster --daemon
rac cluster list
rac session list --cluster=<uuid-кластера> --licenses
rac process list --cluster=<uuid-кластера>
Остальные команды и их параметры смотрите в справке rac help и rac session help: синтаксис меняется между версиями платформы.
Завершение сеанса из консоли — несохранённые данные пользователя пропадут. Сначала позвоните или напишите ему.
Безопасность сервера 1С: доступ, учётные записи, сеть
Сервер 1С по умолчанию открыт шире, чем нужно. Вот минимум, который стоит сделать в первый день.
Учётная запись службы
Установщик создаёт пользователя USR1CV8. Ему нужны права на каталог srvinfo, каталог платформы и временную папку. Права администратора Windows ему не давайте: если через внешнюю обработку
запустят вредный код, он выполнится от имени этой учётной записи.
Два уровня администраторов
- 👤 Администраторы центрального сервера — могут создавать и удалять кластеры.
- 👥 Администраторы кластера — управляют базами и сеансами внутри кластера.
Задайте пароли на обоих уровнях. Пользователь 1С с правами администратора базы — отдельная история, к серверу он доступа не даёт.
Сеть и доступ к СУБД
- Откройте в брандмауэре только 1540, 1541 и диапазон рабочих процессов, и только для подсети офиса или VPN.
- Не публикуйте эти порты напрямую в интернет. Удалённым сотрудникам — VPN, RDP через шлюз или веб-клиент через публикацию на веб-сервере с HTTPS.
- Для СУБД заведите отдельного пользователя под базы 1С, а не
saилиpostgres.
Профили безопасности
В кластере можно создать профили безопасности и назначить их базе. Профиль ограничивает, что код конфигурации может делать на сервере: доступ к файловой системе, запуск приложений, внешние компоненты. Это защита от внешних обработок с сомнительным кодом. Включайте осторожно: типовые конфигурации при этом потребуют разрешить нужные им ресурсы, и часть функций без этого перестанет работать.
Мониторинг и диагностика проблем сервера
Без журнала разбор «почему тормозит» превращается в гадание. На ПРОФ основной инструмент — технологический журнал.
Технологический журнал
Настраивается файлом logcfg.xml в каталоге conf платформы (например, C:\Program Files\1cv8\conf). Сервер перечитывает файл без перезапуска, примерно в течение минуты. Пример для поиска долгих вызовов и исключений:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="D:\1c_techlog" history="24">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="CALL"/>
<gt property="Durationus" value="5000000"/>
</event>
</log>
</config>
Здесь history="24" — хранить 24 часа, Durationus больше 5 000 000 — вызовы дольше 5 секунд.
Журнал с полным набором событий за час может вырасти до десятков гигабайт. Пишите на отдельный диск, ограничивайте history, после разбора удаляйте logcfg.xml или сужайте фильтры.
Что ещё смотреть
- 📊 Консоль кластера — узел рабочих процессов показывает память, число соединений и среднее время вызова по каждому
rphost. - 🔒 Список сеансов — колонка времени вызова и блокировок покажет, кто держит базу.
- 🧮 Монитор ресурсов Windows — диск и память: часто узкое место не 1С, а СУБД на том же диске.
Резервное копирование баз и настроек кластера
Копируйте две разные вещи: данные баз и настройки самого сервера.
Данные информационных баз
| Способ | Когда | Риски |
|---|---|---|
Резервная копия средствами СУБД (полная + журнал транзакций в MS SQL, pg_dump или физическая копия в PostgreSQL) | Основной ежедневный способ | Нужно проверять восстановление на тестовом сервере |
Выгрузка в .dt через Конфигуратор | Перед обновлением, перенос базы | Долго на больших базах; согласованность лучше при отсутствии пользователей |
| Копия каталога файлов СУБД | Почти никогда | Без остановки СУБД получите неконсистентную копию |
Ориентир для базы до 50 ГБ: полная копия каждую ночь, журнал транзакций каждые 30–60 минут, хранение 14–30 дней, одна копия — вне сервера.
Настройки сервера
- 📁 Папка
srvinfoцеликом, а главное —reg_1541\1CV8Clst.lst: в нём список баз, администраторы, параметры кластера. - 📄 Свой
logcfg.xml, если настраивали. - 🔑 Файлы программных лицензий из каталога лицензий. После переустановки ОС или замены оборудования лицензия может потребовать повторной активации — пин-коды держите в надёжном месте.
Раз в квартал разворачивайте копию на тестовом сервере и проверяйте, что база открывается. Непроверенная копия — не копия.