← На главную

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

Рассмотрим подробно ситуацию, когда после перехода с платформы 8.3.21.1302 на 8.3.22.2283 пользователи столкнулись с "тормозами" и нестабильностью в основной базе. Мы выясним, возможно ли провести откат и какие шаги необходимо предпринять для решения проблемы.

Возможность отката платформы и выбор стабильной версии

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

Однако существуют важные нюансы, которые необходимо учитывать:

1. Режим совместимости конфигурации: Ключевым фактором, определяющим возможность безболезненного перехода между версиями платформы, является режим совместимости вашей конфигурации. Если конфигурация была разработана или обновлена под версию платформы 8.3.22 и ее режим совместимости установлен, например, на 8.3.22, то откат на 8.3.21 может вызвать ошибки. Режим совместимости позволяет конфигурации работать с функционалом, доступным в более старых версиях платформы, обеспечивая обратную совместимость. Вы можете проверить и, при необходимости, изменить режим совместимости в конфигураторе через меню «Конфигурация» — «Свойства» — вкладка «Совместимость».
2. Изменения в хранении данных: Между версиями платформы могут происходить изменения в формате хранения данных. При первом запуске информационной базы под новой версией платформы может потребоваться конвертация внутренних данных базы. Важно отметить, что, согласно документации 1С, при переходе от предыдущей версии к 8.3.22 конвертация конфигураций и информационных баз не требовалась. Однако, при обратном переходе на значительно более старую версию, теоретически, могут возникнуть сложности, если были задействованы специфичные для новой версии возможности хранения данных. На практике, при переходе между близкими ветками 8.3.21 и 8.3.22, серьезных проблем с форматом данных обычно не возникает, но риски всегда есть.
3. Рекомендации по выбору версии:
   • Версия 8.3.21.1302, на которую изначально планировался откат, является достаточно старой. Вероятно, в ней есть ошибки, которые уже исправлены в более поздних релизах.
   • Если откат на ветку 8.3.21 необходим, более предпочтительным вариантом будет 8.3.21.1775 или выше. Эта версия считается минимально стабильной для многих актуальных релизов типовых конфигураций.
   • Сообщество 1С часто рекомендует двигаться вперед. Например, некоторые специалисты предлагают сразу переходить на 8.3.23.1997. Однако, важно учитывать, что не все новые версии сразу оказываются стабильными. Как показывает опыт, иногда новые релизы (например, 8.3.23.1865) могут иметь свои проблемы, и приходится ждать последующих исправляющих релизов (например, 8.3.23.2040).
   • Как компромисс, если с 8.3.22.2283 есть проблемы, но нет уверенности в 8.3.23, можно временно остаться на более стабильной версии ветки 8.3.22. Многие типовые конфигурации все еще допускают работу на 8.3.22.
4. Резервное копирование: Перед любыми манипуляциями с версиями платформы или конфигурацией критически важно создать полную резервную копию информационной базы. Это ваша страховка от любых непредвиденных проблем и потери данных.

Диагностика и устранение причин нестабильности и "тормозов"

Часто проблемы с производительностью и нестабильностью, возникающие после обновления платформы, не являются прямым следствием "плохости" новой версии, а скорее выявляют существующие, но ранее менее заметные недостатки в инфраструктуре или настройках. Рассмотрим основные причины и способы их устранения:

Недостаточная мощность серверного оборудования

Это одна из наиболее распространенных причин снижения производительности. Новые версии платформы 1С, как правило, оптимизированы для использования современных возможностей аппаратного обеспечения и могут более интенсивно задействовать ресурсы сервера (процессор, оперативную память, дисковую подсистему). Если ваше оборудование уже работало "на пределе" с предыдущей версией платформы, то новое обновление может стать последней каплей.

Мы рекомендуем проверить следующее:

1. Процессор: Загрузка ЦП на сервере 1С и сервере баз данных (СУБД). Убедитесь, что нет постоянной 100% загрузки.
2. Оперативная память: Объем доступной ОЗУ и ее потребление процессами 1С и СУБД. Нехватка памяти приводит к активному использованию файла подкачки, что замедляет работу.
3. Дисковая подсистема: Скорость работы дисков (IOPS, пропускная способность). 1С активно работает с диском, и медленные диски (особенно HDD вместо SSD/NVMe) могут быть "бутылочным горлышком". Для баз данных рекомендуется использовать высокопроизводительные SSD-накопители. Проверьте активность дисков с помощью системных мониторов.
4. Сеть: Пропускная способность и задержки в сети между клиентскими машинами, сервером 1С и сервером СУБД. Высокие задержки или низкая пропускная способность могут имитировать "тормоза" даже при мощном сервере.

