h2.db öffnen und lesen

Kann es sein, dass du vielleicht einen Bankzugang löschen wolltest, dabei aber versehentlich das Konto gelöscht hast?



Du kannst mit einem JDBC-Tool wie ExecuteQuery oder DBeaver auf die Datenbank zugreifen. Die Zugangsdaten werden dir im Menü unter "Hibiscus->Über->Datenbank-Informationen" angezeigt.



Exportiere nicht das Konto sondern die darin enthaltenen Umsätze. Das Konto allein zu exportieren/importieren bringt nicht viel.

Das manuelle Suchen in den Datenbanken ist ein mühsamer Vorgang. Ich würde dir empfehlen, eine zweite Hibiscus-Installation mit einem abweichenden Benutzerordner einzurichten (siehe https://www.willuhn.de/wiki/do…nis_nutzen) und dort dann die von Jameica automatisch erzeugten Backups unter "Datei->Backups verwalten..." importieren, bis du eines gefunden hast, in dem das Konto noch existierte.

Ich dachte nun, ich switche mal mit jameica -f durch die btrfs snapshots...
de.willuhn.jameica.system.JameicaException: java.io.IOException: Read-only file system
Da hat er recht, aber muss das wirklich rw sein, wenn ich da nur mal reinschauen möchte? Wäre es nicht sinnvoll, auch den read-only Zugriff für soetwas zu erlauben mit der Anmerkung (read-only) im Fenstertitel?

Ja, Jameica geht davon aus, dass es Schreibrechte im gewählten Benutzerodner hat. Das kann man auch nicht zentral abstellen. Es finden sich viele Stellen im Programm, die von Schreibrechten ausgehen und ein Read-Only-Filesystem nicht berücksichtigen. Du könntest Jameica mit dem zusätzlichen Startparameter "-l" (kleines L) starten. Dann versucht das Programm zumindest nicht, die Lock-Datei zu erstellen und die Anwendung sollte grundsätzlich starten. In der jameica.log wird es aber sicher dennoch viele Fehlermeldungen geben, weil an den unterschiedlichsten Stellen versucht wird, zu schreiben. Eventuell lässt sich die H2-Datenbank auch gar nicht readonly öffnen - das habe ich nie getestet.

Stimmt, damit ließ es sich zumindest starten und die Umsätze anschauen. Jetzt machen meine täglichen Snapshots Sinn und ich schaue mit der parallelen Hibiscus-Instanz die Snapshots durch, bis ich meine verlorenen Umsätze wieder habe. ich hoffe, der Export aus einem read-only wird auch funktionieren.

Nebenbei erwäge ich, die Backup-Archive von Jameica evtl. abzuschalten. Das ist irgendwie doppelt, wenn mein $HOME sowieso tägliche snapshots hat.

Da steht bei mir:
jdbc:h2:/home/mb/.jameica/hibiscus/h2db/hibiscus;CIPHER=XTEA

Die Datei gibt es nicht, ein findet nichts. Die aktuelle Library ist aber bereits com.h2database:h2:RELEASE/h2-1.4.199.jar. DBeaver ist 6.0.5, also aktuell.

Das parallele Arbeiten mit 2 Hibiscus Instanzen und -l zum ignorieren des Locks ist sehr Praktisch. Hast du eine Idee, wie sich das beim gleichzeitigen Zugriff auf dasselbe Directory verhält? Wenn man z.B. selbst darauf achtet, nur mit einer Instanz Änderungen zu machen, die andere rein lesend zu betreiben?
Zur Not könnte ich natürlich mit der 2. Instanz immer auf dem Snapshot von gestern arbeiten.

Wenn es eine separate Lock-Datei ist, also nicht ein Lock auf den Dateien, dann sollte das auch auf Netzlaufwerken funktionieren. Aber ok, hab verstanden, dass das ignorieren des Locks nicht empfohlen wird.

d.h. nur der Datenbankzugriff auf die Embedded H2 ist für parallele Zugriffe nicht geeignet, wenn es mehrere Instanzen gibt? Denn ansonsten hätte man ja auch mit der externen MySQL das selbe Problem bei parallelen Instanzen?

Externe Datenbank würde sich nun schon aus mehreren Gründen empfehlen. 1. Paralleler Zugriff. Dann könnte ich mir noch das zentrale Synchronisieren über unison sparen für entfernte Installationen. Es würde aber auch bedeuten, dass ich online sein muss, um meine Daten zu erreichen. Bisher synchronisiere ich zwar mit unison gegen einen zentralen WebDAV Server, kann danach aber offline mit Hibiscus arbeiten. Mehrere MySQL Datenbanken lassen sich bestimmt auch synchronisieren, da bin ich aber nicht versiert..

Ich erinnere mich, dass du mal die Unterstützung für fremde Datenbanken neben MySQL aufgegeben hattest. Postgres habe ich schon einige, könnte das evtl. auch damit funktionieren, wenn auch ohne Support? Macht aber wahrscheinlich wenig Sinn, wenn die Unterschiede doch so groß sind.