Здравствуйте!
Создали новую БД для версии 2013. Импортируем записи из БД 2012 версии. В процессе импорта возникла ошибка борланда и процесс завис! Сервер установлен заново.

Пробуем заново без формально логического контроля, автоввода, протокола!

Использовали опции!
При импорте записей с опциями формально логического контроля, автоввода, протокола, найдена причина, значение в поле 920^G - содержало длиную запись. Устранили редактированием в текстовом редакторе!

ВНИМАНИЕ БАГ!!!!!

Диагностика словаря и файла документов ошибки не нашла!



Редактировано 6 раз. Последний раз 12.03.2014 15:22 пользователем Barbara.

Вы так здорово описываете всё подробно, мы раньше выходиди из положения стареньким проверенным методом, заливайте базу частями до багнутой записи и после. А уж багнутую записть с ошибкой борланда-касперского можно и заново ввести, делов на 5 минут.
При этом сервер не нужно переустанавливать и заного запускать, пусть работает, это его задача быть всегда готовым к заливке баз..)



Редактировано 3 раз. Последний раз 25.03.2014 10:10 пользователем indiana.

Старенький способ заливать бд по частям до ошибки!? Это не вариант, объясняю почему.
1. База данных например в 200 тыс. Каталога на машинах выполняющие функци сервера в библиотеках как правило не много ядерные ксеоны ,а простые компы i5-i7. Залива бд и создание словарей = 3-6 часов. И Это если нет ошибок. А если есть ошибки то процесс импортирования придется увеличивать на их кол-во. Лучший вариант вылавливать их инструментом проверки(мы нашли размножаемое поле описания журналов , содержавшее длинные записи).
Так что этот вариант уже как крайний случай.