Как перейти с платформы 1С 8.2 на 8.3 и не потерять базу

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

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

Что проверить до начала миграции

Соберите четыре факта. Без них план писать рано.

1. Версия платформы. Номер вида 8.2.19.130 виден в окне «О программе» и в каталоге установки.
2. Конфигурация и её релиз. Название, редакция (например, «Бухгалтерия предприятия, редакция 2.0») и номер релиза. Они определяют, можно ли обновиться «по цепочке» или нужен переход на другую редакцию.
3. Типовая или доработанная. Если конфигурация снята с поддержки или в неё вносили правки, обновление превращается в объединение изменений.
4. Тип базы и окружение. Файловая (папка с 1Cv8.1CD) или клиент-серверная (кластер + СУБД). Операционная система клиентов и сервера.

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

• внешние обработки и отчёты;
• обмены с другими базами и сайтами;
• COM-соединения из сторонних программ;
• внешние компоненты, драйверы оборудования, подписи и криптопровайдеры.

Именно эти «мелочи» чаще всего ломаются после перехода.

Таблица: какой сценарий у вас

Резервные копии: что именно сохранить

Копия нужна в двух видах: полная и «разборная». Если что-то пойдёт не так, вы вернёте систему к состоянию на сегодня.

Файловая база. Закройте все сеансы и скопируйте целиком каталог базы. Имя файла 1Cv8.1CD без остальных файлов каталога копировать не стоит: целиком надёжнее.

Клиент-серверная база . Нужны две копии:

• резервная копия средствами СУБД (полная, с проверкой, что она восстанавливается);
• выгрузка информационной базы в .dt через Конфигуратор.

Выгрузка в .dt делается так: откройте базу в Конфигураторе и выберите Администрирование → Выгрузить информационную базу. Для этого нужен монопольный доступ, поэтому выбирайте время, когда в базе никого нет.

Сохраните также:

• файлы конфигурации поставщика и релизов, на которых вы сидите;
• расширения (.cfe), если они есть;
• список пользователей и прав доступа в текстовом виде;
• настройки регламентных заданий.

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

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

Порядок установки:

1. Скачайте дистрибутив технологической платформы нужной редакции. Для начала берите актуальный релиз ветки 8.3, а не самый первый.
2. Запустите setup.exe, выберите компоненты. Серверу нужны компоненты сервера 1С:Предприятия; клиентским машинам хватает клиента.
3. Выберите разрядность. На 64-разрядной системе ставьте 64-разрядную платформу. 32-разрядные внешние компоненты, написанные под 8.2, в ней не загрузятся.
4. Проверьте, что в списке баз стартера у пользователей можно выбрать версию платформы для каждой базы.

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

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

Пробный прогон

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

Что смотреть после открытия:

• запускается ли «1С:Предприятие» без ошибок;
• проходят ли основные операции: проведение документов, закрытие периода , формирование отчётов;
• открываются ли справочники, нет ли «битых» ссылок;
• совпадают ли остатки и обороты с данными на 8.2.

Рабочая база

Когда пробный прогон прошёл, повторите то же на рабочей базе в согласованное окно. Заранее предупредите пользователей о времени и о том, что до окончания работ заходить в базу нельзя.

Для клиент-серверной базы есть путь без переноса: открыть существующую базу платформой 8.3 и дать ей преобразоваться. Но надёжнее другой: создать новую пустую базу на сервере 8.3 и загрузить в неё .dt через Администрирование → Загрузить информационную базу. Тогда старая база остаётся нетронутой, и откат сводится к переключению ярлыков.

Режим совместимости

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

Сервер 1С и кластер при переходе

Для клиент-серверной работы обновляют и сервер. Ключевые моменты:

• Сервер 8.3 ставится отдельно от сервера 8.2, с другим каталогом и своей службой. Если обе службы должны работать одновременно, у них не должны пересекаться порты агента сервера и диапазоны рабочих процессов. По умолчанию агент слушает порт 1540, менеджер кластера использует 1541.
• Новую службу сервера запускайте от отдельной учётной записи с правами на каталог данных кластера. Права на каталог чаще всего и теряются при переносе.
• Кластер в 8.3 создаётся заново через консоль администрирования. Состав базы (параметры, пользователи кластера) переносится вручную.
• Консоль администрирования должна быть той же версии, что и сервер, или новее.

Типовой порядок для сервера:

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

Старую базу оставляйте нетронутой на 2–4 недели. Если выявится проблема, которую не заметили на тесте, вы вернётесь в точку «вчера».

Обновление конфигураций и внешних обработок

Платформа новая, но конфигурация осталась старой. Её тоже надо довести до актуального релиза. Здесь два сценария.

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

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

Доработанные конфигурации. Если правки есть, при обновлении сравниваются три версии: ваша, предыдущая типовая и новая типовая. Конфликты решает разработчик. Заранее сохраните список объектов, которые вы меняли, и подумайте, не лучше ли вынести доработки в расширение.

Внешние обработки и отчёты

Внешние обработки, написанные под 8.2, чаще всего работают, но проверить их надо на каждой. Последовательность:

• Откройте файл .epf в Конфигураторе 8.3. Проверьте, что синтаксис-контроль проходит без ошибок.
• Запустите её на копии базы и прогоните основные сценарии.
• Найдите обращения к внешним компонентам и к COM-объектам. Они зависят от разрядности и могут перестать грузиться.
• Проверьте обращения к метаданным, которых в новой версии конфигурации уже нет. Это самая частая причина ошибок после обновления релиза.

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

Интерфейс

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

Тестирование после перехода и типовые ошибки

Проверку проводят по чек-листу. Не полагайтесь на то, что «открылось, значит, работает».

Что чаще всего ломается

Если не получается запустить базу , сопоставьте симптом.

Откат

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

Частые вопросы