Всем доброго времени суток, на днях произошла следующая проблема, есть ИБ, 300 гб, 1с платформа 8.2.17.169, mssql вариант, самописная, есть документ, 2 000 000 элементов, при обновлении ИБ (добавления новых реквизитов в этот документ) происходит следующая ошибка, база зависает на длительно время, потом выходит сообщение а предложение завершить работу 1с. И виснет блокировка на самой базе часа на три, т.е. никто не может зайти в базу.

При последующих попытках добавления реквизиты появляется следующая ошибка:

Runtime Error!

Program: C:\Program Files (x86)\1cv82\8.2.13.169\bin\1cv8.exe

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с, может там чтото найдете..

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

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

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

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

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

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

естественно не забывайте о копии.

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

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

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

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

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

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

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

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

(15) вот это не понятно вообще.. т.е. откудато появляются рекцизиты?

(16) имелось ввиду база которая 300Г

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

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

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