Переустановка сервера 1С:Предприятия без потери баз и лицензий

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

Сами информационные базы при переустановке не страдают: они лежат в СУБД (PostgreSQL или MS SQL). Страдают список баз кластера, настройки, блокировки сеансов и привязка лицензий. Все они хранятся вне папки с программой, и это даёт шанс переустановить всё чисто.

Не начинайте удаление, пока не проверили, что копии открываются. Бэкап, который ни разу не разворачивали, бэкапом считать рано.

Что готовим до удаления

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

Копия баз данных

Сделайте дамп каждой рабочей базы средствами СУБД:

• PostgreSQL: утилита pg_dump или физическая копия кластера при остановленной службе;
• MS SQL Server: полная резервная копия базы через SSMS или задание плана обслуживания;
• файловые базы на этом же сервере: просто скопируйте каталог с файлом 1Cv8.1CD.

Выгрузка в .dt через конфигуратор — дополнительная страховка, но не замена. Она медленнее и не сохраняет некоторые настройки СУБД.

Копия каталога кластера

Каталог кластера по умолчанию называется srvinfo. На Windows он обычно лежит внутри C:\Program Files\1cv8\ либо там, где его указали при установке. На Linux по умолчанию это /home/usr1cv8/.1cv8/1C/1cv8.

Точный путь не гадайте. Откройте свойства службы «Агент сервера 1С:Предприятия 8.3» и найдите в строке запуска параметр -d. Там записан каталог данных кластера.

В srvinfo хранятся список баз, настройки кластера, рабочих серверов и администраторов. Скопируйте его целиком, но только после остановки службы (см. следующий раздел), иначе часть файлов окажется в несогласованном состоянии.

Лицензии и ключи

Запишите, какие лицензии у вас есть:

• аппаратный ключ (USB-ключ): понадобятся драйверы защиты, их ставит установщик платформы или отдельный пакет;
• программная лицензия: файлы с расширением .lic и ваш регистрационный номер с пин-кодом;
• серверная лицензия на подключения (клиентские места): хранится так же, как обычная.

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

Записи для восстановления

Сохраните перед удалением:

1. версию платформы с точностью до сборки (например, 8.3.xx.xxxx);
2. учётную запись, под которой работает служба;
3. список портов, если вы их меняли;
4. скриншоты настроек в консоли кластера: рабочие серверы, требования назначения функциональности, администраторы кластера.

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

Предупредите пользователей заранее. Затем в консоли администрирования серверов откройте ветку «Информационные базы» и выберите базу. На вкладке «Сеансы» посмотрите, кто работает. Для каждой базы удобно включить блокировку начала сеансов, чтобы никто не зашёл в последний момент.

Остановка на Windows

1. Нажмите Win+R, введите services.msc.
2. Найдите «Агент сервера 1С:Предприятия 8.3» (в 64-разрядной версии в названии есть x86-64).
3. Остановите службу. Подождите, пока она полностью завершится.
4. В диспетчере задач проверьте, что не осталось процессов ragent.exe, rmngr.exe, rphost.exe.

Если процессы-«зомби» висят, завершите их вручную. Остановка службы по таймауту бывает неполной, если рабочий процесс завис на тяжёлом запросе.

Одновременно остановите и отключите всё, что обращается к серверу: службу веб-публикации, фоновые обмены, задания по расписанию на других машинах.

Остановка на Linux

systemctl stop srv1cv83
ps aux | grep -E "ragent|rmngr|rphost"

Имя сервиса может отличаться: оно зависит от версии и способа установки. Посмотрите его командой systemctl list-units | grep -i 1c.

Теперь сделайте копию каталога кластера. На Windows это обычное копирование папки на другой диск, на Linux — cp -a или rsync -a с сохранением прав.

Удаляем старую версию платформы

Установка поверх старой версии допустима, но при проблемах со службой лучше удалить предыдущую сборку и поставить новую заново. Нужную версию можно оставить рядом: платформы разных версий уживаются на одном компьютере.

Windows

1. Откройте «Программы и компоненты» (или «Установленные программы» в новых сборках Windows).
2. Найдите «1С:Предприятие 8» нужной версии.
3. Выберите «Удалить» и подтвердите.

Если установщик ругается и не удаляется, помогает удаление через сам дистрибутив: запустите setup.exe от той же версии и выберите удаление.

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

Linux

Для deb-пакетов используйте менеджер пакетов:

dpkg -l | grep 1c-enterprise
apt remove 1c-enterprise83-server 1c-enterprise83-common

Точные имена пакетов смотрите по выводу первой команды: в них зашита версия сборки. Для rpm-систем используется rpm -qa | grep 1C и rpm -e.

