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