Администрирование · 12 мин
Как запустить администрирование серверов 1С с нуля
Как запустить администрирование серверов 1С: установка агента, консоль кластера, создание баз, настройка прав и резервное копирование. Практическое руководство.
Администрирование серверов 1С начинается не с консоли кластера, а с понимания архитектуры: платформа работает в трёхзвенной схеме «клиент — сервер 1С:Предприятия — СУБД». Агент сервера управляет рабочими процессами, которые исполняют код прикладного решения, а данные хранятся в PostgreSQL, MS SQL Server, Oracle или IBM DB2. Запустить администрирование означает установить и настроить эти компоненты, подключить консоль управления и взять под контроль ключевые операции: создание баз, регламентные задания, резервное копирование и мониторинг.
Ошибки на этапе запуска дорого обходятся: неправильно выбранная разрядность платформы, отсутствие резервных копий или открытый наружу порт агента сервера приводят к потере данных и простою учётной системы. Поэтому порядок действий важен не меньше, чем сами действия. Материал построен как практический маршрут: от подготовки инфраструктуры до проверки работоспособности и типовых проблем.
Подготовка инфраструктуры: что должно быть готово до установки
Прежде чем устанавливать сервер 1С, определите, где будет работать каждый компонент. Для небольших внедрений допустимо разместить сервер 1С и СУБД на одной машине, но при росте нагрузки их разносят: СУБД чувствительна к дисковой подсистеме и оперативной памяти, а сервер 1С — к процессору и памяти под рабочие процессы. Операционная система должна поддерживаться выбранной версией платформы: перечень поддерживаемых ОС и СУБД указан в документации к конкретному релизу, и его нужно проверить до покупки лицензий.
Отдельно проверьте лицензионную часть. Сервер 1С требует серверной лицензии соответствующей разрядности, а клиентские лицензии могут распространяться как сервером 1С, так и через HASP-ключ. Заранее решите, какой вариант используется, — от этого зависит, где активировать программные лицензии и к кому обращаться при их восстановлении после переустановки системы.
Сетевые требования просты, но их часто упускают. Агент сервера по умолчанию использует порт 1540, менеджер кластера — 1541, рабочие процессы — диапазон 1560–1591. Эти порты должны быть открыты между клиентами, сервером 1С и СУБД, но закрыты от внешних сетей. Доступ к серверу из интернета организуется только через веб-сервер с публикацией или VPN, напрямую порты кластера наружу не выставляют.
Установка сервера 1С и СУБД
Дистрибутив сервера 1С:Предприятия устанавливается с портала releases.1c.ru или с диска ИТС. В составе установки выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» — именно второй компонент содержит консоль управления кластером. На Windows служба агента сервера создаётся автоматически и работает под учётной записью, которую можно заменить на отдельную служебную с необходимыми правами.
На Linux установка выполняется из пакетов дистрибутива платформы, служба агента регистрируется как systemd-юнит. Учтите, что для Linux-версии сервера существуют ограничения по поддерживаемым СУБД и требования к версиям системных библиотек — сверяйтесь с документацией конкретного релиза платформы.
СУБД устанавливается и настраивается отдельно. Для PostgreSQL компания 1С публикует собственную сборку с патчами; для MS SQL Server важно правильно выбрать collation, рекомендованный для 1С, иначе возможны ошибки сортировки и сравнения строк. Учётная запись, под которой сервер 1С подключается к СУБД, должна иметь права на создание баз данных — на этапе развёртывания это упрощает работу, позже права можно урезать до владения конкретными базами.
- 1Установите и настройте СУБД, проверьте, что служба СУБД запущена и принимает подключения.
- 2Установите компоненты сервера 1С:Предприятия и консоль администрирования.
- 3Убедитесь, что служба агента сервера запущена (в Windows — «Агент сервера 1С:Предприятия», в Linux — srv1cv8).
- 4Откройте консоль администрирования и зарегистрируйте в ней свой сервер по имени или IP.
- 5Создайте администратора кластера с паролем.
- 6Создайте информационную базу, указав тип СУБД, сервер баз данных и учётные данные.
- 7Подключитесь к базе клиентом 1С и выполните первоначальное заполнение.
Работа с консолью администрирования кластера
Консоль администрирования серверов 1С (файл 1CV8 Servers.msc на Windows) — основной инструмент администратора. После запуска нужно добавить сервер в список: правый клик по узлу «Центральные серверы 1С:Предприятия» → «Создать» → «Центральный сервер», указать имя машины. Если агент запущен, консоль покажет кластер, рабочие процессы, сеансы и информационные базы.
Первое действие внутри кластера — задать администратора. Откройте свойства кластера, раздел «Администраторы», добавьте учётную запись с паролем. С этого момента консоль и утилиты командной строки будут требовать аутентификацию. Не используйте пустые или словарные пароли: кластер без защиты — стандартная находка при аудитах безопасности.
Через консоль же выполняются повседневные операции: просмотр активных сеансов и их принудительное завершение, блокировка соединений с информационной базой на время обновления, просмотр рабочих процессов и нагрузки. При обновлении конфигурации с реструктуризацией базы сначала устанавливают блокировку соединений и запрет регламентных заданий, затем завершают оставшиеся сеансы — только в такой последовательности обновление пройдёт без конфликтов.
Создание информационных баз и разграничение прав
Новую базу создают двумя путями: через консоль кластера (создаётся пустая база в СУБД) или через стандартный стартер 1С с указанием серверного варианта работы. В обоих случаях понадобятся: имя базы в кластере, адрес сервера СУБД, имя базы данных на стороне СУБД и учётная запись с правами. Практичное правило — имена баз в кластере и в СУБД делать одинаковыми и понятными, чтобы через полгода не гадать, какая база к какому контуру относится.
Разграничение прав строится на трёх уровнях: администраторы кластера (управляют сервером), администраторы информационных баз (задаются в свойствах базы) и пользователи внутри прикладного решения с ролями конфигурации. Не смешивайте эти уровни: учётная запись администратора кластера не должна использоваться для ежедневной работы в базе, а права «Полные права» в конфигурации выдаются только тем, кто действительно администрирует прикладное решение.
Для продуктивной базы включите в свойствах базы в кластере параметры, защищающие от случайных действий: блокировку регламентных заданий на копиях баз (при развёртывании тестовой копии из продуктивной) и, при необходимости, запрет выдачи лицензий через конкретную базу. Тестовые копии без блокировки регламентных заданий — классическая причина дублирования выгрузок, двойной отправки документов в ЭДО и порчи обменов.
Резервное копирование и регламентные операции
Резервное копирование серверного 1С делается средствами СУБД: полные копии по расписанию, копии журналов транзакций для восстановления на произвольный момент времени. Выгрузка в файл .dt через конфигуратор — дополнение, а не замена: для больших баз выгрузка и загрузка занимают часы, а вероятность ошибок при восстановлении выше. Настройте копирование до запуска пользователей и сразу проверьте восстановление на тестовом стенде — копия, восстановление которой не проверено, не считается копией.
Регламентные операции СУБД — обновление статистики, перестроение индексов, контроль целостности — выполняются по расписанию, обычно в ночное окно. Без них производительность базы деградирует постепенно и незаметно, пока пользователи не начнут жаловаться на «тормоза» в отчётах и проведении документов. План обслуживания настраивается средствами самой СУБД и не требует вмешательства в конфигурацию 1С.
Отдельно контролируйте рост базы и журнала транзакций. Переполненный диск с журналом транзакций MS SQL или переполненный раздел с WAL в PostgreSQL останавливает работу всей учётной системы. Настройте мониторинг свободного места с порогами предупреждения и регламентную очистку устаревших данных штатными средствами конфигурации.
Как проверить результат запуска
Служба работает, кластер виден в консоли
Служба останавливается, ошибки в журнале событий ОС
Клиент открывает базу, сеанс виден в консоли
Ошибка соединения, база не отображается в кластере
Копия создана и успешно восстановлена на тестовом стенде
Копия есть, но восстановление не проверялось
Кластер требует пароль администратора
Консоль подключается без аутентификации
Мониторинг и диагностика проблем
Базовый мониторинг начинается с технологического журнала платформы: он фиксирует события кластера, ошибки, долгие запросы и взаимоблокировки. Журнал включается конфигурационным файлом logcfg.xml в каталоге сервера. Не включайте «всё и сразу» — детальная трассировка замедляет работу и заполняет диск; настраивайте сбор только нужных событий: ошибки, тупики, длительные вызовы СУБД.
Счётчики производительности ОС и СУБД дополняют картину: загрузка процессора и памяти рабочими процессами rphost, длина очереди дисков на сервере СУБД, количество соединений. Характерный признак проблем с памятью — аварийные завершения рабочих процессов и их перезапуск; признак проблем с дисками — рост времени отклика при невысокой загрузке процессора.
Когда самостоятельной диагностики недостаточно — повторяющиеся взаимоблокировки, утечки памяти, ошибки СУБД без очевидной причины — соберите технологический журнал за период проблемы, выгрузку планов запросов и описание действий пользователей. С этим пакетом данных имеет смысл обращаться к специалистам по оптимизации или в поддержку: гадание по симптомам без данных обычно приводит к бесполезной «настройке наугад».
Как выбрать действие
Часто задаваемые вопросы
Можно ли администрировать сервер 1С без консоли кластера?
Да, часть операций доступна через утилиту командной строки rac из состава сервера и через административный интерфейс RAS при поднятом сервисе ras. Это удобно для автоматизации скриптами и для Linux-окружений без графической оболочки. Консоль остаётся более наглядным инструментом для повседневной работы и диагностики.
Чем отличается файловый вариант базы от серверного?
В файловом варианте данные хранятся в одном файле 1Cv8.1CD, а роль сервера выполняет сам клиент или веб-сервер. Такой вариант подходит для небольших баз с малым числом одновременных пользователей. Серверный вариант снимает ограничения по конкурентной работе, объёму и надёжности, но требует отдельного администрирования СУБД и кластера.
Нужна ли отдельная учётная запись для службы агента сервера?
На Windows служба по умолчанию работает под системной учётной записью, что приемлемо для старта. Для строгого разграничения прав создают отдельную служебную учётную запись с минимально необходимыми правами на каталоги сервера и доступ к СУБД. Главное — не использовать для службы личную учётную запись сотрудника.
Как безопасно обновить платформу на сервере?
Установите новую версию платформы рядом со старой — они сосуществуют. Переведите службу агента на новую версию, проверьте работу на тестовой базе, затем переключите продуктив. Клиентские приложения пользователей должны соответствовать версии сервера, поэтому обновление планируйте на нерабочее время с оповещением пользователей.
Что делать, если консоль не видит кластер?
Проверьте по порядку: запущена ли служба агента сервера, открыт ли порт 1540 на брандмауэре, совпадает ли версия консоли с версией сервера и правильно ли указано имя сервера. Если агент работает, но кластер не отвечает, посмотрите журнал событий ОС и каталог srvinfo — повреждение реестра кластера лечится восстановлением из копии этого каталога.
Достаточно ли выгрузки в .dt для резервного копирования?
Нет. Выгрузка в .dt — это перенос данных средствами платформы, удобный для миграций и снятия копии «на всякий случай», но не полноценная стратегия резервного копирования. Для серверных баз основным механизмом должны быть копии средствами СУБД с проверенным восстановлением, а .dt — дополнительным слоем защиты.
Что важно запомнить
Запуск администрирования серверов 1С — это последовательность: подготовленная инфраструктура, установленные сервер 1С и СУБД, защищённый паролем кластер, созданные базы, резервное копирование средствами СУБД с проверенным восстановлением и мониторинг через технологический журнал. Пропуск любого шага превращает запуск в отложенную аварию.