Как удалить агента сервера 1С

Агент сервера 1С:Предприятия — это служба (в Windows) или демон (в Linux), которая управляет кластером серверов и обеспечивает связь клиентов с информационными базами. Удалять его приходится при переустановке платформы, переносе сервера на другую машину, смене версии 1С или полном выводе сервера из эксплуатации.

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

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

Что нужно сделать перед удалением агента

Главный риск при удалении агента сервера — потеря доступа к информационным базам и списку регистраций кластера. Сам список баз хранится в файле 1CV8Clst.lst в каталоге srvinfo. Если агент удалить, а каталог стереть, при новой установке придётся заново регистрировать каждую базу в кластере вручную.

Поэтому перед удалением выполните три подготовительных шага. Во-первых, сделайте полные резервные копии всех информационных баз средствами СУБД (MS SQL, PostgreSQL и т.д.). Во-вторых, скопируйте в надёжное место весь каталог srvinfo — обычно он находится в C:\Program Files\1cv8\srvinfo (Windows) или /home/usr1cv8/.1cv8/1C/1cv8 (Linux). В-третьих, зафиксируйте параметры агента: порт кластера (по умолчанию 1540), порты агента (1560–1591) и каталог данных.

Как корректно остановить службу агента

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

В Windows откройте «Службы» (services.msc), найдите службу с именем вида «Агент сервера 1С:Предприятия 8.3.x» и остановите её. Альтернатива — командная строка с правами администратора:

net stop "1C:Enterprise 8.3 Server Agent"

В Linux служба обычно называется srv1cv83 и управляется через systemd:

sudo systemctl stop srv1cv83

Проверьте, что процесс действительно завершён: в Windows — через Диспетчер задач (процессы ragent.exe, rmngr.exe, rphost.exe должны исчезнуть), в Linux — командой ps aux | grep 1cv8. Если процессы зависли, завершите их принудительно, но учтите: принудительное завершение rphost при активных сеансах может оборвать транзакции.

Удаление агента в Windows через установщик

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

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

Если служба агента осталась в списке после удаления платформы (так бывает при сбоях установщика), её можно снять принудительно:

sc delete "1C:Enterprise 8.3 Server Agent"

1. 1
   Завершить сеансы пользователей через консоль кластера
2. 2
   Остановить службу агента сервера 1С
3. 3
   Удалить платформу через «Установка и удаление программ» или установщик дистрибутива
4. 4
   Проверить, что служба исчезла из списка services.msc
5. 5
   Удалить или архивировать каталог srvinfo и логи
6. 6
   Перезагрузить сервер при необходимости

Удаление агента в Linux

В Linux служба агента регистрируется скриптом из состава пакета. Для корректного удаления сначала остановите и отключите службу:

sudo systemctl stop srv1cv83
sudo systemctl disable srv1cv83

Затем удалите пакеты платформы. Для RPM-систем (CentOS, Red Hat, Astra Linux с rpm) используйте:

sudo rpm -e 1C_Enterprise83-server

Для DEB-систем (Debian, Ubuntu, Astra Linux):

sudo apt remove 1c-enterprise83-server

После удаления пакета проверьте, не остался ли юнит-файл службы в /etc/systemd/system/ или /usr/lib/systemd/system/. Если остался — удалите его вручную и выполните sudo systemctl daemon-reload.

Очистка остатков после удаления

Ни установщик Windows, ни пакетный менеджер Linux не удаляют пользовательские данные кластера: каталог srvinfo с реестром баз, журналами регистрации и настройками, а также логи и временные файлы. Это сделано намеренно — при переустановке платформы кластер «подхватывает» прежний список баз.

Если агент удаляется окончательно, очистите эти каталоги вручную. В Windows проверьте:

• C:\Program Files\1cv8\<версия>\ — файлы платформы;
• C:\Program Files\1cv8\srvinfo\ — данные кластера;
• каталоги профиля пользователя, под которым работал агент (по умолчанию USR1CV8): временные файлы и логи.

В Linux данные кластера обычно лежат в домашнем каталоге служебного пользователя: /home/usr1cv8/.1cv8/. Если пользователь usr1cv8 больше не нужен, его тоже можно удалить вместе с домашним каталогом командой sudo userdel -r usr1cv8.

В Windows дополнительно проверьте реестр: ветки HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ с упоминанием 1С не должны содержать записей об агенте после удаления службы. Редактируйте реестр только при понимании последствий и после экспорта изменяемой ветки.

Проверка результата и восстановление после переустановки

После удаления убедитесь, что система чиста. В Windows служба не должна отображаться в services.msc, процессы ragent/rmngr/rphost — в Диспетчере задач, а порт 1540 не должен прослушиваться (проверка: netstat -an | find "1540"). В Linux: systemctl status srv1cv83 должен сообщить, что юнит не найден, а ss -tlnp | grep 1540 — не вернуть результатов.

Если целью была переустановка, установите платформу нужной версии, а затем верните сохранённый каталог srvinfo на прежнее место до первого запуска агента. Тогда кластер поднимется с прежним списком баз, и дополнительной регистрации не потребуется. Если версии платформы различаются значительно, надёжнее зарегистрировать базы заново через консоль администрирования.

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