В практике разработчика 1С нередко встречается ситуация: информационная база работает стабильно, сотни пользователей открывают списки документов без проблем, но у одного конкретного сотрудника при попытке зайти в журнал или список база «зависает» и аварийно завершает работу (Crash). Попытки очистить локальный кэш на компьютере пользователя часто не приносят результата, а запуск сеанса под этой же учетной записью с другого рабочего места подтверждает — проблема кроется в данных, хранящихся на сервере. Рассмотрим подробно, почему так происходит, и как эффективно решить эту проблему, не прибегая к радикальным мерам пересоздания пользователя.
Когда мы сталкиваемся с тем, что копия формы открывается нормально, а оригинал вызывает падение, мы получаем главный ключ к разгадке. В платформе 1С каждая форма имеет свой уникальный внутренний идентификатор. К этому идентификатору привязываются пользовательские настройки: состав колонок, их порядок, видимость, а также — что критически важно — Условное оформление и Группировки. Если пользователь случайно или намеренно настроил сложное оформление (например, раскрашивание строк по сложному условию через несколько точек от основной таблицы), это может привести к аномальной нагрузке на SQL-сервер или вызвать ошибку в самом движке отрисовки интерфейса платформы.
Проанализируем основные факторы, которые могут приводить к «падению» формы:
SystemSettings). Если при записи произошел сбой, попытка десериализации (чтения) этих настроек платформой может привести к критической ошибке rphost.Разберем ситуацию, когда стандартная чистка через ХранилищеПользовательскихНастроекДинамическихСписков не помогает. Проблема в том, что настройки формы могут «расползаться» по разным хранилищам. Рассмотрим программный способ полной очистки настроек для конкретного пользователя и объекта. Нам поможет объект ХранилищеСистемныхНастроек.
Для гарантированного удаления всех «хвостов», связанных с формой, выполним следующий код (например, во внешней обработке):
Процедура ОчиститьВсеНастройкиПользователя(ИмяПользователя, ПутьКФорме)
// ПутьКФорме имеет вид "Документ.РеализацияТоваровУслуг.Форма.ФормаСписка"
// Очищаем системные настройки (ширина колонок, видимость и т.д.)
ХранилищеСистемныхНастроек.Удалить(ПутьКФорме, Неопределено, ИмяПользователя);
// Очищаем настройки динамического списка (отборы, группировки, оформление)
ХранилищеПользовательскихНастроекДинамическихСписков.Удалить(ПутьКФорме, Неопределено, ИмяПользователя);
// Очищаем общие настройки формы
ХранилищеОбщихНастроек.Удалить(ПутьКФорме, Неопределено, ИмяПользователя);
Сообщить("Настройки для пользователя " + ИмяПользователя + " успешно удалены.");
КонецПроцедуры
Обратите внимание, что второй параметр в методе Удалить — это ключ объекта. Если мы передаем Неопределено, система попытается удалить все записи, соответствующие пути к форме для данного пользователя.
Если конфигурация построена на базе Библиотеки стандартных подсистем (БСП), нам не обязательно писать код. Рассмотрим, как воспользоваться встроенными механизмами. Перейдем в раздел Администрирование — Настройки пользователей и прав — Настройки пользователей.
Проанализируем доступные действия в этом интерфейсе:
Это действие физически удаляет записи из таблиц настроек, и при следующем открытии форма будет инициализирована «по умолчанию», как у нового пользователя.
Выясним причину, почему именно динамический список «вешает» базу. Часто пользователи настраивают Условное оформление через меню «Еще — Настроить список». Рассмотрим пример опасной настройки: пользователь решил подсветить красным все документы, где в табличной части «Товары» есть хотя бы один номенклатурный элемент из определенной иерархии. Для динамического списка это означает необходимость выполнения вложенного запроса или сложного JOIN для каждой отображаемой строки.
Если база данных большая, а сервер ограничен в ресурсах, такой запрос может привести к Timeout или перегрузке памяти. Поскольку настройки сохраняются, каждое последующее открытие списка будет приводить к повторному падению. Создание копии формы, которое применил автор темы, эффективно именно потому, что у новой формы нет накопленной истории «вредных» настроек.
Если программная очистка настроек не помогла, проанализируем состояние индексов. Бывает, что в динамическом списке установлен отбор по строке (полнотекстовый поиск). Рассмотрим шаги по диагностике:
В редких случаях проблема может локализоваться на уровне SQL-сервера. Если очистка через интерфейс 1С не срабатывает, системные администраторы могут проверить целостность таблиц. Выполним стандартные процедуры обслуживания:
Подводя итог, можно сказать: если у пользователя «падает» конкретная форма, а у других — нет, проблема в 99% случаев кроется в индивидуальных настройках. Самый быстрый способ «лечения» — программная очистка всех хранилищ настроек для этого пользователя. Способ с копированием формы, упомянутый в обсуждении, является рабочим «костылем», но правильнее будет очистить старые настройки, чтобы не плодить дубликаты объектов в конфигурации. Помните, что настройки могут храниться не только в ХранилищеПользовательскихНастроекДинамическихСписков, но и в ХранилищеСистемныхНастроек, о чем часто забывают начинающие разработчики.