← На главную

Переход на новый релиз платформы 1С — это всегда ответственный шаг для системного администратора или программиста, особенно когда речь идет о клиент-серверной версии и критически важной конфигурации, такой как 1С:Зарплата и управление персоналом (ЗУП). Рассмотрим подробно, насколько необходимо полномасштабное тестирование при минорном обновлении (в рамках ветки 8.3.10) и с какими техническими сложностями можно столкнуться.

Оценка необходимости тестирования перед обновлением

Рассмотрим ситуацию, когда обновление происходит в пределах одной минорной версии (например, с 8.3.10.2580 на 8.3.10.2772). Проанализируем, нужно ли тратить ресурсы на полное тестирование всех функций системы. В большинстве случаев объем проверки зависит от требований бизнеса к отказоустойчивости. Разберем основные шаги по минимизации рисков:

1. Анализ изменений и багтрекера: Первым делом изучим список исправленных ошибок и новых возможностей в файле v8_3_10_2772_ReleaseNotes.htm, который идет в комплекте с дистрибутивом. Если в списке исправлений фигурируют критические для вас механизмы (например, работа с MS SQL Server или утечки памяти), обновление становится приоритетным.
2. Тестирование на копии: Развернем копию базы данных на новой версии платформы. Нет необходимости проверять абсолютно все отчеты. Выполним проверку только самых критичных процессов:
   • Групповое перепроведение документов за последний месяц.
   • Формирование основных регламентированных отчетов.
   • Проверка интеграций и обменов данными. Важно: при проверке обменов проследим, чтобы тестовая база случайно не передала данные в продуктивные системы.
3. Проверка стабильности: Оценим работу rphost (рабочего процесса сервера). В релизе 8.3.10.2772 исправлены многие утечки памяти, возникавшие в более ранних сборках при работе с фоновыми заданиями.

Подводный камень: Новый механизм проверки легальности

Выясним причину, по которой версия 8.3.10.2772 может вызвать проблемы даже на полностью лицензионных системах. Начиная с релиза 8.3.10.2699, компания 1С внедрила усиленный механизм проверки целостности системы. Проанализируем, на что это влияет:

Ложные срабатывания: Программа может выдать критическую ошибку «Обнаружено нарушение целостности системы». Это часто происходит, если на сервере или рабочих станциях сохранились остатки старых эмуляторов ключей, следы патчей или некорректные записи в реестре Windows. Перед обновлением рекомендуется убедиться, что система «чиста» от подобных компонентов.

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

Технические улучшения в версии 8.3.10.2772

Несмотря на риски, обновление до финального релиза ветки 8.3.10 несет в себе важные исправления. Рассмотрим подробнее, что было оптимизировано:

Работа с базами данных: Исправлены ошибки, приводившие к аварийному завершению работы сервера при выполнении сложных запросов с использованием конструкции В ИЕРАРХИИ. Это критично для крупных баз ЗУП с разветвленной структурой подразделений.

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

Возможность и нюансы отката (Downgrade)

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

Режим совместимости: Если после установки 8.3.10.2772 вы зашли в конфигуратор и изменили свойство Режим совместимости на более высокое, то просто переустановить платформу обратно не получится. База данных физически изменит структуру, и старая платформа откажется ее открывать. Рассмотрим алгоритм безопасного обновления:

1. Делаем полную резервную копию базы данных (dt или средствами SQL).
2. Устанавливаем новую платформу, не меняя настройки конфигурации.
3. В случае проблем — удаляем новую версию платформы и возвращаем старую.

Также стоит помнить про полнотекстовый поиск. После перехода «туда-обратно» между сборками платформы индексы ППД могут повредиться. В этом случае потребуется выполнить процедуру очистки и полного обновления индекса в консоли администратора или через стандартные обработки конфигурации.

Специфика для конфигурации ЗУП

Для пользователей 1С:Зарплата и управление персоналом 3.1 обновление платформы часто является обязательным требованием для установки новых патчей и релизов самой конфигурации. Если ваша текущая версия конфигурации не требует жестко перехода на 8.3.10.2772, а текущая работа стабильна, можно руководствоваться принципом «работает — не трогай». Однако, если вы сталкиваетесь с медленной работой динамических списков сотрудников или ошибками печати штрихкодов, переход на 2772 поможет решить эти проблемы, так как в ней оптимизирована работа с управляемыми формами.

В завершение отметим: переход с 8.3.10.2580 на 8.3.10.2772 — это скорее сервисная операция по исправлению ошибок, чем внедрение нового функционала. Основное внимание уделите проверке отсутствия эмуляторов и наличию актуальных бэкапов.