Migration von Firbird 1.0 nach 2.5.1

[Walter Landwehr]

Hallo,

ich will eine Kundendatenbank von 1.0 nach 2.5.1 konvertieren. Ich habe mit Firebird 1,0 ein Backup erstellt welches Problemlos ging. Beim Restore mit Firebird 2.5 erhalte ich folgende Meldung:

IBE: Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.
action cancelled by trigger (0) to preserve data integrity.
could not find table/procedure for GRANT.
IBE: Restore completed. Current time: 10:38:26. Elapsed time: 00:03:53

Was hat diese Meldung zu bedeuten.

Nach dem Restore fehlen alle Proceduren und Views.

Wer kann mir helfen diese Datenbank zu konvertieren.

mfg
Walter

[Jürgen Thomas]

Hallo Walter, kennst du das IBExpert-Forum?

Ist das Backup ein SQL-Script oder ein spezielles Datenformat? Wenn es ein Script ist: Enthält es an verschiedenen Stellen COMMITs? Für den Zusammenhang mit GRANT habe ich keine Idee einer Erklärung.

Gruß Jürgen

[Walter Landwehr]

Hallo Jürgen,

ich aebeite selbst schon seit Jahren mit IBExpert. Das Backup ist auch hiermit erstellt. Gibt es keine Idde was ich machen kann.

Gruß Walter

[Manfred Pawelzik]

Schalte doch mal die Option "commit after each table" aus.
Vieleicht erhaelst du dann Meldungen die dich weiterbringen.

[Walter Landwehr]

OK habe ich gemacht.

Hier mal die letzten Zeilen des Restore.

gbak:restoring exception EXCP_WRONGPS
gbak:restoring exception EXCP_DOK_NOT_EMPTY
gbak: committing metadata
IBE: This operation is not defined for system tables.
unsuccessful metadata update.
TBL_ELEKTRONIKVERS.
Implementation of text subtype 65333 not located.
IBE: Restore completed. Current time: 09:11:35. Elapsed time: 00:00:06

Ich bin langsam am verzweifeln.

[Manfred Pawelzik]

Folgende Infos finde ich dazu:

I found out - zou just have to put the /intl directory in your application path, inside the directory there is a file fbintl.dll and now it works.

The problem is caused by some RDB$RELATION_FIELDS records that have
RDB$COLLATION_ID = -1. I have no idea what engine version or GUI tool
could generate it. It wasn't a problem previously, but text blobs
support collations in v2.0 and an attempt to find a collation with ID =
255 (-1) fails in your database. The issue should go away after setting
RDB$COLLATION_ID to zero for all records containing a value of -1 there.