К статье
Практический материал

Администрирование · 9 мин

Как обновить 1С 8.2 на 8.3 самостоятельно

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

Переход с платформы 1С:Предприятие 8.2 на 8.3 состоит из двух независимых этапов: установки новой платформы на компьютер или сервер и перевода информационной базы на работу под ней. Важно понимать, что платформа и конфигурация — разные вещи: обновление платформы не меняет прикладное решение, но меняет «движок», на котором оно работает.

Главный технический момент перехода — конвертация базы при первом открытии её платформой 8.3. Этот процесс необратим: после конвертации база перестанет открываться в 8.2. Поэтому обязательное условие безопасной работы — полная резервная копия до начала любых действий.

Большинство типовых конфигураций, работавших на 8.2, запускаются на 8.3 без доработок благодаря режиму совместимости. Однако самописные и сильно доработанные решения могут потребовать проверки кода. Ниже разобран полный порядок действий с контрольными точками.

Что подготовить перед обновлением

До начала работ убедитесь, что у вас есть дистрибутив платформы 8.3 (скачивается с портала 1С при наличии действующей подписки ИТС или поставляется партнёром), права администратора на компьютере или сервере и монопольный доступ к базе на время конвертации. Все пользователи должны выйти из программы, а регламентные задания — быть остановлены.

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

Резервная копия: обязательный шаг

Надёжный способ для файловой базы — выгрузка через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу». Полученный файл с расширением .dt содержит и данные, и конфигурацию. Для клиент-серверной базы дополнительно имеет смысл сделать копию средствами СУБД (например, резервную копию в MS SQL Server или PostgreSQL).

Проверьте копию: создайте пустую базу и загрузите в неё файл .dt через «Администрирование» → «Загрузить информационную базу». Если база загружается и открывается — копия рабочая. Непроверенная копия считается отсутствующей: файл может оказаться повреждённым или неполным.

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

Установка платформы 8.3

Платформы 8.2 и 8.3 устанавливаются независимо и могут сосуществовать на одном компьютере. Запустите установщик из дистрибутива 8.3, выберите стандартный набор компонентов: «1С:Предприятие», «Тонкий клиент», при необходимости — «Сервер 1С:Предприятия» и «Модули расширения веб-сервера». Удалять 8.2 на этом этапе не нужно — она послужит запасным вариантом на случай проблем.

Для клиент-серверного варианта установите сервер 1С:Предприятия 8.3. Он может работать параллельно с сервером 8.2, но использует другие диапазоны портов по умолчанию, поэтому конфликтов обычно не возникает. После установки создайте в консоли кластера 8.3 новую информационную базу, указав ту же базу данных на СУБД, либо перенесите регистрацию существующей базы.

Обратите внимание на разрядность: 64-разрядная версия сервера 8.3 предпочтительна для больших баз, но требует 64-разрядной ОС и соответствующих версий СУБД. Для файловых баз на рабочих местах подойдёт 32-разрядный клиент.

Конвертация информационной базы

Запустите конфигуратор 8.3, добавьте в список баз вашу базу (для файловой — укажите существующий каталог) и откройте её. Платформа сообщит, что база создана в более старой версии, и предложит выполнить конвертацию. Подтвердите действие — дальше процесс идёт автоматически и может занять от нескольких минут до часов в зависимости от размера базы.

Во время конвертации не прерывайте работу программы и не выключайте компьютер: прерванная конвертация может оставить базу в повреждённом состоянии. Именно на этот случай нужна проверенная копия .dt. После завершения конфигуратор может предложить обновить конфигурацию базы данных — согласитесь.

Режим совместимости и проверка конфигурации

После конвертации откройте в конфигураторе свойства корня конфигурации и найдите параметр «Режим совместимости». У типовых конфигураций, переведённых с 8.2, там обычно установлено значение «Версия 8.2.13» или «Версия 8.2.16». В этом режиме платформа 8.3 ведёт себя максимально похоже на 8.2, поэтому старый код продолжает работать.

Менять режим совместимости на «Не использовать» сразу не следует: без анализа кода это может вызвать ошибки в модулях, использующих устаревшие механизмы. Перевод конфигурации на полноценный режим 8.3 — отдельная задача, которую выполняют после тестирования или поручают разработчику.

Контрольные точки

Как проверить результат

Запуск базы в режиме предприятия
Норма

База открывается без сообщений об ошибках, интерфейс привычный

Тревожный признак

Ошибки при запуске, сообщения о несовместимости модулей

Проведение документов и формирование отчётов
Норма

Документы проводятся, отчёты строятся за разные периоды

Тревожный признак

Ошибки при проведении, пустые или падающие отчёты

Обмены и интеграции (банк, ЭДО, оборудование)
Норма

Обмены выполняются, оборудование подключается

Тревожный признак

Ошибки COM/внешних компонент, сбои обмена

Печатные формы
Норма

Печать и предпросмотр работают

Тревожный признак

Ошибки формирования макетов, искажённая печать

Типичные ошибки и как их избежать

Частая проблема — ошибки внешних компонент и драйверов оборудования после перехода. Старые COM-объекты и драйверы, собранные под 8.2, могут не работать в 8.3, особенно в 64-разрядном клиенте. Решение — обновить драйверы до версий, поддерживающих 8.3, или использовать 32-разрядный клиент.

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

Типичные ошибки
01
Конвертация без проверенной копии .dt — при сбое базу нечем восстановить
02
Удаление платформы 8.2 сразу после конвертации — при обнаружении ошибок не к чему откатиться
03
Конвертация при работающих пользователях — риск повреждения данных и невозможность монопольного доступа
04
Смена режима совместимости без анализа кода — ошибки в модулях, использующих механизмы 8.2
05
Обновление платформы только на одном рабочем месте общей файловой базы — остальные пользователи теряют доступ

Особенности клиент-серверного варианта

Если база работает на сервере 1С с СУБД, порядок меняется: сначала разворачивается сервер 8.3, затем в его консоли регистрируется существующая база данных. Конвертация происходит при первом обращении платформы 8.3 к базе — её можно выполнить через конфигуратор или запуск с параметром обновления.

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

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

Часто задаваемые вопросы

Можно ли вернуться на 8.2 после конвертации базы?

Напрямую — нет, сконвертированная база не открывается платформой 8.2. Откат выполняется только через восстановление резервной копии .dt, сделанной до конвертации. Все данные, введённые после перехода, при откате будут потеряны.

Нужно ли обновлять саму конфигурацию при переходе на 8.3?

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

Сколько времени занимает конвертация базы?

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

Будут ли работать старые отчёты и обработки на 8.3?

Внешние отчёты и обработки в формате .epf и .erf, созданные под 8.2, как правило, открываются и работают на 8.3. Проблемы возможны у обработок, использующих внешние компоненты или устаревшие методы — такие нужно проверить отдельно.

Что делать, если после перехода не работает торговое оборудование?

Обновите драйверы оборудования до версий с поддержкой платформы 8.3 от производителя устройства. Если новых драйверов нет, используйте 32-разрядный клиент 8.3 — многие старые компоненты работают только в нём.

Можно ли держать на компьютере обе платформы одновременно?

Да, 8.2 и 8.3 устанавливаются в разные каталоги и не конфликтуют. Это удобно на переходный период: старая платформа остаётся запасным вариантом, пока не подтверждена стабильная работа на новой.

Итог

Что важно запомнить

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