Ответ от Sh

  • Sh
  • Участник
  • Неактивен
  • На форуме с 14 сентября 2005
  • Сообщений: 68

Re: Ошибка при миграции TCS на другой тип сервера баз данных

Здраствуйте.
Возникла проблема при миграции варианта базы (v_434) с InterBase 5.6 на MS-SQL 2000,
при этом база версии 403 с IB5.6 мигрировала на MS-SQL успешно.

Исходные данные:
IndustriCS.gdb (v_403) - размером 1023792КБ
IndustriCS.gdb (v_434) - размером 1529008КБ
WinXP Pro SP2, MS-SQL 2000 SP4
Последовательность выполнявшихся действий:
1. BackUP/Restore (InterBase 5.6, IndustriCS(v_434))
  Обе операции завершились успешно.

2. Создание IndustriCS_IB.cbk(v_434) (CSDNMigrate, InterBase 5.6)
  Операция завершилась успешно, хотя суммарный объем файлов *.cbk 
v_434 (179 МБ - 2 файла),
  занчительно меньше, чем для v_403 (417 МБ - 4 файла) .

3. Создание IndustriCS.mdf (CSDNMigrate, MS-SQL)
  Операция завершилась со следующей ошибкой:
SQL Server Error: SQL State: 22018, SQL Error Code: 0
===
INSERT INTO NMK_PAR (NMK_ID, PAR_ID, NMK_PAR_VALUE, NMK_REF, NMK_ATTACH, NMK_PAR_VALUE_D, NMK_PAR_VALUE_Y)
VALUES (:NMK_ID, :PAR_ID, :NMK_PAR_VALUE, :NMK_REF, :NMK_ATTACH, :NMK_PAR_VALUE_D, :NMK_PAR_VALUE_Y)

хотя результирующий файл (230МБ) с консоли MS-SQL открывается.

Миграция базы (v_434) с InterBase 5.6 под InterBase 6.5 завершились успешно.
Миграция базы (м_434) с InterBase 6.5 на MS-SQL 2000 завершилась с подобной ошибкой.

К сведению: 
При переходе с версии базы v_403 до версии 434 (InterBase 5.6), возникала ошибка (прерывание на таблице REPORT_TOTALSPEC), 
которая была решена использованием, присланого mr.Gordon-ом файла DBCUR.dat.

  • На форуме с 1 октября 2003
  • Сообщений: 189

Re: Ошибка при миграции TCS на другой тип сервера баз данных

2. Создание IndustriCS_IB.cbk(v_434) (CSDNMigrate, InterBase 5.6)
Операция завершилась успешно, хотя суммарный объем файлов *.cbk
v_434 (179 МБ - 2 файла),
занчительно меньше, чем для v_403 (417 МБ - 4 файла) .

Меньший размер это нормально, в версии 4.3.4 применено более  эфективное сжатие.


3. Создание IndustriCS.mdf (CSDNMigrate, MS-SQL)
Операция завершилась со следующей ошибкой:
SQL Server Error: SQL State: 22018, SQL Error Code: 0
===
INSERT INTO NMK_PAR (NMK_ID, PAR_ID, NMK_PAR_VALUE, NMK_REF, NMK_ATTACH, NMK_PAR_VALUE_D, NMK_PAR_VALUE_Y)
VALUES (:NMK_ID, :PAR_ID, :NMK_PAR_VALUE, :NMK_REF, :NMK_ATTACH, :NMK_PAR_VALUE_D, :NMK_PAR_VALUE_Y)

С этим будем разбираться, потребуется некоторое время и вероятно уточняющие вопросы, а пока проверьте пожалуйста настройки MS-SQL - https://forum.technologics.ru/viewtopic.php?id=445

  • На форуме с 1 октября 2003
  • Сообщений: 189

Re: Ошибка при миграции TCS на другой тип сервера баз данных

Посмотрите пожалуйста достаточно ли места на диске для базы, а также для временных файлов утилиты CSDNMigrate, про них написано здесь -https://forum.technologics.ru/docs-hz/G … d/XX32.htm
Место для временных файлов можно подсчитать (с запасом) как размер самой большой таблицы умноженое на 2.
Можно несколько меньше, но сколько сказать трудно т.к. существуют ситуации когда на диске одновременно находятся два файла для таблицы один сжат другой нет. Степень сжатия конкретной таблицы неизвестна и для гарантии лучше иметь свободное место без его учета.
Наиболее гарантировано если свободное места будет в двое превышать размер базы. Есть такие базы когда отдельно взятая таблица например с эскизами имеет размер близкий к размеру базы, т.е. доля остальных таблиц незначительна.

please-change-link

Ответ от Sh

  • Sh
  • Участник
  • Неактивен
  • На форуме с 14 сентября 2005
  • Сообщений: 68

Re: Ошибка при миграции TCS на другой тип сервера баз данных

Свободного места на диске D, где лежат *.cbk - 10ГБ, 
а на диске С где создается IndustriCS.mdf - 9ГБ, так что я думаю должно хватать.
Настройки сервера (local) в точности соответствуют требуемым.

  • На форуме с 1 октября 2003
  • Сообщений: 189

Re: Ошибка при миграции TCS на другой тип сервера баз данных

Повторить ситуацию не удалось.
Собственно проверить настройки и свободное место предлагалось потому что операция вставки данных достаточна тривиальна и на нормально установленом и настроеном сервере не может вызывать такой ошибки. Тем более что на данном этапе копирования данных еще нет индексов, ключей и т.п. они создаются позже.
Попробуйте на другом компьютере, если не получится тогда единственный вариант который приходит в голову это взять ваши два файла которые 179МБ и выяснять причину ошибки предполагая зависимость её от конкретных данных.
Для меня скачать ваши файлы не представляет сложности если сможете выложить их в доступное место и ссылку послать мне в личном сообщении. Если такая возможность есть, и есть выбор между ftp и http серверами я бы предпочел чтобы вы выложили файлы на http сервер т.к. взаимодействие файерволов с ftp серверами слишком часто оказывается неудачным.