Администрирование · 10 мин
Как установить новую версию 1С:Предприятие
Как правильно установить новую версию платформы 1С:Предприятие: подготовка, резервная копия, установка, обновление конфигурации и проверка работы базы.
Обновление платформы 1С:Предприятие — задача, с которой регулярно сталкивается любой администратор или пользователь, обслуживающий программу самостоятельно. Новые релизы платформы выходят регулярно: в них исправляются ошибки, закрываются уязвимости и добавляется поддержка новых возможностей конфигураций. При этом сама процедура установки несложная, но требует подготовки — особенно если база рабочая и в ней ведётся учёт.
Важно различать два процесса, которые часто путают. Первый — обновление платформы, то есть самой «технологической оболочки» 1С. Второй — обновление конфигурации (например, «Бухгалтерии предприятия» или «Управления торговлей»), то есть прикладного решения. Иногда после установки новой платформы конфигурация требует и собственного обновления, а иногда всё продолжает работать без изменений.
Ниже описан полный цикл: от проверки совместимости и резервного копирования до установки дистрибутива, переключения базы на новую версию и проверки результата. Инструкция подходит для файловых и клиент-серверных информационных баз на Windows.
Проверьте, какая версия нужна и совместима ли она с конфигурацией
Перед установкой определите, какой релиз платформы требуется. Конфигурации 1С рассчитаны на определённые версии платформы: например, современные релизы типовых решений обычно требуют платформу не ниже указанной в описании обновления. Эта информация всегда приводится в файле поставки конфигурации и в новостях релиза на портале 1С.
Узнать текущую версию платформы можно в запущенной программе: меню «Сервис» — «О программе». Там же видно версию конфигурации. Запишите оба значения — они понадобятся, если после обновления что-то пойдёт не так и придётся откатываться.
Обратите внимание на разрядность. Платформа 1С выпускается в 32-битном и 64-битном вариантах. Для файловой работы на обычном компьютере подойдёт любой, а вот для сервера 1С в клиент-серверном варианте чаще используют 64-битную версию. Смешивать разрядность клиента и сервера нельзя без понимания последствий.
Смотрите в меню «Сервис» — «О программе»
Сверьте с требованиями в описании релиза
В клиент-серверном режиме обновлять нужно и сервер 1С
Для сервера 1С обычно требуется 64-битная версия
Сделайте резервную копию перед любыми действиями
Резервная копия — обязательный шаг, который нельзя пропускать, даже если обновление кажется пустяковым. Сама установка платформы не меняет данные базы, но первый запуск конфигурации на новой платформе может запустить обновление структуры данных, и обратной дороги без копии не будет.
Для файловой базы есть два способа. Самый надёжный — выгрузка через конфигуратор: откройте базу в режиме «Конфигуратор», выберите «Администрирование» — «Выгрузить информационную базу» и укажите файл с расширением .dt. Второй способ — просто скопировать файл 1Cv8.1CD из каталога базы при условии, что все пользователи вышли из программы.
Для клиент-серверной базы выгрузка .dt тоже работает, но при больших объёмах она выполняется долго. В этом случае резервную копию обычно делают штатными средствами СУБД (например, backup в MS SQL Server или PostgreSQL) — это быстрее и надёжнее для больших баз.
Скачайте и установите дистрибутив платформы
Дистрибутив платформы доступен на портале portal.1c.ru в разделе обновлений программ — для скачивания потребуется действующая подписка ИТС или договор сопровождения. Выбирайте раздел «Технологическая платформа 1С:Предприятие 8.3» и нужный релиз. Скачивается архив, который нужно распаковать в отдельную папку.
В распакованном каталоге найдите файл setup.exe и запустите его от имени администратора (правая кнопка мыши — «Запуск от имени администратора»). Мастер установки предложит выбрать компоненты: для обычного рабочего места достаточно «1С:Предприятие» и «Тонкий клиент» при необходимости. Пункт «Сервер 1С:Предприятия» устанавливайте только на сервер.
Каталог установки менять обычно не нужно — платформа ставится в Program Files, причём каждый релиз размещается в собственной подпапке (например, 8.3.22.1709). Это значит, что новая версия не затирает старую: обе могут сосуществовать на одном компьютере, и это правильный подход на переходный период.
- 1Завершите сеансы всех пользователей в базе
- 2Сделайте выгрузку .dt или копию базы
- 3Скачайте дистрибутив платформы с портала 1С и распакуйте архив
- 4Запустите setup.exe от имени администратора
- 5Выберите нужные компоненты и завершите установку
- 6Запустите базу и подтвердите переход на новую версию
- 7Проверьте работу ключевых операций и отчётов
Переключите информационную базу на новую версию
После установки платформы база сама по себе не «переезжает» на новый релиз. При следующем запуске через стандартный стартер (1cestart.exe) программа обычно сама подбирает подходящую версию: стартер анализирует требуемую версию, указанную в свойствах базы, и выбирает из установленных.
Если база в списке запуска привязана к конкретной версии платформы, откройте окно запуска, выделите базу, нажмите «Изменить» и на последнем шаге проверьте поле «Версия 1С:Предприятия». Оставьте автоматический выбор или укажите новый релиз вручную.
При первом запуске конфигуратор или толстый клиент может сообщить, что база открыта версией платформы, отличной от той, на которой она работала раньше, и предложить продолжить. Если конфигурация требует обновления структуры данных, появится соответствующее окно — соглашайтесь только после того, как убедитесь в наличии резервной копии. На больших базах обновление структуры может занять заметное время, прерывать процесс нельзя.
Особенности обновления в клиент-серверном варианте
В клиент-серверной архитектуре обновлять нужно и сервер 1С:Предприятия, и клиентские места. Версии сервера и клиентов должны совпадать по релизу — клиент одного релиза не подключится к серверу другого. Поэтому порядок такой: сначала останавливается служба агента сервера, устанавливается новый релиз сервера, служба запускается, и только затем обновляются клиенты.
Несколько версий сервера могут сосуществовать на одной машине, но каждая использует свой диапазон портов. Если вы обновляете «по живому» с сохранением старого сервера, убедитесь, что порты не конфликтуют, а кластер зарегистрирован корректно.
Тонкие и веб-клиенты в этом сценарии удобнее: тонкий клиент может обновляться автоматически при подключении к серверу, если настроена публикация дистрибутива. Это существенно упрощает обновление десятков рабочих мест.
Проверьте результат и удалите старые релизы
После перехода на новую платформу выполните контрольную проверку: откройте базу в пользовательском режиме, запустите несколько типовых операций — проведение документа, формирование отчёта, печать формы. Проверьте работу обменов, если они настроены: синхронизацию с другими базами, обмен с банком, отправку отчётности.
Полезно просмотреть журнал регистрации на предмет ошибок, возникших при первом запуске. Единичные предупреждения при обновлении структуры — обычное дело, но повторяющиеся ошибки при работе пользователей — повод разобраться до вывода базы в эксплуатацию.
Старые релизы платформы не удаляйте сразу. Подержите предыдущую версию установленной хотя бы несколько дней: если обнаружится несовместимость, вы сможете быстро вернуться, просто указав старую версию в свойствах базы. Удаляются старые релизы стандартно — через «Установку и удаление программ» Windows.
Как проверить результат
Отображается новый релиз платформы
Запускается старая версия — проверьте настройки базы в списке запуска
Обновление структуры завершилось без ошибок, база открывается
Процесс зависает или падает с ошибкой — восстановите копию и разбирайтесь в причине
Документы проводятся, отчёты формируются, обмены работают
Ошибки в журнале регистрации, отказы обменов или печати
Все рабочие места подключаются к базе
Клиенты не подключаются — несовпадение версий клиента и сервера
Типичные ошибки и частые вопросы
Большинство проблем при установке новой платформы связаны не с самой установкой, а с подготовкой: отсутствием резервной копии, активными сеансами пользователей или несовпадением версий в клиент-серверном режиме. Ещё одна частая ситуация — конфигурация оказывается несовместимой с новым релизом платформы, и её приходится срочно обновлять. Поэтому требования к платформе всегда читайте заранее.
Что важно запомнить
Сначала резервная копия и завершение сеансов, затем установка нового релиза рядом со старым, потом контрольный запуск и проверка. Старую версию удаляйте только после нескольких дней стабильной работы на новой.
Нужно ли удалять старую версию платформы перед установкой новой?
Нет, и делать этого не стоит. Релизы платформы устанавливаются в отдельные каталоги и не конфликтуют между собой. Оставьте предыдущую версию минимум на несколько дней — это ваш путь быстрого отката, если новая окажется несовместимой с конфигурацией или внешними компонентами.
Обновится ли конфигурация автоматически вместе с платформой?
Нет. Платформа и конфигурация обновляются независимо. Установка новой платформы не меняет прикладное решение. Если новый релиз платформы требует обновления конфигурации, это делается отдельно — через конфигуратор или механизм обновления из интернета в типовых решениях.
Что делать, если после обновления база не запускается?
Не предпринимайте повторных попыток обновления структуры. Проверьте журнал регистрации и сообщения об ошибке, затем восстановите базу из резервной копии и запустите её на прежней версии платформы. После этого изучите требования конфигурации — возможно, сначала нужно обновить само прикладное решение.
Можно ли обновить платформу без подписки ИТС?
Дистрибутивы платформы официально распространяются через портал 1С для пользователей с действующим договором сопровождения. Без доступа к порталу дистрибутив обычно предоставляет обслуживающая организация или франчайзи 1С. Использовать дистрибутивы из неофициальных источников небезопасно.
Сколько времени занимает установка новой версии?
Сама установка платформы на рабочее место занимает обычно несколько минут. Основное время уходит на подготовку (копия, завершение сеансов) и на обновление структуры данных при первом запуске — на больших базах это может длиться от десятков минут до нескольких часов. Планируйте обновление на нерабочее время.