Ошибка обновления самописной конфигурации, 1с 8.2 #682342

Всем доброго времени суток, на днях произошла следующая проблема, есть ИБ, 300 гб, 1с платформа 8.2.17.169, mssql вариант, самописная, есть документ, 2 000 000 элементов, при обновлении ИБ (добавления новых реквизитов в этот документ) происходит следующая ошибка, база зависает на длительно время, потом выходит сообщение а предложение завершить работу 1с. И виснет блокировка на самой базе часа на три, т.е. никто не может зайти в базу. При последующих попытках добавления реквизиты появляется следующая ошибка: this application has requested the runtime to terminate it in an unusual way. Please contact the application's support team for more information. Когда захожу в каталог C:Program Files (x86)1cv82, там вообще нет папки 8.2.13, есть только 8.2.17, тут думая проблемы с записью об установленной ранее платформы в регистре. На развернутой копии были произведены следующие действия выгрузказагрузка базы из файла, при этом, необходимые реквизиты появились в базе но теперь появилась ошибка при попытке захода в документ: ошибка sdbl ожидается cast идентификатор или константа pos = 109, так же была сделанна реиндексация базы данных в скуле, так же без результатно. Теперь вопрос, какие дальнейшие действия можно предпринять?

о предложение*

о предложении*

а на скуле есть такой каталог?

есть ИБ, 300 гб есть документ, 2 000 000 элементов *взял попкорн

а нет лирешения подобной ошибке в более новых версиях? почитайте баглист 1с, может там чтото найдете..

дело в том, что если изменения производятся в другом месте, не в этом документе (в скуле нашел его), то база обновляется

поднимали копии более ранние, ситуация аналогичная

бывает в конфах битые данные на какихто объектах. помнется у нас так картинка была битая. при каких либо манипуляциях с ней база падала. если ее не трогать, то все работало..

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

создай новую конфу, этот документ в ней удали, сделай руками такой же и перенеси данные.

попробуйте такой вариант: на пустой базе проверить обновляется ли реквизит. если все ок, то выгрузить эту конфу и загрузить в большую. именно загрузить. после этого _возможно_ все будет корректно добавляться с обновлением. естественно не забывайте о копии.

это самая первая идея которая пришла в голову, но посчитав сколько по времени будут переносится 2 000 000 документов. есть у меня обработка которая из 7ки через ком в 8ку загружает так вот 2000 документов это 5 минут, теперь считаем 5 000 минут, 83 часа.

щас начни в понедельник вечером отрапортуешь

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

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

не совсем понял, как загрузить в большую ее? можно допустим таблицу config в sql вставить, первое что пришло в голову

в пустой конфе все хорошо...

200 гб, на диске С, 150 на Д, где собственно и лежит база,

вот это не понятно вообще.. т.е. откудато появляются рекцизиты? имелось ввиду база которая 300Г

да тут забэкапил кое кто оказывается базу поверх того бекапа новым числом)) но дело в том что сейчас в базе реквизитов нет, бэкапим, разворачиваем, вот они вместе с ошибкой ошибка sdbl ожидается cast идентификатор или константа pos = 109, т.е. проблема серьезная, можно сказать бэкапа нет.

Ошибки исправленные в 8.2.18.96 "20014611  Режим совместимости не поддерживается текущей версией Проблема: При запуске клиента может происходить Ошибка SDBL: Ожидается имя таблицы (pos=19) если после обновления конфигурации информационной базы изменился режим совместимости, который не поддерживается текущей версией платформы. После исправления ошибки восстановление работоспособности информационной базы возможно после выполнения тестирования и исправления, в режим которого добавлена проверка и исправление структуры таблиц информационной базы на соответствие заданному в конфигурации режиму совместимости. Дата публикации: 2013-05-13 "

После того как развернул копию, удалил появившееся реквизиты добавил новые и через 4 часа (время обновления конф) все встало в норму. теперь осталось за малым вечером сделать на оригинале