Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 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 на восстановленной базе функций оказалось почему-то больше чем на исходной

http://stlk.name/scr/src.jpg
http://stlk.name/scr/dst.jpg

Да ещё и подсвечены, как  не живые что ли..
В описании этих UDF

==== заливка "Fake Clipboard" ====
DECLARE EXTERNAL FUNCTION RDB$GET_CONTEXT
    VARCHAR(80) NULL,
    VARCHAR(80) NULL
RETURNS VARCHAR(255) FREE_IT
ENTRY_POINT 'get_context' MODULE_NAME 'system_module';
==== конец "Fake Clipboard" ====





                     С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
--- GoldED+/LNX 1.1.5-b20160322
* Origin: Quod principi placuit, legis habet vigorem (2:5059/37)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.116003 секунды