Firebird Backup zerstört Datenbank

[hanspeter]

Zitat von haentschman:

Zitat:

Wäre es ein Versionsproblem, dann wäre das ja beinahe tödlich. Backup funktioniert, Restore ist kaputt.

aber sie wird zwischen mehreren Stellen permanent ausgetauscht.

...auch wenn das Backup und Restore auf dem gleichen Rechner gemacht wird ?

Das mache ich auf dem gleichen Rechner, unmittelbar im Ibexpert.
1. IbExpert - Backup
2. Explorer lösche Datenbank
3. Ibexpert Restore
4. Ibexpert Öffen -> DB zerschossen.

Auch wenn es ein Charset oder sonst ein Problem ist, dann darf das Backup nicht fehlerfrei ablaufen
und ein nicht verwendbares Backup erzeugen!
Ich probiere das jetzt noch mal ohne IbExpert mit gback.

Gruß Peter

[haentschman]

ich hab das mal mit meinem IBExpert ablaufen lassen. Keine Probleme.

Was mir aufgefallen ist:
- beim Backup steht die Seitengröße, beim Restore Default. Wenn die beiden nicht identisch sind was passiert dann ?

...eben probiert, nix. Alles in Ordnung. Nur das das Restore länger dauert wegen der Anpassung.

[hanspeter]

Zitat von haentschman:

Was mir aufgefallen ist:
- beim Backup steht die Seitengröße, beim Restore Default. Wenn die beiden nicht identisch sind was passiert dann ?

...eben probiert, nix. Alles in Ordnung. Nur das das Restore länger dauert wegen der Anpassung.

Die Seitengröße ist seit 10 Jahren gleich. (4096)

In dem System wird eine Datei temporär angelegt und hat eine Gültigkeit von etwa einem Jahr. Mit dieser Datenbank besteht
das Problem nicht, sondern nur mit der Archivdatenbank.
Als Notlösung habe ich erst mal alle Anwender informiert, die Archivdatenbank nicht mehr üpber Backup zu sichern, sondern
wenn alle Clients ausgeloggt sind, manuell zu sichern.

Gruß
Peter

[haentschman]

Machen die Anwender das Backup auch über IBExpert ? Da kann man ne Menge Haken setzen

Vieleicht ein kleines Tool geschrieben, was das Backup übernimmt, damit identische Einstellungen herrschen.

[hanspeter]

So jetzt habe ich es.
Die angelieferte Datenbank war ODS 11.0 als FB 2.0.
Das installierte FB 2.1 hat ODS 11.1.

Normalerweise sollte man jetzt mit GBack aus FB 2.0 ein Backup und dann in FB2.1 ein Restore
machen können.
Beim Translate von Blobdaten gibt es wohl einen Bug, der seit 09/2009 im Bugtracker eingetragen ist.
Dieser hat bei mir zugeschlagen.
Ich habe jetzt die Datenbank neu angelegt und dann die Daten importiert.
Ist natürlich tödlich, wenn der Anwender brav sein Backup anlegt und das nicht funktionsfähig ist.

Ich habe noch einen weiteres Problem mit FB, das im Moment nicht lösbar ist.
Ich habe eine SP, die Abrechnungen vornimmt. Wird diese SP aktiviert, dann läuft sie länger.
Nimmt jetzt irgend ein Client Änderungen vor,dann kommt häufig ein deadlook.
Dieser hat zur Folge, das ich das Programm herunterfahren und den FB Dienst beenden und neu
starten muss. Erst ein Entfernen der SP und ausführen der Abrechnung im Programm hat den deadlook dauerhaft beseitigt.
Aufgrund weiterer Vorteile, die ein Wechsel bringen würde, denke ich im Moment darüber nach auf den MS SQL Server (kostenfreie Variante) zu wechseln.
Hat wer das schon mal gemacht und kann den Aufwand abschätzen?

Gruß
Peter


Gruß Peter

[mkinzler]

Neue Frage neuer Thread

[dataspider]

Zitat von hanspeter:

Ich habe noch einen weiteres Problem mit FB, das im Moment nicht lösbar ist.
Ich habe eine SP, die Abrechnungen vornimmt. Wird diese SP aktiviert, dann läuft sie länger.
Nimmt jetzt irgend ein Client Änderungen vor,dann kommt häufig ein deadlook.
Dieser hat zur Folge, das ich das Programm herunterfahren und den FB Dienst beenden und neu
starten muss. Erst ein Entfernen der SP und ausführen der Abrechnung im Programm hat den deadlook dauerhaft beseitigt.
Aufgrund weiterer Vorteile, die ein Wechsel bringen würde, denke ich im Moment darüber nach auf den MS SQL Server (kostenfreie Variante) zu wechseln.
Hat wer das schon mal gemacht und kann den Aufwand abschätzen?

Gruß
Peter


Gruß Peter

Ich halte es nicht für den richtigen Weg - immer dann - wenn man ein scheinbar unlösbares Problem hat, die DB oder die Zugriffskomponenten zu wechseln.

Lies mal den Beitrag, vielleicht kannst du das Problem ja lösen:
http://www.ibphoenix.com/main.nfs?a=..._exp_deadlocks

Wichtig ist, das der Prozess, der einen Fehler bekommt, ein Rollback macht und die Transaktion neu startet.

Frank

[mkinzler]

das mit dem neuen Thread war aber ernst gemeint