Kyplon

Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Была база, опубликованная в WEB, с измененной конфигурацией и загруженным расширением. Работа через тонкого клиента. Пришел кудесник и попытался через пользовательский режим обновить Расширение - в итоге что-то пошло не так и сейчас в базе нет расширения, но есть проблема при записи документа ЧекККМ Код: Ошибка SDBL: Поле Fld14330 таблицы Document203 не может принимать значение NULL | Выяснилось: Fld14330 - реквизит документа ЧекККМ, через конфигуратор не видится, через обработку, показывающую структуру данных, обнаруживается: имя поля пустое, имя поля хранения _Fld14330, при этом таблица ЧекККМ называется _Document203X1 Через chkdbfl.exe проблем не обнаружено. ТиИ - проблем не обнаружено. Выгрузка загрузка dt не помогла. Загрузка Типовой конфигурации не помогла. Перевел в клиент-серверный вариант, в MS SQL открыл таблицу Document203, вижу это поле _Fld14330, во всех ЧекККМ в данном поле пустое значение. Остановил Сервер 1С, удалил поле, запустил Сервер 1С, в ТиИ при реструктуризации теперь ошибка Код: Microsoft SQL Server Native Client 11.0: Недопустимое имя столбца "_Fld14330". HRESULT=80040E14, SQLSrvr: SQLSTATE=42S22, state=1, Severity=10, native=207, line=45 | При загрузке нового расширения через конфигуратор получаю ошибку Код: Ошибка SDBL: Поле с таким именем уже определено | Нашел причину - реквизит документа ЧекККМ нового расширения. Выгрузил конфу расширения в файлы, нашел UUID этого реквизита. Выгрузил конфу в файлы, прошелся поиском со значениями "Fld14330" и UUID этого поля, но ничего не нашел. WTF?! [UDP] Выгрузил конфу рабочей базы, создал пустую базу, загрузил конфу, но не запускал базу. Через Конвертацию данных 2.1 создал правила обмена. Так как конфигурация-приемник соответствует конфигурации-источнику, правила создались автоматически. Открыл рабочую базу, открыл V8Exchan83.epf - Универсальный обмен данными в формате XML (2.1.8), указал прямое подключение к базе и подгрузил правила. Выгрузка прошла успешно. Открыл базу-приемник, зашел в пользователей и перезаписал их, закрыл, зашел уже под нужным пользователем, открыл обработку, показывающую структуру данных, нашел ЧекККМ, теперь он _Document322 (без Х1 на конце) и там не было этого поля с пустым названием. Дополнительно сделал ТиИ, проблем не обнаружилось. ПОБЕДА! Потратил почти два дня. После определения проблемы нежелание использовать обмен увеличило время на решение почти на день и все равно пришлось делать обмен. [UPD2] Разобрался благодаря MS SQL: несмотря на то что таблица _ExtensionsInfo была пустой таблица _ExtensionsRestruct содержала данные в то время как их там быть не должно! Очистил таблицу. ТиИ прошло успешно. Новое расширение применилось. Ошибок в работе не возникало. Итог: через MS SQL удалить поле Fld14330 у таблицы Document203 и очистить _ExtensionsRestruct. | Всего записей: 217 | Зарегистр. 14-09-2007 | Отправлено: 22:34 11-01-2020 | Исправлено: Kyplon, 00:58 12-01-2020 |
|