Проблемы при межплатформенной конвертации

[Rishat]

Здравствуйте
Имеем платформу win 2008 r2/mssql 2008 r2, установлен нап сервер 5.5.12.
Пробовали запускать импорт как локально на самом сервере Галактики, так и с одной из рабочих ПК.
При конвертации базы 8.1 с платформы PervasiveSQL на MSSQL последней версией конвертора CONV_81005 или же конвертором версии 9.1 после докомпиляции словая происходит след. ситуация.
Проверка корректности и экспорт данных проходит успешно. На этапе экспорта формируется неск. больших файлов, к примеру:
f2120.dbf - 35 Кб
f2120.dbt - 43 Гб (UKSINFO),
f8931.dbf - 1.5 Мб
f8931.dbt - 6.2 Гб (VVERSION)
в исходной базе размер этих таблиц
uksinfo - 556 Кб (содержит всего 248 записей)
vversion - 16.9 Мб

и похоже на них стопорится конвертер. т.е. он долго и упорно пытается импортировать файлы, но в итоге конвертер сваливает
в ms70drv.log след.ошибку
01000: [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]ConnectionWrite (send()).
08S01: [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]General network error. Check your network documentation.
собственно после чего конвертер сообщает об успешно завершенной конвертации. в других лог файлах никаких записей по поводу ошибок нет.
Ради эксперимента попробовали запустить импорт только этой таблицы UKSINFO с параметрами по умолчанию
ImportBatchMode=ON
ImportBatchRowCount=8192 c вариациями вплоть до 200000
сразу же вылет в runtime
http://yadi.sk/d/49PoASB_0wlZO
в соотв-но в лог те же
01000: [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]ConnectionWrite (send()).
08S01: [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]General network error. Check your network documentation.
ума не приложу как из такой маленькой таблицы экспортировалось мемо-полей на 43 Гб

Предварительно прогоняли базу под pervasive bat-файлом recoverDB, но размер uksinfo на этапе экспорта не изменился те же 43 гигабайта, остался ровно таким же.
Если в конверторе удалить строки по выгрузке и импорту этих 2 файлов конвертация БД проходит успешно.
Замечу,что дискового пространства и ресурсов на диске для конвертируемой базы достаточно и никакой нехватки в них нет.

в логах системы замечена единственная ошибка
http://d.pr/i/vHkO
посмотрели описание
http://support.microsoft.com/kb/942861
http://technet.microsoft.com/en-us/libr ... 10%29.aspx
Попробовали с свойствах сетевых интерфейсов отключить tcp offload. Безрезультатно.

Что посоветуете предпринять в данной ситуации? Заранее благодарен за наводки по решению проблемы.

[Rishat]

Проблема актуальна до сих пор. ДТП пока тоже ничем помочь не может. Как выяснить по какой причине при экспорте формируются такие большие dbt?