Каталог решений - Переход с 8.1 на 8.2. Этапы, некоторые особенности, проблемы

     Подробно про возможности 8.2 можно посмотреть здесь  и на дисках ИТС.  В платформе 8.2 изменены форматы информационной базы, конфигурации, внешних отчетов и обработок. Для перехода на 8.2 необходимо осуществить их преобразование (конвертацию). После конвертации будет невозможно открыть базу/обработку под платформой 8.1. Поскольку обратного пути нет, обязательно в каждом случае перед конвертацией снимать копии.

     Переход осуществляется в несколько этапов, каждый из них важен.

     1. Подготовка.

     Обновление текущего релиза платформы. Он должен быть не ниже 8.1.5 (8.0.18).

     Снятие резервной копии.

     В случае использования типовой конфигурации дальнейших действий не требуется. Если же есть изменения, то следует провести тестирование при помощи обработки ПроверкаКонфигурацииДляПереводаНа82.epf (есть на ИТС) для выявления возможных проблем. На ИТС есть и методика перехода на новую платформу.

      2. Конвертация на 8.2. Работа в режиме совместимости с 8.1.

     При попытке открытия ИБ 8.1 под платформой 8.2 программа выдает соответствующее предупреждение и предлагает конвертировать базу под 8.2.

     После соглашения происходит собственно конвертация. На демо-версии этот процесс может занять всего несколько минут. Действующая база БП (файловый вариант) у нас конвертировалась минут 8.

     Важно! При конвертации автоматически устанавливается режим совместимости с 1С:Предприятием 8.1. Это можно посмотреть в конфигураторе, в «Свойствах».

     Для пользователя это означает, что пока, на данном этапе, особенных изменений он не увидит, и большая часто нового функционала ему недоступна, в частности, работа в режиме управляемого приложения, тонкого или web-клиента. Интерфейс остается как в 8.1. Тем не менее, администратор уже может использовать некоторые возможности 8.2.

    Очень важно! Отменять режим совместимости сразу не стоит! Во всяком случае, на рабочей базе. Если конфигурация не подготовлена к этому, то могут произойти странности в оформлении (возможно, и более серьезные проблемы), в частности, при тестовом переходе в одном случае со всех форм пропали табличные части и страницы.

    Что дает этот этап. Переход позволяет ускорить работу системы, возможность использования некоторых новых механизмов платформы.

     3. Работа без режима совместимости (обычный режим)

     Отключаем режим совместимости, выбирая «Не использовать»:

     Сразу меняется интерфейс, вид кнопок.

     Для отключения режима совместимости, возможно, потребуется внести некоторые изменения в конфигурацию, по различным оценкам, в среднем на это требуется 1 день.

    Что дает этот этап. После отключения режима совместимости скорость работы еще более увеличивается, и возможности 8.2 могут быть задействованы.

    4. Работа без режима совместимости (управляемый режим – частичное использование — полный переход на управляемый режим)

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

     В конфигураторе появляется закладка «Дополнительные», и на ней можно выбрать соответствующие формы (они сгенерируются автоматически):

     Обычная форма:

     Управляемая форма:

     Работа без режима совместимости (полный переход на управляемый режим)

     Все пользователи работают с новым интерфейсом (при необходимости для некоторых из них может быть сохранен обычный). Для перехода необходима доработка настроек метаданных (свойства, подсистемы), разработка управляемых форм, частично – переработка прикладных объектов.

    В одной конфигурации может быть задействована функциональность и обычного, и управляемого приложения. У одного и того же объекта могут присутствовать как обычные, так и управляемые формы. Совместное их использование возможно как во время переходного периода, так и потом, в случае, если для решения специфических задач требуется функциональность, не поддерживаемая управляемыми формами.

     Возможна и такая ситуация, что часть баз работает на 8.2, а часть на 8.1. Однако, если 8.1 и 8.2 работают параллельно, важно помнить, что обратного пути нет, т.е. база, открытая под 8.2, никогда не откроется под 8.1.

     В установке 8.1 и 8.2 на один сервер есть проблема – как ее обойти, указано здесь.

   Есть и еще особенность обновления платформы – в 8.1 она устанавливалась, затем обновлялась, т.е. одновременно была установлена одна версия платформы. В 8.2 релизы платформы устанавливаются в разные каталоги (каждый в свой, согласно номеру), поэтому на одном компьютере может быть установлено неограниченное количество релизов.

     Важно! Конфигурация 1.6 (так же и 2.0) под 8.1 и 8.2 – это РАЗНЫЕ конфигурации, с разными обновлениями.

     Переход с БП 1.6 на БП 2.0 – это тоже не просто обновление, а отдельный переход. Была ситуация, когда встроенный механизм для перехода с 1.6 на 2.0 «не видит» тез баз в 1.6, которые уже сконвертированы в 8.2. Таким образом, логичным кажется переход сначала с 1.6 на 2.0, а затем – на платформу 8.2 (возможно, в новых релизах это уже исправлено).

ВЫВОДЫ:

     1. Сам по себе переход на новую платформу тем менее сложен, чем меньше изменений в конфигурации относительно типовой.

     2. Для перехода с сохранением режима совместимости не требуется серьезных доработок. Основной объем работы возникает при переходе к управляемым формам: необходимо реализовать новый командный интерфейс и формы.

     3. Новая версия платформы 8.2 не имеет существенных отличий при работе пользователей, следовательно, для них не требуется какого-либо дополнительного обучения.

     4. Существует возможность постепенного перевода конфигурации на режим управляемого приложения, а также совмещение в одном прикладном решении функциональности режима управляемого приложения и обычного. То есть переход может быть постепенным, по мере необходимости.