Устанавливаем новую версию платформы

Дистрибутив берите с официального ресурса поставки платформы по вашему договору сопровождения. Не берите «сборки из интернета»: помимо риска для данных это нарушение лицензионных условий.

Состав установки

Запустите setup.exe от имени администратора. На шаге выбора компонентов отметьте:

• «1С:Предприятие» — основной модуль;
• «Сервер 1С:Предприятия» — сам сервер;
• «Администрирование серверов 1С:Предприятия» — консоль кластера;
• «Модули расширения веб-серверов» — только если на этой машине публикуете базы.

Серверу не нужны лишние компоненты. Каждый лишний пакет — ещё одна поверхность для будущих обновлений и проблем.

Служба и учётная запись

Если установщик предлагает поставить сервер как службу Windows, соглашайтесь. Он создаст локального пользователя USR1CV8 и назначит ему права на каталог кластера. Это стандартный путь, и он надёжнее запуска из командной строки.

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

Версия клиентов

Версия сервера и версия клиентских приложений должны быть согласованы. Типичный сбой: сервер обновили до новой сборки, а у пользователей осталась старая, и вход в базу заканчивается сообщением о несовместимости версий.

Сделайте так, чтобы клиентские рабочие места обновились до той же версии платформы. Для массовой установки подходит запуск setup.exe с параметром тихой установки и файлом настроек.

Возвращаем кластер на место

После установки служба стартует и создаёт пустой кластер в каталоге по умолчанию. Задача — подсунуть ей ваш прежний srvinfo.

Вариант 1: старый каталог остался на месте

Если вы ничего не переносили, служба при первом запуске увидит существующие файлы и подхватит кластер. Остановите службу, проверьте, что в параметре -d указан нужный путь, и запустите снова.

Вариант 2: каталог переехал

1. Остановите службу.
2. Скопируйте сохранённый srvinfo в новое место.
3. Выдайте пользователю службы права на каталог.
4. Поменяйте путь в строке запуска службы. Это делается через реестр (ветка параметров службы) или командой sc config с корректным binPath.
5. Запустите службу.

Правку реестра делайте аккуратно. Лучше сначала экспортировать ветку службы в .reg-файл.

Что проверить в консоли

Откройте консоль «Администрирование серверов 1С:Предприятия» и подключитесь к localhost. Должны появиться:

Если кластер пуст, значит, служба смотрит не в тот каталог. Вернитесь к параметру -d.

Регистрация базы вручную: «Информационные базы» → «Создать» → «Информационная база» и параметры, как были. Выберите «Не создавать базу данных», если база в СУБД уже существует, иначе платформа создаст пустую.

Лицензии и защита после переустановки

Лицензионная часть чаще всего и портит переустановку. Идея простая: платформа ищет подтверждение лицензии при каждом запуске. Если нашла — работает, нет — выдаёт ошибку получения лицензии.

Аппаратный ключ

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

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

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

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

Если файлов нет:

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

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

Безопасность

Заодно проверьте то, что редко смотрят после установки:

• служба работает от USR1CV8, а не от учётной записи администратора домена;
• в брандмауэре открыты только нужные порты: 1540, 1541 и диапазон рабочих процессов (по умолчанию 1560–1591);
• у кластера задан пароль администратора;
• на сервер не публикуются порты наружу без необходимости.

Проверяем и возвращаем в работу

Не объявляйте о готовности, пока не прошли короткую проверку. Она занимает десять минут.

Проверка работы

1. Зайдите в базу тонким клиентом под обычным пользователем.
2. Откройте тяжёлый отчёт: он проверит и серверные процессы, и связь с СУБД.
3. Посмотрите журнал регистрации и технологический журнал на предмет ошибок службы.
4. Проверьте задания по расписанию: включите их обратно, если отключали.

Регламентные работы

Верните то, что отключали перед переустановкой: блокировку начала сеансов снимите, обмены включите, публикации перезапустите. Если пользователи видят «Начало сеансов запрещено», причина в оставленной блокировке на уровне базы.

Настройте автоматическую очистку журналов и резервное копирование каталога srvinfo по расписанию. Без этого через полгода вы снова будете делать всё в авральном режиме.

Старую копию каталога кластера и дистрибутивы удаляйте не сразу. Подождите хотя бы неделю: за это время вылезут все скрытые проблемы.

Если не помогло

Короткий разбор типичных сбоев после переустановки.

Если все варианты исчерпаны, а сервер всё равно не живёт, откатитесь: удалите новую версию, поставьте прежнюю и верните сохранённый srvinfo. Поэтому копии нужны именно до начала работ.

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