Администрирование · 12 мин
Что можно делать на сервере 1С: практическое руководство
Разбираем, что можно делать на сервере 1С:Предприятие: публикация баз, фоновые задания, кластер, отказоустойчивость, обновления, нагрузка и типичные ошибки администраторов.
Сервер 1С:Предприятие — это не просто «компьютер, где лежит база», а полноценный кластер сервисов, который управляет подключениями пользователей, выполняет прикладной код, общается с СУБД и распределяет нагрузку. Переход с файлового режима на клиент-серверный открывает десятки возможностей: от централизованных обновлений до фоновых регламентных заданий и отказоустойчивости.
Понимание того, что именно умеет сервер 1С, помогает правильно спроектировать инфраструктуру: куда вынести СУБД, сколько рабочих процессов запустить, какие задачи доверить фоновым заданиям, а какие оставить на клиентах. Ниже разобраны основные сценарии работы с сервером 1С — от публикации баз до диагностики производительности.
Публикация информационных баз и организация доступа
Главная функция сервера 1С — сделать информационные базы доступными пользователям по сети. База регистрируется в кластере через консоль администрирования серверов 1С или утилиту командной строки rac, после чего клиенты подключаются к ней по протоколу TCP, через веб-сервер (тонкий и веб-клиент) или через сервисы OpenID и OData.
При создании базы в кластере задаются параметры соединения с СУБД: тип сервера баз данных (MS SQL, PostgreSQL, Oracle, IBM DB2), имя базы, учётная запись с правами. Важно понимать: сама база данных физически хранится в СУБД, а сервер 1С выступает посредником, транслирующим прикладные запросы в SQL.
Публикация на веб-сервере (Apache или IIS) позволяет работать с базой через браузер без установки платформы на рабочие места. Это удобно для филиалов, удалённых сотрудников и партнёров, которым нужен ограниченный доступ. Публикация настраивается через диалог «Публикация на веб-сервере» в конфигураторе или утилитой webinst.
Выполнение регламентных и фоновых заданий
Одна из самых востребованных возможностей сервера — выполнение регламентных заданий по расписанию без участия пользователей. Обмен данными с сайтом, загрузка курсов валют, рассылка отчётов, синхронизация с другими системами, пересчёт итогов — всё это выполняется на сервере в фоновом режиме.
Расписание настраивается в конфигураторе на уровне метаданных, а включение и блокировка заданий — в консоли кластера на уровне конкретной базы. Полезный приём — блокировать выполнение регламентных заданий в копиях баз, чтобы тестовая копия не начала рассылать реальные письма или выгружать данные в боевые системы.
Фоновые задания запускаются и программно — из прикладного кода методом ФоновыеЗадания.Выполнить(). Так выносят на сервер длительные операции: формирование тяжёлых отчётов, обработку больших массивов данных, загрузку прайсов. Пользователь при этом продолжает работать, а результат забирает по готовности.
- 1Убедитесь, что в свойствах базы в кластере не установлена блокировка регламентных заданий
- 2Проверьте расписание задания в конфигураторе или в настройках функциональности базы
- 3Назначьте пользователя, от имени которого будет выполняться задание, если оно требует прав
- 4Запустите задание вручную из консоли заданий и проверьте журнал регистрации на ошибки
- 5Настройте мониторинг: контролируйте длительность и факт успешного завершения
Управление сеансами, соединениями и лицензиями
Сервер 1С ведёт реестр всех активных сеансов и соединений. Администратор видит, кто подключён, какое приложение используется, сколько памяти потребляет сеанс и какие вызовы выполняются. Отсюда же можно принудительно завершить зависший сеанс — без перезапуска всего сервера.
Полезные механизмы управления доступом:
- Блокировка установки соединений — запрещает новые подключения к базе, например, на время обновления конфигурации. Можно задать время начала блокировки и сообщение пользователям.
- Код разрешения — позволяет администратору войти в заблокированную базу.
- Разделение лицензий — серверные и клиентские лицензии учитываются раздельно; сервер может выдавать клиентские лицензии, если на нём установлен соответствующий программный или аппаратный ключ.
Профили безопасности в кластере ограничивают, что может делать прикладной код на сервере: обращаться к файловой системе, запускать внешние приложения, использовать COM-объекты и интернет-ресурсы. Для баз с дополнительными отчётами и обработками из непроверенных источников профили безопасности — обязательная мера.
Распределение нагрузки и отказоустойчивость
Кластер 1С может включать несколько рабочих серверов, между которыми распределяются базы и сеансы. Требования к серверам задаются через «требования назначения функциональности»: например, одну машину выделить под регламентные задания, другую — под клиентские соединения, третью — под сервисы интеграции.
Рабочие процессы (rphost) внутри сервера тоже распределяют нагрузку. Несколько процессов изолируют сеансы друг от друга: аварийное завершение одного процесса не роняет весь сервер. В консоли кластера доступны настройки: максимальный объём памяти процесса, интервал перезапуска, допустимое число соединений на процесс, отказоустойчивость кластера.
Уровень отказоустойчивости определяет, сколько рабочих серверов может выйти из строя без потери работоспособности кластера. При отказе сервера сеансы переключаются на резервный, хотя пользователям может потребоваться повторный вход. Полная бесшовность не гарантируется — это важно учитывать при проектировании критичных процессов.
Варианты организации нагрузки
Подходит для небольших внедрений. Простое администрирование, но нет защиты от отказа всей машины.
Даёт отказоустойчивость и распределение ролей, но требует продуманных требований назначения функциональности и синхронизации версий платформы.
Тяжёлую аналитику и интеграции выносят на уровень SQL или внешних сервисов, разгружая rphost. Требует аккуратной разработки.
Централизованное обновление и обслуживание
Серверный режим упрощает сопровождение: платформа обновляется на сервере и на клиентских местах, причём тонкий клиент умеет автоматически получать нужную версию через веб-сервер. Обновление конфигурации выполняется один раз — на сервере, а не на каждом рабочем месте, как в файловом варианте с общей папкой.
Типовой порядок обновления: заблокировать соединения и регламентные задания, дождаться завершения активных сеансов или завершить их, сделать резервную копию, выполнить обновление конфигурации базы данных, снять блокировку. Динамическое обновление позволяет часть изменений применять без завершения сеансов, но оно подходит не для всех случаев — при изменении структуры данных потребуется монопольный режим.
Диагностика производительности и журнал регистрации
Сервер 1С предоставляет инструменты наблюдения за работой системы. Журнал регистрации фиксирует действия пользователей, ошибки, выполнение фоновых заданий и изменения данных — его настраивают на уровне базы, выбирая детализацию событий. Технологический журнал на уровне платформы пишет низкоуровневые события: длительные вызовы, запросы к СУБД, взаимоблокировки, превышения времени ожидания.
Счётчики производительности операционной системы и консоль кластера показывают загрузку процессов rphost: память, число вызовов, время отклика. Связка «технологический журнал + мониторинг СУБД» позволяет найти узкое место: медленный запрос, избыточные вызовы сервера из клиентского кода или нехватку ресурсов.
Как проверить здоровье сервера
Объём стабилен и укладывается в установленные лимиты
Постоянный рост без перезапуска — утечка или слишком много сеансов на процесс
Отклик предсказуемый в течение дня
Резкие всплески в одни и те же часы — конфликт с регламентными заданиями или бэкапами
Задания завершаются успешно за ожидаемое время
Регулярные ошибки или рост длительности выполнения
Отсутствуют или единичны
Повторяются на одних и тех же объектах — нужна доработка кода или индексов
Интеграции и внешние сервисы на сервере
Сервер 1С может выступать и как поставщик, и как потребитель интеграционных сервисов. Из коробки доступны веб-сервисы (SOAP), HTTP-сервисы (REST-подобные интерфейсы), автоматическая публикация OData для доступа к данным базы, а также механизмы планов обмена для распределённых систем и синхронизации с другими приложениями.
Публикация HTTP-сервисов через веб-сервер — стандартный способ связать 1С с сайтом, мобильным приложением или складским оборудованием. Весь код обработчиков выполняется на сервере, поэтому критично ограничивать права анонимных пользователей и валидировать входящие данные: опубликованный сервис — это точка входа в систему извне.
Как выбрать способ интеграции
Часто задаваемые вопросы
Можно ли установить сервер 1С и СУБД на одну машину?
Технически можно, и для небольших внедрений это рабочий вариант. Однако обе службы активно потребляют память и дисковые ресурсы, поэтому при росте числа пользователей их разносят на разные серверы. Как минимум стоит ограничить память, выделяемую СУБД, чтобы она не вытесняла рабочие процессы 1С.
Чем серверный режим лучше файлового?
Серверный режим снимает ограничение файловой базы на количество одновременных пользователей, даёт отказоустойчивость, централизованные регламентные задания, разграничение прав на уровне СУБД и лучшую производительность при конкурентной работе. Файловый режим оправдан только для очень небольших баз с несколькими пользователями.
Что делать, если рабочий процесс rphost съедает всю память?
Сначала проверьте число сеансов и соединений на процесс в консоли кластера — возможно, их слишком много. Установите лимиты: допустимый объём памяти процесса и интервал перезапуска. Если рост памяти связан с конкретной операцией, анализируйте технологический журнал — часто причина в прикладном коде, загружающем большие объёмы данных целиком.
Нужно ли останавливать сервер 1С для резервного копирования?
Нет, резервные копии делаются средствами СУБД «на горячую» — это штатный режим. Останавливать работу пользователей нужно только для операций, меняющих структуру базы: обновления конфигурации с реструктуризацией, тестирования и исправления. Выгрузка в dt через конфигуратор, напротив, требует отсутствия активных сеансов для гарантии целостности.
Можно ли запускать на сервере 1С сторонние программы?
Технически на той же машине можно запускать другие службы, но это не рекомендуется для промышленной эксплуатации: конкуренция за ресурсы ухудшает предсказуемость отклика. Из прикладного кода сервера внешние приложения запускаются только при отключённом безопасном режиме и соответствующих профилях безопасности — это потенциальная уязвимость, которую следует строго контролировать.
Как узнать, кто из пользователей нагружает сервер?
Откройте список сеансов в консоли кластера: там видны потребление памяти, длительность текущего вызова и число обращений к СУБД по каждому сеансу. Для глубокого анализа включите технологический журнал с фильтром по длительным событиям и сопоставьте их с сеансами и фоновыми заданиями.
Что важно запомнить
Сервер 1С — это центр управления базами, сеансами, фоновыми заданиями, нагрузкой и интеграциями. Грамотная настройка кластера, лимитов памяти, расписаний заданий и профилей безопасности превращает его из «чёрного ящика» в управляемую платформу. Главные правила: резервные копии перед любыми изменениями, изоляция тестовых копий от боевых заданий и регулярный мониторинг процессов.