Важно помнить, что оборудование всегда должно иметь запас производительности для планового роста нагрузки и обновления программного обеспечения. "Хилое оборудование" — частая причина проблем, которую мы склонны ошибочно списывать на ПО.

Ошибки и проблемы в самой платформе

Несмотря на тщательное тестирование, в новых релизах платформы могут присутствовать ошибки, влияющие на стабильность или производительность. 1С оперативно выпускает исправительные релизы. Мы видели примеры, когда критические проблемы, приводящие к закрытию клиентского приложения, были обнаружены в ряде версий, включая ветки 8.3.21 и 8.3.22, и исправлены в последующих патчах.

Что делать:

1. Проверяйте актуальные релизы: Всегда следите за выходом обновлений на портале 1С:ИТС. Возможно, проблема, с которой вы столкнулись, уже известна и исправлена в более свежем релизе (например, после 8.3.22.2283 могли выйти более стабильные патчи в той же ветке).
2. Сообщайте о проблемах: Если вы уверены, что причина в платформе, и проблема не решается известными способами, обращайтесь в службу поддержки 1С.

Проблемы с информационной базой и конфигурацией

Иногда сама информационная база может содержать ошибки или требовать оптимизации.

Наши действия:

1. Тестирование и исправление ИБ: Регулярно проводите тестирование и исправление информационной базы средствами конфигуратора (меню «Администрирование» — «Тестирование и исправление») или с помощью утилиты chdbfl.exe. Эта утилита позволяет найти и исправить ошибки формата базы данных.
2. Очистка кэша: После обновления платформы или возникновения ошибок часто помогает очистка кэша клиентского приложения. Это можно сделать вручную, удалив содержимое папок кэша, или с помощью специализированных утилит.
3. Оптимизация конфигурации: Если конфигурация сильно модифицирована, возможно, некоторые участки кода требуют оптимизации под новую версию платформы. Иногда "успокоить" конфигурацию можно, скорректировав режим совместимости или внеся небольшие изменения в код.

Стратегии работы с разными версиями платформы

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

1. Параллельная установка: Как мы уже выяснили, различные версии платформы 1С могут быть установлены на одном сервере параллельно. Вы можете настроить запуск различных информационных баз под разными версиями платформы.
2. Разделение по кластерам серверов: Для более серьезного разделения можно использовать несколько кластеров серверов 1С:Предприятия. Например:
   • Создайте отдельный кластер серверов 1С с установленной версией 8.3.21.1302 (или 8.3.21.1775) и переместите туда базы, для которых эта версия является достаточной или обязательной.
   • Для новых баз или тех, которые требуют функционала свежих платформ, создайте другой кластер с верхней версией, например, 8.3.23.1997.

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

3. Тестовый контур: Перед внедрением любой новой версии платформы (или конфигурации) в продуктивную среду, мы настоятельно рекомендуем разворачивать ее на отдельном тестовом контуре. Это позволяет выявить возможные проблемы, провести тестирование ключевых бизнес-процессов и оценить производительность без риска для основной системы. Только после успешного тестирования можно переходить к обновлению продуктивной системы.
4. Соответствие версий клиента и сервера: Желательно, чтобы версии платформы на сервере 1С и на клиентских машинах совпадали или были в рамках официально поддерживаемой совместимости. Несоответствие версий может приводить к ошибкам и непредсказуемому поведению.

Что нового в версиях 8.3.22 и 8.3.23 (для понимания контекста)

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

• Версия 8.3.22 платформы "1С:Предприятие" принесла улучшения в систему взаимодействия, новый механизм полнотекстового поиска с повышенной производительностью и уменьшенным объемом индекса, а также расширения конфигураций. Была добавлена поддержка процессоров Эльбрус-8С, что актуально для российского рынка.
• В версии 8.3.23 появились такие возможности, как управление табличными пространствами баз данных для повышения производительности (что напрямую влияет на "тормоза"), фоновая загрузка обновлений тонкого клиента, поддержка стандарта усовершенствованных подписей CAdES и новый механизм хранения больших объемов двоичных данных. Также была улучшена работа мобильной платформы, включая фоновый обмен данными и поддержку формата HEIC.

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

Заключение

Таким образом, откат платформы 1С с 8.3.22.2283 на 8.3.21.1302 технически возможен, если режим совместимости конфигурации позволяет это сделать и вы готовы к возможным рискам, связанным с устаревшей версией. Мы рекомендуем рассмотреть откат не на 8.3.21.1302, а на более стабильную версию 8.3.21.1775 или выше, или же найти стабильный релиз в ветке 8.3.22, который исправит проблемы 8.3.22.2283.

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

Мы всегда должны помнить о критической важности резервного копирования перед любыми изменениями и о необходимости тестирования на отдельном контуре. Это позволит нам минимизировать риски и обеспечить бесперебойную работу бизнес-процессов.