Имя: Пароль:
1C
 
Ошибка SDBL после обновления УТ 11.4.7.141
0 Новичок2
 
23.04.19
06:44
Здравствуйте.
После обновления УТ на редакцию 11.4.7.141 и платформы на  8.3.14.1694 появилась ошибка при записи документа ЗаказКлиента:
     "Невосстановимая ошибка
      Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
      по причине:
      Ошибка SDBL:
      Поле Fld26726 таблицы Document406 не может принимать значение NULL".
1.Очистка кэша конфигурации не помогла.
2.ТиИ ошибок не показывает.
3. На предыдущей платформе выдает ту же ошибку.
Вопросы:
1. Что еще можно сделать для "победы" над этой ошибкой?
2. Как можно посмотреть, чему в конфигурации соответствует " Поле Fld26726 таблицы Document406 "? У меня файловый вариант базы.
Всем спасибо!
1 Admin_Net_1C
 
23.04.19
07:12
(0) с помощью обработки посмотреть какому документу в метаданных соответствует  Document406 и поле Fld26726. Отладчиком смотреть, что в данном реквизите при записи документа. Скорее всего ожидается какое то конкретное значение (или пустое значение определенного типа) данного реквизита, а он не заполнен.
2 Новичок2
 
23.04.19
07:20
(1) В этом вопрос: с помощью какой обработки "посмотреть какому документу в метаданных соответствует  Document406 и поле Fld26726"?
3 Admin_Net_1C
 
23.04.19
07:40
(2) ищи обработку например по словосочетанию "структура хранения таблиц"
4 Новичок2
 
23.04.19
07:52
(2) Нашел. Пробую. Спасибо за помощь
5 Новичок2
 
23.04.19
09:51
С помощью обработки "DBStorageStructureInfo.-.2.1" определил, что в таблице Document406 два поля Fld26726 и Fld26744 на имеют имен в конфигураторе и не соответствуют никаким данным из Метаданных. Скорее всего эти поля появились при неудачном обновлении и последующего удаления расширения документа ЗаказКлиента (каюсь - сам напортачил).

Кто знает, как можно избавиться от этих полей в таблице Document406?
6 rudnitskij
 
26.04.19
13:58
Была аналогичная проблема, вылечил добавлением нового реквизита к документу, при чтении которого происходит ошибка сдбл, и его последующим удалением. При обновлении 1с происходит реструктуризация соответствующей таблицы и ошибка сдбл уходит.
Но возможна потеря данных в проблемных колонках (хотя она скорее всего происходит до реструктуризации - еще когда теряются "имена в конфигураторе")
ЗЫ. Что примечательно, в конфигураторе у всего есть имена и никаких безымянных реквизитов он не показывает
Закон Брукера: Даже маленькая практика стоит большой теории.