Конфа: Комплексная, переписанная вдоль и поперек.
Юзеры сидят в терминале, терминал соединен с сервером БД, на сервере БД тусуется в терминале несколько бухов.

частенько вылетает "Невосстановимая ошибка базы данных" при подборе товара. Часто перед этим выпадет ошибка от скуэля, но иногда сразу вываливается "Невосстановимая ошибка..." На скуэле не так давно работаю и раньше таких траблов никогда не было.

Сбои в работе сети / оборудования исключены, все стабильно работало даже при отключениях электроэнергии на 10 минут.

Где копать? Что может быть причиной таких траблов?

правильно ли я думаю, что Попытка-Исключение при такой ошибке не помогут?

Есть регистры без ресурсов ?

Релиз платформы какой? Если постоянно, скорее в памяти глюки.

Регистров без ресурсов нет, из стандартных только фирму убрал где она не нужна (ускорение местами в тысячи раз).

релиз - 25 и 24 вперемешку.

Глюки в памяти, думаю, проявили бы себя как-то более наглядно и не только в подборе номенклатуры.

А ВК юзаете? Тоже грешат

ВК - turbomd.dll
работаю с ней уже больше года и ничего подобного не было.

что вообще означают слова "невосстановимая ошибка базы данных"? если сразу же после этого сообщения юзер мжоет зайти и работать спокойно месяц, а другой за соседним столом может получить это сообщение 2 раза подряд в течение часа? И болше оно не вылазит нигде кроме подбора, хотя все ресурсы, которые используются в подборе, участвуют в массе отчетов и модулей документов?

Конкретней че пишет Не это
Как это лечить. Неустранимая ошибка открытия базы 56

нет. просто пишет "Невосстановимая ошибка базы данных" и одна кнопка "ОК" на этом же окне мэсиджа.

в том и проблема что ничего конкретного по этой глубокомысленной записи сказать нельзя :)

При подборе есть "возня" с регистрами ?

(9) да, при подборе есть возня с регистрами.

остатки + резервы, снимаются методом "ВыгрузитьИтоги" с фильтрами по складу и номенклатуре. На номенклатуре отбор.

5 типов цен (станартный механизм со справочником цен) выводятся в текстовые поля.

номенклатуры - 16 тыщ

А без ВК нельзя попоробывать поработать?

(10) Тогда снова - есть регистр без ресурсов ?

вдвоем колупать одну базу без turbomd на предприятии, где юзеры в базе с 7:30 до 22:00? проще застрелиться...

Если бы была какая-то регулярность в появлении ошибки, диагностировать было бы проще, иногда и неделю не выскакивает, иногда 2 раза за час.

(13) сейчас проверю скажу точно

(13) регитров без ресурсов нет, но глянул на номенклатуру и обнаружил комментарий неограниченной длины, стоит последним в списке полей. Реально он нигде ни разу не используется, длина его больше 255 исключена 100%. Может из-за него быть?

(15) может, но он последний как и положено...
Попробуй для проверки где с регистрами возня Рег.ВключитьSQL(0) а после Рег.ВключитьSQL(1) но тормоза наступят...

+ (16) Да ВключитьSQL(1) необязательно

метод включитьSQL включает или выключает обработку запросов, с использыванием SQL технологий или по более простому варианту.

1. на 16 тыщах номенклатуры получаем замедление работы запросов на 3-4 порядка
2. метод влияет на трансляцию с языка запросов на скуэль, но у меня в подборе нет запросов :)

а могут в скуэле быть какие-нибудь баги с базой типа тех которые вылезают на .dbf? ссылки вникуда и все такое?