← На главную

При модернизации серверной или клиентской инфраструктуры часто возникает задача запуска конфигураций предыдущего поколения, таких как «Управление производственным предприятием 1.3» (УПП) или «Комплексная автоматизация 1.1», на современной технологической платформе «1С:Предприятие 8.3». Разберем подробно, возможен ли такой переход, как правильно настроить базу данных и какие подводные камни могут встретиться в процессе эксплуатации.

Базовый принцип работы: режим совместимости

Конфигурации, изначально разработанные для платформы 8.2 на базе обычных форм, полностью поддерживаются платформой 8.3. Главное правило при первичном переносе — не отключать и не изменять режим совместимости в свойствах конфигурации. Платформа при конвертации базы автоматически выставляет необходимый уровень совместимости (как правило, «Версия 8.2.13» или «Версия 8.2.16»).

В этом режиме встроенный типовой код конфигурации выполняется корректно. Однако ошибки могут возникать в нестандартных доработках или из-за особенностей взаимодействия платформы с операционной системой и сторонними библиотеками.

Настройка клиентского приложения и режима запуска

Проанализируем параметры запуска информационной базы на рабочих станциях пользователей:

1. Тип клиента: Обычные формы не могут отображаться в тонком клиенте или веб-клиенте. В свойствах информационной базы в окне запуска или в параметрах запуска ярлыка необходимо указать режим Толстый клиент (обычное приложение).
2. Ключ командной строки: При автоматизированном создании ярлыков или пакетном старте используем явный ключ запуска /RunModeOrdinaryApplication.
3. Предупреждения безопасности: В релизах платформы 8.3 (начиная с 8.3.9) включен встроенный механизм защиты от опасных действий. При открытии внешних обработок или печатных форм пользователи могут получать диалоговые окна с предупреждениями. Для отключения этой проверки на доверенных серверах добавляем в файл conf.cfg параметр DisableUnsafeActionProtection=.* или настраиваем профили безопасности.

Разрядность платформы и внешние компоненты

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

Выясним причину: в эпоху платформы 8.2 подавляющее большинство библиотек разрабатывалось исключительно под 32-битную архитектуру (x86). Если на компьютере пользователя установить 64-битный толстый клиент 8.3, вызовы методов таких компонент приведут к системной ошибке невозможности загрузки библиотеки.

Решение: для рабочих мест, использующих физическое оборудование или старые DLL-библиотеки, необходимо устанавливать 32-разрядный клиент «1С:Предприятие 8.3».

Регистрация COM-соединителя

Если база данных участвует в обменах данными с другими системами посредством COM-соединения (через объект V83.COMConnector), после установки новой платформы необходимо обновить системную регистрацию библиотеки.

Разберем по шагам регистрацию библиотеки через командную строку от имени Администратора:

1. Для 64-разрядного сервера или службы переходим в директорию новой версии платформы (например, C:\Program Files\1cv8\8.3.X.XXXX\bin\).
2. Выполняем системную команду регистрации: regsvr32 "comcntr.dll"
3. В случае использования 32-разрядных внешних приложений на 64-битной ОС настраиваем соответствующее приложение в службах компонентов (DCOM).

Что произойдет при снятии режима совместимости?

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

1. Блокировка модальных окон: В платформе 8.3 по умолчанию включен режим запрета модальных вызовов. Вызовы стандартных процедур и функций Предупреждение(), Вопрос(), ОткрытьФормуМодально() и ВвестиЗначение() вызовут аварийное завершение работы с исключением.
2. Пересечение имен процедур и переменных: В платформе 8.3 появились новые системные ключевые слова и типы данных. Если в коде конфигурации присутствуют переменные или экспортные функции с совпадающими именами, конфигуратор выдаст синтаксические ошибки компиляции.
3. Поведение транзакций: Платформа 8.3 строже контролирует неявные транзакции и порядок вызова обработчиков событий формы при записи и проведении документов.

Особенности кластера серверов и печатных форм

При развертывании серверной части 8.3 обратим внимание на следующие технические моменты:

1. Параллельная работа 8.2 и 8.3: Если на одном сервере временно сосуществуют службы 8.2 и 8.3, обязательно переопределяем порты для службы 8.3 (например, диапазон 2540, 2541, 2560), чтобы исключить сетевой конфликт с портами 1540, 1541, 1560.
2. Управление процессами: Механизмы rphost в 8.3 позволяют гибко настроить ограничение памяти и периодический перезапуск рабочих процессов, что крайне полезно для ресурсоемких регламентных процедур (например, расчета себестоимости в УПП).
3. Рендеринг табличных документов: Из-за обновления графического движка платформы в отдельных нетиповых печатных формах может потребоваться ручная корректировка ширины ячеек или параметров переноса строк.

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