Сервер 1С:Предприятия больше не нужен: снимаем его с Windows и Linux, не потеряв базы и лицензии

Чтобы удалить сервер 1С правильно, сделайте четыре вещи по порядку: выгрузите базы и сохраните каталог реестра кластера, завершите сеансы и остановите службу агента, удалите компонент сервера (в Windows — через «Программы и компоненты», в Linux — штатным деинсталлятором или пакетным менеджером), затем уберите хвосты: службу, пользователя USR1CV8, правила брандмауэра. Сами базы данных при этом остаются в СУБД — MS SQL или PostgreSQL их не теряют.

Главная опасность не в деинсталляторе, а в том, что лежит рядом: файлы программных лицензий, публикации на веб-сервере, сервер администрирования ras, кластер из нескольких машин. Ниже — что проверить и в каком порядке действовать, чтобы после удаления никто из пользователей не остался без рабочей базы.

Что сохранить до удаления сервера 1С

Сервер 1С:Предприятия хранит в своём каталоге не данные учёта, а описание кластера: список информационных баз, их связь с базами СУБД, рабочие серверы, администраторов, требования назначения функциональности. Если этот каталог пропадёт, базы придётся заново регистрировать вручную.

Что копировать

Внутри каталога кластера есть подкаталог reg_1541 (номер совпадает с портом менеджера кластера). Файл 1CV8Clst.lst в нём — это и есть реестр кластера. Если сервер работал не на стандартных портах, путь может отличаться: его видно в параметрах запуска службы после ключа -d.

Резервные копии баз

Для клиент-серверных баз основная копия делается средствами СУБД:

• 🗄️ MS SQL Server — полная резервная копия через SQL Server Management Studio или командой BACKUP DATABASE;
• 🐘 PostgreSQL — pg_dump с форматом -Fc;
• 📦 дополнительно — выгрузка в .dt через Конфигуратор: Администрирование → Выгрузить информационную базу.

BACKUP DATABASE [buh_2026] TO DISK = N'D:\Backup\buh_2026_before_uninstall.bak'
WITH COPY_ONLY, COMPRESSION, CHECKSUM;

Ключ COPY_ONLY не ломает цепочку регулярных резервных копий, которые настроены в плане обслуживания.

Что зависит от этого сервера

Перед удалением ответьте себе на пять вопросов:

1. Один ли это сервер в кластере? Если в консоли кластера в разделе Рабочие серверы больше одного элемента, удаляемую машину сначала убирают из кластера.
2. Есть ли публикации на IIS или Apache, которые используют модуль wsisapi.dll или wsap24.so этой версии платформы? После удаления они перестанут отвечать.
3. Запущен ли сервер администрирования ras как отдельная служба? Его тоже придётся удалить отдельно.
4. Стоит ли на машине менеджер лицензий HASP, которым пользуются другие компьютеры сети?
5. Ссылаются ли на этот сервер обработки обмена, регламентные задания других баз, внешние интеграции по COM-соединению?

Шаг 1. Завершаем сеансы и останавливаем службы

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

Блокируем новые сеансы

В консоли администрирования серверов 1С откройте свойства каждой информационной базы и включите:

• 🔒 Блокировка начала сеансов включена — с сообщением для пользователей и временем начала;
• ⏸️ Блокировка регламентных заданий включена — чтобы фоновые обмены не стартовали в середине работы.

Сообщение пишите по делу: «С 19:00 база переезжает на новый сервер. Сохраните документы и выйдите из 1С».

Смотрим, кто ещё работает

В консоли — ветка Сеансы у каждой базы и общий список Соединения у рабочего процесса. Из командной строки то же самое показывает утилита rac (нужен запущенный ras):

rac cluster list
rac session list --cluster=<uuid_кластера>

Идентификатор кластера берите из вывода первой команды. Если сеансы остались после времени блокировки, завершите их из консоли командой удаления сеанса.

Останавливаем службы

В Windows откройте services.msc, найдите службу агента сервера — в названии есть «Агент сервера 1С:Предприятия 8.3», в имени службы обычно 1C:Enterprise 8.3 Server Agent. Остановите её. Если отдельно зарегистрирован сервер администрирования, остановите и его.

sc query state= all | findstr /i "1C:Enterprise"
sc stop "1C:Enterprise 8.3 Server Agent (x86-64)"

Точное имя службы скопируйте из её свойств: при ручной регистрации его могли назвать иначе. После остановки в диспетчере задач не должно остаться процессов ragent.exe, rmngr.exe, rphost.exe.

В Linux на свежих версиях платформы служба называется по шаблону srv1cv8-<версия>@default:

systemctl list-units --all | grep -i 1cv8
sudo systemctl stop srv1cv8-8.3.24.1691@default
sudo systemctl disable srv1cv8-8.3.24.1691@default

Номер версии подставьте свой из вывода первой команды. На старых установках вместо юнита systemd может быть скрипт /etc/init.d/srv1cv83.

Шаг 2. Убираем рабочий сервер из кластера

Этот шаг нужен, только если кластер состоит из нескольких машин, а удаляете вы одну из них. Если сервер единственный — переходите к следующему разделу.

1. В консоли кластера откройте Рабочие серверы.
2. Для удаляемого сервера снимите флаг Центральный сервер, если он стоит, и убедитесь, что центральным остался другой сервер.
3. Проверьте требования назначения функциональности: на удаляемой машине не должны быть закреплены сервис лицензирования, журналы регистрации или конкретные базы.
4. Дождитесь, пока рабочие процессы на этой машине закроются, и удалите рабочий сервер из списка.

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

Шаг 3. Удаление сервера 1С в Windows

