Hi, All!

Перехожу я с FB2.0 на FB2.5. Прочел на ibase.ru, что версии ODS разные, поэтому делаю backup под FB2.0 и рестор под FB2.5. И получаю при ресторе такую ошибку:
Unsuccessful execution caused by an unavailable resource.
cannot add index, index root page is full.
value in SQL dialect 1, but as an exact numeric value in SQL dialect 3.
Exiting before completion due to errors.

Причем, у меня есть четыре не связанных проекта и четыре БД разной структуры и объема. Из четырех БД две, которые поменьше и попроще, перенеслись без ошибок. А на двух других БД, что чуток посложнее, но все равно не слишком велики - такая петрушка, текст ошибки одинаковый. Что это значит и как бороться?

AltHaspСкорее надо смотреть значение DB Page Size
В одной из двух невосстанавивающихся БД - 4096, в другой - 16384

И еще подробность - если перенести метаданные скриптом, а потом и данные тоже скриптом - все работает. Но хотелось бы изыскать более гуманный способ, ибо предстоит ту же операцию проводить и на большой рабочей БД.

Работает (в основном) и подключение напрямую сервера FB2.5 к БД F2.0, но при этом некоторые операции все равно обламываются. Перекомпиляция многих процедур (но не всех), например. Backup/restore в этом варианте обламываются с " index root page is full" в самом начале.

hvladубедись, что при работе с 2.5 используется fbclient.dll и firebird.msg от 2.5 (а не от 2.0)

Помогло, спасибо. Использовалась, как выяснилось, gds32.dll. Только я вот не понимаю, если я fbclient.dll положу рядом со своим exe, то gds32.dll, которая в папке Windows лежит, не будет мешать?

hvlad Я намекал на то, что ошибки совсем не те показываются.
Они что, вообще исчезли ? :)

Ага. Я, собс-но, экспериментировал не на своем exe, а на IBExpert. А там настройка есть, какую клиентскую dll использовать. Раньше я ее никогда не трогал, там дефолтная gds32.dll стояла. И как только я ее на fbclient.dll с правильным путем заменил, все сразу и заработало.
Возможно, что действительно, выдавался неправильный текст ошибки вместо предложения включить опцию -FIX_FSS_D, которую
уже под fbclient.dll IBExpert мне выдал. С другой стороны, судя по логу restore, он обламывался как раз на создании первого индекса. В общем, не знаю, еще буду экспериментировать.

А теперь, после переноса БД под FB2.5, мой exe и через gds32.dll прекрасно работает, так что второй вопрос отпадает. Дело происходит под C++ Bulder, компоненты IBX. А IBX, видимо, про fbclient.dll все равно ничего не знает, и использует только gds32.dll

kdvзапусти instclient, и получишь нужный gds32.dll из fbclient.dll.

Запустил, но не вижу чтобы что-то поменялось. В Windows\SysWOW64 тот же gds32.dll лежит, что и ранее. Еще 2001 года, видимо от Interbase 6.0. Других gds32.dll в системных папках нет.

instclient что, должен fbclient.dll куда-то скопировать под новым именем?

kdvзапусти instclient в cmd, он выдаст все возможные опции.

Да, спасибо, разобрался