При эксплуатации систем на базе 1С:Предприятие 8.3 администраторы и разработчики часто сталкиваются с дилеммой: стоит ли обновляться на самый свежий релиз или придерживаться проверенных временем версий. Особую остроту этот вопрос приобретает при работе с конфигурациями, использующими старые режимы совместимости, такими как Альфа-Авто 4.1 (режим совместимости 8.3.6). Разберем причины падения производительности и методы стабилизации системы.
Многие пользователи отмечают, что после перехода с версии 8.3.15 на 8.3.18.1208 или 8.3.18.1289 наблюдается существенное замедление работы динамических списков и процессов проведения документов. Рассмотрим основные технические причины этого явления:
8.3.18 разработчики 1С внедрили новые алгоритмы фонового считывания данных. Если ваша конфигурация использует сложные запросы с множественными соединениями в списках, платформа может некорректно оптимизировать SQL-запросы, что приводит к «фризам» при скроллинге.8.3.6). В этом режиме 1С использует старый менеджер временных таблиц, который может неэффективно взаимодействовать с обновленным ядром платформы 8.3.18.8.3.18.1334 зафиксирован баг с потерей фокуса при закрытии модальных окон (ошибка №10226456), что субъективно воспринимается пользователями как «зависание» системы.Проанализируем ситуацию, когда при обновлении тяжелых конфигураций (например, Бухгалтерия предприятия 3.0) система выдает ошибку о нехватке памяти, несмотря на наличие 256 Гб ОЗУ на сервере. Выясним причину этого парадокса:
Даже на 64-битных операционных системах рабочий процесс сервера 1С rphost или процесс Конфигуратора может упираться во внутренние лимиты или страдать от утечек памяти, характерных для ранних сборок 8.3.18. Для решения этой проблемы выполним следующие шаги:
Если работа на текущей платформе стала невозможной, и вы решили вернуться на более стабильную ветку (например, с 8.3.18 на 8.3.17), помните о нюансах. Простого удаления программы недостаточно. Рассмотрим алгоритм корректного «отката»:
Важно: Платформа 1С при работе меняет структуру файлов журнала регистрации и индексов полнотекстового поиска. При попытке запустить базу на старой платформе после новой возможны ошибки «Файл не является файлом базы данных» или «Ошибка формата потока».
srvinfo (за исключением файлов лицензий, если они там хранятся). Это удалит кэш сервера и сеансовые данные, которые несовместимы между мажорными версиями.Проанализировав опыт сообщества и официальные списки исправленных ошибок, выделим наиболее удачные сборки для промышленной эксплуатации:
Ветка 8.3.17: Считается наиболее стабильной для конфигураций на обычных формах и старых режимах совместимости. Релиз 8.3.17.2760 признан одним из лучших, так как в нем исправлены основные утечки памяти и проблемы с журналом регистрации.
Ветка 8.3.18: Если бизнес-логика требует использования именно 18-й платформы, следует выбирать релизы не ниже 8.3.18.1741. В них устранены критические ошибки производительности динамических списков, которые присутствовали в сборках 1208 и 1289.
Если смена платформы не помогает, проанализируем ситуацию на уровне кода. Зачастую «тормоза» в списках документов в Альфа-Авто вызваны не только платформой, но и особенностями реализации. Проверим следующие моменты:
Дата, Контрагент), имеют признак «Индексировать» в метаданных.ПриВыводеСтроки. Если в нем выполняются тяжелые запросы или обращение через точку к реквизитам связанных объектов, это «убьет» производительность на любой платформе.Рассмотрим пример правильного подхода к получению данных в списке без лишних обращений:
// Вместо запроса в ПриВыводеСтроки
Процедура СписокПриПолученииДанных(Элемент, ОформленияСтрок)
// Используем пакетный запрос для получения всех нужных данных
// для всех выводимых строк за один раз
ТаблицаСсылок = Новый ТаблицаЗначений;
ТаблицаСсылок.Колонки.Добавить("Ссылка");
Для Каждого Оформление Из ОформленияСтрок Цикл
ТаблицаСсылок.Добавить().Ссылка = Оформление.ДанныеСтроки.Ссылка;
КонецЦикла;
// Далее выполняем запрос к ТаблицаСсылок и заполняем ОформленияСтрок
КонецПроцедуры
Таким образом, для достижения стабильности системы необходимо сочетать выбор проверенного релиза платформы (например, 8.3.17.2760) с грамотной настройкой серверных мощностей и оптимизацией запросов в динамических списках конфигурации.