|
Ошибка 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с происходит реструктуризация соответствующей таблицы и ошибка сдбл уходит.
Но возможна потеря данных в проблемных колонках (хотя она скорее всего происходит до реструктуризации - еще когда теряются "имена в конфигураторе")
ЗЫ. Что примечательно, в конфигураторе у всего есть имена и никаких безымянных реквизитов он не показывает
|
|