Как обновить платформу 1С:Предприятие 8.3 и не потерять базы при смене или обновлении ОС
Содержание
Модернизация в 1С 8 идёт в строгом порядке: резервная копия → новая версия платформы на всех компьютерах и на сервере → обновление конфигурации → обновление структуры базы данных → первый запуск в режиме «Предприятие». Если меняется и сама ОС (переустановка Windows, переход на новую версию Windows Server или Linux), к этому добавляется перенос лицензий 1С — программная лицензия к новой системе автоматически не переедет.
Большинство проблем после обновления возникает не из-за самой платформы, а из-за нарушенного порядка: обновили конфигурацию раньше платформы, забыли про один компьютер с прошлой сборкой, переставили ОС без резервных пин-кодов. Ниже — порядок, при котором база переживает и обновление платформы , и смену ОС.
Подготовка к модернизации платформы и ОС
Перед любым обновлением ответьте на четыре вопроса. Это займёт 15–20 минут и снимет большую часть рисков.
1. Какую версию платформы требует конфигурация. В описании каждого релиза типовой конфигурации указана минимальная версия платформы. Если ставите новый релиз Бухгалтерии или ЗУП, сначала узнайте, какой номер платформы ему нужен. Номер должен быть не ниже указанного.
2. Поддерживает ли новая платформа вашу ОС и СУБД. Свежие версии 8.3 требуют актуальных систем. Для серверной части проверьте ещё и версию PostgreSQL или MS SQL Server: для PostgreSQL нужна сборка, совместимая с 1С, а не любая из репозитория.
3. Какая у вас лицензия.
- 🔑 аппаратный ключ (USB) — после смены ОС достаточно поставить драйвер ключа;
- 📄 программная лицензия — привязана к параметрам компьютера, при переустановке ОС её нужно активировать заново;
- ☁️ облако или аренда — платформу обновляет провайдер.
4. Есть ли доработки. Если конфигурация снята с поддержки или в ней есть изменения, обновление идёт через сравнение и объединение, а не одной кнопкой. Внешние обработки и расширения после смены релиза тоже нужно проверить.
Сделайте резервную копию до начала работ. В Конфигураторе: Администрирование → Выгрузить информационную базу — получите файл .dt. Для файловой базы дополнительно скопируйте каталог с файлом 1Cv8.1CD, предварительно выгнав всех пользователей.
Для серверной базы делайте ещё и копию средствами СУБД. Выгрузка .dt на большой базе может идти часами, а бэкап SQL восстанавливается быстрее.
Установка новой версии платформы 1С:Предприятие 8.3
Дистрибутив платформы скачивают из личного кабинета на портале обновлений 1С (нужен действующий договор ИТС или пользовательский доступ). Для рабочего места под Windows чаще всего берут сборку «Технологическая платформа 1С:Предприятия (64-bit) для Windows».
Порядок установки на компьютер пользователя:
- Распакуйте архив и запустите
setup.exe. - На шаге выбора компонентов оставьте «1С:Предприятие» (толстый и тонкий клиент). Компоненты сервера на рабочее место не ставьте.
- Выберите язык интерфейса — русский.
- Согласитесь на установку драйвера защиты, только если используете USB-ключ.
- Дождитесь окончания и запустите 1С через обычный ярлык.
Новая версия ставится в отдельный каталог вида C:\Program Files\1cv8\8.3.xx.yyyy. Старая не удаляется, обе живут рядом. Ярлык запускает 1cestart.exe, а он по умолчанию выбирает самую новую установленную версию.
Если нужно, чтобы конкретная база открывалась определённой версией, откройте список баз, нажмите Изменить на нужной базе и на последней странице мастера укажите номер в поле «Версия 1С:Предприятия», например 8.3.25. Так удобно держать на одном компьютере базы, которым нужны разные сборки.
Старые версии не сносите сразу. Оставьте предыдущую сборку на неделю: если после обновления всплывёт ошибка, вы откатитесь за минуту, просто указав её номер в свойствах базы. Потом удалите лишнее через «Программы и компоненты» — каждая версия там отдельной строкой.
Разрядность. 64-битный клиент лучше переносит большие отчёты и обработки. 32-битный оставляют, если используются старые внешние компоненты и драйверы оборудования, у которых нет 64-битной версии.
Обновление конфигурации и структуры базы данных
Новая платформа сама конфигурацию не обновляет. Это второй, отдельный этап.
Типовая конфигурация на поддержке
Если доработок нет, удобнее всего обновлять из самой программы. В Бухгалтерии 3.0, ЗУП 3.1 и других типовых конфигурациях на БСП это раздел Администрирование → Интернет-поддержка и сервисы, команда обновления версии программы. Программа сама скачает пакет, сделает резервную копию (если вы это разрешите) и обновит конфигурацию.
Обновление через Конфигуратор
Этот путь нужен для серверных баз с доработками и в случаях, когда автообновление не прошло.
- Откройте базу в режиме «Конфигуратор».
- Выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Укажите поиск обновлений в каталогах шаблонов или выберите файл
.cfu/.cfвручную. - Программа построит цепочку. Если ваш релиз сильно отстал, обновление пройдёт через промежуточные релизы — пропускать их нельзя.
- Проверьте окно сравнения: при изменённых объектах решите, что берёте из поставщика, а что оставляете своё.
- Нажмите
Выполнить, затем согласитесь обновить конфигурацию базы данных — или вызовите это позже черезКонфигурация → Обновить конфигурацию базы данных(F7).
Шаг 6 и есть реструктуризация: платформа меняет таблицы под новую конфигурацию. Здесь нужен монопольный доступ — в базе не должно быть других пользователей, фоновых и регламентных заданий.
Первый запуск после обновления
После реструктуризации откройте базу в режиме «Предприятие» под пользователем с полными правами. Запустятся обработчики обновления данных. Не закрывайте программу, пока не появится сообщение о завершении.
Часть обработчиков в типовых конфигурациях работает отложенно, в фоне. Пока они идут, некоторые отчёты могут показывать неполные данные. Ход отложенной обработки смотрят в разделе Администрирование → Обслуживание.
Обновление платформы на сервере 1С (клиент-серверный вариант)
В клиент-серверной схеме главное правило жёсткое: версия клиента должна совпадать с версией сервера 1С до последней цифры сборки. Клиент 8.3.25.1394 к серверу 8.3.25.1286 не подключится.
Поэтому сервер и все рабочие места обновляют в одно окно работ.
Порядок действий на сервере Windows
Остановка службы сервера 1С обрывает сеансы всех пользователей. Делайте это вне рабочего времени и предупредите людей заранее.
- Заблокируйте начало сеансов и регламентные задания в консоли кластера (свойства информационной базы), дождитесь завершения сеансов.
- Остановите службу агента сервера 1С.
- Запустите
setup.exeсерверной сборки. Отметьте компоненты «Сервер 1С:Предприятия» и, при необходимости, «Модули расширения веб-сервера». - На шаге установки сервера выберите установку как службы Windows и укажите ту же учётную запись, под которой работала прежняя служба (обычно
USR1CV8). - Проверьте, куда смотрит служба: путь к
ragent.exeдолжен вести в каталог новой версии. - Запустите службу и откройте консоль администрирования серверов.
- Снимите блокировку сеансов и регламентных заданий.
Проверить путь службы можно командой:
sc qc "1C:Enterprise 8.3 Server Agent (x86-64)"
В строке BINARY_PATH_NAME должен быть путь вида C:\Program Files\1cv8\8.3.xx.yyyy\bin\ragent.exe с новым номером. Если там старая версия — служба так и будет запускать прежнюю сборку, а клиенты получат ошибку несовпадения версий.
Каталог реестра кластера (обычно srvinfo) при установке новой версии сохраняется. Список баз, рабочие серверы и настройки кластера никуда не деваются. Не удаляйте этот каталог «для чистоты» — потеряете регистрацию всех баз в кластере.
Консоль администрирования тоже привязана к версии. Если она не открывается или не видит сервер, перерегистрируйте radmin.dll из каталога новой версии (команда regsvr32 с полным путём к файлу, запуск от администратора).
Веб-публикации
Если базы опубликованы на IIS или Apache, модуль веб-расширения тоже должен быть новой версии. В файле публикации default.vrd версия обычно не прописана, но обработчик в настройках веб-сервера ссылается на путь к wsisapi.dll (IIS) или wsap24.dll (Apache) — путь содержит номер версии. Обновите его, иначе веб-клиент будет обращаться к старому модулю.
Сервер на Linux
На Linux платформу ставят пакетами или единым установщиком (в новых версиях 8.3). Логика та же: остановить старую службу, установить новую сборку, убедиться, что запускается служба именно новой версии, и только потом снимать блокировку. Конкретные имена служб и команды смотрите в документации к вашей сборке — они менялись между версиями 8.3.
Смена или переустановка ОС: лицензии и базы
Модернизация ОС — отдельный сценарий: старую Windows переустанавливают или переходят на новый сервер. Сама база при этом не страдает, если вы её сохранили. Страдает лицензия.
| Что переносим | Что делать | Подводный камень |
|---|---|---|
| Файловая база | Скопировать каталог базы, добавить в список баз | Копировать только после выхода всех пользователей |
| Серверная база | Перенести бэкап СУБД или .dt, зарегистрировать базу в кластере | Версия платформы на новом сервере — та же, что у клиентов |
| USB-ключ | Поставить драйвер защиты, вставить ключ | Без драйвера ключ не виден |
| Программная лицензия | Активировать заново по резервному пин-коду | Пин-коды из конверта ограничены, без них — запрос в 1С |
Файлы программных лицензий лежат в C:\ProgramData\1C\licenses (файлы .lic). Они привязаны к оборудованию и ОС. Переустановили Windows или заменили материнскую плату — лицензия перестаёт подходить, и платформа не запустит базу.
Перед переустановкой ОС:
- 📝 найдите конверт с пин-кодами и посмотрите, сколько резервных осталось;
- 💾 сохраните каталог
licenses— пригодится, если ОС вернут на то же оборудование; - 📋 выпишите список баз из
ibases.v8iв каталоге%APPDATA%\1C\1CEStart— его можно просто скопировать на новую систему.
Если резервные пин-коды закончились, активировать лицензию самому не получится. Придётся обращаться в 1С или к партнёру за дополнительными пин-кодами. Решите этот вопрос до переустановки, а не в день, когда бухгалтерия сидит без программы.
Проверка базы после обновления платформы
Первое — убедитесь, что обновилось то, что нужно. В режиме «Предприятие» откройте Справка → О программе (или значок «i» в правом верхнем углу). Там видны номер платформы и версия конфигурации.
Дальше пройдите короткий список:
- Вход всех пользователей. Пусть хотя бы один сотрудник с ограниченными правами откроет базу — проверите и клиент, и права.
- Регламентные задания. Загрузка курсов валют, обмены, синхронизация с ЭДО. После блокировки на время работ их легко забыть включить.
- Обмены данными. Если у вас обмен между базами, обе стороны должны быть на совместимых релизах. Запустите обмен вручную и проверьте протокол.
- Внешние обработки и печатные формы. Откройте каждую, которой пользуются регулярно. Обработки, написанные под старый релиз, часто ломаются после смены конфигурации.
- Оборудование. Фискальный регистратор, сканер штрихкодов, принтер этикеток — их драйверы зависят от разрядности клиента.
- Журнал регистрации. Посмотрите ошибки за время после обновления:
Администрирование → Обслуживание → Журнал регистрации, отбор по уровню «Ошибка».
Если после обновления формы выглядят странно или команды «не на своих местах», почистите кэш клиента. Запустите 1С с параметром /ClearCache или удалите каталоги с длинными GUID-именами в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 при закрытой программе.
Ошибки при обновлении платформы и как их исправить
Отдельно про обновление, которое «висит». На крупной серверной базе реструктуризация может идти несколько часов, и окно Конфигуратора в это время выглядит замершим. Посмотрите на нагрузку сервера СУБД: если диски и процессор заняты, процесс идёт. Принудительное снятие задачи в этот момент — прямой путь к восстановлению из бэкапа.