Как обновить операционную систему на компьютере или сервере с 1С и не потерять базы и лицензии
Содержание
Модернизация операционной системы для 1С сводится к трём вещам: сохранить базы и лицензии до начала, поставить ту же версию платформы 8.3 на новую ОС и проверить запуск до того, как за работу сядут пользователи. Самые частые потери при обновлении ОС — программная лицензия, которая перестаёт подходить к «новому» компьютеру, и реестр кластера серверов 1С, который никто не скопировал.
Ниже порядок одинаков для рабочей станции с файловой базой и для сервера 1С. Где действия различаются — это сказано отдельно. Речь о платформе 1С:Предприятие 8.3 с интерфейсом «Такси», Windows 10/11, Windows Server 2016 и новее и актуальных дистрибутивах Linux.
Подготовка к обновлению ОС: что сохранить до начала
Сначала составьте опись того, что стоит на машине. Через полгода никто не вспомнит, какой был релиз платформы и где лежала база.
Что записать
- 🔢 Точную версию платформы: в окне запуска нажмите
Справка → О программев любой базе или посмотрите папкуC:\Program Files\1cv8\— каталоги там названы по номерам версий. - 📂 Пути ко всем базам: в окне запуска выделите базу и нажмите «Изменить» — там видно каталог файловой базы или имя сервера и базы.
- 🔑 Тип лицензии: аппаратный ключ (USB) или программная лицензия с пин-кодом.
- 🖥 Для сервера: порты, имя службы, учётную запись, от имени которой она работает, и каталог реестра кластера.
- 🧩 Что ещё завязано на 1С: публикация на веб-сервере, COM-соединение, торговое оборудование, внешние обработки на диске.
Резервные копии
Для каждой базы сделайте выгрузку в файл .dt: Конфигуратор → Администрирование → Выгрузить информационную базу. Выгрузка требует монопольного доступа, поэтому заранее предупредите пользователей и выберите время после окончания рабочего дня.
Для файловой базы дополнительно скопируйте каталог целиком (файл 1Cv8.1CD и всё рядом). Для клиент-серверной — сделайте ещё и резервную копию средствами СУБД: pg_dump для PostgreSQL или полный бэкап в SQL Server.
Выгрузку .dt и копию базы храните не на том диске, который будет форматироваться. Внешний диск или сетевое хранилище — обязательно.
Лицензии
Программные лицензии лежат в файлах *.lic. В Windows это обычно C:\ProgramData\1C\licenses\, в Linux — /var/1C/licenses/. Скопируйте файлы и найдите конверты с пин-кодами: основным и резервными.
Программная лицензия привязана к параметрам компьютера, в том числе к данным ОС. После переустановки системы старый файл .lic может не подойти. Тогда лицензию активируют заново резервным пин-кодом — а их число ограничено.
Реестр кластера сервера 1С
Это главный «приём практика», который чаще всего забывают. Кластер, список баз на сервере, рабочие серверы, администраторы кластера хранятся в каталоге srvinfo. Где он у вас, видно в командной строке службы 1С (параметр -d): services.msc → свойства службы «Агент сервера 1С:Предприятия 8.3» → «Исполняемый файл».
Остановите службу и скопируйте каталог целиком. Остановка обрывает сеансы всех пользователей — делайте это в согласованное окно.
Чистая установка или обновление поверх: что выбрать для машины с 1С
Модернизировать систему можно двумя путями. Выбор зависит не от 1С, а от состояния машины и того, сколько времени есть на простой.
| Способ | Когда подходит | Что будет с 1С | Риски |
|---|---|---|---|
| Обновление «поверх» (in-place) | Рабочая станция в порядке, переход внутри одной линейки (Windows 10 → 11, Ubuntu 22.04 → 24.04) | Программы и службы обычно остаются | Лицензия может слететь, драйвер HASP иногда требует переустановки |
| Чистая установка | Сервер, переход через несколько версий, накопленный «мусор» | Платформу ставят заново, базы и реестр кластера возвращают из копии | Дольше простой, нужна полная опись |
| Новый сервер рядом | Есть второе железо или виртуальная машина | Старый сервер работает до переключения | Нужна вторая лицензия на время теста или аккуратный перенос |
💡 Для сервера 1С самый спокойный вариант — третий. Вы поднимаете новую систему, ставите платформу, разворачиваете копии баз и тестируете. Пользователи тем временем работают на старом сервере.
Обновление Windows Server поверх через несколько версий подряд (2012 R2 → 2016 → 2019) делать не стоит: каждый шаг добавляет шанс на сбой служб.
Пошаговая модернизация ОС для 1С на Windows
Порядок ниже — для чистой установки или переноса на новую машину. При обновлении поверх часть шагов окажется уже выполненной, но проверить нужно все.
Шаг 1. Установите ту же версию платформы
Ставьте ровно ту версию, что была, а не «самую свежую». Переход на новую платформу — отдельная работа со своими проверками. Смешивать его с переездом ОС — значит потом не понять, что именно сломалось.
В установщике отметьте нужные компоненты:
- «1С:Предприятие» — для клиента.
- «Сервер 1С:Предприятия» и «Установить сервер как службу» — для сервера. Укажите ту же учётную запись службы, что была.
- «Модули расширения веб-сервера» — если базы опубликованы.
- «Драйвер защиты» — если используется аппаратный ключ.
Шаг 2. Верните реестр кластера
Сразу после установки служба уже запущена и создала пустой кластер. Остановите её, замените содержимое каталога srvinfo сохранённой копией и запустите снова.
Проверьте в консоли администрирования серверов: кластер на месте, базы в списке. Если консоль не открывается после переустановки, перерегистрируйте оснастку от имени администратора:
regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"
Вместо 8.3.xx.xxxx подставьте свою версию.
Шаг 3. Восстановите лицензию
Положите сохранённые файлы .lic на прежнее место и запустите любую базу. Если платформа не находит лицензию, запустите активацию заново: в окне получения лицензии введите данные организации и резервный пин-код.
Для аппаратного ключа проверьте, что драйвер HASP установлен и ключ виден в диспетчере устройств. Сетевой ключ требует запущенного менеджера лицензий на той машине, куда он вставлен.
Шаг 4. Подключите базы
Файловую базу
проще всего вернуть копированием каталога и добавлением в список баз. Клиент-серверную — восстановлением бэкапа СУБД и регистрацией базы в кластере, либо созданием пустой базы и загрузкой .dt через Конфигуратор.
Шаг 5. Верните окружение
- 🌐 Веб-публикация: включите компоненты IIS заново и опубликуйте базу из Конфигуратора (
Администрирование → Публикация на веб-сервере). - 🔌 COM-соединение: зарегистрируйте
comcntr.dllкомандойregsvr32от имени администратора. - 🧱 Брандмауэр: откройте порты агента (1540), менеджера кластера (1541) и диапазон рабочих процессов (по умолчанию 1560–1591).
Особенности обновления ОС для 1С на Linux
На Linux у модернизации свои подводные камни. Обновление дистрибутива меняет системные библиотеки, а от них зависят и сервер 1С, и СУБД.
Пакеты платформы
Начиная с 8.3.20 платформу для Linux ставят единым установщиком setup-full-8.3.xx.xxxx-x86_64.run. Старые сборки ставились пакетами .deb и .rpm.
Чтобы обновление дистрибутива не тронуло пакеты 1С и PostgreSQL, на время перехода зафиксируйте их:
apt-mark hold <имя пакета>
После перехода и проверки снимите фиксацию командой apt-mark unhold.
Что проверить после перехода
- 🔤 Локаль
ru_RU.UTF-8должна быть сгенерирована и доступна:locale -a | grep ru_RU. - 🔠 Шрифты: без пакета со шрифтами Microsoft печатные формы на сервере собираются с другой разметкой.
- 🧰 Служба сервера: в новых версиях она называется по номеру платформы, например
srv1cv8-8.3.xx.xxxx@default. Состояние смотрите черезsystemctl status. - 📦 Зависимости тонкого клиента : на рабочих станциях после обновления иногда пропадают библиотеки отображения справки и HTML. Установщик платформы подскажет, чего не хватает.
PostgreSQL и сортировка строк
Это второй приём, который отличает аккуратный переезд. Новый дистрибутив часто приносит новую версию glibc или libicu. У них другие правила сортировки строк, и индексы в базе PostgreSQL перестают им соответствовать. Симптомы — дубли там, где их быть не может, и «пропавшие» записи в отборах.
После обновления ОС на сервере СУБД выполните переиндексацию баз 1С (REINDEX DATABASE или через утилиту reindexdb). Операция блокирует таблицы — делайте её до запуска пользователей.
Используйте сборку PostgreSQL, которая рассчитана на 1С. Обычная сборка из репозитория дистрибутива без нужных патчей с 1С работать не будет.
Настройка производительности 1С после модернизации ОС
Новая система по умолчанию настроена «на всех». Под 1С стоит поменять несколько параметров.
| Что настроить | Где | Зачем |
|---|---|---|
| Схема питания «Высокая производительность» | powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c | Процессор не сбрасывает частоту под нагрузкой |
| Исключения антивируса | Каталоги баз, srvinfo, временные файлы 1С | Антивирус не проверяет каждое обращение к файлу базы |
| Размер файла подкачки и свободное место | Свойства системы | Серверу 1С нужно место под временные файлы |
| Кэш клиента | Запуск с ключом /ClearCache | Убирает старые метаданные после переезда |
| Параметры рабочих процессов | Консоль администрирования, свойства рабочего сервера | Вернуть лимиты, если реестр кластера ставили с нуля |
На виртуальной машине проверьте, что гипервизор не ограничивает частоту процессора, а диск с базами не стоит на медленном хранилище. Файловая база особенно чувствительна к задержкам диска.
Ошибки после обновления операционной системы и что с ними делать
Перезапуск службы сервера 1С отключает всех пользователей. Делайте его при пустом кластере или в согласованное время.
Тестирование и мониторинг 1С на новой ОС
Перед тем как пустить людей, пройдите короткий прогон:
- Откройте каждую базу под администратором и под обычным пользователем.
- Проведите несколько типовых документов, сформируйте тяжёлый отчёт (например, оборотно-сальдовую ведомость за год).
- Распечатайте пару форм — так видны проблемы со шрифтами и принтерами.
- Проверьте обмен, фоновые и регламентные задания: в консоли кластера должны появиться их сеансы.
- Сравните время типовых операций с тем, что было до перехода. Если стало заметно медленнее — смотрите таблицу настроек выше.
Для файловой базы после переезда полезно запустить Тестирование и исправление в Конфигураторе в режиме проверки логической целостности. Для этого нужен монопольный доступ.
В первые дни следите за журналом событий Windows (или journalctl в Linux) и за журналом регистрации 1С. Для глубокой диагностики включите технологический журнал через файл logcfg.xml — но только на время, он быстро занимает место на диске.