FB ist manchmal im "Wartungsmodus"

[hoika]

Hallo,
manchmal kommt es beim Kunden vor, dass die DB heruntergefahren ist, so als ob der single shutdown verwendet worden ist.

Also so wie das hier:
gfix -shut single -force 0 database.fdb

Es kann sich dann nur ein Nutzer anmelden,
der nächste bekommt eine Fehler-Meldung.

Ich muss dann das hier machen:
gfix -online multi database.fdb


Wie kann das im normalen Betrieb passieren?
Spinnt da vielleicht ein Virenscanner rum und verbiegt ein Bit?


Hier ist das ganze in der FB-FAQ noch mal beschrieben
https://www.firebirdfaq.org/faq131/

[Lemmy]

Servus Heiko,

was sagt gfix? Führt ihr regelmäßig Backup/restore durch?
Ich hatte schon länger keine Kundendatenbank mehr die heruntergefahren war, kam aber schon ein paar (wenige) mal vor (firebird 2.1)

[Delphi.Narium]

Zitat von hoika:

Hallo,
Wie kann das im normalen Betrieb passieren?

Fährt da ab und an mal einer den Server runter und die Datenbank wird danach nicht ordentlich gestartet (weil da ein Script fehlerhaft ist, ...)?

Wird ab und an mal ein Backup der Datenbank gemacht und dort hat wer in den Sicherungsskripten nicht aufgepasst?

Gibt's irgendeine "Regelmäßigkeit" beim Auftreten des Fehlers?

Immer Montags, immer am 1 eines Monats, oder irgendsowas, um zu lokalisieren, wann das Problem auftritt und um dann als Folge davon herausarbeiten zu können, was da die Ursache sein könnte?

Zitat von hoika:

Hallo,
Spinnt da vielleicht ein Virenscanner rum und verbiegt ein Bit?

Eher nicht.

Dort steht, wie ein Backup zu machen ist: 3. Backup Mode

u. a.

Zitat:

You must either always use the gbak or nbackup tools which know how the database works, or, use gfix to shut the database down completely before you even attempt to backup the database file(s).

Könnte mir Vorstellen, dass in dem Zweig ab or, use gfix to shut the database jemand in 'nem Script schon den "passenden" Fehler implementiert haben könnte.

[IBExpert]

ich kenn den effekt nicht, wenn die im shutdown modus ist, wird das sein grund haben und sicherlich auch in der datenbank statistik angezeigt.
Evtl kommt der effekt aber zustande, weil irgendein client die db mit dem embedded geöffnet hat, da könnte es bei älteren fbclient
bzw fbmessages mal zu nicht ganz klaren fehlermeldungen kommen, die eigentlich nix mit shutdown zu tun haben, aber weil
eben nur einer per default embedded da dran kommt, jede weitere anmeldung verhindert.

evtl kommen da ja konkrete fehler meldungen, das könnte helfen den grund zu finden

[hoika]

Hallo,

#Lemmy
Backup/Restore so gut wie nie ...
gfix sagt nichts

#Delphi.Narium
Hm, FB ist meistens auf dem gleichen Rechner.
Backup wird direkt im Programm per Programm durch Aufruf von gbak gemacht.
Da ist seit Ewigkeiten nix geändert worden.

Regelmäßigkeiten: nein
Wir haben jetzt nur das erste Mal mehrere Connections im Programm (Zusatz-Thread).
Deshalb fiel es wohl vorher nicht auf.
Der Fehler trat aber sofort nach dem Einspielen der neuen Version auf,
war wohl also bereits vorher vorhanden.
Ist halt nicht aufgefallen, weil die meisten Nutzer nur Einzelnutzer sind.

#IBExpert:
OK.
Die DB-Statistik lasse ich ab den nächsten Fällen mitlaufen,
genauer die entsprechende Monitor-Tabelle wird angefragt.
Embedded nutzen wir nicht.

OK,
danke an alle.

Mal sehen, ob es eine Häufung gibt ...

[hoika]

Hallo,
so sieht so aus, als ob es in der Tat mit Backup/Restore, genauer mit dem Restore zu tun hat.

Bei einem Restore wird die DB erst mal im single-user-Mode erzeugt,
erst ganz zum Schluss geht wird sie auf Online gestellt

"setting online, going home" oder so ähnlich kommt zum Schluss.

[IBExpert]

ja, beim restore ist das nicht so selten, dachte aber oben gelesen zu haben, das du gar kein restore machst.

wenn aus welchen gründen auch immer metadaten wie foreign keys oder sonstiges beim restore auf fehler
laufen, das bricht der restore meistens mit fehlermeldung ab, lässt aber die db im shut down modus
da liegen, wo der restore hinging. bei fb<3 waren oft ursachen dafür nachträglich geänderte Systemtabellen,
bei fb>=3 ist das meistens nicht mehr so einfach, kann aber ggf aus einer älteren db version gekommen sein.

[hoika]

Hallo,
beim Umzug auf einen neuen Rechner machen wir das Restore.

Dann kann es schon, wie es aussieht, zu dem obigen Fehler kommen.