Meine SqLite-Datenbank ist korrupt. Wie bekomme ich sie wieder heile?

[Der schöne Günther]

Stromausfall, SqLite-Datenbank kaputt. Sobald man sagt myConnection.Connected := True wirft FireDAC eine ESQLiteNativeException mit

Zitat:

[FireDAC][Phys][SQLite] ERROR: database disk image is malformed

.

Er hat auch Recht, sie scheint nicht in Ordnung zu sein. Jetzt hat FireDAC hierfür ein TFDSQLiteValidate im Angebot. Es bietet Methoden wie Analyze(..) oder CheckOnly() . Hört sich genau danach an was ich brauche.

Leider funktioniert das Ding nicht, denn das TFDSQLiteValidate erstellt sich als erstes seine eigene Sqlite-Connection und sagt darauf dann open() . Und das wirft leider schon die Exception. Ich kann mich im Debugger einklemmen und im Connection-String hierfür z.B. ein ; PRAGMA integrity_check anhängen, dann gibt es keine Exception. Aber das bringt anscheinend den Ablauf durcheinander, das Tool meint dann alles sei in Ordnung was ja völliger Käse ist.


Meine Frage: Benutze ich das Ding falsch oder ist es kaputt?

[mkinzler]

https://stackoverflow.com/questions/...lite3-database

[Der schöne Günther]

Ich würde gerne vermeiden diese .exe mitzuliefern, immer auf dem passenden Stand zu halten und diese dann von meiner Software aufrufen und ihre Ausgaben zu parsen und weiterzuverarbeiten. Ich bin bislang nicht dahintergekommen wie ich von FireDAC aus diese "Pragma"-Kommandos absetze und ihre Rückgabe auswerten kann.

[mensch72]

du wärest dumm, solche RepairTools mit deiner Software direkt mit zu liefern. Du hast ja sicher eine Backup-Klausel in deinen AGB wo der Kunde/Anwender dafür verantwortlich seine Daten so oft und gut wie er es für nötig hält regelmäßig zu sichern.


Wenn jetzt was kaputt, dann hat Kunde 3 Möglichkeiten:
- er nimmt sein letztes 4h Backup und alles ist gut
- er kontaktiert dich als SW-Lieferant und beantragt eine Einzelfallanalyse samt Support Angebot
- er kontaktiert XY und beantragt eine Einzelfallanalyse samt Support Angebot

Selbst für Kunden mit HighLevel SupportVertrag würde ich nie garantieren, das wir alle DB-Fehler stets zeitnah beheben können.

Bei SQlite verwenden wir kein FireDac, sondern UniDac wo es einen nativen PAS SQlite Zugriff ohne die DLL gibt. Im DumpMode konnten wir solange es phyisch vom Datenträger lesbar war, bisher alles wieder in den PC-Speicher holen und plain separat sichern... dann beginn stets die Einzelfall Arbeit: nämlich aktuell&al zu unterscheiden und wieder alles gesamt in eine konsitente Version zu bekommen. Das kann und macht bei uns aber niemals unsee Endkundenanwendung.

(Die Grenze bei der DB Wiederherstellung zu "Geht nicht mehr" liegt sehr hoch, es ist sehr oft nur eine Frages des Aufwandes/Willens und des Geldes.)

[Delbor]

Hi zusammen

Zitat von mensch72:

Zitat:

...wo es einen nativen PAS SQlite Zugriff ohne die DLL gibt.

OK, in Sachen SQLite bin ich absoluter Anfänger. Doch ich glaubte bisher: SQLite ist die dll.
Dem scheint aber nach obiger Aussage nicht wirklich so zu sein...
Oder irre ich mich da?

Gruss
Delbor

[Der schöne Günther]

Ich liefere auch keine dll mit, FireDAC embedded die sqlite-DLL glaube ich in die Anwendung. Irgendwo auf dem DocWiki stand genaueres und wie man das steuern kann, ich habe es nicht mehr im Kopf.

Zitat von mensch72:

Backup-Klausel [...] AGB [...] beantragt eine Einzelfallanalyse samt Support Angebot

Vielen Dank für die interessanten Vorschläge aber so funktioniert das bei mir nicht.

Ich bin persönlich auch der Überzeugung dass man sein MTBF nicht unendlich hoch bekommt und es sich durchaus lohnt zu schauen wieviel man am MTBR drehen kann - Sprich: Automatische Wiederherstellung, oder zumindest automatische Wiederherstellung der letzten X Prozent. Besser als nichts. Insbesondere wenn der Kunde auf der anderen Seite der Welt sitzt und der Telefon-Support hier grade schläft.