Администрирование · 12 мин
Как работать с сервером 1С: пошаговое руководство для администратора
Практическое руководство по работе с сервером 1С:Предприятие: установка агента, создание баз, настройка кластера, резервное копирование и решение типовых проблем.
Сервер 1С:Предприятие — это программный комплекс, который обеспечивает работу информационных баз в клиент-серверном режиме. В отличие от файлового варианта, где данные лежат в общей папке, серверный режим передаёт обработку запросов связке «агент сервера 1С + СУБД» (чаще всего PostgreSQL или MS SQL Server). Это снимает ограничения файлового режима по числу пользователей, объёму базы и параллельной работе.
Работа с сервером 1С включает несколько уровней задач: установка и запуск службы агента сервера, создание и сопровождение кластера, подключение информационных баз, управление сеансами пользователей, резервное копирование и мониторинг производительности. Каждый из этих уровней имеет свои инструменты и типовые ошибки, которые приводят к простою учётной системы.
Материал рассчитан на администратора, который впервые разворачивает сервер 1С или взял на сопровождение уже работающий. Описанные действия актуальны для платформы 8.3 в Windows-окружении; для Linux логика та же, отличаются пути и команды управления службой.
Как устроен сервер 1С и что нужно понимать перед настройкой
Архитектура клиент-серверного режима состоит из трёх звеньев: клиентское приложение (тонкий, толстый или веб-клиент), кластер серверов 1С и сервер баз данных. Кластером управляет агент сервера, внутри кластера работают рабочие процессы (rphost), которые исполняют код прикладного решения и обращаются к СУБД. Менеджер кластера (rmngr) распределяет соединения между рабочими процессами.
Ключевые сетевые порты по умолчанию: 1540 — агент сервера, 1541 — менеджер кластера, диапазон 1560–1591 — рабочие процессы. Если между клиентом и сервером есть межсетевой экран, эти порты должны быть открыты, иначе клиент не найдёт кластер или будет терять соединение при переключении на другой рабочий процесс.
Перед установкой определите, где будет жить СУБД. Для небольших баз (до нескольких десятков пользователей) сервер 1С и СУБД часто размещают на одной машине. При росте нагрузки их разносят: СУБД — на сервер с быстрыми дисками и большим объёмом оперативной памяти, сервер 1С — на машину с производительным процессором, так как rphost активно нагружает CPU.
Установка платформы и запуск агента сервера
Дистрибутив сервера 1С устанавливается из того же установщика платформы: при выборе компонентов отметьте «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» (консоль кластера). По завершении установки в системе появляется служба «Агент сервера 1С:Предприятия» с учётной записью, которую вы указали при установке (по умолчанию создаётся пользователь USR1CV8).
Учётная запись агента должна иметь права на каталог служебных файлов кластера (по умолчанию внутри каталога установки, подкаталог srvinfo) и, при необходимости, на сетевые ресурсы, куда пишутся выгрузки. Частая ошибка — менять учётную запись службы, не выдав новой учётке прав на srvinfo: агент стартует, но кластер не читается.
- 1Установите компоненты «Сервер 1С:Предприятия» и консоль администрирования из дистрибутива платформы
- 2Убедитесь, что служба «Агент сервера 1С:Предприятия» запущена и работает от выделенной учётной записи
- 3Проверьте, что порт 1540 прослушивается: команда netstat -ano | findstr :1540
- 4Откройте консоль администрирования и зарегистрируйте центральный сервер по имени машины
- 5Разверните узел кластера и убедитесь, что видны рабочие процессы и менеджер кластера
Проверка результата проста: служба в состоянии «Работает», порт 1540 слушается, в консоли кластера отображаются процессы rmngr и rphost. Если служба падает сразу после старта, смотрите журнал событий Windows — чаще всего причина в правах на каталог srvinfo или в повреждённом файле реестра кластера 1CV8Clst.lst.
Создание информационной базы на сервере
Новая база создаётся либо из консоли администрирования кластера (узел «Информационные базы» → «Создать»), либо из диалога запуска 1С на клиенте при добавлении базы с типом «На сервере 1С:Предприятия». В обоих случаях потребуются: имя базы в кластере, тип и адрес СУБД, имя базы данных на стороне СУБД и учётная запись с правами на создание базы данных.
Важный нюанс: учётные данные СУБД, указанные при создании базы, сохраняются в настройках кластера и используются сервером 1С для всех подключений. Это не должна быть учётная запись администратора предприятия — заведите отдельного пользователя СУБД с правами только на конкретную базу данных.
После создания пустой базы в неё загружают конфигурацию — из файла .dt (выгрузка существующей базы) или через конфигуратор. Для переноса рабочей базы с файлового режима на сервер стандартный путь такой: выгрузить базу в .dt из конфигуратора файловой базы, создать пустую серверную базу, загрузить .dt в неё. Прямое копирование файла 1Cv8.1CD на сервер не работает — форматы хранения различаются.
Настройка кластера: сеансы, блокировки, требования назначения
Основные рабочие инструменты администратора находятся в свойствах кластера и в списке сеансов. В свойствах кластера задаются интервал перезапуска рабочих процессов (защита от утечек памяти rphost), допустимый объём памяти процессов и режим распределения нагрузки. Для большинства внедрений разумно включить перезапуск рабочих процессов по расписанию в нерабочие часы.
Список сеансов (узел «Сеансы») показывает, кто подключён к базам, какими клиентами и сколько памяти потребляет каждый сеанс. Отсюда же сеанс можно принудительно завершить — например, зависший сеанс, который держит блокировку. Узел «Соединения» показывает соединения на уровне кластера; разрыв соединения — более грубое действие, чем завершение сеанса.
Для регламентных операций используйте блокировку сеансов информационной базы: в свойствах базы в консоли установите «Блокировка начала сеансов» с сообщением для пользователей и кодом разрешения. Это штатный способ выгнать пользователей перед обновлением конфигурации. Не забудьте снять блокировку после работ — включённая блокировка с забытым кодом разрешения блокирует и регламентные задания.
Резервное копирование и восстановление
В клиент-серверном режиме основным средством резервного копирования должна быть СУБД, а не выгрузка в .dt. Выгрузка .dt — это переносимый архив для миграций и обновлений, но она медленная на больших базах и не даёт восстановления на произвольный момент времени. Полная модель восстановления в СУБД с регулярными копиями журнала транзакций позволяет откатить базу на конкретную минуту.
Минимальный рабочий регламент: ежедневная полная копия средствами СУБД в нерабочее время, копии журнала транзакций несколько раз в день, периодическая выгрузка .dt перед обновлениями конфигурации. Копии должны физически уходить на другое устройство или в другое хранилище — копия на том же диске не защищает от отказа диска.
Как проверить, что резервное копирование работает
Файл появляется ежедневно, размер сопоставим с размером базы
Файл не обновляется или размер аномально мал
Тестовое восстановление на отдельный сервер проходит, база открывается
Копия не разворачивается или база не открывается — копии бесполезны
Копии журнала создаются, журнал не разрастается бесконтрольно
Файл журнала занимает всё место на диске — копии журнала не делаются
Регулярно проверяйте восстановление: раз в месяц разворачивайте копию на тестовом сервере и открывайте базу. Резервная копия, которая ни разу не проверялась восстановлением, считается отсутствующей — это базовое правило администрирования, а не перестраховка.
Типовые проблемы и их диагностика
Самая частая жалоба — «1С тормозит». Диагностику начинайте с разделения: проблема на стороне сервера 1С, СУБД или сети. В консоли кластера смотрите загрузку рабочих процессов и память rphost; в СУБД — длительные запросы и блокировки; на сети — задержки между клиентом и сервером. Узкое место в большинстве случаев находится в СУБД: нехватка памяти под кэш, медленные диски или тяжёлые запросы конкретного отчёта.
Вторая типовая ситуация — ошибка «Сеанс отсутствует или удалён» у пользователей. Причины: перезапуск рабочего процесса по расписанию в рабочее время, падение rphost из-за нехватки памяти, обрыв сети. Смотрите технологический журнал и журнал событий Windows в момент ошибки. Если rphost падает регулярно, увеличьте число рабочих процессов или ограничьте память на процесс, чтобы падение одного процесса не затрагивало всех пользователей.
Третья группа проблем — рассинхронизация версий платформы. Клиент и сервер должны иметь совместимые версии платформы: клиент старше сервера обычно не подключается. При обновлении платформы сначала обновляется сервер, затем клиентские машины; тонкий клиент при веб-доступе обновляется автоматически через публикацию, что упрощает сопровождение.
Как выбрать действие при проблеме
FAQ: частые вопросы о работе с сервером 1С
Чем файловый режим отличается от серверного и когда переходить?
В файловом режиме все пользователи работают с одним файлом базы через общий сетевой доступ, что ограничивает параллельность и надёжность. Переходить на серверный режим стоит, когда одновременно работают больше 5–10 пользователей, база растёт, появляются конфликты блокировок или требуется работа через веб-клиент и регламентные задания на сервере.
Какую СУБД выбрать для сервера 1С?
Чаще всего используют PostgreSQL (в том числе сборки, адаптированные под 1С) и MS SQL Server. PostgreSQL дешевле по лицензиям, MS SQL проще в администрировании для Windows-инфраструктуры. Выбор зависит от бюджета, компетенций администратора и требований к нагрузке; для типовых конфигураций оба варианта рабочие.
Как безопасно обновить конфигурацию на серверной базе?
Сделайте выгрузку .dt и свежую копию средствами СУБД, включите блокировку сеансов, дождитесь завершения активных сеансов, выполните обновление через конфигуратор, проверьте запуск базы, снимите блокировку. Обновление в рабочее время без блокировки сеансов — прямой путь к ошибкам у пользователей и повреждённым данным.
Почему консоль кластера не видит сервер?
Проверьте, что служба агента запущена, порт 1540 доступен с машины, где открыта консоль, и версия консоли совпадает с версией сервера. Также сервер нужно вручную добавить в список центральных серверов консоли — автоматического обнаружения нет.
Можно ли перенести базу между серверами 1С?
Да. Пути два: выгрузить базу в .dt и загрузить на новом сервере, либо перенести базу средствами СУБД (backup/restore) и пересоздать регистрацию базы в кластере нового сервера с указанием той же базы данных. Второй способ быстрее для больших баз.
Что делать, если база в кластере есть, а СУБД её не видит (или наоборот)?
Регистрация в кластере и база данных в СУБД — две связанные, но отдельные сущности. Если база в СУБД удалена, регистрацию в кластере нужно удалить без флага удаления базы данных. Если удалена только регистрация, создайте базу в кластере заново, указав существующую базу данных в СУБД.
Что важно запомнить
Сервер 1С — это агент, кластер и СУБД, которые сопровождаются вместе. Держите службу агента под выделенной учётной записью, делайте резервные копии средствами СУБД с регулярной проверкой восстановления, блокируйте сеансы перед обновлениями и диагностируйте проблемы по цепочке «сеанс → кластер → СУБД». Перед любой деструктивной операцией — выгрузка .dt.