Платформа в Windows ставится одним пакетом, а сервер — его компонент. Поэтому есть два пути.

Удаление через «Программы и компоненты»

1. Нажмите Win+R, введите appwiz.cpl.
2. Найдите строку платформы с номером версии в скобках. Если установлено несколько версий, у каждой своя строка.
3. Для частичного удаления выберите Изменить, в мастере установки отметьте сервер как неустанавливаемый компонент и пройдите мастер до конца.
4. Для полного удаления выберите Удалить.

Разрядность важна. Сервер x86-64 и сервер x86 — разные пакеты, и в списке они идут отдельными строками.

Если служба не удалилась

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

cd "C:\Program Files\1cv8\8.3.24.1691\bin"
ragent.exe -rmsrvc

Если каталог версии уже удалён, остаётся системная команда. Запустите командную строку от имени администратора:

sc delete "1C:Enterprise 8.3 Server Agent (x86-64)"

Так же удаляется служба сервера администрирования, если её регистрировали через sc create.

Хвосты в Windows

• 👤 Локальный пользователь USR1CV8. Его создаёт инсталлятор для запуска службы. Удалите в lusrmgr.msc, если на машине не осталось других версий сервера.
• 📁 Каталог srvinfo. Деинсталлятор его не трогает. Удаляйте только после того, как сохранили копию и убедились, что кластер не нужен.
• 🧱 Правила брандмауэра для портов 1540, 1541 и диапазона рабочих процессов (по умолчанию 1560–1591). Найдите их в wf.msc по номеру порта.

Шаг 4. Удаление сервера 1С в Linux

Способ зависит от того, как ставили платформу.

Платформа ставилась единым установщиком

Начиная с версии 8.3.20 платформа для Linux распространяется единым установщиком setup-full-...run. Он кладёт файлы в каталог /opt/1cv8/x86_64/<версия>/, и там же лежит деинсталлятор:

ls /opt/1cv8/x86_64/
sudo /opt/1cv8/x86_64/8.3.24.1691/uninstaller-full

Деинсталлятор предложит выбрать компоненты. Чтобы оставить клиент, отметьте к удалению только сервер.

Платформа ставилась пакетами deb или rpm

# Debian, Ubuntu, Astra
dpkg -l | grep 1c-enterprise
sudo apt remove 1c-enterprise-8.3.18.1741-server

# РЕД ОС, ALT, CentOS
rpm -qa | grep 1C_Enterprise
sudo dnf remove 1C_Enterprise83-server

Имена пакетов скопируйте из вывода dpkg -l или rpm -qa: у разных версий платформы схема имён менялась. Пакет common нужен клиенту, его не удаляйте, если клиент остаётся.

Хвосты в Linux

• 👤 Пользователь usr1cv8. В его домашнем каталоге лежит реестр кластера. Команда userdel -r usr1cv8 удалит и пользователя, и каталог.
• 🔧 Юнит службы. После удаления пакета выполните systemctl daemon-reload и проверьте, что юнит пропал из списка.
• 🧱 Правила firewalld или ufw для портов 1540–1541 и 1560–1591.

Шаг 5. Что делать с базами в СУБД

Удаление сервера 1С не трогает базы в MS SQL или PostgreSQL. Это и плюс, и ловушка: через полгода на сервере СУБД копятся «ничьи» базы, о которых никто не помнит.

Решите судьбу каждой базы заранее:

Удаление из консоли кластера удобно тем, что и запись в реестре кластера, и база в СУБД уходят одним действием. Если сервер 1С уже удалён, базу в СУБД придётся удалять средствами самой СУБД.

Шаг 6. Программные лицензии и ключи HASP

Здесь потерять больше всего, если действовать наугад.

Программные лицензии

Файл программной лицензии привязан к параметрам компьютера. На другой машине он работать не будет: лицензию нужно восстановить через мастер получения лицензии, вводя пин-код повторно. Число повторных активаций по одному пин-коду ограничено.

Что сделать до удаления:

1. Скопируйте все файлы *.lic из каталога лицензий.
2. Найдите конверт с пин-кодами или регистрационную анкету. Без пин-кода и данных, которые вводили при первой активации, восстановить лицензию не получится.
3. Если лицензия стояла на сервере, запомните, какие именно комплекты на нём были — серверная лицензия и клиентские лицензии на рабочие места.

Удаление сервера само по себе файлы лицензий не стирает. Но если машину затем переустанавливают или списывают, файлы теряются вместе с ней.

Аппаратные ключи HASP

Если на сервере стоял USB-ключ:

• 🔌 драйвер ключа удаляйте только когда на машине нет других программ, работающих с этим ключом;
• 🌐 если ключ раздавался по сети через менеджер лицензий, перенесите ключ и менеджер на новую машину до удаления старой — иначе рабочие места потеряют лицензии;
• 📝 в файле nethasp.ini на клиентах поменяйте адрес менеджера лицензий, если он был прописан явно.

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

Шаг 7. Проверяем систему после удаления

Пройдитесь по списку, пока машина ещё под рукой:

Команды для проверки портов и служб:

netstat -ano | findstr ":1540 :1541"
powershell -Command "Get-Service | Where-Object {$_.DisplayName -like '*1С*' -or $_.Name -like '*1C*'}"

ss -tlnp | grep -E ':154[01]'
systemctl list-units --all | grep -i 1cv8

Пустой вывод — то, что нужно. Если порт 1540 по-прежнему занят, на машине стоит агент другой версии платформы.

Отдельно предупредите пользователей. Ярлыки в списке баз, которые указывают на удалённый сервер, при запуске выдадут ошибку подключения к серверу. Их нужно удалить или перенастроить на новый адрес.

Если удаление пошло не так

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