Drum habe ich mich eben hingesetzt und eine Lösung ausgetestet, die eigentlich recht nahe liegend ist, jedoch u.U. root-Rechte auf dem Telefon braucht und ein wenig Vertrautheit mit der Kommandozeile voraussetzt.

Die Idee ist, die Konfigurationsdaten einfach vom Telefon herunter zu kopieren und später wieder einzuspielen (wie das eben bei einem Backup/Recovery so läuft ).

Ich habe das ganz zunächst probiert, indem ich meine K-9 Einstellungen vom Telefon in einen Emulator überspielt habe, und später dann nach  erfolgreicher Installation der neuen Firmware (andere findet man zum Beispiel in der AndroidSPIN ROM Database) auch erfolgreich angewendet.

Die nötigen Kommandos, nachdem man das Android SDK erfolgreich eingerichtet hat und der  Zugriff mit adb auf das Telefon funktioniert, sind:

mkdir com.fsck.k9
cd com.fsck.k9
adb pull /data/data/com.fsck.k9 ./

Nach Neuinstallation folgt zunächst die
Installation von K9. Dann mit adb und dem Kommando

adb shell 'ls -l /data/data/com.fsck.k9'

Nachschauen, unter welchem Benutzer K9 nun arbeitet, die Ausgabe bei mir ist zum Beispiel

drwxrwxr-x app_53   app_53            2009-08-19 16:03 shared_prefs
drwxrwxr-x app_53   app_53            2009-08-19 16:03 app_KeyStore
drwxrwx--x app_53   app_53            2009-08-19 16:02 databases
drwxrwx--x app_53   app_53            2009-08-19 16:02 cache
drwxr-xr-x app_53   app_53            2009-08-19 16:02 lib

gewesen, woraus ersichtlich wird, dass der neue Benuter app_53 ist.

Seine Daten spielt man dann zurück mit

adb push com.fsck.k9 /data/data/com.fsck.k9

Zum Schluss werden dann die Benutzerrechte wieder korrekt setzen, dazu braucht man die UID des neu installierten K9, wie oben beschrieben in nserem Fall app_53 und muss das Datenverzeichnis mit einem chown entsprechend dem jeweiligen Benutzer wieder zuordnen:

chown app_53.app_53 /data/data/com.fsck.k9/*
chown app_53.app_53 /data/data/com.fsck.k9/shared_prefs
chown app_53.app_53 /data/data/com.fsck.k9/app_KeyStore
chown app_53.app_53 /data/data/com.fsck.k9/databases
chown app_53.app_53 /data/data/com.fsck.k9/cache
chown app_53.app_53 /data/data/com.fsck.k9/lib

Anzumerken ist noch, dass ich mir nicht die Mühe gemacht habe, zu schauen, welche Danten denn nun wirklich notwendig sind – offensichtlich ist zum Beispiel dass man sich das Überspielen des Cache-Verzeichnisses sparen könnte, evtl ist sogar nur die Datei databases/preferences_storage notwendig. Vielleicht hab ich beim nächsten Firmwarewechsel Zeit und Lust, das zu testen
Interessieren würde mich allerdings, wie sich dieser ansatz auf einem nicht mit root-Privilegien ausgestatteten Gerät verhalten würde. Mal sehen, vielleicht komme ich in absehbarer Zeit ja dazu, das zu testen….und vielleicht helfen diese Aufzeichnungen trotzdem ja jemanden

#!/bin/sh

export PGPASSWORD=geheim
export PGUSER=benutzer_der_alles_darf

echo “Backup Postgres-Databases:”
echo ” removing old postgres backups”
rm -rf /var/backup.d/pgsql
echo ” re-creating postgresql backup dir”
mkdir -p /var/backup.d/pgsql

# Wohin sollen die ganzen Backups geschrieben werden?
cd /var/backup.d/pgsql

# Bereinigte Liste der Datenbanken erzeugen
DBASELIST=`mktemp`
psql -t -h localhost -l | awk ‘{print $1}’ | sort >$DBASELIST

for db in `cat $DBASELIST`; do
echo “Database: $db save”;
pg_dump -D -h localhost $db | gzip > $db.sql.gz
done;

Vielleicht kann es jemand gebrauchen

Daneben bin ich auch auf ein Tool gestoßen, mit dem man sich aus vorhandenen Datenbanken Dokumentation in Form von Diagrammen, Beschreibene HTML-Dateien, etc erstellenlassen kann: PostgreSQL Autodoc.

Auf den Befehl

postgresql_autodoc -d “DBName” -u markus –password

folgt die Ausgabe

Producing DBName.dia from /usr/share/postgresql-autodoc/postgresql_autodoc/dia.tmpl
Producing DBName.dot from /usr/share/postgresql-autodoc/postgresql_autodoc/dot.tmpl
Producing DBName.html from /usr/share/postgresql-autodoc/postgresql_autodoc/html.tmpl
Producing DBName.neato from /usr/share/postgresql-autodoc/postgresql_autodoc/neato.tmpl
Producing DBName.xml from /usr/share/postgresql-autodoc/postgresql_autodoc/xml.tmpl
Producing DBName.zigzag.dia from /usr/share/postgresql-autodoc/postgresql_autodoc/zigzag.dia.tmpl

und die jeweiligen Dateien sind enthalten. Dabei kann man durch Templates auch den Export in ein beliebiges anderes Format automatisieren.
Aus der .dot Datei kann man mit GraphViz und dem Befehl

dot -Tpng -o DBDiagram.png DBName.dot

Auch die angesprochenen übersichtlichen Diagramme erstellen.

Sehr praktisch, gerade bei Projekten die man schon eine Weile von-Zeit-zu-Zeit mal weiterentwickelt oder falls man sich zu einer Fremdanwendung mal die Datenbank veranschaulichen möchte.

The world is divided into two types of people:
those who have lost data and
those who will.