"unsupported on-disc-structure for file ...found 32779"

[mquadrat]

Wurde der Server aktualisiert bzw. stammt die DB von einem Server mit einer neueren Version? Üblicherweise kann man das lösen, indem man auf der alten Version ein Backup erstellt und auf der neuen Version dann ein Restore. Dabei wird auch die ODS entsprechend der Server-Version angelegt.

Sollte sich die Server-Version nicht geändert haben, dann würde ich mal FB Surgeon oder sowas drüber laufen lassen, um die DB-Datei zu prüfen.

[haentschman]

Moin...
Wenn auch ein Interbase parallel läuft würde ich mal die Ports prüfen auf denen die jeweiligen Server laufen. Vieleicht greifst du über den falschen Port auf den falschen DB Server zu. (FB Datenbank auf Interbase oder umgekehrt IB Datenbank auf Firebird).
http://www.firebirdfaq.org/faq80/

[Blup]

1.) falsche Client-DLL
Firebird: fbclient.dll
Interbase: gds32.dll
Manche Installationen kopieren die "fbclient.dll" ins Systemverzeichnis und nennen die dann um in "gds32.dll", um abwärtskompatibel zu sein.
Wird diese dann später durch eine DLL vom Interbase überschrieben, kann das Probleme verursachen.

2.) falscher Datenbankserver
Interbase und Firebird verwenden per Default den selben Port.
Wird das nicht extra anders eingestellt, übernimmt der Dienst den Port, der als erstes startet.
Der andere Dienst ist dann nicht zu erreichen.
Irgendwann optimiert dann Windows die Startreihenfolge...
Plötzlich meldet sich der andere Dienst und kann mit den Datenbankdateien nichts anfangen.

[Billa]

Nein, bis heute morgen gab es seit längerem keine Aktualisierungen am FB.

Der Fehler betrifft auch nicht eine, sondern alle Datenbanken auf meinem Rechner.

Auf anderen Rechnern laufen die jeweiligen DB einwandfrei. Daher vermute ich ein lokales Problem. Zumal GBAK/Restore auf anderen Rechnern einwandfrei läuft, auf meinem Rechner aber ebenfalls mit den obigen Meldungen scheitert.

[haentschman]

Zitat:

Auf anderen Rechnern laufen die jeweiligen DB einwandfrei.

An dieser Stelle solltest du mal skizzieren auf welchem Rechner der/die Server laufen und wer lokal bzw. remote auf den Server zugreift...

[Billa]

Auf einem W2003 Server läuft ausschließlich FB 2.5 und es greifen ca 50 User zu. Backup/Restore klappt einwandfrei

Getestet habe ich auch mit einer anderen DB auf einem W2008, ausschließlich FB2.5, zwei Clients: ebenfalls alles Ok

Probleme macht mein W7-Rechner, Delphi 7 (incl. IB6.5), FB 2.5 Server. Es funktionieren weder Delphi-Programme, die FB benutzen noch IBExpert. Der Restore der DB der beiden anderen Systeme schlägt auch fehl. Es gab keine Aktualisierungen bis zum Versuch heute morgen

[mkinzler]

Bereinige mal alle gd32.dll und fbclient.dll auf dem problembehafteten Rechner?

Greift der Rechner auch auf die Datenbank auf dem Server zu, oder lokal auf eine "Kopie" der Datenbank?

[haentschman]

Das bedeutet du arbeitest nicht mit dem externen Server sondern lokal auf deinen eigenen Servern. Die anderen Nutzer greifen nur auf den externen Server zu und nicht bei dir...

Wenn das so sein sollte hast du, wie schon gesagt, ein Port (= falscher Server) bzw. Client Dll Problem.

[Billa]

Ja genau! Ich entwickele schon aus Sicherheitsgründen lokal mit einer lokalen DB. Um auszuschließen, das die DB kapputt ist, habe ich einfach ein paar Restores von funktionierenden Datenbanken probiert. Der Hinweis mit dem Port bzw. der Client-Version war gut. Auf meinem Rechner war der IB6.5 incl. Guardian immer deaktiviert, jetzt waren IB-Guardian und Server aber wieder eingeschaltet. Das Problem scheint wohl mit dem erneuten Deaktivieren gelöst. Vielleicht ändere ich sicherheitshalber noch den Port für IB.

Danke an alle!

[haentschman]

Zitat:

Vielleicht ändere ich sicherheitshalber noch den Port für IB.

...macht Sinn.
Darauf wurde in einem früheren Thread schon hingewiesen das der erste der kommt den Port belegt...