= Сообщение: 4692 из 8555 ========================================= RU.LINUX = От : Anton Gorlov 2:5059/37 29 Jan 18 11:20:38 Кому : Oleg Levkin 29 Jan 18 11:20:38 Тема : миграция interbase -> firebird 2.5 FGHI : area://RU.LINUX?msgid=2:5059/37@FidoNet+5a6edb0d На : area://RU.LINUX?msgid=2:5053/56@fidonet+5a6e2bb7 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Привет Oleg!
28 янв 18 года (а было тогда 22:43) Oleg Levkin в своем письме к Anton Gorlov писал:
OL> Ты бэкап для миграции каким gbak'ом делал? Если целевой сервер - OL> firebird, то gbak нужно брать от него и им проводить операции OL> бэкапа/восстановления. Хотя в твоем случае не поможет: форматы OL> хранения данных Firebird и Interbase к версиям, которые у тебя OL> установлены уже настолько разные, что для миграции нужно пользоваться OL> сторонними утилитами, а не серверными.
Бэкап делал из утилиты ibexpert, подключив либу от interbase. NТо что нативным методом не получится был о ясно изначально.
AG>> ==== заливка "Fake Clipboard" ==== AG>> [11:53:01] gbak:do not recognize table attribute 18 -- continuing AG>> IBE: Unsuccessful execution caused by system error that does not AG>> preclude successful execution of subsequent statements. AG>> Invalid metadata detected. Use -FIX_FSS_METADATA option. AG>> Malformed string. AG>> Exiting before completion due to errors. AG>> ==== конец "Fake Clipboard" ====
OL> Знакомо. В одной служебной таблице Interbase считает, что это поле OL> должно быть char[31] (и пишет он туда символьную строку), а Firebird OL> считает, что в этом поле должен быть smallint (о чем я писал в верхней OL> квоте), вот ты и получаешь данный эффект. Для твоей задачи нужно OL> поднять Interbase до ближайшей стабильной версии (в твоем случае: OL> 10.0.5.595), создать скрипт генерации метаданных и проверить, что он в OL> Firebird выполняется без ошибок, а данные перекачать OL> IBPump'ом. Подробное руководство по миграции читать тут: OL> http://www.ibase.ru/prevver/#6
Обновить не судьба. В общем всё таки удалсоь влить данные от 1 из базок..не основных.. включив FIX_FSS_METADATA и указав там win1251 влилось без каких либ ошибок, но смущает то что в UDF на восстановленной базе функций оказалось почему-то больше чем на исходной