Доброго времени суток.

Существует следующая проблема:
Пришло время переходить на версию 2.5 с версии 2.1 (не хватает нужных функций, да и база растет). Вообщем начитавшись вдоволь мануалов, и возможных "подводных камней" на sql.ru и прочих подобных форумах решил по экспериментировать.

Backup выполнил на 2.1 без ошибок (только метадата). При restore на 2.5 (с ключем fix_fss_metadata) после создания индексов выдается ошибка:
conversion error from string "______________" --Значение в кавычках пустое, забитое пробелами
Exiting before completion due to errors.

На рабочей базе в 2.1 проверяю (перекомпилирую все функции, тригера, перестройка индексов) ошибок нет.

Самое интересное, что сравниваю по количеству (таблицы, процедуры, тригера, генераторы, индексы, вьювы, удф) старая база (2.1) = отрестореной (2.5)
Единственное отличие в ветках IBExperta появились роли, но я думаю это не корень проблемы.

Переносить данные и переводить приложения пока не рискую, хотелось бы услышать мнение народа.
Заранее благодарен за советы и комментарии.

к Wadman
Так и сделал спасибо wadman за идею, метаданные развернулись без проблем. (Но непонятна работа gbak, "я, по ночам" им регулярно бекаплюсь и нередко приходится для тестов разворачивать базу.)
Теперь вот, вопрос: - Что имелось ввиду под "перекачать данные из IBExpert"? У меня там есть таблицы очень большие если в тексте то каждая где-то по 10 Га. Ежели так каждую выливать, а их там немало, могу и "устать", а тем более база работает 24/7. Хотелось бы услышать возможные идеи по перекачке данных без backup-restore т.к. на переход после тестов будет дано 2-3 часа.

Dmitriy Sibiryakov
Чарсет указан верно, уверен на 100%.
А без этого ключа fix_fss_metadata на 2.5 рестор не запускаеться (я так думаю из-за перехода версий)

Всем большое спасибо, как закончу проводить тесты и сразу отпишусь, о результатах (для истории, и последующих поколений)! :)

kdv,

gbak: ERROR:Malformed string
gbak:Invalid metadata detected. Use -FIX_FSS_METADATA option.
gbak:Exiting before completion due to errors

Причина оказалось простой, без -FIX_FSS_METADATA не выполнятся restore из-за win1251 символов в description (процедур, таблиц, полей и пр.)

А вот на чем он запинается дальше, понять не могу. Если направите в нужное русло, буду премного благодарен.

Вот кусок "выхлопа":
gbak: activating and creating deferred index RDB$PRIMARY
gbak: activating and creating deferred index FK_TBL_SPRSCANCOD_1
gbak: committing metadata
gbak: ERROR:conversion error from string " "
gbak:Exiting before completion due to errors

m7mps/ мы в свое время при переходе с 1.5 и 2.0 на 2.5 делали всё через backup-restore
и проблем при этом не было (ну естественно до этого потренировались на "кошечках")
ну и особых ограничений по времени у нас не было

Полностью согласен ибо при переходе с 1.5 на 2.1 (где-то пару лет назад) тоже все делалось через backup. У меня тогда проблемы "выползали" одна за другой, надеюсь, что теперь их будет поменьше.

DarkMaster
В общем - куча ручной работы, если что ;)


При прошлой миграции на 2.1, этой работы было не менее. :)

zirra
А может всё же скриптами?.. А?..

Не уверен, что это хороший вариант. Но если никаких идей не найдется, то придется делать это так.
А вообще не люблю использовать на практике средства типа электробритвы для того чтобы лужайку стричь на школьном дворе.
Лучше уж выждать время и сделать красиво, чем в "попыхах наляпать" а потом мучатся. :-)

zirra Дык, б/р - как раз у тебя впопыхах и выходит...
А скрипт на базу, скрипт на данные - это как раз и требует времени...

Этот вариант я не отбрасываю, и обязательно опробую. Поставлю сегодня на ночь выливаться->заливаться данные, к понедельнику думаю будет видно.
Но ведь должно же работать "из коробки" b/r, я думаю что у меня просто нехватка опыта по переводу БД. Чего и запостил тему собственно.