Обновление платформы 1С:Предприятие в условиях, когда в инфраструктуре одновременно используются разные конфигурации (от старой УТ 10.3 до современных ERP), часто превращается в сложную задачу для системного администратора. Рассмотрим подробнее, как подойти к этому процессу, чтобы обеспечить стабильную работу 60 компьютеров и 30 тонких клиентов, минимизировав при этом риски возникновения ошибок.
Первым делом проанализируем потребности каждой базы данных. Зачастую администраторы стремятся установить самую свежую версию платформы, однако для старых конфигураций, таких как Управление торговлей 10.3, это может быть избыточным и даже вредным. Изучим матрицу совместимости на портале ИТС: многие старые решения прекрасно работают на версиях 8.3.14 или 8.3.15, находясь в режиме совместимости с версией 8.2. Если вы переходите на версию платформы выше, всегда проверяйте, не требуется ли перевод конфигурации на новую модель управления, так как это может потребовать масштабного тестирования кода.
Мы привыкли к тому, что платформу выпускают почти каждый месяц, однако это не означает, что нужно внедрять каждое обновление в промышленную эксплуатацию. Разберем ситуацию с версией 8.3.18: многие специалисты отмечают, что при работе с данной веткой возникали критические ошибки нарушения целостности базы данных, приводящие к падению сеансов каждые 10-15 минут. Поэтому, принимая решение об обновлении, придерживаемся следующих правил:
8.3.18.0).8.3.17.1549).1С:Фреш — это своего рода эталон стабильности, прошедший массовое нагрузочное тестирование.Чтобы обновление прошло безболезненно для офиса и периферийных узлов УРИБ, выполним следующие шаги:
ЕРП) на отдельном сервере с новой платформой. Протестируем выполнение ключевых операций: печать документов, обмен данными через УРИБ и работу Web-сервисов.USB объединены на одном ключе сервера 1С. Это значительно упрощает администрирование и снижает количество проблем при запуске службы сервера.кэш метаданных, чтобы избежать конфликтов между версиями кэша и обновленной архитектурой сервера.нарушение целостности.Рассмотрим подробнее работу с SQL Server. При переходе на более свежие версии платформы может потребоваться обновление драйверов SQL Native Client или изменение уровня совместимости самой базы данных на уровне SQL Server 2016 и выше. Если база данных работает через Веб-сервер (например, IIS или Apache), после обновления платформы важно перепубликовать информационную базу. Для этого воспользуемся следующей командой:
// Пример команды для перепубликации через веб-сервер
webinst -publish -dir "C:\inetpub\wwwroot\UT11" -wsdir "UT11" -conf "C:\Program Files\1cv8\bin\default.vrd"
Помним, что в УРИБ критически важно обеспечить синхронизацию версий платформы. Если у вас центральный узел работает на 8.3.17, а периферийный узел остался на 8.3.15, могут возникнуть проблемы с форматами сериализации пакетов обмена. Стараемся обновлять все узлы УРИБ в рамках одного окна обслуживания.
Подводя итог, можно сделать вывод, что лучшая тактика для администратора — не гнаться за самым свежим релизом, а выбирать «стабильную середину». На текущий момент ветка 8.3.17 доказала свою устойчивость в условиях высокой нагрузки. Если же функционал новых релизов конфигураций требует более высокой платформы, выполняем переход на наиболее «обкатанную» версию (например, 8.3.19 или 8.3.22), предварительно проведя все этапы тестирования, описанные выше. Совместная работа, постоянный контроль журнала регистрации и наличие актуальных бэкапов — это залог того, что ваша система будет работать стабильно, несмотря на постоянный рост конфигураций.